Définition des classes de transfert CoS
Les classes de transfert vous permettent de regrouper les paquets pour la transmission. Pour transférer le trafic, vous mappez (affectez) les classes de transfert aux files d’attente de sortie.
Les files d’attente 0 à 7 sont pour le trafic unicast et les files d’attente 8 à 11 sont pour le trafic multicast. Les classes de transfert mappées aux files d’attente unicast doivent transporter le trafic unicast, et les classes de transfert mappées aux files d’attente multidestinations doivent transporter le trafic multidestination. Il existe quatre classes de transfert unicast par défaut et une classe de transfert multidestination par défaut.
Les classes de transfert par défaut, sauf sur les appareils NFX Series, sont les suivantes :
-
best-effort—Trafic best-effort -
fcoe: livraison garantie du trafic Fibre Channel over Ethernet (ne pas utiliser sur les commutateurs OCX Series) -
no-loss: transmission garantie du trafic TCP sans perte (ne pas utiliser sur les commutateurs OCX Series) -
network-control: trafic de contrôle du réseau
La classe de transfert multidestination par défaut, sauf sur les commutateurs QFX10000 et les équipements NFX Series, est la suivante :
-
mcast: trafic multidestination
Les équipements NFX Series ont les classes de transfert par défaut suivantes :
-
best-effort(be) : ne fournit aucun profil de service. La priorité de perte n’est généralement pas comptabilisée dans une valeur CoS. -
expedited-forwarding(ef) : fournit une faible perte, une faible latence, une faible gigue, une bande passante assurée, un service de bout en bout. -
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. -
network-control(nc) : prend en charge le contrôle de protocole et est donc généralement hautement prioritaire.
Vous pouvez mapper des classes de transfert à des files d’attente à l’aide de l’instruction class . Vous pouvez mapper plusieurs classes de transfert à une seule file d’attente. Vous ne pouvez pas mélanger des classes de transfert unicast et multicast dans la même 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. Ceci est important car les classes de transfert fcoe et no-loss par défaut ont l’attribut no-loss drop.
[edit class-of-service forwarding-classes] user@switch# set class class-name queue-num queue-number <no-loss>
Par exemple, vous pouvez créer une classe de transfert nommée be2 et la mapper à la file d’attente 1 :
[edit class-of-service forwarding-classes] user@switch# set class be2 queue-num 1
Un autre exemple consiste à créer une classe de transfert sans perte nommée fcoe2 et à la mapper à la file d’attente 5 :
[edit class-of-service forwarding-classes] user@switch# set class fcoe2 queue-num 5 no-loss
Sur les commutateurs qui n’exécutent pas le logiciel ELS, utilisez le mappage de classe de transfert à file d’attente par défaut pour les classes de sans perte fcoe et no-loss de transfert. Si vous configurez explicitement les classes de transfert sans perte, le trafic mappé à ces classes de transfert est traité comme du trafic avec perte (best-effort) et ne reçoit pas de traitement sans perte, sauf si vous incluez l’attribut facultatif no-loss de perte de paquets.
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 |
|
Tableau de l’historique des modifications
La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l’explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.