Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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

Toute implémentation CoS doit fonctionner de bout en bout de bout en bout sur le réseau. Une implémentation CoS basée sur des normes et neutre pour les fournisseurs répond le mieux à cette exigence. Les fonctionnalités CoS de Junos OS sont interopérables avec les implémentations CoS d’autres fournisseurs, car elles sont basées sur les normes DiffServ (IETF Differentiated Services). Junos OS CoS se compose de nombreux composants que vous pouvez combiner et régler 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 de paquet IPv4 et IPv6 pour indiquer la classe de service à appliquer au paquet. Les valeurs de bits du champ DiffServ forment des points de code DiffServ (DSP) que l’application ou un routeur peut définir en 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, l’implémentation 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 OS, illustrant la séquence dans laquelle ils interagissent.

Figure 1 : Flux de paquets via des composants cos configurables Packet Flow Through CoS-Configurable Components

Vous pouvez configurer un ou plusieurs des mécanismes de CoS Junos OS 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 OS, 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, attribuent les paquets aux files d’attente de sortie. Deux types généraux de classificateurs sont pris en charge :

    • Classificateurs d’agrégation de comportement : un agrégat de comportement (BA) est une méthode de classification qui fonctionne sur un paquet à mesure qu’il pénètre dans l’équipement de routage. La valeur CoS dans l’en-tête du paquet est examinée, et ce seul champ 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 de services différencié (DSCP), de la valeur IPv6 DSCP, de la valeur de priorité IP, des bits EXP MPLS 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 modèle de bits de point de code. Vous pouvez utiliser ce nom à la place du modèle de bit lorsque vous configurez d’autres composants CoS, tels que les classificateurs, les cartes de profil de goutte et les règles de réécriture.)

      Voir Comprendre comment les classificateurs d’agrégation de comportement hiérarchisent le trafic fiable pour plus d’informations sur les classificateurs BA.

    • Classificateurs de trafic multi-champs : un classificateur multi-champs est une deuxième méthode de classification des flux de trafic. Contrairement à un agrégation de comportements, un classificateur multi-champs peut examiner plusieurs champs du paquet. Par exemple, un classificateur multi-champs peut examiner 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 multi-champs, vous définissez la classe de transfert et la priorité de perte d’un paquet en fonction des règles de filtre de pare-feu . La classification multi-champs est généralement effectuée en périphérie du réseau pour les paquets qui n’ont pas de points de code agrégés de comportement valides ou fiables.

      Consultez la présentation de l’attribution de niveaux de service aux paquets en fonction de plusieurs champs d’en-tête de paquets pour plus d’informations sur les classificateurs multi-champs.

  • Classes de transfert : les classes de transfert affectent les stratégies de transfert, de planification et de marquage appliquées aux paquets pendant qu’ils transitent par un équipement de routage. Appelés agrégats ordonnés dans l’architecture DiffServ, la classe de transfert plus 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 : le meilleur effort, le transfert garanti, le transfert accéléré et le contrôle du réseau. Pour la plupart des routeurs de périphérie multiservice M Series de Juniper Networks, quatre classes de transfert sont prises en charge. Vous pouvez configurer jusqu’à une pour chacun des quatre types de classes de transfert. Pour les routeurs de périphérie multiservice M120 et M320, les plates-formes de routage universelles 5G MX Series de Juniper Networks, les routeurs centraux Juniper Networks T Series et les commutateurs EX Series, 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 de transfert accéléré (EF) : EF, EF1 et EF2.

    Découvrez comment les classes de transfert attribuent des classes aux files d’attente de sortie pour plus d’informations sur les classes de transfert.

  • Priorités de perte : les priorités de perte vous permettent de définir la priorité de l’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 PLP (Packet Loss Priority) dans le cadre d’une stratégie de contrôle de la congestion. Vous pouvez utiliser le paramètre de priorité de perte pour identifier les paquets qui ont été encombrés. 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 policer. La priorité des pertes est utilisée ultérieurement dans le workflow pour sélectionner l’un des profils de chute utilisés par RED.

    Pour plus d’informations sur les priorités de perte de paquets, consultez La gestion de la congestion 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 cours de transfert aux sauts suivants. Les options de stratégie de transfert vous permettent également de créer des remplacements de classification, qui attribuent des classes de transfert à des ensembles de préfixes.

    Consultez la présentation des options de stratégie de transfert pour plus d’informations sur les options de stratégie de transfert.

  • Planification des transmissions et contrôle des débits : ces paramètres vous fournissent une variété d’outils pour gérer les flux de trafic :

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

    • Planificateurs : une interface d’équipement de routage individuelle dispose de plusieurs files d’attente attribuées pour stocker les paquets. L’équipement de routage détermine la file d’attente à service 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 du contrôle de débit et les profils de chute RED à appliquer à une file d’attente particulière pour la transmission de paquets.

      Découvrez comment les planificateurs définissent les propriétés de file d’attente de sortie pour plus d’informations sur les planificateurs.

    • Planificateurs de structure : pour les routeurs M120, M320 et T Series uniquement, les planificateurs de structure vous permettent d’identifier un paquet comme prioritaire élevé ou faible en fonction de sa classe de transfert, et d’associer les planificateurs aux priorités de la structure.

    • Policers pour les classes de trafic : les polices 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 contrôle peuvent être éliminés (contrôle difficile), ou peuvent être assignés à une classe de transfert différente, une autre priorité de perte ou les deux (police douce). Vous définissez des polices à l’aide de filtres pouvant être associés aux interfaces d’entrée ou de sortie.

      Consultez la présentation du contrôle de l’accès réseau à l’aide de la police du trafic pour plus d’informations sur les contrôles.

  • 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 prochain équipement de routage en aval de classer le paquet dans le groupe de services approprié. La réécriture ou le marquage des paquets sortants est utile lorsque l’équipement de routage se trouve à la frontière d’un réseau et doit modifier les valeurs CoS pour répondre aux stratégies de l’homologue cible.

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

    Consultez la réécriture des en-têtes de paquets pour garantir le comportement du transfert pour plus d’informations sur les règles de réécriture.