Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Composants CoS de Junos OS utilisés pour gérer la congestion et contrôler les niveaux de service

Toute mise en œuvre CoS doit fonctionner de manière cohérente de bout en bout sur le réseau. Une mise en œuvre CoS basée sur des normes et indépendante des fournisseurs répond le mieux à cette exigence. Les fonctionnalités CoS de Junos interagissent avec les implémentations CoS d’autres fournisseurs, car elles sont basées sur les normes IETF Differentiated Services (DiffServ). Le CoS Junos se compose de nombreux composants que vous pouvez combiner et ajuster pour fournir le niveau de services requis par les clients.

Les spécifications DiffServ établissent un champ de six bits dans l’en-tête des paquets IPv4 et IPv6 pour indiquer la classe de service qui doit être appliquée au paquet. Les valeurs de bits dans le champ DiffServ forment des points de code DiffServ (DSCP) qui peuvent être définis par l’application ou un routeur à la périphérie d’un réseau compatible DiffServ.

Bien que les méthodes CoS telles que DiffServ spécifient la position et la longueur du DSCP dans l’en-tête du paquet, la mise en œuvre des mécanismes de routeur pour fournir DiffServ en interne est spécifique au fournisseur. Les fonctions CoS de Junos OS sont configurées à l’aide d’une série de mécanismes que vous pouvez configurer individuellement ou en combinaison pour définir des offres de services particulières.

La figure 1 montre les composants des fonctionnalités CoS de Junos, illustrant l’ordre dans lequel elles interagissent.

Figure 1 : flux de paquets à travers des composants Packet Flow Through CoS-Configurable Components configurables CoS

