Controleer HW VoQ-programmering op een multichassis NCS4K

Inleiding

Dit document beschrijft de procedure om hardware (HW) Virtual Output Queueing (VoQ) te verifiëren op een multichassis NCS4K.

Procedure

Dit is een stapsgewijze benadering om HW VoQ-programmering op NCS4K-knooppunten te verifiëren.

Multichassis knooppunten in 6.5.26 release worden mogelijk beïnvloed door Cisco bug-id CSC41459, waar VoQ verkeerd geprogrammeerd is op de Access Line Card (LC) Virtual Machine (VM).

Stap 1. Eerst moet u de in- en uitloopinterface controleren op de verkeersstroom.

In dit voorbeeld is de toegangsinterface TenGigE1/3/0/0/1.4001 (rack 1), en de uitgangsinterface is Hu0/9/0/11/2.4001 (rack 0). De in- en uitgangen bevinden zich dus in verschillende racks en u kunt mogelijk worden beïnvloed door het DTS-systeem (Distributed Defect Tracking System), Cisco bug-id CSCvz41459

Zie bijvoorbeeld 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

Stap 2. Controleer actieve LC VM in rack 0 en 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 dit voorbeeld is 0/LC0 een actieve VM in rack 0 en 1/LC0 zit in rack 1.

Stap 3. Als volgende stap, controleer SysPort-nummer voor de uitgang in egress LC VM:

#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 dit geval is SysPort 24655 en is de VoQ-basis 1336.

Stap 4. Controleer dezelfde SysPort op de invoerlijnkaart en ga naar VM.

De opdracht is:

toon controllers fia diagshell <ingress lijnkaartnummer> "dump IRR_DESTP_TABLE <SysPort>" locatie <ingress LC VM>

Voorbeeld:

#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 dit voorbeeld is QUEUE_NUMBER 0x538 in HEX, dat overeenkomt met uw VoQ-base 1336 (dec) van de vorige uitvoer.

Als u op CSCvz41459 van Cisco-bug klikt QUEUE_NUMBER is 0x1ffff.

Voorbeeld:

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

Terugwinningsmethode

De herstelmethode voor dit probleem is om de aangetaste uitgang subinterface te verwijderen en het opnieuw toe te passen.

Vergeet niet om het stroompad in de omgekeerde richting te controleren.