Table des matières

Introduction

Procédure

Méthode de récupération

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. Vous devez d’abord vérifier le flux de trafic dans l’interface d’entrée et de sortie.

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érification de 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.