Vérification de la programmation VoQ matérielle sur un NCS4K multichâssis

Introduction

Ce document décrit la procédure pour vérifier la programmation de la mise en file d'attente de sortie virtuelle (VoQ) matérielle (HW) sur un NCS4K multichâssis.

Procédure

Il s'agit d'une approche étape par étape pour vérifier la programmation de la VoQ matérielle sur les noeuds NCS4K.

Les noeuds multichâssis de la version 6.5.26 sont potentiellement affectés par le bogue Cisco ayant l'ID CSCvz41459, où la VoQ est mal programmée sur la machine virtuelle (VM) de la carte de ligne d'entrée (LC).

Étape 1. Tout d'abord, vous devez vérifier l'interface d'entrée et de sortie pour le flux de trafic.

Dans cet exemple, l'interface d'entrée est TenGigE1/3/0/0/1.4001 (rack 1) et l'interface de sortie est Hu0/9/0/11/2.4001 (rack 0). Ainsi, les interfaces d'entrée et de sortie se trouvent sur des racks différents et vous pourriez être affecté par le bogue Cisco DDTS (Distributed Defect Tracking System) ID CSCvz41459

Par exemple, voir tunnel 117 :

#show mpls forwarding tunnels 117
Wed Nov  9 13:15:47.159 UTC
Tunnel        Outgoing    Outgoing     Next Hop        Bytes
Name          Label       Interface                    Switched
------------- ----------- ------------ --------------- ------------
tt117             24764       Hu0/9/0/11/2.4001 172.16.13.170   0

Étape 2. Vérifiez la machine virtuelle LC active dans les racks 0 et 1 :

#show redundancy summary
Wed Nov  9 13:16:59.309 UTC
    Active Node    Standby Node
    -----------    ------------
          1/LC0           1/LC1 (Node Ready, NSR:Not Configured)
          0/RP1           1/RP0 (Node Ready, NSR:Ready)
          0/RP0           1/RP1 (Node Ready, NSR:Not Configured)
          0/LC0           0/LC1 (Node Ready, NSR:Not Configured)

Dans cet exemple, 0/LC0 est une machine virtuelle active dans le rack 0 et 1/LC0 est dans le rack 1.

Étape 3. Comme étape suivante, vérifiez le numéro SysPort pour l'interface de sortie dans la machine virtuelle LC de sortie :

#show controllers npu voq-usage interface HundredGigE 0/9/0/11/2.4001 instance all location 0/lc0
Wed Nov  9 13:16:45.149 UTC

-------------------------------------------------------------------
Node ID: 0/LC0
Intf         Intf     NPU NPU  PP   Sys   VOQ   Flow   VOQ    Port
name         handle    #  core Port Port  base  base   port   speed
             (hex)                                     type
----------------------------------------------------------------------
Hu0/9/0/11/2.4001 8000bd4  18   1  448 24655   1336   5152 local   100G
Hu0/9/0/11/2.4001 8000bd4   0   0    0 24655   1144      0 remote    0M

Dans ce cas, SysPort est 24655 et VoQ base est 1336.

Étape 4. Vérifiez le même SysPort sur la carte de ligne d'entrée et la machine virtuelle d'entrée.

La commande est la suivante :

show controllers fia diagshell <ingress Line card number> "dump IRR_DESTINATION_TABLE <SysPort>" location <ingress LC VM>

Exemple :

#show controllers fia diagshell 3 "dump IRR_DESTINATION_TABLE 24655" location 1/lc0
Wed Nov  9 13:18:00.684 UTC

Node ID: 1/LC0
IRR_DESTINATION_TABLE.IRR0[24655]: 
     
      
     

Dans cet exemple, QUEUE_NUMBER est 0x538 en HEX, ce qui correspond à votre VoQ base 1336 (dec) de la sortie précédente.

Si vous rencontrez le bogue Cisco ID CSCvz41459 la valeur de QUEUE_NUMBER est 0x1ffff.

Exemple :

#show controllers fia diagshell 3 "dump IRR_DESTINATION_TABLE 24655" location 1/LC0
Wed Nov  9 12:44:54.270 UTC
 
Node ID: 1/LC0
IRR_DESTINATION_TABLE.IRR0[24655]: 
     
     

Méthode de récupération

La méthode de récupération pour ce problème consiste à supprimer la sous-interface de sortie affectée et à la réappliquer.

N'oubliez pas de vérifier également le chemin d'écoulement dans le sens inverse.