Verifica della programmazione VoQ hardware su un NCS4K multicassis

Introduzione

In questo documento viene descritta la procedura per verificare la programmazione VoQ (Virtual Output Queueing) hardware (HW) su un NCS4K multicassis.

Procedura

Questo è un approccio graduale per verificare la programmazione VoQ HW sui nodi NCS4K.

I nodi multicassis della versione 6.5.26 sono potenzialmente interessati dall'ID bug Cisco CSCvz41459, in cui il VoQ viene programmato in modo errato sulla macchina virtuale (VM) LC (Ingress Line Card).

Passaggio 1. Innanzitutto, è necessario controllare l'interfaccia in entrata e in uscita per il flusso del traffico.

Nell'esempio, l'interfaccia in entrata è TenGigE1/3/0/0/1.4001 (rack 1) e l'interfaccia in uscita è Hu0/9/0/11/2.4001 (rack 0). Pertanto, le interfacce in entrata e in uscita si trovano su rack diversi e l'ID bug Cisco CSCvz41459 potrebbe potenzialmente essere influenzato dal sistema Distributed Defect Tracking System (DTS).

Ad esempio, vedere il 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

Passaggio 2. Controllare la VM LC attiva nel rack 0 e nel 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)

In questo esempio, 0/LC0 è una VM attiva nel rack 0 e 1/LC0 è nel rack 1.

Passaggio 3. Come passo successivo, controllare il numero SysPort per l'interfaccia in uscita nella VM LC in uscita:

#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

In questo caso, SysPort è 2465 e la base VoQ è 1336.

Passaggio 4. Controllare la stessa porta SysPort sulla scheda di linea in entrata e sulla VM in entrata.

Il comando è:

show controller fia diagshell <numero scheda linea in entrata> "dump IRR_DESTINATION_TABLE <portaSys>" posizione <VM LC in entrata>

Ad esempio:

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

In questo esempio, QUEUE_NUMBER è 0x538 in formato ESADECIMALE, corrispondente alla base VoQ 1336 (dec) dell'output precedente.

Se si riscontra l'ID bug Cisco CSCvz41459 QUEUE_NUMBER è 0x1ffff.

Ad esempio:

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

Metodo di recupero

Il metodo di ripristino per questo problema consiste nel rimuovere l'interfaccia secondaria in uscita interessata e riapplicarla.

Non dimenticare di controllare anche il percorso del flusso nella direzione inversa.