Commutateurs : Commutateurs Cisco Catalyst, s�rie�6500

Planification de la sortie QoS sur les commutateurs des gammes Catalyst 6500/6000 exécutant le logiciel système Cisco IOS

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (19 septembre 2015) | Commentaires


Contenu


Introduction

L’utilisation de la planification de sortie garantit que le trafic important n’est pas abandonné en cas de surabonnement lourd. Ce document aborde toutes les techniques et tous les algorithmes impliqués dans la planification de sortie sur le commutateur Catalyst 6500/6000. Ce document explique également comment configurer et vérifier l'exécution de la planification de sortie sur le Catalyst 6500/6000 cela exécute le logiciel de Cisco IOSÝ.

Référez-vous à la planification de sortie de QoS sur des Commutateurs de gamme Catalyst 6500/6000 exécutant le logiciel système de CatOS pour plus d'informations sur le Détection précoce directe pondérée (WRED), le Weighted Round Robin (WRR), et la perte de destination.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Informations générales

Pertes de la file d'attente de sortie

Les pertes en sortie sont provoquées par une interface congestionnée. Une cause classique de ceci pourrait être le trafic d'une liaison à large bande passante qui est commutée à un lien de bande passante inférieure, ou le trafic de plusieurs liens d'arrivée qui est commuté à un lien sortant simple.

Par exemple, si un grand volume de trafic en rafales entre sur une interface Gigabit et est commuté vers une interface 100Mbps, cela pourrait entraîner l'incrémentation des suppressions en sortie sur l'interface 100Mbps. C'est parce que la file d'attente de sortie sur cette interface est accablée par le trafic excédentaire dû à la non-concordance de vitesse entre les bandes passantes entrantes et sortantes. Le débit de trafic sur l'interface sortante ne peut pas recevoir tous les paquets qui devraient être envoyés.

Afin de résoudre le problème, la meilleure solution est d'augmenter la vitesse linéaire. Cependant, il y a des façons d'empêcher, de diminuer ou de contrôler les pertes en sortie quand vous ne voulez pas augmenter la vitesse de la ligne. Vous pouvez empêcher les pertes en sortie seulement si elles sont une conséquence de brèves rafales de données. Si les pertes en sortie sont provoquées par un flux constant à haut débit, vous ne pouvez pas empêcher les pertes. Cependant, vous pouvez les contrôler.

Capacité de la file d'attente de sortie de différents linecards sur le Catalyst 6500/6000

Si vous êtes incertain au sujet de la capacité de mise en file d'attente d'un port, émettez le show queueing interface {gigabitethernet | modèle de fastethernet}/commande de port. Affichées ici sont les premières lignes de la sortie d'une commande de show queueing interface. Le port est sur un linecard de l'engine 1A de superviseur :

