HW VoQ-programmering controleren op een multichassis NCS4K

Inleiding

In dit document wordt de procedure beschreven voor het controleren van de hardware (HW) Virtual Output Queueing (VoQ)-programmering op een NCS4K met meerdere chassis.

Procedure

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

Multichassisknooppunten in 6.5.26 release worden mogelijk beïnvloed door Cisco bug ID CSCvz41459, waarbij VoQ verkeerd is geprogrammeerd op de ingress line card (LC) Virtual Machine (VM).

Stap 1. Ten eerste moet u de in- en uitgangen-interface controleren op de verkeersstroom.

In dit voorbeeld is de ingangsinterface TenGigE1/3/0/0/1.4001 (rack 1) en de uitgang-interface is Hu0/9/0/11/2.4001 (rack 0). Invoer- en uitganginterfaces bevinden zich dus op verschillende racks en u kunt mogelijk worden beïnvloed door het Distributed Defect Tracking System (DDTS) 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 de 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 in rack 1.

Stap 3. Controleer als volgende stap het SysPort-nummer voor de uitgang-interface in de uitgang-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 VoQ-basis 1336.

Stap 4. Controleer dezelfde SysPort op de ingangslijnkaart en de ingangen-VM.

Het commando is:

controllers weergeven via diagshell <ingress Line card number> "dump IRR_DESTINATION_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-basis 1336 (dec) van de vorige uitvoer.

Als u Cisco-bug-ID CSCvz41459 raakt de 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]: 

herstelmethode

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

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