Inhoud

Inleiding

Procedure

Terugwinningsmethode

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.