Comprendre les classes de transfert CoS
Les classes de transfert regroupent le trafic et l’affectent à des 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.
Un classificateur doit associer chaque paquet à l’une des 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.
-
best-effort : fournit une livraison au mieux sans profil de service. En règle générale, la priorité de perte n’est pas comptabilisée en valeur de classe de service (CoS).
-
network-control : prend en charge le contrôle de protocole et est généralement hautement prioritaire.
-
mcast : livraison de paquets multidestination (échec du multicast, de la diffusion et de la recherche de destination).
En fonction de votre plate-forme, le commutateur prend en charge jusqu’à 12 classes de transfert, permettant ainsi une classification des paquets flexible et différenciée. Par exemple, vous pouvez configurer plusieurs classes de trafic best-effort, telles que best-effort, best-effort1et best-effort2.
La plupart des équipements QFX prennent en charge 8 files d’attente pour le trafic unicast (files d’attente 0 à 7) et 4 files d’attente de sortie pour le trafic multidestination (files d’attente 8 à 11). Les classes de transfert mappées aux files d’attente unicast sont associées au trafic unicast, et les classes de transfert mappées aux files d’attente multidestination 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 haute priorité stricte à une classe de transfert multidestination, car les files d’attente 8 à 11 ne prennent pas en charge la configuration de haute priorité stricte.
Classes de transfert par défaut
Le Tableau 1 présente les quatre classes de transfert par défaut qui s’appliquent à tous les appareils QFX. 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. À 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 |
|---|---|---|
| best-effort |
0 |
Le logiciel n’applique aucune gestion CoS spéciale au trafic best effort. Il s’agit d’une fonctionnalité de rétrocompatibilité. 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 avec l’attribut packet drop de |
| FCoE |
3 |
Par défaut, la classe de transfert est une classe de transfert sans perte conçue pour gérer le
Remarque :
Par convention, les déploiements avec accès serveur convergent utilisent généralement la norme IEEE 802.1p de priorité 3 (011) pour le trafic FCoE. Le mappage par défaut de 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. |
| Pas de perte |
4 |
Par défaut, il s’agit d’une classe de transfert sans perte avec un attribut packet drop de |
| contrôle réseau |
7 |
Le logiciel fournit des paquets dans cette classe de service avec une priorité élevée. (Ces paquets ne sont pas sensibles à la latence.) En général, ces paquets représentent des messages Hello ou keepalive du protocole de routage. La perte de ces paquets compromettant le bon fonctionnement du réseau, il est préférable de retarder le traitement des paquets plutôt que de les rejeter. Par défaut, il s’agit d’une classe de transfert avec perte avec l’attribut packet drop de |
| 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 perdus dans des conditions de réseau encombrées. Par défaut, il s’agit d’une classe de transfert avec perte avec l’attribut packet drop de |
Le trafic en miroir est toujours envoyé dans la file d’attente correspondant à 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 d’agrégation de comportement.
Règles de configuration de classe de transfert
Prenez en compte les 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 en 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 de 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.
-
Seules les classes de transfert unicast peuvent être mappées à unicast files d’attente (0 à 7), et seules les classes de transfert multidestination peuvent être mappées à des files d’attente multidestinations (8 à 11).
-
Les files d’attente à haute priorité stricte ne peuvent pas être mappées à des classes de transfert multidestinations. (Le trafic à 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 débit de transmission. Le taux de transmission définit la quantité de trafic sur la file d’attente qui reçoit une 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 le débit de bande passante excédentaire de la file d’attente. Limiter la quantité de trafic qui reçoit une priorité stricte 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.
Vous pouvez utiliser l’instruction shaping-rate pour limiter le débit de transmission des paquets en définissant une bande passante maximale. Sur les appareils QFX10000 et NFX Series, vous pouvez utiliser l’instruction transmit-rate pour définir une limite sur la quantité de bande passante qui reçoit un traitement de priorité stricte élevée sur une file d’attente de priorité stricte élevée.
Sur les équipements QFX10000 et NFX Series, si vous configurez plusieurs files d’attente de priorité stricte élevée sur un port, vous devez configurer un débit 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 de priorité stricte élevée, 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 débit de transmission comme des files d’attente de priorité stricte élevée et traite les files d’attente qui n’ont pas de débit de transmission comme des files d’attente de faible priorité.
Règles de planification
Lorsque vous configurez une classe de transfert et que vous mappez le trafic vers celle-ci (c’est-à-dire que 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 une carte de planificateur
-
Inclure la classe de transfert dans un ensemble 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 ensemble de classes de transfert et application du profil de contrôle du trafic à une interface
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 une carte de planificateur
-
Application du mappage du planificateur à une ou plusieurs interfaces
Règles de réécriture
Sur chaque interface physique, soit 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 n’importe quel port physique, ne mélangez pas les classes de transfert avec des règles de réécriture et les classes de transfert sans règles de réécriture.
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 pour prendre en charge le transport sans perte :
-
La longueur du câble externe entre le commutateur et d’autres appareils ne peut pas dépasser 300 mètres.
-
Pour le trafic FCoE, l’unité de transmission maximale de l’interface (MTU) doit être d’au moins 2 180 octets pour prendre en charge la charge utile du paquet, les en-têtes et les vérifications.
-
La modification d’une partie d’une configuration PFC sur un port bloque l’ensemble du port jusqu’à ce que la modification soit terminée. Une fois qu’un changement de PFC est effectué, 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 de congestion 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 la perte de paquets sur toutes les files d’attente du port jusqu’à ce que le port soit débloqué.
Si vous configurez explicitement la fcoe ou la no-loss classe de 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.
Vous pouvez configurer jusqu’à six classes de transfert sans perte. Toutes les classes de transfert sans perte configurées explicitement doivent inclure l’attribut no-loss packet drop, sinon la classe de transfert est avec perte.
Comportement de la classe de transfert spécifique à la plate-forme
Utilisez le tableau suivant pour passer en revue les comportements spécifiques à la plate-forme pour vos plates-formes.
| Plate-forme |
Différence |
|---|---|
| NFX Series |
|
| QFX5000 Series |
|
| Série QFX10000 |
|