Comprendre les classes de transfert CoS
Les classes de transfert regroupent le trafic et l’affectent aux files d’attente de sortie. Chaque classe de transfert est mappée à une file d’attente de sortie. La classification mappe le trafic entrant aux classes de transfert en fonction des bits de point de code dans l’en-tête du paquet ou de la trame. Le mappage de classe de transfert à file d’attente définit la file d’attente de sortie utilisée pour le trafic classé dans une classe de transfert.
Sauf sur les périphériques NFX Series, un classificateur doit associer chaque paquet à l’une des quatre (QFX10000 commutateurs) ou cinq (autres commutateurs) classes de transfert par défaut suivantes ou à une classe de transfert configurée par l’utilisateur pour affecter une file d’attente de sortie au paquet :
fcoe : livraison garantie pour le trafic Fibre Channel over Ethernet (FCoE).
no-loss : livraison garantie pour le trafic TCP sans perte.
meilleur effort : fournit une prestation du meilleur effort sans profil de service. La priorité des pertes n’est généralement pas comptabilisée dans une valeur de classe de service (CoS).
contrôle du réseau : prend en charge le contrôle des protocoles et est généralement hautement prioritaire.
mcast : (sauf QFX10000) La remise des paquets multidestination (échec de la multidiffusion, de la diffusion et de la recherche de destination).
Sur les périphériques NFX Series, un classificateur doit associer chaque paquet à l’une des quatre classes de transfert par défaut suivantes ou à une classe de transfert configurée par l’utilisateur pour affecter une file d’attente de sortie au paquet :
best-effort (be) : ne fournit aucun profil de service. La priorité des pertes n’est généralement pas comptabilisée en valeur CoS.
Transfert accéléré (EF) : fournit un service de bout en bout à faible perte, faible latence, gigue faible, bande passante assurée.
Assured-Forwarding (AF) : fournit un groupe de valeurs que vous pouvez définir et inclut quatre sous-classes : AF1, AF2, AF3 et AF4, chacune avec deux probabilités de chute : faible et élevée.
contrôle réseau (nc) : prend en charge le contrôle de protocole et est donc généralement hautement prioritaire.
Le commutateur prend en charge jusqu’à huit (équipements QFX10000 et NFX Series), 10 (commutateurs QFX5200) ou 12 (autres commutateurs) classes de transfert, permettant ainsi une classification flexible et différenciée des paquets. Par exemple, vous pouvez configurer plusieurs classes de trafic best-effort, telles que best-effort, best-effort1et best-effort2.
Sur les appareils QFX10000 et NFX Series, le trafic unicast et multidestination (échec de la multidiffusion, de la diffusion et de la recherche de destination) utilise les mêmes classes de transfert et files d’attente de sortie.
À l’exception des équipements QFX10000 et NFX Series, un commutateur prend en charge 8 files d’attente pour le trafic unicast (files d’attente 0 à 7) et 2 (commutateurs QFX5200) ou 4 (autres commutateurs) pour le trafic multidestination (files d’attente 8 à 11). Les classes de transfert mappées à des files d’attente unicast sont associées au trafic unicast et les classes de transfert mappées aux files d’attente multidestinations sont associées au trafic multidestination. Vous ne pouvez pas mapper le trafic unicast et multidestination à la même file d’attente. Vous ne pouvez pas mapper une file d’attente de priorité élevée stricte à une classe de transfert multidestination, car les files d’attente 8 à 11 ne prennent pas en charge la configuration de priorité élevée stricte.
Classes de transfert par défaut
Le tableau 1 indique les quatre classes de transfert par défaut qui s’appliquent à tous les commutateurs, mais pas aux équipements NFX Series. Sauf sur QFX10000, ces classes de transfert s’appliquent au trafic unicast. Vous pouvez renommer les classes de transfert. L’attribution d’un nouveau nom de classe de transfert ne modifie pas la classification ou la planification par défaut appliquée à la file d’attente mappée à cette classe de transfert. Les configurations CoS peuvent être complexes. Par conséquent, à moins que votre scénario ne l’exige, nous vous recommandons d’utiliser les noms de classe et les associations de numéros de file d’attente par défaut.
Nom de la classe de transfert |
Mappage des files d’attente par défaut |
Commentaires |
|---|---|---|
effort maximal |
0 |
Le logiciel n’applique aucune gestion CoS spéciale au trafic au mieux. Il s’agit d’une fonctionnalité de compatibilité descendante. Le trafic best-effort est généralement le premier à être abandonné pendant les périodes de congestion du réseau. Par défaut, il s’agit d’une classe de transfert avec perte dont l’attribut de perte de paquets est . |
Le |
3 |
Par défaut, la classe de transfert est une classe de transfert sans perte conçue pour gérer le
Note:
Par convention, les déploiements avec accès à des serveurs convergents utilisent généralement la priorité 3 (011) IEEE 802.1p pour le trafic FCoE. Le mappage par défaut de la classe de transfert est la Nous vous recommandons d’utiliser la priorité 3 pour le trafic FCoE, sauf si votre architecture réseau exige que vous utilisiez une priorité différente. |
AUCUNE PERTE |
4 |
Par défaut, il s’agit d’une classe de transfert sans perte avec un attribut de perte de paquets . |
contrôle du réseau |
7 |
Le logiciel fournit des paquets dans cette classe de services avec une priorité élevée. (Ces paquets ne sont pas sensibles au retard.) En général, ces paquets représentent des messages hello ou keepalive du protocole de routage. Étant donné que la perte de ces paquets compromet le bon fonctionnement du réseau, il est préférable de retarder les paquets plutôt que de les rejeter. Par défaut, il s’agit d’une classe de transfert avec perte dont l’attribut de perte de paquets est . |
Le tableau 2 s’applique uniquement au trafic multidestination, sauf sur les commutateurs QFX10000 et les équipements NFX Series.
Nom de la classe de transfert |
Mappage des files d’attente par défaut |
Commentaires |
|---|---|---|
mcast |
8 |
Le logiciel n’applique aucune gestion CoS spéciale aux paquets multidestinations. Ces paquets sont généralement abandonnés dans des conditions de réseau encombrées. Par défaut, il s’agit d’une classe de transfert avec perte dont l’attribut de perte de paquets est . |
Le trafic en miroir est toujours envoyé à la file d’attente qui correspond à la classe de transfert multidestination. La copie commutée du trafic en miroir est transférée avec la priorité déterminée par le processus de classification agrégée du comportement.
Règles de configuration de classe de transfert
Tenez compte des règles suivantes lorsque vous configurez des classes de transfert :
Règles d’attribution des files d’attente
Les règles suivantes régissent l’attribution des files d’attente :
Les configurations CoS qui spécifient plus de files d’attente que le commutateur ne peut prendre en charge ne sont pas acceptées. L’opération de validation échoue avec un message détaillé indiquant le nombre total de files d’attente disponibles.
Toutes les configurations CoS par défaut sont basées sur le numéro de file d’attente. Le nom de la classe de transfert qui apparaît dans la configuration par défaut est la classe de transfert actuellement mappée à cette file d’attente.
(À l’exception des appareils QFX10000 et NFX Series) Seules les classes de transfert unicast peuvent être mappées aux files d’attente unicast (0 à 7), et seules les classes de transfert multidestination peuvent être mappées aux files d’attente multidestinations (8 à 11).
(À l’exception des appareils QFX10000 et NFX Series) Les files d’attente à priorité élevée stricte ne peuvent pas être mappées aux classes de transfert multidestinations. (Le trafic de priorité stricte-élevée ne peut pas être mappé aux files d’attente 8 à 11).
Si vous mappez plusieurs classes de transfert à une file d’attente, toutes les classes de transfert mappées à la même file d’attente doivent avoir le même attribut de perte de paquets : soit toutes les classes de transfert doivent être avec perte, soit toutes les classes de transfert doivent être sans perte.
Vous pouvez limiter la quantité de trafic qui reçoit un traitement de priorité stricte-élevée sur une file d’attente de priorité stricte-élevée en configurant un taux de transmission. Le débit de transmission définit la quantité de trafic sur la file d’attente qui reçoit un traitement de priorité stricte-élevée. Le commutateur traite le trafic qui dépasse le débit de transmission comme du trafic de faible priorité qui reçoit la bande passante du débit excédentaire de la file d’attente. Limiter la quantité de trafic qui reçoit un traitement de priorité stricte-élevée empêche les autres files d’attente d’être affamées tout en garantissant que la quantité de trafic spécifiée dans le débit de transmission reçoit un traitement de priorité stricte-élevée.
Sauf sur les périphériques QFX10000 et NFX Series, vous pouvez utiliser l’instruction de formatage pour limiter le taux de transmission de paquets en définissant une bande passante maximale. Sur les appareils QFX10000 et NFX Series, vous pouvez utiliser le débit de transmission pour limiter la quantité de bande passante faisant l’objet d’un traitement de priorité stricte et élevée dans une file d’attente de priorité stricte.
Sur les périphériques QFX10000 et NFX Series, si vous configurez plusieurs files d’attente de priorité stricte-élevée sur un port, vous devez configurer un taux de transmission sur chacune des files d’attente de priorité stricte-élevée. Si vous configurez plusieurs files d’attente de priorité stricte-élevée sur un port et que vous ne configurez pas de débit de transmission sur les files d’attente de priorité stricte-élevée, le commutateur traite uniquement la première file d’attente que vous configurez comme une file d’attente de priorité stricte-élevée. Le commutateur traite les autres files d’attente comme des files d’attente de faible priorité. Si vous configurez un taux de transmission sur certaines files d’attente à priorité élevée stricte, mais pas sur d’autres files d’attente de priorité stricte-élevée sur un port, le commutateur traite les files d’attente qui ont un taux de transmission comme des files d’attente de priorité stricte-élevée et traite les files d’attente qui n’ont pas de taux de transmission comme des files d’attente de priorité faible.
Règles de planification
Lorsque vous configurez une classe de transfert et que vous y mappez du trafic (autrement dit, vous n’utilisez pas de classificateur et de classe de transfert par défaut), vous devez également définir une stratégie de planification pour la classe de transfert.
Définir une stratégie de planification signifie :
Mappage d’un planificateur à la classe de transfert dans un mappage de planificateur
Inclusion de la classe de transfert dans un jeu de classes de transfert
Association de la carte du planificateur à un profil de contrôle du trafic
Attachement du profil de contrôle du trafic à un jeu de classes de transfert et application du profil de contrôle du trafic à une interface
Sur les commutateurs QFX10000 et les équipements NFX Series, vous pouvez définir une stratégie de planification à l’aide de la planification des ports comme suit :
Mappage d’un planificateur à la classe de transfert dans un mappage de planificateur
Application du mappage du planificateur à une ou plusieurs interfaces
Règles de réécriture
Sur chaque interface physique, toutes les classes de transfert utilisées sur l’interface doivent avoir des règles de réécriture configurées, soit aucune classe de transfert utilisée sur l’interface ne peut avoir de règles de réécriture configurées. Sur un port physique, ne mélangez pas de classes de transfert avec des règles de réécriture et des classes de transfert sans règles de réécriture.
Prise en charge du transport sans perte
Le commutateur prend en charge jusqu’à six classes de transfert sans perte. Pour le transport sans perte, vous devez activer PFC sur le point de code IEEE 802.1p des classes de transfert sans perte. Les limitations suivantes s’appliquent à la prise en charge du transport sans perte :
La longueur du câble externe entre le commutateur ou le nœud du système QFabric et les autres appareils ne peut pas dépasser 300 mètres.
La longueur du câble interne entre le nœud du système QFabric et le dispositif d’interconnexion du système QFabric ne peut pas dépasser 150 mètres.
Pour le trafic FCoE, l’unité de transmission maximale (MTU) de l’interface doit être d’au moins 2180 octets pour accueillir la charge utile du paquet, les en-têtes et les contrôles.
La modification d’une partie d’une configuration PFC sur un port bloque l’intégralité du port jusqu’à ce que la modification soit terminée. Une fois la modification PFC terminée, le port est débloqué et le trafic reprend. La modification de la configuration PFC désigne toute modification apportée à un profil de notification d’encombrement configuré sur un port (activation ou désactivation de PFC sur un point de code, modification de la valeur MRU ou de longueur de câble, ou spécification d’une file d’attente de contrôle de flux de sortie). Le blocage du port arrête le trafic entrant et sortant et entraîne une perte de paquets sur toutes les files d’attente du port jusqu’à ce que le port soit débloqué.
QFX10002-60C ne prend pas en charge les PFC et les files d’attente sans perte ; Autrement dit, les files d’attente sans perte par défaut (FCoE et No-Loss) seront des files d’attente avec perte.
Junos OS version 12.2 modifie la façon dont les classes de transfert sans perte (les et no-loss les fcoe classes de transfert) sont gérées.
Dans Junos OS version 12.1, la configuration explicite des classes de transfert et no-loss de transfert, ainsi que l’utilisation de la configuration par défaut pour ces classes de transfert, entraînaient le même comportement sans perte pour le trafic mappé à ces classes de fcoe transfert.
Toutefois, dans Junos OS version 12.2, si vous configurez explicitement la ou la fcoe classe de no-loss transfert, cette classe de transfert n’est plus traitée comme une classe de transfert sans perte. Le trafic mappé à ces classes de transfert est traité comme du trafic avec perte (best-effort). Cela est vrai même si la configuration explicite est exactement la même que la configuration par défaut.
Si votre configuration CoS à partir de Junos OS version 12.1 ou antérieure inclut la configuration explicite de la ou de la fcoe classe de transfert, lors de no-loss la mise à niveau vers Junos OS version 12.2, ces classes de transfert ne sont pas sans perte. Pour préserver le traitement sans perte de ces classes de transfert, supprimez la configuration explicite et no-loss de la classe de transfert avant de procéder à la fcoe mise à niveau vers Junos OS version 12.2.
Reportez-vous à la section Présentation des modifications CoS introduites dans Junos OS version 12.2 pour obtenir des informations détaillées sur cette modification et sur la suppression d’une configuration sans perte existante.
Dans Junos OS version 12.3, le comportement par défaut des classes de no-loss transfert et est fcoe le même que dans Junos OS version 12.2. Cependant, dans Junos OS version 12.3, vous pouvez configurer jusqu’à six classes de transfert sans perte. Toutes les classes de transfert sans perte configurées explicitement doivent inclure le nouvel no-loss attribut de perte de paquet, sinon la classe de transfert est avec perte.