Configuration d’une classe de transfert personnalisée pour chaque file d’attente
Par défaut, quatre files d’attente sont attribuées à quatre classes de transfert par défaut, chacune avec un numéro de file d’attente, un nom et une abréviation.
Les configurations CoS peuvent être très complexes. À moins que votre scénario ne l’exige, nous vous recommandons de ne pas modifier les noms de classe ou les associations de nombres de files d’attente par défaut.
Si votre réseau nécessite plus que les quatre classes de transfert par défaut, vous pouvez utiliser la procédure suivante pour créer des noms de classes de transfert personnalisés et affecter chaque classe de transfert à n’importe quel numéro de file d’attente en incluant l’instruction forwarding-classes au niveau de la [edit class-of-service] hiérarchie.
Les class déclarations et queue au niveau hiérarchique [edit class-of-service forwarding-classes] s’excluent mutuellement. Si vous souhaitez configurer le mappage un-à-un des classes de transfert vers des files d’attente de sortie pour un maximum de huit classes de transfert, utilisez l’instruction queue au niveau de la [edit class-of-service forwarding-classes] hiérarchie. Si vous souhaitez configurer jusqu’à 16 classes de transfert avec plusieurs classes de transfert mappées à des files d’attente de sortie uniques (voir Configuration de jusqu’à 16 classes de transfert personnalisées), incluez l’instruction class au niveau de la [edit class-of-service forwarding-classes] hiérarchie.
Vous ne pouvez pas valider une configuration qui attribue la même classe de transfert à deux files d’attente différentes.
Nous ne recommandons pas de classer les paquets dans une classe de transfert qui n’a pas de planificateur associé sur l’interface de sortie. Une telle configuration peut entraîner des pertes de paquets inutiles, car une classe de planification non configurée peut manquer d’espace tampon approprié. Par exemple, si vous configurez un plan de planificateur personnalisé qui ne définit pas la file d’attente 0 et que le classificateur par défaut attribue des paquets entrants à la classe d’effort optimale (file d’attente 0), la file d’attente de sortie non configurée pour la classe de transfert des meilleurs efforts risque de ne pas avoir assez d’espace pour prendre en charge même les rafales de paquets de courte durée.
Un mécanisme de congestion et de contrôle de transmission par défaut est utilisé lorsqu’une interface de sortie n’est pas configurée pour une certaine classe de transfert, mais reçoit des paquets destinés à cette classe de transfert non configurée. Ce mécanisme par défaut utilise la mise en mémoire tampon de retard et le crédit WR (Round Robin pondéré) alloué à la classe de transfert désignée, avec un profil de drop par défaut. Étant donné que la mise en mémoire tampon et l’allocation de crédit WRR sont minimes, les paquets peuvent être perdus si un plus grand nombre de paquets sont transférés sans configurer la classe de transfert pour l’interface.
Lorsque vous définissez une classe de transfert pour la même file d’attente qu’une des classes de transfert par défaut, la classe de transfert par défaut est automatiquement supprimée. Par exemple, si vous définissez la classe be pour la file d’attente 0, c’est-à-dire la file d’attente de la classe de transfert par défaut best-effort , la best-effort classe est supprimée.
Si vous définissez plusieurs classes de transfert pour un numéro de file d’attente donné et que vous utilisez le nom d’une classe de transfert par défaut pour l’une des nouvelles classes, la nouvelle classe avec le nom par défaut est supprimée.
Pour créer des noms de classes de transfert personnalisés et affecter chaque classe de transfert à n’importe quel numéro de file d’attente :