cosmos#show queueing interface gigabitethernet 1/1
Interface GigabitEthernet1/1 queueing strategy:  Weighted Round-Robin 

  QoS is disabled globally 
  Trust state: trust DSCP 
  Default COS is 0 
  Transmit group-buffers feature is enabled 
  Transmit queues [type = 1p2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 
       3         Priority            1 

!--- Output suppressed.

La sortie prouve que ce port a un type de queue de sortie connu sous le nom de 1p2q2t.

Une autre manière de voir le type de queue disponible sur un port spécifique est d'émettre la commande de show interface capabilities :

la-orion#show interface gigabitethernet 6/2 capabilities 
GigabitEthernet6/2
Ý Model:ÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝ WS-SUP720-BASE
Ý Type:ÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝ No GBIC
Ý Speed:ÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝ 1000
Ý Duplex:ÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝ full
Ý Trunk encap. type:ÝÝÝÝ 802.1Q,ISL
Ý Trunk mode:ÝÝÝÝÝÝÝÝÝÝÝ on,off,desirable,nonegotiate
Ý Channel:ÝÝÝÝÝÝÝÝÝÝÝÝÝÝ yes
Ý Broadcast suppression: percentage(0-100)
Ý Flowcontrol:ÝÝÝÝÝÝÝÝÝÝ rx-(off,on,desired),tx-(off,on,desired)
Ý Membership:ÝÝÝÝÝÝÝÝÝÝÝ static
Ý Fast Start:ÝÝÝÝÝÝÝÝÝÝÝ yes
Ý QOS scheduling:ÝÝÝÝÝÝÝ rx-(1p1q4t), tx-(1p2q2t)
Ý CoS rewrite:ÝÝÝÝÝÝÝÝÝÝ yes
Ý ToS rewrite:ÝÝÝÝÝÝÝÝÝÝ yes
Ý Inline power:ÝÝÝÝÝÝÝÝÝ no
Ý SPAN:ÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝ source/destination
Ý UDLDÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝÝ yes
Ý Link Debounce:ÝÝÝÝÝÝÝÝ yes
Ý Link Debounce Time:ÝÝÝ yes
Ý Ports on ASIC:ÝÝÝÝÝÝÝÝ 1-2

Comprenez la capacité de file d'attente d'un port

Il y a plusieurs type de files d'attente disponibles sur les Commutateurs du Catalyst 6500/6000. Cette table explique la notation de l'architecture de QoS de port :

- - - - - - - -
Transmettez (Tx) /Receive (Rx) Notation de file d'attente Non des files d'attente File d'attente prioritaire Non des files d'attente WRR No. et type de seuil pour des files d'attente WRR
Tx 2q2t 2 2 perte de destination 2 configurable
Tx 1p2q2t 3 1 2 2 WRED configurables
Tx 1p3q1t 4 1 3 1 WRED configurable
Tx 1p2q1t 3 1 2 1 WRED configurable
Rx 1q4t 1 perte de destination 4 configurable
Rx 1p1q4t 2 1 1 perte de destination 4 configurable
Rx 1p1q0t 2 1 1 Non configurable
Rx 1p1q8t 2 1 1 8 WRED configurables
Tx 1p3q8t 4 1 3 8 WRED ou pertes de destination configurables
Tx 1p7q8t 8 1 7 8 WRED ou pertes de destination configurables
Rx 1q2t 1 1 baisse de configurableÝtail = 1 nonconfigurable
Rx 1q8t 1 perte de destination 8 configurable
Rx 2q8t 2 2 perte de destination 8 configurable

Le prochain tableau présente certains des modules et la file d'attente saisit les côtés de Rx et de Tx de l'interface ou du port. Si votre module n'est pas répertorié ici, utilisez le show interface capabilities commandent de déterminer la capacité de file d'attente qui est disponible. La commande de show interface capabilities est décrite dans la capacité de la file d'attente de sortie de différents linecards sur le Catalyst 6500/6000 section.

Module Files d'attente de Rx Files d'attente de Tx
WS-X6K-S2-PFC2 1p1q4t 1p2q2t
WS-X6K-SUP1A-2GE 1p1q4t 1p2q2t
WS-X6K-SUP1-2GE 1q4t 2q2t
WS-X6501-10GEX4 1p1q8t 1p2q1t
WS-X6502-10GE 1p1q8t 1p2q1t
WS-X6516-GBIC 1p1q4t 1p2q2t
WS-X6516-GE-TX 1p1q4t 1p2q2t
WS-X6416-GBIC 1p1q4t 1p2q2t
WS-X6416-GE-MT 1p1q4t 1p2q2t
WS-X6316-GE-TX 1p1q4t 1p2q2t
WS-X6408A-GBIC 1p1q4t 1p2q2t
WS-X6408-GBIC 1q4t 2q2t
WS-X6524-100FX-MM 1p1q0t 1p3q1t
WS-X6324-100FX-SM 1q4t 2q2t
WS-X6324-100FX-MM 1q4t 2q2t
WS-X6224-100FX-MT 1q4t 2q2t
WS-X6548-RJ-21 1p1q0t 1p3q1t
WS-X6548-RJ-45 1p1q0t 1p3q1t
WS-X6348-RJ-21 1q4t 2q2t
WS-X6348-RJ21V 1q4t 2q2t
WS-X6348-RJ-45 1q4t 2q2t
WS-X6348-RJ-45V 1q4t 2q2t
WS-X6148-RJ-45V 1q4t 2q2t
WS-X6148-RJ21V 1q4t 2q2t
WS-X6248-RJ-45 1q4t 2q2t
WS-X6248A-TEL 1q4t 2q2t
WS-X6248-TEL 1q4t 2q2t
WS-X6024-10FL-MT 1q4t 2q2t

Configuration, moniteur, et Scheduling d'exemple de sortie sur le Catalyst 6500/6000

Configuration

Cette section décrit toutes les étapes nécessaires pour configurer la planification de sortie sur un Catalyst 6500/6000 que cela exécute le logiciel de Cisco IOS. Pour la configuration par défaut du Catalyst 6500/6000, voyez l'affaire 1 : QoS est activé et un paramètre par défaut est section utilisée de ce document.

La configuration du Catalyst 6500/6000 implique ces cinq étapes :

  1. Enable QoS

  2. Tracez chaque valeur possible de Classe de service (Cos) à une file d'attente et à un seuil (facultatifs)

  3. Configurez le poids WRR (facultatif)

  4. Configurez les mémoires tampons qui sont assignées à chaque file d'attente (facultative)

  5. Configurez le seuil d'avertissement pour chaque file d'attente (facultative)

Remarque: Chacune de ces étapes est facultative, excepté l'étape 1. Vous pouvez décider de laisser la valeur par défaut pour un ou plusieurs paramètres.

Étape 1 : Enable QoS

D'abord, enable QoS. Souvenez-vous que QoS est désactivé par défaut. Quand QoS est désactivé, le cos vous traçant a configuré n'affecte pas les résultats. Il y a une file d'attente servie dans une première dedans, d'abord la manière (FIFO), et tous les paquets sont lâchés là.

cosmos#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z. 
cosmos(config)#mls qos

QoS is enabled globally 
  Microflow policing is enabled globally 
  
QoS global counters: 
    Total packets: 552638 
    IP shortcut packets: 0 
    Packets dropped by policing: 0 
    IP packets with TOS changed by policing: 0 
    IP packets with COS changed by policing: 0 
    Non-IP packets with CoS changed by policing: 0

Étape 2 : Tracez chaque valeur CoS possible à une file d'attente et à un seuil

Pour tous les types de file d'attente, assignez le cos à une file d'attente et à un seuil. Le mappage défini pour un type 2q2t de port n'est appliqué à aucun port 1p2q2t. En outre, le mappage pour 2q2t est appliqué à tous les ports ayant un mécanisme de mise en file d'attente 2q2t. Émettez ces commandes de cos-MAP sous l'interface :

wrr-queue  cos-map Q_number_(1-2) threshold_number_(1-2) cos_value_1 
 cos_value_2

priority-queue cos-map Q_number_(always 1) cos_value_1 cos_value_2

Remarque: Chacune de ces commandes devrait être sur une ligne.

Vous pouvez séparément configurer la file d'attente WRR. S'il y a une file d'attente prioritaire, vous pouvez la configurer avec la commande de priority-queue.

Remarque: Les files d'attente sont toujours numérotées commencer par la file d'attente de bas-priorité possible et finir avec la file d'attente de strict-priorité qui est disponible. Exemple :

  • La file d'attente 1 est la file d'attente non prioritaire WRR.

  • La file d'attente 2 est la file d'attente prioritaire WRR.

  • La file d'attente 3 est la file d'attente de strict-priorité.

Répétez cette exécution pour tous les types de files d'attente, ou bien l'affectation par défaut de cos demeure. C'est un exemple de configuration pour 1p2q2t :

cosmos#configure terminal 
cosmos(config)#interface gigabitethernet 1/1 
cosmos(config-if)#priority-queue cos-map 1 5   

!--- Assign a CoS of 5 to priority queue.

  cos-map configured on:  Gi1/1 Gi1/2 
cosmos(config-if)#wrr-queue cos-map 1 1 0 1

!--- Assign CoS 0 and 1 to the first threshold of low-priority WRR queue.

  cos-map configured on:  Gi1/1 Gi1/2 
cosmos(config-if)#wrr-queue cos-map 1 2 2 3

!--- Assign CoS 2 and 3 to the second threshold of low-priority WRR queue.

  cos-map configured on:  Gi1/1 Gi1/2 
cosmos(config-if)#wrr-queue cos-map 2 1 4 6

!--- Assign CoS 4 and 6 to the first threshold of high-priority WRR queue.

  cos-map configured on:  Gi1/1 Gi1/2 
cosmos(config-if)#wrr-queue cos-map 2 2 7 

!--- Assign CoS 7 to the second threshold of high-priority WRR queue.

  cos-map configured on:  Gi1/1 Gi1/2

Vérifiez la configuration :

cosmos#show queueing interface gigabitethernet 1/1 

!--- Output suppressed.

 
queue thresh cos-map 
    --------------------------------------- 
    1     1      0 1 
    1     2      2 3 
    2     1      4 6 
    2     2      7 
    3     1      5 

!--- Output suppressed.

Étape 3 : Configurez le poids WRR

Configurez le poids WRR pour les deux files d'attente WRR. Émettez cette commande d'interface :

wrr-queue bandwidth weight_for_Q1 weight_for_Q2

Le poids 1 associe pour aligner 1, qui devrait être la file d'attente non prioritaire WRR. Maintenez toujours ce niveau du poids un inférieur au poids 2. Le poids peut prendre n'importe quelle valeur entre 1 et 255. Employez ces formules pour assigner le pourcentage :

  • Pour aligner 1 — [poids 1/(poids 1 + poids 2)]

  • Pour aligner 2 — [poids 2/(poids 1 + poids 2)]

Vous devez définir le poids pour tous les types de files d'attente. Ces types de poids n'ont pas besoin d'être identiques. C'est un exemple pour 2q2t, où la file d'attente 1 est servie 20 pour cent du temps et la file d'attente 2 est servie 80 pour cent du temps :

cosmos#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z. 
cosmos(config)#interface gigabitethernet 1/1 
cosmos(config-if)#wrr-queue bandwidth ? 
  <1-255>  enter bandwidth weight between 1 and 255 
cosmos(config-if)#wrr-queue bandwidth 20 80

!--- Queue 1 is served 20% of the time, and queue 2 is served
!--- 80% of the time.

cosmos(config-if)#

Vérifiez la configuration :

cosmos#show queueing interface gigabitethernet 1/1
Interface GigabitEthernet1/1 queueing strategy:  Weighted Round-Robin 
  Port QoS is enabled 
  Port is untrusted 
  Default cos is 0 
  Transmit queues [type = 1p2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 
       3         Priority            1 

    WRR bandwidth ratios:   20[queue 1]  80[queue 2] 
    queue-limit ratios:     90[queue 1]   5[queue 2] 

!--- Output suppressed.

Remarque: Vous pouvez configurer différents poids WRR pour chaque interface quand il n'est pas possible d'utiliser le logiciel de CatOS.

Étape 4 : Configurez les mémoires tampons qui sont assignées à chaque file d'attente

Vous devez définir le rapport de la file d'attente de transmission. Ceci détermine comment les mémoires tampons sont séparées parmi les différentes files d'attente.

wrr-queue queue-limit percentage_WRR_Q1 percentage_WRR_Q2

cosmos(config)#interface gigabitethernet 1/2 
cosmos(config-if)#wrr-queue queue-limit 70 15     

!--- Queue 1 has 70% of the buffers.
!--- Queues 2 and 3 both have 15% of the buffers.

  queue-limit configured on:  Gi1/1 Gi1/2

Remarque: Si la capacité de mise en file d'attente de votre port de gigabit est 1p1q2t, vous devez utiliser le même niveau pour la file d'attente de strict-priorité et pour la file d'attente prioritaire WRR. Ces niveaux ne peuvent pas différer pour des raisons matérielles. Seulement la bande passante pour les deux files d'attente WRR est configurée. Vous utilisez automatiquement la même valeur pour la file d'attente prioritaire WRR et la file d'attente de strict-priorité, s'il y en a.

Quelques types de queue n'ont pas la taille réglable de file d'attente. Un exemple est le 1p3q1t, qui est disponible sur WS-X6548RJ45. Ces types de file d'attente sont réparés, et vous ne pouvez pas les modifier.

Vérifiez la configuration :

cosmos#show queueing interface gigabitethernet 1/2
Interface GigabitEthernet1/2 queueing strategy:  Weighted Round-Robin 
  Port QoS is enabled 
  Port is untrusted 
  Default cos is 0 
  Transmit queues [type = 1p2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 
       3         Priority            1 

    WRR bandwidth ratios:    5[queue 1] 255[queue 2] 
    queue-limit ratios:     70[queue 1]  15[queue 2]

Remarque: Il est le meilleur de laisser la plus grande partie des mémoires tampons pour le WRR non prioritaire s'aligner. C'est la file d'attente où vous devez activer la mise en mémoire tampon supplémentaire. Les autres files d'attente sont servies avec la haute priorité.

Étape 5 : Configurez le seuil d'avertissement pour chaque file d'attente

Comme dernière étape, configurez le seuil d'avertissement pour la file d'attente WRED ou pour la file de perte de destination. Cette liste fournit les commandes :

  • Pour les files d'attente qui utilisent WRED comme mécanisme de baisse pour le seuil, émettez ces commandes :

    wrr-queue random-dtect min-threshold Q_number 
     threshold_1_value threshold_2_value
    
    wrr-queue random-dtect max-threshold Q_number 
     threshold_1_value threshold_2_value
    
    

    Remarque: Chacune de ces commandes devrait être sur une ligne.

  • Pour les files d'attente qui utilisent la perte de destination comme mécanisme de baisse, émettez cette commande :

    wrr-queue threshold Q_number 
     threshold_1_value threshold_2_value
    
    

    Remarque: Cette commande devrait être sur une ligne.

Configuration pour une file d'attente WRED :

cosmos(config)#interface gigabitethernet 1/1
cosmos(config-if)#wrr-queue random-detect min-threshold  1 20 50 

!--- This sets the threshold of queue 1 to 20 and 50% minimum threshold 
!--- configured on Gi1/1 Gi1/2.

cosmos(config-if)#wrr-queue random-detect min-threshold  2 20 50 

!--- This sets the threshold of queue 2 to 20 and 50% minimum threshold 
!--- configured on Gi1/1 Gi1/2.

cosmos(config-if)#wrr-queue random-detect max-threshold  1 50 80 

!--- This sets the threshold of queue 1 to 50 and 80% maximum threshold 
!--- configured on Gi1/1 Gi1/2.

cosmos(config-if)#wrr-queue random-detect max-threshold  2 40 60 

!--- This sets the threshold of queue 2 to 49 and 60% maximum threshold 
!--- configured on Gi1/1 Gi1/2.

Configuration pour une file de perte de destination :

cosmos(config)#interface fastethernet 3/1 
cosmos(config-if)#wrr-queue threshold ? 
  <1-2> enter threshold queue id (1-2) 
cosmos(config-if)#wrr-queue threshold 1 ? 
  <1-100>  enter percent of queue size between 1 and 100 
cosmos(config-if)#wrr-queue threshold 1 50 100      

!--- This sets the tail drop threshold for this 2q2t interface for  
!--- queue 1 (low-priority) to 50 and 100% of the buffer.

threshold configured on: Fa3/1 Fa3/2 Fa3/3 Fa3/4 Fa3/5 Fa3/6 Fa3/7 Fa3/8 
 Fa3/9 Fa3/10 Fa3/11 Fa3/12 
cosmos(config-if)# 
cosmos(config-if)# 
cosmos(config-if)#wrr-queue threshold 2 40 100     

!--- This sets the tail drop threshold for this 2q2t interface for  
!--- queue 2 (high-priority) to 40 and 100% of the buffer.
   
threshold configured on: Fa3/1 Fa3/2 Fa3/3 Fa3/4 Fa3/5 Fa3/6 Fa3/7 Fa3/8 
 Fa3/9 Fa3/10 Fa3/11 Fa3/12 
cosmos(config-if)#

Vérifiez la configuration :

cosmos#show queueing interface gigabitethernet 1/1
Interface GigabitEthernet1/1 queueing strategy:  Weighted Round-Robin 
  Port QoS is enabled 
  Port is untrusted 
  Default cos is 0 
  Transmit queues [type = 1p2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 
       3         Priority            1 

    WRR bandwidth ratios:   20[queue 1]  80[queue 2] 
    queue-limit ratios:     70[queue 1]  15[queue 2] 


    queue random-detect-min-thresholds 
ÝÝÝ ----------------------------- 
      1    20[1] 50[2] 
      2    20[1] 50[2] 

    queue random-detect-max-thresholds 
    ---------------------------------- 
      1    50[1] 80[2] 
      2    40[1] 60[2] 

cosmos#show queueing interface fastethernet 3/1 
Interface FastEthernet3/1 queueing strategy:  Weighted Round-Robin 
  Port QoS is enabled 
  Port is untrusted 
  Default cos is 0 
  Transmit queues [type = 2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 

    WRR bandwidth ratios:  100[queue 1] 255[queue 2] 
    queue-limit ratios:     90[queue 1]  10[queue 2] 

    queue tail-drop-thresholds 
    -------------------------- 
    1     50[1] 100[2] 
    2     40[1] 100[2]

Vous ne pouvez pas configurer le seuil et assigner le cos à la file d'attente par port. Toutes les modifications sont appliquées à un ensemble de ports contigus :

  • Quatre ports pour des linecards de gigabit — les ports 1 à 4 sont ensemble, et les ports 5 à 8 sont ensemble.

  • Douze ports pour 10/100 port ou 100 ports fibre ont basé onÝ1q4t/2q2t s'alignant — 1 à 12, 13 à 24, 25 à 36, et 36 à 48.

  • Afin de déterminer le port précis qui appartient au même ASIC, utilisez la commande de show interface capabilities.

Le Scheduling de sortie moniteur et vérifient des configurations

La commande la plus facile d'émettre afin de vérifier la configuration d'exécution en cours pour un port en ce qui concerne la planification de sortie est le show queueing interface {gigabitethernet | commande d'emplacement/port de fastethernet}. Cette commande affiche le type de queue sur le port, le mappage du cos aux différents files d'attente et seuils, de la mémoire tampon partageant, et le poids WRR. Ici, c'est de 20 pour cent WRR pour la file d'attente 1 et 80 pour cent WRR pour la file d'attente 2. La commande affiche également toutes les informations configurées pour la planification de sortie et le nombre de paquets qui sont lâchés dans chaque file d'attente pour chaque seuil :

cosmos#show queueing interface gigabitethernet 1/1
Interface GigabitEthernet1/1 queueing strategy:  Weighted Round-Robin 
  Port QoS is enabled 
  Port is untrusted 
  Default COS is 0 
  Transmit queues [type = 1p2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 
       3         Priority            1 
    WRR bandwidth ratios:   20[queue 1]  80[queue 2] 
    queue-limit ratios:     70[queue 1]  15[queue 2] 

    queue random-detect-max-thresholds 
    ---------------------------------- 
      1    50[1] 80[2] 
      2    40[1] 60[2] 

    queue thresh cos-map 
    --------------------------------------- 
    1     1      0 1 
    1     2      2 3 
    2     1      4 6 
    2     2      7 
    3     1      5 

  Receive queues [type = 1p1q4t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         Standard            4 
       2         Priority            1 
  

    queue tail-drop-thresholds 
    -------------------------- 
    1     100[1] 100[2] 100[3] 100[4] 

    queue thresh cos-map 
    --------------------------------------- 
    1     1      0 1 
    1     2      2 3 
    1     3      4 
    1     4      6 7 
    2     1      5 
  

  Packets dropped on Transmit: 
    BPDU packets:  0 

    queue thresh    dropped  [cos-map] 
    --------------------------------------------------- 
    1     1               0  [0 1 ] 
    1     2               0  [2 3 ] 
    2     1               0  [4 6 ] 
    2     2               0  [7 ] 
    3     1               0  [5 ] 

  Packets dropped on Receive: 
    BPDU packets:  0 

    queue thresh    dropped  [cos-map] 
    --------------------------------------------------- 
    1     1               0  [0 1 ] 
    1     2               0  [2 3 ] 
    1     3               0  [4 ] 
    1     4               0  [6 7 ] 
    2     1               0  [5 ]

Scheduling d'exemple de sortie

Ce trafic est injecté sur le Catalyst 6500/6000 :

  • Dans le gigabit 1/2 de port : un Gigabit de trafic avec la priorité de zéro

  • Dans le gigabit 5/2 de port :

    • 133MB du trafic avec la priorité de sept

    • 133MB du trafic avec la priorité de six

    • 133MB du trafic avec la priorité de cinq

    • 133MB du trafic avec la priorité de quatre

    • 133MB du trafic avec la priorité de trois

    • 133MB du trafic avec la priorité de deux

    • 133MB du trafic avec la priorité d'une

Toutes les sorties de trafic unicast le commutateur par gigabit 1/1 de port, qui est très oversubscribed.

Cas 1 : QoS est activé et un paramètre par défaut est utilisé

La commande du gigabitethernet 1/1 de show queueing interface configure toute la sortie dans cet exemple. La commande fournit les informations complémentaires au sujet de l'établissement du programme d'entrée. Cependant, car ce document couvre seulement la planification de sortie, il supprime cette sortie.

Quand QoS est globalement activé et tous les paramètres par défaut sont en service, des résultats de cette sortie après quelques minutes :

nelix#show queueing interface gigabitethernet 1/1 
Interface GigabitEthernet1/1 queueing strategy:  Weighted Round-Robin 
  Port QoS is enabled 
  Trust state: trust DSCP 
  Default cos is 0 
  Transmit queues [type = 1p2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 
       3         Priority            1 

    WRR bandwidth ratios:  100[queue 1] 255[queue 2] 
    queue-limit ratios:     90[queue 1]   5[queue 2] 

    queue random-detect-max-thresholds 
    ---------------------------------- 
      1    40[1] 100[2] 
      2    40[1] 100[2] 

    queue thresh cos-map 
    --------------------------------------- 
    1     1      0 1 
    1     2      2 3 
    2     1      4 
    2     2      6 7 
    3     1      5 

  Packets dropped on Transmit: 
    BPDU packets:  0 

    queue thresh    dropped  [cos-map] 
    --------------------------------------------------- 
    1     1       149606424  [0 1 ] 
    1     2               0  [2 3 ] 
    2     1        16551394  [4 ] 
    2     2         4254446  [6 7 ] 
    3     1               0  [5 ]

Dans cette sortie, les valeurs par défaut sont :

  • Poids WRR pour la file d'attente 1 — 100/(100 + 255) = 28%

  • Poids WRR pour la file d'attente 2 — 255/(255 + 100) = 72%

  • Partager de mémoire tampon : — 90% pour la file d'attente 1, 5% pour la file d'attente 2, et 5% pour la file d'attente de strict-priorité

La plupart des paquets dans la file d'attente non prioritaire WRR sont relâchées, mais certains sont encore relâchés dans la file d'attente prioritaire WRR pour les deux seuils. Il y a un total de 170,412,264 gouttes (149,606,424 + 16,551,394 + 4,254,446). Ces baisses sont séparées comme suit :

  • 149,606,424/170,412,264 = 88% de baisses dans la file d'attente 1 (premier paquet de seuil avec cos 0 et 1)

  • 16,551,394/170,412,264 = 10% de baisses dans la file d'attente 2 (premier paquet de seuil avec le cos 4)

  • 4,254,446/170,412,264 = 2% de baisses dans la file d'attente 2 (deuxième paquet de seuil avec le cos de 6 ou de 7)

Remarque: Vous ne voyez aucune baisse dans la file d'attente de strict-priorité.

Cas 2 : Modifiez le poids WRR

Comme observé dans l'affaire 1 : QoS est activé et un paramètre par défaut est section utilisée, des paquets dans la file d'attente 2 sont abandonnés toujours. Modifiez le poids WRR pour donner plus de bande passante pour aligner 2. Maintenant, la file d'attente 1 est vidée 4 pour cent du temps, et la file d'attente 2 est vidée 96 pour cent du temps :

show run interface gigabitethernet 1/1 
interface GigabitEthernet1/1 
 no ip address 
 wrr-queue bandwidth 10 255 
 mls qos trust dscp 
 switchport 
 switchport mode access 
end 
  
nelix#show queueing interface gigabitethernet 1/1 
Interface GigabitEthernet1/1 queueing strategy:  Weighted Round-Robin 
  Port QoS is enabled 
  Trust state: trust DSCP 
  Default cos is 0 
  Transmit queues [type = 1p2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 
       3         Priority            1 

    WRR bandwidth ratios:   10[queue 1] 255[queue 2] 
    queue-limit ratios:     90[queue 1]   5[queue 2] 

    queue random-detect-max-thresholds 
    ---------------------------------- 
      1    40[1] 100[2] 
      2    40[1] 100[2] 

    queue thresh cos-map 
    --------------------------------------- 
    1     1      0 1 
    1     2      2 3 
    2     1      4 
    2     2      6 7 
    3     1      5 

  Packets dropped on Transmit: 
    BPDU packets:  0 

    queue thresh    dropped  [cos-map] 
    --------------------------------------------------- 
    1     1         2786205  [0 1 ] 
    1     2               0  [2 3 ] 
    2     1           11363  [4 ] 
    2     2              69  [6 7 ] 
    3     1               0  [5 ]

Comme vu dans cette sortie, le pourcentage des baisses dans la file d'attente 2 est maintenant beaucoup inférieur. Un total de 2,797,637 gouttes sont séparées de cette façon :

  • 2,786,205/2,797,637 = 99.591% de baisses dans la file d'attente 1 (avec le paquet de cos 0 et 1)

  • 11,363/2,797,637 = 0.408% de baisses dans la file d'attente 2 (premier seuil avec le cos de paquet 4)

  • 69/2,797,637 = 0.001% de baisses dans la file d'attente 2 (deuxième seuil pour le paquet avec cos 6 et 7)

Si vous utilisez de divers poids WRR, il assure plus de QoS dans la file d'attente 2.

Affaire 3 : Modification supplémentaire de poids WRR

Vous pouvez être bien plus agressif avec le poids WRR. Dans cette sortie témoin, seulement 0.39 pour cent du poids est indiqué pour aligner 1 :

show run interface gigabitethernet 1/1 
interface GigabitEthernet1/1 
 no ip address 
 wrr-queue bandwidth 1 255 
 mls qos trust dscp 
 switchport 
 switchport mode access 
end 

nelix#show queueing interface gigabitethernet 1/1 
Interface GigabitEthernet1/1 queueing strategy:  Weighted Round-Robin 
  Port QoS is enabled 
  Trust state: trust DSCP 
  Default cos is 0 
  Transmit queues [type = 1p2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 
       3         Priority            1 

    WRR bandwidth ratios:    1[queue 1] 255[queue 2] 
    queue-limit ratios:     90[queue 1]   5[queue 2] 

    queue random-detect-max-thresholds 
    ---------------------------------- 
      1    40[1] 100[2] 
      2    40[1] 100[2] 

    queue thresh cos-map 
    --------------------------------------- 
    1     1      0 1 
    1     2      2 3 
    2     1      4 
    2     2      6 7 
    3     1      5 
  
  Packets dropped on Transmit: 
    BPDU packets:  0 

    queue thresh    dropped  [cos-map] 
    --------------------------------------------------- 
    1     1         2535315  [0 1 ] 
    1     2               0  [2 3 ] 
    2     1             705  [4 ] 
    2     2              73  [6 7 ] 
    3     1               0  [5 ]

Même avec le poids agressif WRR, des paquets sont encore lâchés dans la file d'attente 2. Cependant, en comparaison, ce n'est pas beaucoup de paquets. Il y a maintenant seulement une perte de paquets de 0.03 pour cent dans la file d'attente 2.

Affaire 4 : Modifiez l'affectation de mémoire tampon de limite de file d'attente

Comme vu dans l'affaire 2 : Modifiez le poids et l'affaire 3 WRR : Les sections supplémentaires de modification de poids WRR, des paquets chutent toujours dans la file d'attente 2, bien que le pourcentage WRR vous assure que la baisse est minimale. Cependant, quand le deuxième seuil (qui est placé à 100 pour cent) est atteint dans la file d'attente 2, quelques paquets continuent à être lâchés.

Afin d'améliorer ceci, changez la limite de file d'attente (taille de la mémoire tampon assignée à chaque file d'attente). Dans cet exemple, la limite de file d'attente est fixée à 70 pour cent pour la file d'attente 1, 15 pour cent pour la file d'attente 2, et 15 pour cent pour la file d'attente de strict-priorité :

show run gigabitethernet 1/1
interface GigabitEthernet1/1 
 no ip address 
 wrr-queue bandwidth 1 255 
 wrr-queue queue-limit 70 15 
 mls qos trust dscp 
 switchport 
 switchport mode access 
end 

nelix#show queueing interface gigabitethernet 1/1 
Interface GigabitEthernet1/1 queueing strategy:  Weighted Round-Robin 
  Port QoS is enabled 
  Trust state: trust DSCP 
  Default cos is 0 
  Transmit queues [type = 1p2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 
       3         Priority            1 

    WRR bandwidth ratios:    1[queue 1] 255[queue 2] 
    queue-limit ratios:     70[queue 1]  15[queue 2] 

    queue random-detect-max-thresholds 
    ---------------------------------- 
      1    40[1] 100[2] 
      2    40[1] 100[2] 

    queue thresh cos-map 
    --------------------------------------- 
    1     1      0 1 
    1     2      2 3 
    2     1      4 
    2     2      6 7 
    3     1      5 

  Receive queues [type = 1p1q4t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         Standard            4 
       2         Priority            1 
  
    queue tail-drop-thresholds 
    -------------------------- 
    1     100[1] 100[2] 100[3] 100[4] 

    queue thresh cos-map 
    --------------------------------------- 
    1     1      0 1 
    1     2      2 3 
    1     3      4 
    1     4      6 7 
    2     1      5 
 
  Packets dropped on Transmit: 
    BPDU packets:  0 

    queue thresh    dropped  [cos-map] 
    --------------------------------------------------- 
    1     1       154253046  [0 1 ] 
    1     2               0  [2 3 ] 
    2     1               0  [4 ] 
    2     2               0  [6 7 ] 
    3     1               0  [5 ]

Maintenant, les baisses se produisent seulement dans la file d'attente 1.

Planification de sortie d'utilisation pour réduire le retard et instabilité

Les études de cas dans la section de Scheduling d'exemple de sortie expliquent l'avantage de mettre en application la planification de sortie pour éviter une baisse de VoIP ou de trafic crucial en cas du surabonnement du port de sortie. Le surabonnement ne se produit pas très fréquemment dans un réseau normal (en particulier sur une liaison Gigabit). Le surabonnement devrait seulement se produire pendant des heures de pointe du trafic ou pendant les rafales du trafic qui se produisent au cours très d'une courte période.

Même sans n'importe quel surabonnement, la planification de sortie peut être d'un grand secours dans un réseau où QoS est mis en application de bout en bout. Cette section fournit des exemples de la façon dont la planification de sortie peut aider à réduire le retard et instabilité.

Réduisez le retard

Le retard d'un paquet augmente en raison du temps « a perdu » dans la mémoire tampon de chaque commutateur tandis qu'il attend d'être transmis. Par exemple, un petit paquet vocal avec cos de 5 est envoyé hors d'un port pendant une grande sauvegarde ou transfert de fichiers. Supposez qu'il n'y a aucun QoS pour le port de sortie, et le petit paquet vocal est aligné après 10 grands paquets 1500-byte. Dans ce cas, vous pouvez facilement calculer que le temps de vitesse de gigabit qui est nécessaire pour transmettre les 10 grands paquets est :

  • (10 x 1500 x 8) = 120,000 bits transmis en 120 microsecondes

Si ce paquet doit croiser huit ou neuf Commutateurs tout en traversant le réseau, un retard de environ 1 milliseconde peut résulter. Ceci inclut seulement des retards dans la file d'attente de sortie du commutateur croisé dans le réseau.

Remarque: Si vous devez faire la queue les mêmes 10 grands paquets sur un 10MB relient (par exemple, connecté à un téléphone IP et à un PC), le retard introduisent est :

  • (10 x 1500 x 8) = 120,000 bits transmis en 12 millisecondes

L'implémentation de la planification de sortie s'assure que des paquets vocaux avec cos de 5 sont mis dans la file d'attente de strict-priorité et sont envoyés avant tous les paquets avec cos de moins de 5. Ceci réduit le retard.

Réduisez le jitter

Un autre important avantage de la planification de sortie est la réduction de jitter. Le jitter est la variation du retard pour des paquets dans le même écoulement. Cet exemple de scénario affiche comment la planification de sortie peut réduire le jitter :

http://www.cisco.com/c/dam/en/us/support/docs/switches/catalyst-6000-series-switches/10587-73a.gif

Dans ce scénario, le même port de sortie doit envoyer deux flots :

  • Un flux voix entrant sur un port Ethernet 10MB.

  • Un flot entrant de FTP sur un 1 port uplink de Gigabit Ethernet.

Les deux flots laissent le commutateur par le même port de sortie. Cet exemple affiche ce qui peut se produire sans utilisation de la planification de sortie. Tous les grands paquets de données peuvent être intercalés entre deux paquets vocaux. Ceci crée le jitter dans la réception du paquet vocal du même flot. Il y a un plus grand retard entre la réception du paquet 1 et du paquet n + 1 car le commutateur transmet le grand paquet de données. Cependant, le retard entre n + 1 et n + 2 est négligeable. Ceci a comme conséquence le jitter dans le flot du trafic vocal. Vous pouvez facilement éviter ce problème avec l'utilisation d'une file d'attente de strict-priorité. Assurez-vous que vous tracez la valeur CoS des paquets vocaux à la file d'attente de strict-priorité.

Conclusion

Dans ce document, vous avez vu que les études de cas de la façon configurer et dépanner la file d'attente de sortie programmant sur un Catalyst 6500/6000 cela exécute le logiciel de Cisco IOS. Vous avez également vu les avantages de la planification de sortie dans la plupart des réseaux avec le trafic vocal :

  • Évite la baisse du trafic critique dans le cas du surabonnement du port de sortie.

  • Réduit le retard.

  • Réduit le jitter.

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 10587