Vous pouvez configurer un ou plusieurs des mécanismes CoS Junos suivants :

  • Classificateurs : la classification des paquets fait référence à l’examen d’un paquet entrant. Cette fonction associe le paquet à un niveau de service CoS particulier. Dans Junos, les classificateurs associent les paquets entrants à une classe de transfert et à une priorité de perte et, en fonction de la classe de transfert associée, assignent les paquets aux files d’attente de sortie. Deux types généraux de classificateurs sont pris en charge :

    • Classificateurs d’agrégats de comportement : un agrégat de comportement (BA) est une méthode de classification qui opère sur un paquet lorsqu’il entre dans le périphérique de routage. La valeur CoS dans l’en-tête du paquet est examinée, et ce champ unique détermine les paramètres CoS appliqués au paquet. Les classificateurs BA vous permettent de définir la classe de transfert et la priorité de perte d’un paquet en fonction de la valeur du point de code des services différenciés (DSCP), de la valeur IPv6 DSCP, de la valeur de priorité IP, des bits MPLS EXP et de la valeur IEEE 802.1p. Le classificateur par défaut est basé sur la valeur de priorité IP.

      (Vous pouvez également configurer des alias de point de code qui attribuent un nom à un motif de bits de point de code. Vous pouvez utiliser ce nom à la place du modèle de bits lorsque vous configurez d’autres composants CoS, tels que des classificateurs, des mappages de profil de dépôt et des règles de réécriture.)

      Pour plus d’informations sur les classificateurs BA, reportez-vous à la section Comprendre comment les classificateurs d’agrégats de comportement hiérarchisent le trafic de confiance .

    • Classificateurs de trafic à champs multiples : un classificateur à champs multiples est une deuxième méthode de classification des flux de trafic. Contrairement à un agrégat de comportement, un classificateur à champs multiples peut examiner plusieurs champs dans le paquet. Parmi les champs qu’un classificateur à champs multiples peut examiner, citons l’adresse source et l’adresse de destination du paquet, ainsi que les numéros de port source et de destination du paquet. Avec les classificateurs à champs multiples, vous définissez la classe de transfert et la priorité de perte d’un paquet en fonction des règles de filtrage du pare-feu . La classification multichamps est généralement effectuée à la périphérie du réseau pour les paquets qui n’ont pas de points de code d’agrégation de comportement valides ou approuvés.

      Pour plus d’informations sur les classificateurs à champs multiples, reportez-vous à la section Présentation de l’attribution de niveaux de service aux paquets en fonction de plusieurs champs d’en-tête .

  • Classes de transfert : les classes de transfert affectent les stratégies de transfert, de planification et de marquage appliquées aux paquets lorsqu’ils transitent par un périphérique de routage. Connus sous le nom d’agrégats ordonnés dans l’architecture DiffServ, la classe de transfert et la priorité de perte déterminent le comportement par saut du routeur (PHB dans DiffServ) pour CoS. Quatre catégories de classes de transfert sont prises en charge : Best Effort, Transfert garanti, Transfert accéléré et Contrôle réseau. Jusqu’à 16 classes de transfert sont prises en charge, ce qui vous permet de classer les paquets de manière plus granulaire. Par exemple, vous pouvez configurer plusieurs classes de trafic EF : EF, EF1 et EF2.

    Pour plus d’informations sur le transfert de classes, reportez-vous à la section Comprendre comment les classes de transfert affectent des classes à des files d’attente de sortie .

  • Priorités de perte : les priorités de perte vous permettent de définir la priorité d’abandon d’un paquet. La priorité de perte affecte la planification d’un paquet sans affecter l’ordre relatif du paquet. Vous pouvez utiliser le bit de priorité de perte de paquets (PLP) dans le cadre d’une stratégie de contrôle de congestion. Vous pouvez utiliser le paramètre de priorité de perte pour identifier les paquets qui ont subi une congestion. En règle générale, vous marquez les paquets dépassant un certain niveau de service avec une priorité de perte élevée. Vous définissez la priorité des pertes en configurant un classificateur ou un mécanisme de contrôle. La priorité de perte est utilisée plus tard dans le flux de travail pour sélectionner l’un des profils d’abandon utilisés par RED.

    Pour plus d’informations sur les priorités de perte de paquets, reportez-vous à la section Gestion de l’encombrement en définissant la priorité de perte de paquets pour différents flux de trafic .

  • Options de stratégie de transfert : ces options vous permettent d’associer des classes de transfert aux sauts suivants. Les options de stratégie de transfert vous permettent également de créer des remplacements de classification, qui affectent des classes de transfert à des ensembles de préfixes.

    Pour plus d’informations sur les options de stratégie de transfert, reportez-vous à la section Présentation des options de stratégie de transfert .

  • Planification de la transmission et contrôle du débit : ces paramètres vous fournissent une variété d’outils pour gérer les flux de trafic :

    • File d’attente : une fois qu’un paquet est envoyé à l’interface sortante d’un périphérique de routage, il est mis en file d’attente pour transmission sur le support physique. La durée de mise en file d’attente d’un paquet sur le périphérique de routage est déterminée par la disponibilité du support physique sortant ainsi que par la quantité de trafic utilisant l’interface.

    • Planificateurs : plusieurs files d’attente sont affectées à l’interface d’un périphérique de routage individuel. Le périphérique de routage détermine la file d’attente à traiter en fonction d’une méthode de planification particulière. Ce processus implique souvent de déterminer quel type de paquet doit être transmis avant un autre. Les planificateurs Junos OS vous permettent de définir la priorité, la bande passante, la taille de la mémoire tampon de retard, l’état de contrôle du débit et les profils d’abandon RED à appliquer à une file d’attente particulière pour la transmission de paquets.

      Pour plus d’informations sur les planificateurs, reportez-vous à la section Comment les planificateurs définissent les propriétés de la file d’attente de sortie .

    • Mécanismes de contrôle pour les classes de trafic : les mécanismes de contrôle vous permettent de limiter le trafic d’une certaine classe à une bande passante et à une taille de rafale spécifiées. Les paquets dépassant les limites du mécanisme de contrôle peuvent être ignorés (contrôle strict) ou assignés à une classe de transfert différente, à une priorité de perte différente ou aux deux (contrôle souple). Vous définissez des mécanismes de contrôle avec des filtres qui peuvent être associés à des interfaces d’entrée ou de sortie.

      Pour plus d’informations sur les mécanismes de contrôle, reportez-vous à la section Contrôle de l’accès réseau à l’aide de la police du trafic .

  • Règles de réécriture : une règle de réécriture définit les bits CoS appropriés dans le paquet sortant. Cela permet au périphérique de routage suivant en aval de classer le paquet dans le groupe de services approprié. La réécriture, ou le marquage, des paquets sortants est utile lorsque le périphérique de routage se trouve à la frontière d’un réseau et doit modifier les valeurs CoS pour se conformer aux stratégies de l’homologue ciblé.

    En règle générale, les réécritures des DSCP sur les paquets sortants sont effectuées une seule fois, lorsque les paquets entrent dans la partie DiffServ du réseau, soit parce que les paquets n’arrivent pas du client avec le bit DSCP approprié défini, soit parce que le fournisseur de services veut vérifier que le client a correctement défini le DSCP. Les schémas CoS qui acceptent le DSCP et classent et planifient le trafic uniquement sur la valeur DSCP exécutent des fonctions DiffServ d’agrégation de comportement (BA) et ne réécrivent généralement pas le DSCP. Les réécritures DSCP se produisent généralement dans les scénarios DiffServ multichamps (MF).

    Pour plus d’informations sur les règles de réécriture, reportez-vous à la section Réécriture des en-têtes de paquets pour assurer le comportement de transfert .