Verificación de la programación VoQ de hardware en un NCS4K de varios chasis

Introducción

Este documento describe el procedimiento para verificar la programación del almacenamiento en cola de salida virtual (VoQ) de hardware (HW) en un NCS4K de varios chasis.

Procedimiento

Este es un enfoque paso a paso para verificar la programación VoQ de hardware en nodos NCS4K.

Los nodos de varios chasis de la versión 6.5.26 se ven potencialmente afectados por el Id. de error de Cisco CSCvz41459, donde VoQ está mal programado en la máquina virtual (VM) de la tarjeta de línea de entrada (LC).

Paso 1. En primer lugar, debe comprobar la interfaz de entrada y salida del flujo de tráfico.

En este ejemplo, la interfaz de ingreso es TenGigE1/3/0/0/1.4001 (rack 1) y la interfaz de salida es Hu0/9/0/11/2.4001(rack 0). Por lo tanto, las interfaces de ingreso y egreso están en racks diferentes, y podría verse afectado por el ID de bug de Cisco CSCvz41459 del Sistema de seguimiento de defectos distribuido (DDTS)

Por ejemplo, vea el túnel 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

Paso 2. Verifique la máquina virtual LC activa en el rack 0 y el rack 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)

En este ejemplo, 0/LC0 es una VM activa en el rack 0 y 1/LC0 está en el rack 1.

Paso 3. Como siguiente paso, verifique el número de SysPort para la interfaz de egreso en la VM LC de egreso:

#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

En este caso, SysPort es 24655 y la base de VoQ es 1336.

Paso 4. Verifique el mismo SysPort en la tarjeta de línea de ingreso y en la VM de ingreso.

El comando es el siguiente:

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

Por ejemplo:

#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]: 
     
      
     

En este ejemplo, QUEUE_NUMBER es 0x538 en HEXADECIMAL, que coincide con su base VoQ 1336 (dec) de la salida anterior.

Si ingresa el ID de bug de Cisco CSCvz41459 el valor de QUEUE_NUMBER es 0x1ffff.

Por ejemplo:

#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étodo de recuperación

El método de recuperación para este problema es quitar la subinterfaz de salida afectada y volver a aplicarla.

No olvide verificar también el trayecto de flujo en la dirección inversa.