SVL-Fehlerbehebung bei Catalyst Switches der Serie 9000

Einleitung

In diesem Dokument wird beschrieben, wie Sie nützliche Protokolle erkennen und Probleme lösen, die bei StackWise-virtual (SVL) auf Catalyst 9000-Switches auftreten.

Voraussetzungen

Anforderungen

Es gibt keine spezifischen Anforderungen für dieses Dokument.

Verwendete Komponenten

Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:

• StackWise - virtuell (SVL)
• Catalyst Switches der Serie 9000

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Hintergrundinformationen

Dieses Dokument enthält auch eine Support-Matrix, Einschränkungen, Befehle und allgemeine Probleme im Zusammenhang mit SVL.

Bei der Fehlerbehebung für SVL müssen Sie einige grundlegende Kriterien kennen und beachten, wenn Sie SVL mit den Cisco Catalyst Switches der Serie 9000 bereitstellen. Folgende Kriterien müssen erfüllt werden:

• Stellen Sie sicher, dass SVL für einen bestimmten Switch, eine bestimmte Plattform und eine bestimmte Softwareversion unterstützt wird.
• Stellen Sie sicher, dass SVL gemäß den Richtlinien im Konfigurationsleitfaden konfiguriert wird und die angegebenen Einschränkungen strikt einhält. 
• Stellen Sie sicher, dass die SVL-Links physisch zwischen den Switches angeschlossen sind.

Unterstützte Plattformen

Derzeit unterstützte Plattformen werden zusammen mit der Software aufgelistet, die den Support eingeführt hat.

Software-Schulung	SVL-Unterstützung eingeführt am	Kommentare
16.3	C3850-48XS
16.6	C9500-24Q
16.8	C9500-12Q, C9500-24Q, C9500-16X, C9500-40X C3850-12X, C3850-24X, C3850-48X	SVL/DAD-Verbindung wird auf Uplink-Modul für C9500-16X, C9500-40X, C3850-12XS, C3850-24XS nicht unterstützt.
16.9	C9404R, C9407R	- SVL/DAD-Verbindung wird nur auf Supervisor-Ports unterstützt- SVL wird nur mit SUP-1 oder SUP-1XL unterstützt.
16.10	C9500-32C, C9500-32QC, C9500-24Y4C, C9500-48Y4C	Virtuelle StackWise-Unterstützung erstmals bei Hochleistungsmodellen des C9500 verfügbar
16.11	C9500-NM-2Q, C9500-NM-8X, C9500-16X, C9500-40X C9410R, C9400-SUP-1XL-Y	- SVL/DAD-Verbindung wird jetzt auf Uplink-Modulen auf C9500-16X, C9500-40X unterstützt. -SVL wird auf allen C9400-Chassis mit SUP-1, SUP-1XL oder SUP-1XL-Y unterstützt. - SUP XL-25G SVL-UNTERSTÜTZUNG
16.12	C9606R	- Virtuelle StackWise-Unterstützung erstmals im C9600-Chassis mit C9600-LC-48YL und C9600-LC-24C eingeführt - SVL FIP-Unterstützung - UPLINKS FIPS-UNTERSTÜTZUNG AUF SVL - Sichere SVL-Unterstützung.
17.1	C9606R	Neuer LC9600-LC-48TX-Support für C9600 HA und SVL
17.2	C9606R	- Quad-Supervisor mit RPR-Unterstützung (Route Processor Redundancy), die erstmals auf dem C9606R-Gehäuse eingeführt wurde - Unterstützung für DAD-Verbindungen auf C9600-LC-48S .

Einschränkungen

Die meisten Einschränkungen finden Sie im Cisco StackWise Virtual Configuration Guide. Als Nächstes sind einige der anderen Einschränkungen aufgeführt, die eher plattformspezifisch sind und nicht explizit im Konfigurationsleitfaden aufgeführt werden können.

Allgemeine Einschränkung

Die Konfiguration der Dual-Active Detection (DAD)- und SVL-Funktion muss manuell durchgeführt werden, und die Geräte müssen neu gestartet werden, damit die Konfigurationsänderungen wirksam werden.

Einschränkungen für C9400 SVL

• SVL-Verbindungen können über 10G-, 40G- oder 25G-Uplink-Ports (nur für C9400-SUP-1XL-Y verfügbar) auf den Supervisor-Modulen und 10G-Downlink-Ports auf den Linecards hergestellt werden.
• SVL-Konfiguration auf 1G-Schnittstellen wird nicht unterstützt.
• SVL- und DAD-Links in 16.9.1 werden von Supervisor-Ports unterstützt. DAD ePAgP kann auf Linecards und Supervisor-Ports konfiguriert werden. 
• SVL und DAD auf bestimmten Linecards sind ab 16.11.1 kontrolliert verfügbar.

Eine vollständige Liste der Einschränkungen für den C9400 finden Sie im High Availability Configuration Guide, Catalyst 9400 Switches.

Einschränkungen für C9500 SVL

• Wenn SVL auf Cisco Catalyst Switches der Serie 9500 mit C9500-NM-2Q (2x40G) konfiguriert ist, können Sie keine Kombination aus festen Downlink- und modularen Uplink-Ports verwenden. SVLs müssen für jedes Mitglied dieselbe Geschwindigkeit haben.
• Die 40G-Ports eines C9500-NM-2Q können nicht mit den Downlink-Ports eines Switches kombiniert werden, da sie unterschiedliche Geschwindigkeiten haben.
• In einer virtuellen Cisco StackWise-Lösung können Schnittstellen, die 4X10G Breakout-Kabel und QSA unterstützen, für Daten-/Steuerungsdatenverkehr verwendet werden, jedoch nicht für die Konfiguration von SVLs oder DAD-Verbindungen.

Einschränkungen für C9500H SVL

• Auf C9500-32C-Switches können Sie SVL und DAD nur auf Schnittstellen mit den Nummern 1-16 auf der Vorderseite des Switches konfigurieren.
• Auf C9500-32QC können Sie SVL und DAD nur auf nativen 100G- und 40G-Schnittstellen konfigurieren (Standardkonfigurations-Ports). SVL und DAD können nicht auf konvertierten 100G- und 40G-Schnittstellen konfiguriert werden.
• SVL/DAD-Verbindungen können nicht auf den 4X10G- und 4X25G-Breakout-Schnittstellen des C9500-32C SVL konfiguriert werden. Breakout-Schnittstellen können jedoch für Daten-/Steuerungsdatenverkehr verwendet werden, wenn High-Performance Switches der Serie C9500 im virtuellen StackWise-Modus konfiguriert werden.
• Auf Cisco Catalyst High-Performance Switches der Serie C9500 werden SVL-Link-Konfigurationen auf 1G-Schnittstellen nicht unterstützt.
• 9500H bietet keine Unterstützung für die SVL-Funktion in einer der Versionen 16.9. (Cisco hat diese Konfigurationsoption über die Cisco Bug-ID CSCvt46115 in 16.9.6 entfernt.) Stellen Sie sicher, dass der 9500H mit 16.10 oder höher betrieben wird.

Einschränkungen für C9600 SVL

• Bei Cisco Catalyst Switches der Serie C9600R können SVL/DAD-Verbindungen nicht an den 4X10- und 4X25G-Breakout-Schnittstellen konfiguriert werden. Breakout-Schnittstellen können jedoch für den Datenverkehr verwendet werden, wenn C9600R-Switches im virtuellen StackWise-Modus konfiguriert werden.
• Bei Cisco Catalyst Switches der Serie C9600R werden SVL-Link-Konfigurationen auf 1G-Schnittstellen nicht unterstützt.
  

Fehlerbehebung

Überprüfen der virtuellen StackWise-Konfiguration

Schritt 1: Verwenden Sie show running configuration, um sicherzustellen, dass die virtuelle StackWise-Konfiguration vorhanden ist und die aktuelle Konfiguration korrekt ist.

Hinweis: In der Ausgabe wird nur die virtuelle StackWise-Konfiguration aufgeführt.

Switch#show running-config
Building configuration...
Current configuration : 9047 bytes
!
! Last configuration change at 09:36:41 UTC Fri Nov 13 2020
!
version 16.11
[....]
stackwise-virtual
domain 1
!
[.....]
!
license boot level network-advantage addon dna-advantage
!
[....]
interface GigabitEthernet1/1/0/43
  stackwise-virtual dual-active-detection
!
interface GigabitEthernet1/1/0/44
!
interface TenGigabitEthernet1/3/0/1
stackwise-virtual link 1
!
interface TenGigabitEthernet1/3/0/2
stackwise-virtual link 1
!
interface TenGigabitEthernet1/3/0/3
stackwise-virtual link 1
!
interface TenGigabitEthernet1/3/0/4
stackwise-virtual link 1
!
interface TenGigabitEthernet1/3/0/5
!
interface TenGigabitEthernet1/3/0/6
[....]
interface TenGigabitEthernet2/3/0/1
  stackwise-virtual link 1
!
interface TenGigabitEthernet2/3/0/2
 stackwise-virtual link 1
!
interface TenGigabitEthernet2/3/0/3
 stackwise-virtual link 1
!
interface TenGigabitEthernet2/3/0/4
 stackwise-virtual link 1
!
interface TenGigabitEthernet2/3/0/5
! 
interface TenGigabitEthernet2/3/0/6
!
interface GigabitEthernet2/5/0/43
 stackwise-virtual dual-active-detection
!
interface GigabitEthernet2/5/0/44
!

Schritt 2: Show romvar kann verwendet werden, um zu überprüfen, ob die ROMmon-Variablen die richtigen Werte anzeigen, die der konfigurierten virtuellen StackWise-Konfiguration entsprechen.

Switch#show romvar
Switch 1
ROMMON variables:
 SWITCH_NUMBER="1"
 MODEL_NUM="C9400-SUP-1XL"
 LICENSE_BOOT_LEVEL="network-advantage+dna-advantage,all:MACALLAN-CHASSIS;"
 D_STACK_DISTR_STACK_LINK2=""
 D_STACK_MODE="aggregation"
 D_STACK_DOMAIN_NUM="1"
 D_STACK_DISTR_STACK_LINK1="Te1/3/0/1,Te1/3/0/2,Te1/3/0/3,Te1/3/0/4,"
 D_STACK_DAD="Gi1/1/0/43,"

Switch 2
ROMMON variables:
 LICENSE_BOOT_LEVEL="network-advantage+dna-advantage,all:MACALLAN-CHASSIS;"
 D_STACK_DISTR_STACK_LINK2=""
 SWITCH_NUMBER="2"
 D_STACK_MODE="aggregation"
 D_STACK_DOMAIN_NUM="1"
 D_STACK_DISTR_STACK_LINK1="Te2/3/0/1,Te2/3/0/2,Te2/3/0/3,Te2/3/0/4,"
 D_STACK_DAD="Gi2/5/0/43,"

Hinweis: Die vorherige Ausgabe zeigt die ROMmon-Variable an, die von einem im SVL-Modus konfigurierten C9400-/C9600-Switch erstellt und aktualisiert wurde. Sie verwenden 4 Tupel-Schnittstellenkonventionen, wenn sie im SVL-Modus konfiguriert werden.

D_STACK_DISTR_STACK_LINK1 stellt die gemeinsame Variable für SVL-Verbindungen von Switch1 und Switch2 dar.

D_STACK_DAD stellt die ROMmon-Variable für DAD-Verbindungen dar.

D_STACK_DOMAIN_NUM steht für die SVL-Domänennummer. Stellen Sie sicher, dass sie auf Switch1 und Switch2 identisch sind.

D_STACK_MODE stellt dar, dass der Catalyst 9000-Switch im SVL/verteilten Stack-Modus konfiguriert ist.

Die SVL-Domänennummer sowie die SVL- und DAD-Verbindungskonfiguration werden nicht nur als Teil von running-config/startup-config, sondern auch als ROMmon-Variablen gespeichert.

Die ROMmon-Variablen und die zugehörigen Werte dieser ROMmon-Variablen können überprüft werden. Verwenden Sie die CLI wie zuvor gezeigt.

Die nächste Ausgabe zeigt die ROMmon-Variable an, die von einem C9500H/C9500-Switch erstellt und aktualisiert wurde, der im SVL-Modus konfiguriert wurde. Der Schnittstellenname verfolgt bei Konfiguration im SVL-Modus drei Tupelmodelle.

Switch#show romvar | include D_STACK
 D_STACK_DISTR_STACK_LINK2=""
 D_STACK_MODE="aggregation"
 D_STACK_DOMAIN_NUM="100"
 D_STACK_DISTR_STACK_LINK1="Te1/0/3,Te1/0/5,"
 D_STACK_DAD="Te1/0/4,"
 D_STACK_DISTR_STACK_LINK2=""
 D_STACK_MODE="aggregation"
 D_STACK_DOMAIN_NUM="100"
 D_STACK_DISTR_STACK_LINK1="Te1/0/3,Te1/0/5,"
 D_STACK_DAD="Te1/0/4,"

Switch-Status überprüfen

Es wird erwartet, dass sich der Switch-Status beider Chassis im Bereitschaftsstatus befindet. Überprüfen Sie außerdem die Ausgabe des Befehls show module, um sicherzustellen, dass alle LCs den Status OK aufweisen.

Switch#show switch
Switch/Stack Mac Address : 00a7.42d7.4620 - Local Mac Address 
Mac persistency wait time: Indefinite 
H/W Current 
Switch# Role Mac Address Priority Version State 
------------------------------------------------------------------------------------- 
*1 Active 00a7.42d7.3680 1 V02 Ready 
2 Standby 00a7.42d7.4620 1 V02 Ready

Switch-Status

SVL-Switch-Status	Beschreibung
Bereit	Stack/Switch ist einsatzbereit.
Nichtübereinstimmung	Die Image-Version stimmt nicht mit dem Peer-Switch überein.
Initializing	Das System ist noch nicht einsatzbereit, es befindet sich noch in der Initialisierungsphase.
HA-Synchronisierung läuft	Das System ist nicht einsatzbereit, es wartet auf den Abschluss der Konfigurations-Synchronisierung.

Das nächste Beispiel zeigt die Ausgabe des Moduls eines Switches der Serie 9400.

Switch#show module
Chassis Type: C9407R

Switch Number 1

Mod Ports Card Type Model Serial No.
---+-----+--------------------------------------+--------------+--------------
1 48 48-Port UPOE 10/100/1000 (RJ-45) WS-XL48U JAE201900TY
3 10 Supervisor 1 XL Module C9400-SUP-1XL JAE222805NB
7 24 24-Port 10 Gigabit Ethernet (SFP+) C9400-LC-24XS JAE22170EAG

Mod MAC addresses Hw Fw Sw Status
---+--------------------------------+----+------------+------------------+--------
1 0035.1A8D.2DEC to 0035.1A8D.2E1B 0.4 17.1.1r 16.11.01c ok 
3 2C5A.0F1C.626C to 2C5A.0F1C.6275 2.0 17.1.1r 16.11.01c ok 
7 780C.F02B.4D50 to 780C.F02B.4D67 1.0 17.1.1r 16.11.01c ok

Mod Redundancy Role Operating Redundancy Mode Configured Redundancy Mode
---+-------------------+-------------------------+---------------------------
3 Active sso sso

Switch Number 2

Mod Ports Card Type Model Serial No.
---+-----+--------------------------------------+--------------+--------------
3 10 Supervisor 1 XL Module C9400-SUP-1XL JAE222805QB
5 48 48-Port 10/100/1000 (RJ-45) C9400-LC-48T JAE213207ZX

Mod MAC addresses Hw Fw Sw Status
---+--------------------------------+----+------------+------------------+--------
3 2C5A.0F1C.622C to 2C5A.0F1C.6235 2.0 17.1.1r 16.11.01c ok 
5 E4AA.5D59.FB48 to E4AA.5D59.FB77 1.0 17.1.1r 16.11.01c ok

Mod Redundancy Role Operating Redundancy Mode Configured Redundancy Mode
---+-------------------+-------------------------+---------------------------
3 Standby sso sso

Chassis MAC address range: 44 addresses from 2c5a.0f1c.6240 to 2c5a.0f1c.626b

Switch# 

SVL-Verbindungsstatus überprüfen

Es wird erwartet, dass der Link-Status der SVL-Ports im U-Zustand (aktiv) und der Protokoll-Status R (bereit) lautet.

Hinweis: Diese Ausgaben gelten für C9500-/C9500H-Plattformen, die bei Konfiguration im SVL-Modus 3 Tupel für die Schnittstellenkonvention verwenden.

Switch#show stackwise-virtual link 
Stackwise Virtual Link(SVL) Information:
----------------------------------------
Flags:
------
Link Status
-----------
U-Up D-Down
Protocol Status
---------------
S-Suspended P-Pending E-Error T-Timeout R-Ready
-----------------------------------------------
Switch	SVL	Ports                    	Link-Status	Protocol-Status
------	---	-----                    	-----------	---------------
1    	1	FortyGigabitEthernet1/0/1 	U          	R              
      	   	FortyGigabitEthernet1/0/2 	U          	R              
2    	1	FortyGigabitEthernet2/0/1 	U          	R             	      	   
                FortyGigabitEthernet2/0/2 	U          	R     

SVL-Protokollstatus	Beschreibung
Ausgesetzt	Das Protokoll befindet sich in einem angehaltenen Zustand. Dies kann angezeigt werden, wenn die SVL-Verbindung deaktiviert ist. Überprüfen Sie den Linkstatus, und stellen Sie sicher, dass die Verbindung aktiv ist.
Ausstehend	Protokoll steht aus, könnte angezeigt werden, wenn die Verbindung noch nicht gebündelt ist. Überprüfen Sie die Remote-Seite der Verbindung, wenn sich beide Seiten im Wartezustand befinden, und überprüfen Sie die LMP-Diagnose.
Fehler	Das Protokoll befindet sich im Fehlerzustand. Dies kann auftreten, wenn LMP-Pakete mit Wertfehlern ausgetauscht werden.
Zeitüberschreitung	Das Protokoll ist abgelaufen. Es ist zu sehen, wenn LMP-Nachrichten nicht innerhalb von 16 Sekunden gesendet oder empfangen werden.
Bereit	Protokoll ist bereit, dies ist der gewünschte Zustand im Normalbetrieb. Sowohl LMP- als auch SDP-Nachrichten werden erfolgreich ausgetauscht.

Hinweis: Diese Ausgaben gelten für C9400-/C9600-Plattformen, die bei Konfiguration im SVL-Modus 4 Tupel für die Schnittstellenkonvention verwenden.

Switch#show stackwise-virtual link 
Stackwise Virtual Link(SVL) Information:
----------------------------------------
Flags:
------
Link Status
-----------
U-Up D-Down
Protocol Status
---------------
S-Suspended P-Pending E-Error T-Timeout R-Ready
-----------------------------------------------
Switch	SVL	Ports                    	Link-Status	Protocol-Status
------	---	-----                    	-----------	---------------
1    	1	FortyGigabitEthernet1/1/0/3 	U          	R              
      	   	FortyGigabitEthernet1/1/0/5 	U          	R              
2    	1	FortyGigabitEthernet2/1/0/3 	U          	R             	      	   
                FortyGigabitEthernet2/1/0/5 	U          	R     

DAD-Verbindungsstatus überprüfen

Hinweis: Diese Ausgaben gelten für C9500-/C9500H-Plattformen, die bei Konfiguration im SVL-Modus 3 Tupel für die Schnittstellenkonvention verwenden.

Switch#show stackwise-virtual dual-active-detection  
Dual-Active-Detection Configuration:
-------------------------------------
Switch	Dad port			Status
------	------------			---------
1 	FortyGigabitEthernet1/0/4 	up   
2 	FortyGigabitEthernet2/0/4 	up

Hinweis: Diese Ausgaben gelten für C9400-/C9600-Plattformen, die bei Konfiguration im SVL-Modus 4 Tupel für die Schnittstellenkonvention verwenden.

Switch#show stackwise-virtual dual-active-detection  
Dual-Active-Detection Configuration:
-------------------------------------
Switch	Dad port			Status
------	------------			---------
1 	FortyGigabitEthernet1/1/0/4 	up   
2 	FortyGigabitEthernet2/1/0/4 	up

ASIC Core IFM-Karte prüfen

Hinweis: Diese Ausgabe stammt normalerweise von C9500H SVL. Die Anzahl der ASICs kann sich je nach Plattform/SKU unterscheiden.

Switch#sh platform software fed sw active ifm mapp  
Interface                 IF_ID    Inst Asic Core Port SubPort Mac  Cntx LPN  GPN  Type Active
TwentyFiveGigE1/0/1       0x3c      1    0    1    20    0    16     4     1    97   NIF  Y 
TwentyFiveGigE1/0/2       0x3d      1    0    1    21    0    17     5     2    98   NIF  Y

Switch#sh platform software fed sw standby ifm mapp 
Interface                 IF_ID    Inst Asic Core Port SubPort Mac  Cntx LPN  GPN  Type Active
TwentyFiveGigE1/0/1       0x8      1     0    1    20   0      16    4    1    1    NIF    Y 
TwentyFiveGigE1/0/2       0x9      1     0    1    21   0      17    5    2    2    NIF    Y

Hinweis: Diese Ausgabe stammt normalerweise von C9600 SVL. Die Anzahl der ASICs kann sich je nach Plattform/SKU unterscheiden.

Switch#sh platform software fed sw active ifm mapp  
Interface                 IF_ID    Inst Asic Core Port SubPort Mac  Cntx LPN  GPN  Type Active
FortyGigabitEthernet1/1/0/3  0xb    0    0    0    16   0      16    0    3    2360  NIF   Y
FortyGigabitEthernet1/1/0/5  0xd    1    0    1    8    0      14    1    5    2361  NIF   Y

Switch#sh platform software fed sw standby ifm mapp 
Interface                 IF_ID    Inst Asic Core Port SubPort Mac  Cntx LPN  GPN  Type Active
FortyGigabitEthernet2/1/0/3 0x6b     0   0   0    16    0      16    0    3   2361  NIF   Y 
FortyGigabitEthernet2/1/0/5 0x6d     1   0   1     8    0      14    1    5   2360  NIF   Y 

Hinweis: Wenn 16.3.x Version auf dem Switch verwendet wird, wäre der Befehl show platform software fed sw active ifm mapp lpn. 

FED-Kanalintegrität prüfen

Switch#show platform software fed switch active fss counters

FSS Packet Counters
        SDP                           LMP 
TX       |     RX            TX       |    RX
---------------------        ---------------------
72651          72666         1157750      1154641


       OOB1                            OOB2 
TX       |      RX            TX        |        RX
---------------------         ---------------------
 8            8              7740057        7590208


   EMP
TX        |      RX               LOOPBACK
----------------------        -------------------
0                0                   79

Switch#show platform software fed switch active fss err-pkt-counters latency
Switch#show platform software fed switch active fss err-pkt-counters seqerr
Switch#show platform software fed switch active fss registers | i group

Hinweis: Stellen Sie sicher, dass die Zähler in den vorherigen Befehlen zum Anzeigen inkrementiert werden. Überprüfen Sie, ob die Befehle show drei- bis viermal wiederholt werden.

LMP-Status überprüfen

Verwenden Sie diese Befehle zum Anzeigen, um den Status der LMP zu überprüfen.

Switch#show platform software fed sw active fss bundle
Stack Port (0-Based) 0
 Control port 16
 Next Probable Control port Unknown
Member Port LPN list
-------------------
LPN:Partner_LPN
1.16:1.16
Stack Port (0-Based) 1
Control port Unknown
 Next Probable Control port Unknown
Member Port LPN list
-------------------
LPN:Partner_LPN

Switch#show platform software fed switch active fss sdp-packets

FED FSS SDP packets max 10:
------------------------

FED-> Nif Mgr
Timestamp Src Mac Dst Mac Seq Num
--------------------------------------------------------------------
Sun Nov 15 18:59:07 2020 bc26:c722:9ef8 ffff:ffff:ffff 51843
Sun Nov 15 18:59:11 2020 bc26:c722:9ef8 ffff:ffff:ffff 51844
Sun Nov 15 18:59:15 2020 bc26:c722:9ef8 ffff:ffff:ffff 51845
Sun Nov 15 18:59:19 2020 bc26:c722:9ef8 ffff:ffff:ffff 51846
Sun Nov 15 18:59:23 2020 bc26:c722:9ef8 ffff:ffff:ffff 51847
Sun Nov 15 18:59:27 2020 bc26:c722:9ef8 ffff:ffff:ffff 51848
Sun Nov 15 18:59:31 2020 bc26:c722:9ef8 ffff:ffff:ffff 51849
Sun Nov 15 18:59:35 2020 bc26:c722:9ef8 ffff:ffff:ffff 51850
Sun Nov 15 18:58:59 2020 bc26:c722:9ef8 ffff:ffff:ffff 51841
Sun Nov 15 18:59:03 2020 bc26:c722:9ef8 ffff:ffff:ffff 51842

Nif Mgr -> FED
Timestamp Src Mac Dst Mac Seq Num
--------------------------------------------------------------------
Sun Nov 15 18:59:29 2020 bc26:c722:dae0 ffff:ffff:ffff 51863
Sun Nov 15 18:59:33 2020 bc26:c722:dae0 ffff:ffff:ffff 51864
Sun Nov 15 18:59:37 2020 bc26:c722:dae0 ffff:ffff:ffff 51865
Sun Nov 15 18:59:01 2020 bc26:c722:dae0 ffff:ffff:ffff 51856
Sun Nov 15 18:59:05 2020 bc26:c722:dae0 ffff:ffff:ffff 51857
Sun Nov 15 18:59:09 2020 bc26:c722:dae0 ffff:ffff:ffff 51858
Sun Nov 15 18:59:13 2020 bc26:c722:dae0 ffff:ffff:ffff 51859
Sun Nov 15 18:59:17 2020 bc26:c722:dae0 ffff:ffff:ffff 51860
Sun Nov 15 18:59:21 2020 bc26:c722:dae0 ffff:ffff:ffff 51861
Sun Nov 15 18:59:25 2020 bc26:c722:dae0 ffff:ffff:ffff 51862

Switch#show platform software fed switch active fss lmp-packets

Interface:TenGigabitEthernet1/3/0/1 IFID:0x37
FED FSS LMP packets max 10:

FED --> Nif Mgr
Timestamp                          Local      Peer       Seq
                                   LPN        LPN        Num
-------------------------------------------------------
Sun Nov 15 19:01:31 2020            1              1              206696
Sun Nov 15 19:01:32 2020            1              1              206697
Sun Nov 15 19:01:33 2020            1              1              206698
Sun Nov 15 19:01:34 2020            1              1              206699
Sun Nov 15 19:01:36 2020            1              1              206701
Sun Nov 15 19:01:37 2020            1              1              206702
Sun Nov 15 19:01:27 2020            1              1              206692
Sun Nov 15 19:01:28 2020            1              1              206693
Sun Nov 15 19:01:29 2020            1              1              206694
Sun Nov 15 19:01:30 2020            1              1              206695

Nif Mgr --> FED
Timestamp                           Local      Peer       Seq
                                    LPN        LPN        Num
-------------------------------------------------------
Sun Nov 15 19:01:29 2020            1              1              206696
Sun Nov 15 19:01:30 2020            1              1              206697
Sun Nov 15 19:01:31 2020            1              1              206698
Sun Nov 15 19:01:32 2020            1              1              206699
Sun Nov 15 19:01:33 2020            1              1              20670
Sun Nov 15 19:01:34 2020            1              1              206701
Sun Nov 15 19:01:35 2020            1              1              206702
Sun Nov 15 19:01:36 2020            1              1              206703
Sun Nov 15 19:01:37 2020            1              1              206704
Sun Nov 15 19:01:28 2020            1              1              206695

Interface:TenGigabitEthernet1/3/0/2 IFID:0x38
FED FSS LMP packets max 10:

FED --> Nif Mgr
Timestamp                          Local      Peer       Seq
                                   LPN        LPN        Num
-------------------------------------------------------
Sun Nov 15 19:01:32 2020            2              2              206697
Sun Nov 15 19:01:33 2020            2              2              206698
Sun Nov 15 19:01:34 2020            2              2              206699
Sun Nov 15 19:01:35 2020            2              2              206700
Sun Nov 15 19:01:36 2020            2              2              206701
Sun Nov 15 19:01:37 2020            2              2              206702
Sun Nov 15 19:01:28 2020            2              2              206693
Sun Nov 15 19:01:29 2020            2              2              206694
Sun Nov 15 19:01:30 2020            2              2              206695
Sun Nov 15 19:01:31 2020            2              2              206696

Nif Mgr --> FED
Timestamp                          Local      Peer       Seq
                                   LPN        LPN        Num
-------------------------------------------------------
Sun Nov 15 19:01:33 2020            2              2              206700
Sun Nov 15 19:01:34 2020            2              2              206701
Sun Nov 15 19:01:35 2020            2              2              206702
Sun Nov 15 19:01:36 2020            2              2              206703
Sun Nov 15 19:01:37 2020            2              2              206704
Sun Nov 15 19:01:28 2020            2              2              206695
Sun Nov 15 19:01:29 2020            2              2              206696
Sun Nov 15 19:01:30 2020            2              2              206697
Sun Nov 15 19:01:31 2020            2              2              206698
Sun Nov 15 19:01:32 2020            2              2              206699

Switch#show platform software fed switch active fss interface-counters
Interface TenGigabitEthernet1/3/0/1 IFID: 0x37 Counters
       LMP 
  TX    |    RX
---------------------
206125      204784

Interface TenGigabitEthernet1/3/0/2 IFID: 0x38 Counters
       LMP 
  TX    |    RX
---------------------
207012      206710

Hinweis: Stellen Sie sicher, dass die Zähler in den vorherigen Befehlen zum Anzeigen inkrementiert werden. Überprüfen Sie, ob die Befehle show drei- bis viermal wiederholt werden.

Switch#test platform software nif_mgr lmp member-port 1
Member port LPN 1 details
----------------------------
Transmitting on LPN: 1
member_port idx: 0
Stack Port: 0
Connection Status: Ready
Port Link Status: Up
LMP HELLO disabled: FALSE
LMP Tx count: 3864
LMP Tx seq no: 3864
LMP Rx count: 3856
LMP Timeout Rx count: 0
LMP Partner Platform Information:
	Blueshift Version:1
	Distributed Stack Domain:100
	Distributed Stack Mode:1
	System Model String:C9500-24Q
	System Product ID:FCW2144A3KF
	System Version ID:V01
	Stack MAC Address:0027:90be:1f00
	System CMI Index:0
	LMP Port LPN:1
	System Switch Number:2
LMP PENDING Partner Platform Information:
	Blueshift Version:1
	Distributed Stack Domain:100
	Distributed Stack Mode:1
	System Model String:C9500-24Q
	System Product ID:FCW2144A3KF
	System Version ID:V01
	Stack MAC Address:0027:90be:1f00
	System CMI Index:0
	LMP Port LPN:1

Switch#test platform software nif_mgr lmp member-port 2
Member port LPN 2 details
----------------------------
Transmitting on LPN: 2
member_port idx: 1
Stack Port: 0
Connection Status: Ready
Port Link Status: Up
LMP HELLO disabled: FALSE
LMP Tx count: 3873
LMP Tx seq no: 3873
LMP Rx count: 3870
LMP Timeout Rx count: 0
LMP Partner Platform Information:
	Blueshift Version:1
	Distributed Stack Domain:100
	Distributed Stack Mode:1
	System Model String:C9500-24Q
	System Product ID:FCW2144A3KF
	System Version ID:V01
	Stack MAC Address:0027:90be:1f00
	System CMI Index:0
	LMP Port LPN:2
	System Switch Number:2
LMP PENDING Partner Platform Information:
	Blueshift Version:1
	Distributed Stack Domain:100
	Distributed Stack Mode:1
	System Model String:C9500-24Q
	System Product ID:FCW2144A3KF
	System Version ID:V01
	Stack MAC Address:0027:90be:1f00
	System CMI Index:0
	LMP Port LPN:2
Switch#test platform software nif_mgr lmp status
Switch#test platform software nif_mgr lmp stack-port 1
Stack port 1 details
----------------------------
stack_port idx:0
Stack Link status:Up
Number Member Ports:1
Member Port LPN List:
1/16,
Switch#test platform software nif_mgr lmp stack-port 2
Stack port 2 details
----------------------------
stack_port idx:1
Stack Link status:Down
Number Member Ports:0
Member Port LPN List:

Hinweis: Bei den vorherigen Befehlen handelt es sich um Testbefehle zum Überprüfen der LMP-Paketzähler und des Status der LMP-Ports auf Cat9k SVL.

SVL-Port ein-/ausschalten

Die Befehle "Shut" (Herunterfahren) und "no shutdown" (Kein Herunterfahren) werden an SVL- und DAD-Ports deaktiviert, wenn das System den virtuellen StackWise-Modus konfiguriert. Wenn zu Testzwecken SVL-Ports geschlossen/deaktiviert werden müssen, versuchen Sie es wie folgt:  

Switch#test platform software nif_mgr port ?
  disable  shutdown port
  enable   unshut port

Alternativ können Sie den nächsten Ansatz verwenden, mit dem SFP/QSFP OIR aus Software simuliert werden kann (z. B. auf Cat9400/Cat9500H/Cat9600). Dies sind ausgeblendete Befehle, für die ein interner Dienst konfiguriert werden muss:

Switch#test idprom interface <...> ?
  fake-insert  Fake insert
  fake-remove  Fake remove

Trace-Archiv aus dem System extrahieren

Wenn der SVL Active Switch mit dem SVL Standby Switch kommunizieren kann, kann ein Ablaufverfolgungsarchiv für beide Switches erstellt werden. Verwenden Sie diese CLI.

Switch#request platform software trace rotate all
Switch#request platform software trace archive 
Unable to archive /tmp/udev_ng4k.vbd.log : file does not exist
Unable to archive /tmp/vbd_app_init.log : file does not exist
excuting cmd on chassis 1 ...
sending cmd to chassis 2 ...
Creating archive file [flash:Switch_1_RP_0_trace_archive-20190807-073924.tar.gz]
Done with creation of the archive file: [flash:Switch_1_RP_0_trace_archive-20190807-073924.tar.gz]
Switch#
Switch#dir flash: | in tar
180238 -rw- 7189863 Aug 7 2019 07:39:34 +00:00 Switch_1_RP_0_trace_archive-20190807-073924.tar.gz
Switch#

Im Fall von Quad SUP müssen Sie ein Trace-Archiv für alle SUP separat sammeln.

request platform software trace slot switch active R0 archive
request platform software trace slot switch active R1 archive 
request platform software trace slot switch standby R0 archive
request platform software trace slot switch standby R1 archive

In Situationen, in denen der aktive SVL-Switch nicht mit dem SVL-Standby-Switch wie SVL Split kommunizieren kann, stellen Sie sicher, dass Sie auf beiden Geräten ein Ablaufverfolgungsarchiv erstellen.

Hinweis: Im Falle eines Absturzes sind diese Ablaufverfolgungsprotokolle im Systembericht verfügbar.

Hinweis: Neuer CLI-Befehl zum Dekodieren von gezippten binären Ablaufverfolgungsdateien, der in 16.7(1) eingeführt wurde. 

    show log file crashinfo:tracelogs/<Dateiname>.bin.gz intern

Hinweis: Die neue Kommandozeile für den technischen Showsupport ist seit 16.11.1 verfügbar.

show tech-support stackwise-virtual switch [active|standby|all|#]

Neue LMP- und SDP-Zähler

Unterstützung hinzugefügt ab Version 16.10.1.

SDP = Stack Discovery Protocol - Datenverkehr für die Aushandlung von Rollen und die Topologie. 

Die Stack-Manager-Komponente ist für die Rollenaushandlung zwischen Stack-Elementen zuständig und wählt die Rollen "Aktiv" und "Standby" aus. Der Stack Manager sendet und empfängt die SDP-Pakete über die SVL und zeigt alle Switches an, die Teil der StackWise Virtual sind.

LMP = Link Management Protocol 

L2-Datenverkehr zur Aufrechterhaltung der SVL. Das Link Management-Protokoll ist eine Softwarekomponente, die ein Hello zwischen den Enden durchführt und entscheidet, ob die physische Verbindung als Teil der virtuellen StackWise-Lösung zulässig ist. Die LMP überwacht auch alle konfigurierten physischen Verbindungen, während diese Teil des SVL sind. LMP ist Teil des Softwareprozesses des Network Interface Manager (Nif Mgr).

FSS - Front Side Stack - Ein weiterer Name für StackWise Virtual.

Aus Software-Sicht (Nif-mgr = Network Interface Manager):

show platform software nif-mgr switch active 
     
     
       switch-info show platform software nif-mgr switch active 
      
        counters show platform software nif-mgr switch active 
       
         counters lpn 1 show platform software nif-mgr switch active 
        
          packets set platform software nif_mgr switch active 
         
           pak-cache 40 —> set the packet cache count per SVL port to 40 (default = 10) 
          
         
        
       
     

Aus Hardwaresicht (FED = Forward Engine Driver):

show platform software fed switch active fss lmp-packets interface 
     
     
       show platform software fed switch active fss sdp-packets show platform software fed switch active fss counters show platform software fed switch active fss interface-counters 
      
        set platform software fed switch active F1 active fss pak-cache 40 —> set the packet cache count per SVL port to 40 (default = 10) 
       
     

Quad-SUP-Redundanzstatus prüfen

Das Quad-Sup-System verfügt über maximal 4 Supervisoren mit jeweils 2 Supervisoren pro Chassis. Das Show-Modul bietet eine vollständige Ansicht sowohl des Chassis als auch der im System vorhandenen SUP.

Sie können die Steckplätze sehen, in denen SUP vorhanden sind, und den Supervisor, der als In-Chassis-Standby-Update mit dem Status als bereitgestellt markiert ist.

SG_SVL_QuadSup#show module
Chassis Type: C9606R

Switch Number 1

Mod Ports Card Type                              Model          Serial No.
---+-----+--------------------------------------+--------------+--------------
1   48    48-Port 10GE / 25GE                    C9600-LC-48YL CAT2310L58W
2   24    24-Port 40GE/12-Port 100GE             C9600-LC-24C  CAT2310L4CP
3   0     Supervisor 1 Module                    C9600-SUP-1   CAT2319L302
4   0     Supervisor 1 Module                    C9600-SUP-1   CAT2319L301
5   48    48-Port 10GE / 25GE                    C9600-LC-48YL CAT2312L2G7
6   24    24-Port 40GE/12-Port 100GE             C9600-LC-24C  CAT2310L4D6

Mod MAC addresses                    Hw   Fw           Sw                 Status
---+--------------------------------+----+------------+------------------+--------
1 DC8C.371D.2300 to DC8C.371D.237F   1.0  17.3.1r[FC2] 2020-11-05_13.02_s   ok 
2 DC8C.371D.2080 to DC8C.371D.20FF   1.0  17.3.1r[FC2] 2020-11-05_13.02_s   ok 
3 DC8C.37CA.6500 to DC8C.37CA.657F   1.0  17.3.1r[FC2] 2020-11-05_13.02_s   ok 
4 --                                 --   N/A          --                   Provisioned
5 DC8C.37A0.6880 to DC8C.37A0.68FF   1.0  17.3.1r[FC2] 2020-11-05_13.02_s   ok 
6 DC8C.371D.1A80 to DC8C.371D.1AFF   1.0  17.3.1r[FC2] 2020-11-05_13.02_s   ok


Mod Redundancy Role     Operating Redundancy Mode Configured Redundancy Mode
---+-------------------+-------------------------+---------------------------
3     Standby             sso                      sso 
4     InChassis-Standby   rpr                      rpr

Switch Number 2

Mod Ports Card Type Model Serial No.
---+-----+--------------------------------------+--------------+--------------
1 24 24-Port 40GE/12-Port 100GE C9600-LC-24C CAT2313L2WE
3 0 Supervisor 1 Module C9600-SUP-1 CAT2321L553
4 0 Supervisor 1 Module C9600-SUP-1 CAT2319L309
5 48 48-Port 10GE / 25GE C9600-LC-48YL CAT2312L2C5
6 48 48-Port 10GE / 25GE C9600-LC-48YL CAT2312L2DW

Mod MAC addresses                                    Hw        Fw                Sw                            Status
---+--------------------------------+----+------------+------------------+--------
1 DC8C.37A0.C480 to DC8C.37A0.C4FF    1.0     17.3.1r[FC2]   2020-11-05_13.02_s   ok 
3 DC8C.37CA.6D00 to DC8C.37CA.6D7F   1.0     17.3.1r[FC2]   2020-11-05_13.02_s   ok 
4 -- -- N/A --                                                                                                              Provisioned
5 DC8C.37A0.5F80 to DC8C.37A0.5FFF     1.0     17.3.1r[FC2]   2020-11-05_13.02_s ok 
6 DC8C.37A0.5C80 to DC8C.37A0.5CFF    1.0     17.3.1r[FC2]   2020-11-05_13.02_s ok

Mod Redundancy Role Operating Redundancy Mode Configured Redundancy Mode
---+-------------------+-------------------------+---------------------------
3      Active                               sso                                       sso 
4      InChassis-Standby            rpr                                        rpr

Chassis 1 MAC address range: 64 addresses from 2c4f.5204.c080 to 2c4f.5204.c0bf

Chassis 2 MAC address range: 64 addresses from 2c4f.5204.bec0 to 2c4f.5204.beff

Um den detaillierten Redundanzstatus pro Supervisor zu überwachen, kann die nächste Befehlszeilenschnittstelle verwendet werden. Zu den bereitgestellten Details gehören die aktuelle Betriebszeit und Bilddetails.

SG_SVL_QuadSup#sh redundancy rpr 
My Switch Id = 2
Peer Switch Id = 1
Last switchover reason = none
Configured Redundancy Mode = sso
Operating Redundancy Mode = sso
Switch 2 Slot 3 Processor Information:
---------------------------------------------
Current Software State = ACTIVE
Uptime in current state = 18 minutes
Image Version = Cisco IOS Software [Bengaluru], Catalyst L3 Switch Software (CAT9K_IOSXE), Experimental Version 17.5.20201101:045441 [s2c/polaris_dev-/nobackup/suhs/latest/polaris 104]
Copyright (c) 1986-2020 by Cisco Systems, Inc.
Compiled Sun 01-Nov-20 10:28 by suhs
BOOT = bootflash:packages.conf;

Switch 2 Slot 4 Processor Information:
---------------------------------------------
Current Software State = InChassis-Standby (Ready)
Uptime in current state = 18 minutes
Image Version =
BOOT = bootflash:packages.conf;


Switch 1 Slot 3 Processor Information:
---------------------------------------------
Current Software State = STANDBY HOT
Uptime in current state = 18 minutes
Image Version = Cisco IOS® Software [Bengaluru], Catalyst L3 Switch Software (CAT9K_IOSXE), Experimental Version 17.5.20201101:045441 [s2c/polaris_dev-/nobackup/suhs/latest/polaris 104]
Copyright (c) 1986-2020 by Cisco Systems, Inc.
Compiled Sun 01-Nov-20 10:28 by suhs
BOOT = bootflash:packages.conf;

Switch 1 Slot 4 Processor Information:
---------------------------------------------
Current Software State = InChassis-Standby (Ready)
Uptime in current state = 18 minutes
Image Version = 
BOOT = bootflash:packages.conf;

Eine weitere wichtige Voraussetzung für das Quad-SUP-System ist, dass Global Active Sup Zugriff auf das gesamte SUP-Dateisystem sowie Erreichbarkeit erhält.

Auf diese Weise können Konfiguration, Images, Lizenz und andere konfigurierte Parameter in allen SUPs repliziert werden.

Verwenden Sie diese CLI, um die Verfügbarkeit des Dateisystems zu überprüfen:

SG_SVL_QuadSup#dir ?
/all List all files
/recursive List files recursively
all-filesystems List files on all filesystems
bootflash-1-0: Directory or file name
bootflash-1-1: Directory or file name
bootflash-2-1: Directory or file name
bootflash: Directory or file name
cns: Directory or file name
crashinfo-1-0: Directory or file name
crashinfo-1-1: Directory or file name
crashinfo-2-1: Directory or file name
crashinfo: Directory or file name
disk0-1-0: Directory or file name
disk0-1-1: Directory or file name
disk0-2-1: Directory or file name
disk0: Directory or file name
flash: Directory or file name
null: Directory or file name
nvram: Directory or file name
revrcsf: Directory or file name
stby-bootflash: Directory or file name
stby-crashinfo: Directory or file name
stby-disk0: Directory or file name
stby-nvram: Directory or file name
stby-rcsf: Directory or file name
system: Directory or file name
tar: Directory or file name
tmpsys: Directory or file name
usbflash0: Directory or file name
webui: Directory or file name
| Output modifiers
<cr> <cr>

SG_SVL_QuadSup#sh file systems 
File Systems:

Size(b) Free(b) Type Flags Prefixes
- - opaque rw system:
- - opaque rw tmpsys:
* 11250098176 8731799552 disk rw bootflash: flash:
11250171904 7888437248 disk rw bootflash-1-0:
1651314688 0 disk rw crashinfo:
1651507200 0 disk rw crashinfo-1-0:
944993665024 896891006976 disk rw disk0:
944994516992 896892141568 disk rw disk0-1-0:
15988776960 15988768768 disk rw usbflash0:
7663022080 7542669312 disk ro webui:
- - opaque rw null:
- - opaque ro tar:
- - network rw tftp:
33554432 33483313 nvram rw nvram:
- - opaque wo syslog:
- - network rw rcp:
- - network rw http:
- - network rw ftp:
- - network rw scp:
- - network rw sftp:
- - network rw https:
- - opaque ro cns:
11250171904 6551502848 disk rw bootflash-2-1:
1651507200 0 disk rw crashinfo-2-1:
944994516992 896136118272 disk rw disk0-2-1:
11250171904 6074400768 disk rw bootflash-1-1:
1651507200 0 disk rw crashinfo-1-1:
945128734720 896416088064 disk rw disk0-1-1:
33554432 33479217 nvram rw stby-nvram:
- - nvram rw stby-rcsf:
11250098176 7888244736 disk rw stby-bootflash:
1651314688 0 disk rw stby-crashinfo:
944993665024 896891629568 disk rw stby-disk0:
- - opaque rw revrcsf:

Migration von 2 Sup SVL-Systemen auf Quad SUP SVL-Systeme

Informationen zu den Migrationsschritten finden Sie hier.

Transfer Catalyst 9600 auf StackWise Virtual Setup mit vier Supervisoren

Quad-SUP-Switchover-Verhalten

Quad-SUP mit allen vier SUPs, die bei einem Systemausfall von Active SUP eingefügt wurden, verfolgt ein Z-Modell für den Übergang zu New Active Supposition.

Dieses Bild zeigt den Übergang zu einem neuen aktiven SUP bei einem Ausfall des aktuellen aktiven SUP.

Verwenden Sie die in Abschnitt 9 erwähnte CLI, um den aktuellen SUP-Status und den Status der einzelnen SUPs an einem beliebigen Punkt des Switchovers zu überprüfen. Darüber hinaus kann die Redundanz-CLI verwendet werden, um die Redundanzübergangsdetails für Global Active/Standby zusammen mit dem Switchover-Verlauf zu verfolgen.

Quad-SUP-ISSU-Verhalten

Quad-SUP mit allen vier Sup in einem System, ISSU zu neuem V2-Image verfolgt ein minimales Datenpfad-Impact-Modell.

Eine Aufnahme der ISSU-Progression wird in diesem Bild erfasst, das mit Folgendem beginnt:

1. Kopieren Sie das neue V2-Image in alle vier SUPs, und aktivieren Sie beide ICS mit dem neuen V2-Image. Dies führt dazu, dass beide ICS neu geladen werden, um mit dem neuen V2-Image zu booten.
2. Aktivieren Sie den globalen Standby-Modus mit V2. Dies führt dazu, dass der Switchover auf den Chassis-internen Standby-Modus erfolgt, der mit dem globalen Standby-Modus verknüpft ist, gefolgt vom alten globalen Standby-Modus, der als ICS mit V2 angezeigt wird.
3. Aktivieren Sie das Abbild "Global Active mit V2", und wechseln Sie in den Chassis-internen Standby, der dem Global Active zugeordnet ist. Bei erfolgreichem Start von Old Global Active als ICS mit V2 wird der Commit-Vorgang abgeschlossen.

Fehlerbehebung bei gängigen Szenarien/Problemen

StackWise-Befehle funktionieren nicht 

Virtuelle StackWise-Befehle sind nur sichtbar/konfigurierbar, wenn die Lizenzebene bei Catalyst Switches als Network Advantage und bei Catalyst Switches als IPBase bzw. IPServices konfiguriert ist. 

Diese Probleme treten vor allem dann auf, wenn wichtige Netzwerkkomponenten nicht richtig konfiguriert sind.

• Überprüfen Sie auf Cat3k, ob eine Lizenz IPBase oder IPServices ist, und verwenden Sie den Befehl show version.
• Überprüfen Sie auf Cat9K, ob eine Lizenz Network Advantage ist, und verwenden Sie den Befehl show version.
• Überprüfen Sie, ob die ROM-Variable MODEL_NUM korrekt ausgefüllt wurde und mit dem tatsächlichen Gerätemodell übereinstimmt.

1. Plattformsoftware-gesteuerte Switch-Aktivitätszähler anzeigen (3-4 Inkremente)
2. Testplattform-Software nif_mgr lmp member-port LPN

3. Sammeln Show Tech-Support StackWise-Virtual

4. Trace-Archivdatei sammeln

SVL-Protokollstatus zeigt kein R an

Welchen Status hat der Link, der mit dem Befehl show stackwise-virtual angezeigt wird?

Mögliche Ursache: 

1. Wenn das Protokoll den Status "S-Suspended" (Ausgesetzt) hat, bedeutet dies meistens, dass die Verbindung deaktiviert ist. 
2. Wenn sich das Protokoll im T-Timeout-Zustand befindet, bedeutet dies, dass es keine LMP-Pakete empfangen/senden kann.

Hinweis: Wenn sich eine andere Verbindung im Status "P - Pending" (P - Ausstehend) befindet, kann die Verbindung im Status "T" LMP-Pakete übertragen, aber keine empfangen.

3. Für Timeout/Pending-Status ist es wichtig, Nif_mgr, Fed zu erfassen und auch nur für den Fall, dass stack_mgr btrace protokolliert.
4. Überprüfen Sie, ob sich der Switch mit shutdown/no shutdown der SVL-Links (nur ein Datenzeiger und keine Lösung) wiederherstellt.

Tipps zur Fehlerbehebung

Wenn Sie die Ursache nicht finden können, geben Sie die folgenden Befehlsausgaben an

1. SVL/DAD-Link-Status prüfen. Verwenden Sie den Link show stackwise-virtual.
2. Überprüfen Sie die Plattformsoftware-FSS-Zähler für aktiven Switch/Standby (3-4 Inkremente).
3. Testplattform-Software nif_mgr lmp member-port LPN.
4. Überprüfen Sie show platform software fed switch active/standby ifm map.

6. Möglicherweise liegt ein Problem mit einem bestimmten xcvr-Typ vor, der für SVL/DAD-Links verwendet wird. Überprüfen Sie show interface <SVL/DAD link> status und show idprom <SVL/DAD link>.

7. Überprüfen Sie show platform, um sicherzustellen, dass SUP/LC mit SVL/DAD-Links im Status OK sind.

Wenn die Fehlerbehebung nicht möglich ist, stellen Sie die folgenden Befehlsausgaben bereit, die das Technikerteam untersuchen muss.

1. Trace-Archivdatei sammeln

2. Show Tech-Support StackWise-Virtual

3. Plattformsoftware-Feed-Switch Aktiv/Standby-FSS-Zähler anzeigen (3-4 Inkremente)

Mögliche Lösung:

1. Shut/No Shut SVL LINKS: Testplattform software nif_mgr port disable/enable LPN

2 Physische OIR des Transceivers auf SVL/DAD-Verbindungen

SVL-Link-Flapping

Mögliche Ursache

Das Auftreten von Link-Flaps auf einem SV-Testbett kann in mehreren Domänen auftreten. Die gängigsten und grundlegendsten Informationen, die unabhängig von der Domäne bzw. dem Bereich der Klappe gesammelt werden müssen, sind im nächsten Abschnitt aufgelistet 

Tipps zur Fehlerbehebung

1. Trace-Archiv erstellen.

2. Überprüfen Sie den Zustand des FED-Kanals.

3. Überprüfen Sie den LMP-Status.

4. Ermitteln Sie die ASIC/Core-Zuordnung, die der SVL-Verbindung entspricht.

5. Sammeln Show Tech-Support StackWise-Virtual

Wenn Sie die Ursache nicht finden können, stellen Sie diese Befehlsausgaben für die weitere Fehlerbehebung durch das Technikerteam bereit.

1. Testplattform-Software nif_mgr lmp member-port <slot> <lpn port>
2. Plattformhardware anzeigen iomd switch 1/2 1/0 lc-portmap brief | Detail

3. show tech-support stackwise-virtual

4. Trace-Archivdatei sammeln

Mögliche Lösung

• Shut/No Shut SVL LINKS: Testplattform software nif_mgr port deaktivieren / aktivieren LPN
• Physische OIR des Transceivers oder versuchen Sie, den Transceiver oder das Kabel an SVL/DAD-Verbindungen zu ändern.

SVL/DAD-Links fehlerfrei deaktivieren

Mögliche Ursache

Die auf den SVL/DAD-Verbindungen verwendeten Transceiver/SFP/QSFP können auf Hardwareebene fehlerhaft sein, und die xcvrs können selbst häufige Link-Flaps erzeugen und dadurch die SVL/DAD-Verbindungen fehlerfrei deaktivieren.

Tipps zur Fehlerbehebung

1. Überprüfen Sie show idprom interface <SVL/DAD-Link>

2. Überprüfen Sie, ob eine der Schnittstellen auf dem Switch tatsächlich deaktiviert wurde. Verwenden Sie show interfaces status err-disabled (Schnittstellenstatus anzeigen).

Wenn Sie die Ursache nicht finden können, geben Sie die folgenden Befehlsausgaben an

1. Startwerte anzeigen

2. Fehlerfreie Wiederherstellung anzeigen

3. show errdisable detect

4. show tech-support stackwise-virtual

5. Trace-Archivdatei sammeln

Mögliche Lösung

1. Shut/No Shut SVL LINKS: Testplattform software nif_mgr port disable/enable LPN

2. Physische OIR des Transceivers oder versuchen Sie, den Transceiver oder das Kabel auf SVL/DAD-Verbindungen zu ändern.

Stack wird nicht erkannt

Die erwartete Ausgabe beim Hochfahren des Systems lautet wie folgt:

Waiting for 120 seconds for other switches to boot
#####################################################
Switch number is 2
All switches in the stack have been discovered. Accelerating discovery

Hinweis: Das zuvor erwähnte Timeout hängt von der Cat9K-Plattform/SKU ab.

Mögliche Ursache

Fehler bei der Stapelerkennung können auf mehrere Gründe zurückzuführen sein. Einige davon sind hier aufgelistet:

1. Der Status der SVL-Links kann NICHT "UP" oder der Protokollstatus kann nicht "Ready" lauten.

2. SVL Links Klappe.

3. Einer der Stack-Switches ist möglicherweise abgestürzt oder ausgefallen.

4. Kabel oder Transceiver versehentlich abziehen oder SVL-Verbindungen abschalten.

Tipps zur Fehlerbehebung

Wenn der Stack bei einer Schnellerkennung nicht erkannt wird, können Sie den Linkstatus aller SVLs überprüfen. Es kann sein, dass keiner der SVL-Links aktiv war. Sie können dies mit dem Befehl show stackwise-virtual link überprüfen.

Wenn Sie die Ursache nicht finden können, geben Sie diese Befehlsausgaben zusammen mit dem Ablaufverfolgungsarchiv an 

1. Trace-Archivdatei sammeln

2. Sammeln Show Tech-Support StackWise-Virtual

3. Plattformsoftware-Feed-Switch Aktiv/Standby-FSS-Zähler anzeigen (3-4 Inkremente)

Switch befindet sich nicht im Wiederherstellungsmodus

Wenn alle SVL-Verbindungen ausgefallen sind und DAD-Verbindungen auf dem SVL konfiguriert sind, muss sich der aktive Switch im Wiederherstellungsmodus befinden.
Switch(Wiederherstellungsmodus)#

Mögliche Ursache 

Die DAD-Verbindung kann aufgrund der physischen Entfernung oder des Herunterfahrens des Ports ausgefallen sein.

Tipps zur Fehlerbehebung

1. Überprüfen Sie, ob die DAD-Verbindungen aktiv sind, und verwenden Sie show stackwise-virtual dual-active-detection [pagp].

2. Wenn die DAD-Links nicht verfügbar sind, überprüfen Sie, warum der Link nicht verfügbar ist.

5. Wenn die DAD-Verbindungen aktiv sind und der Switch weiterhin nicht in den Wiederherstellungsmodus wechselt, müssen Sie die IleMstStateTable-Bits für die jeweiligen DAD-Ports überprüfen, da ein einzelnes DAD-Paket gesendet wird und verpasst werden kann.

Wenn Sie die Ursache oder die Fehlerbehebung nicht finden können, stellen Sie diese Befehlsausgaben zusammen mit dem Ablaufverfolgungsarchiv bereit 

1. Testplattform-Software nif_mgr lmp member-port <slot> <lpn port>
2. Schnittstellenstatus anzeigen <SVL>

3. Trace-Archivdatei sammeln

4. Sammeln Show Tech-Support StackWise-Virtual

5. Plattformsoftware-Feed-Switch Aktiv/Standby-FSS-Zähler anzeigen (3-4 Inkremente)

Switch wechselt in den Wiederherstellungsmodus, bevor alle SVL-Links entfernt werden

Mögliche Ursache

Der aktive Switch wechselt in den Wiederherstellungsmodus, was mehrere Gründe haben kann. Als Nächstes werden einige der möglichen Ursachen aufgelistet.

1. Bei SVL-Verbindungen können unerwartete Verbindungs-Flaps auftreten.

2. Bei SVL-Verbindungen können unerwartete Fehler bei Remote-/lokalen Verbindungen auftreten.

3. Es kann ein Problem beim Austausch von LMP/SDP-Paketen über die SVL-Verbindungen auftreten.

Tipps zur Fehlerbehebung

1. Wenn der Switch in den Wiederherstellungsmodus wechselt, indem nur die Hälfte/weniger als die vollständigen SVL-Verbindungen entfernt werden, > verwenden Sie den Testbefehl, um SVL zu schließen/nicht zu schließen. > Überprüfen Sie, ob das Problem mit physischem OIR reproduziert werden kann.
2. Wenn es immer noch in den Wiederherstellungsmodus ohne den Befehl "shutdown", dann zuerst wahrscheinlich die Ursache → Control-Port kann keine Verschiebung sein.
3. SVL-Verbindungen können aufgrund einer Zeitüberschreitung auftreten, LMP-Pakete können nicht richtig zwischen aktiven/Standby-Switches ausgetauscht werden.

5. Die Fed-Channel-Integrität ist wichtig, um zu überprüfen, ob andere Pakete durchlaufen werden.

Wenn Sie die Ursache oder die Fehlerbehebung nicht finden können, stellen Sie diese Befehlsausgaben zusammen mit dem Ablaufverfolgungsarchiv bereit.

1. Link "stackwise-virtual" anzeigen
2. Stackwise-Virtual Dual-Active-Detection
3. Plattformsoftware-gespeiste Switch-Aktivitätszähler anzeigen (3-4 Inkremente)
4. Testplattform-Software nif_mgr lmp member-port <slot> <lpn port>
5. Plattformsoftware anzeigen Aktives FSS-Paket für Switch

6. Trace-Archivdatei sammeln

7. Sammeln Show Tech-Support StackWise-Virtual

Ports werden im Wiederherstellungsmodus nicht deaktiviert.

Tipps zur Fehlerbehebung

Wenn Sie die Ursache oder die Fehlerbehebung nicht finden können, stellen Sie diese Befehlsausgaben zusammen mit dem Ablaufverfolgungsarchiv bereit 

1. Schnittstellenstatus anzeigen                          

2. Stackwise-Virtual Dual-Active-Detection

3. Seite "stackwise-virtual dual-active-detection" anzeigen
4. Testplattform-Software nif_mgr lmp member-port LPN

Direkter Ping von einem mit Active verbundenen Gerät, kein MEC

Tipps zur Fehlerbehebung

Wenn der Ping-Befehl über die aktive SVL nicht funktioniert und kein SVL-Problem auftreten kann, vergrößern Sie die Ping-Pakete zum Zweck der Fehlerbehebung, verfolgen Sie den Pfad zum Verwerfen von Paketen (Anforderung/Antwort), unterbrechen Sie den Stack, und wiederholen Sie den Vorgang.                   

Wenn Sie die Ursache oder die Fehlerbehebung nicht finden können, stellen Sie diese Befehlsausgaben zusammen mit dem Ablaufverfolgungsarchiv bereit 

1. Link "stackwise-virtual" anzeigen
2. Plattformsoftware-gespeiste Switch-Aktivitätszähler anzeigen (3-4 Inkremente)
3. Testplattform-Software nif_mgr lmp member-port LPN
4. show plattform software fed switch active ifm map

5. show tech-support stackwise-virtual

ÜBERPRÜFUNG DES VERKEHRSVERLUSTS:
7. klare Controller Ethernet-Controller
8. Controller Ethernet-Controller anzeigen <Te/Fo-Schnittstellen bei Datenverkehrspfad>

Direkter Ping von einem mit Standby verbundenen Gerät, kein MEC

Tipps zur Fehlerbehebung

1. Wenn Ping über Standby nicht funktioniert, vergrößern Sie Ping-Pakete für Debugging-Zwecke, und verfolgen Sie den Pfad für Paketverluste (Anforderung/Antwort).

Wenn Sie die Ursache oder die Fehlerbehebung nicht finden können, stellen Sie diese Befehlsausgaben zusammen mit dem Ablaufverfolgungsarchiv bereit. 

1. Link "stackwise-virtual" anzeigen
2. Plattformsoftware-gespeiste Switch-Aktivitätszähler anzeigen (3-4 Inkremente)
3. Testplattform-Software nif_mgr lmp member-port LPN
4. show plattform software feeds switch active fss ifm map
5. show tech-support stackwise-virtual

ÜBERPRÜFUNG DES VERKEHRSVERLUSTS:
7. klare Controller Ethernet-Controller
8. Controller Ethernet-Controller anzeigen <Te/Fo-Schnittstellen bei Datenverkehrspfad>

9. Schnittstellenindikatorfehler anzeigen

Ping über Port-Channel

Tipps zur Fehlerbehebung

1. Um das Problem zu diagnostizieren, isolieren Sie das Problem entweder auf einen aktiven Port-Channel-Port oder einen Standby-Port-Channel-Port.
2. Wiederholen Sie nach dem Herstellen der vorherigen Isolierung die Aktionen für "active" oder "standby", wie zuvor aufgeführt.
3. Stellen Sie sicher, dass die Port-Channel-Member-Ports an jedem Ende des Port-Channels aktiv sind.

Wenn Sie die Ursache oder die Fehlerbehebung nicht finden können, geben Sie die vorherigen Befehlsausgaben zusammen mit dem Ablaufverfolgungsarchiv an:

1. Link "stackwise-virtual" anzeigen
2. Plattformsoftware-gespeiste Switch-Aktivitätszähler anzeigen (3-4 Inkremente)
3. Testplattform-Software nif_mgr lmp member-port LPN
4. show plattform software feeds switch active fss ifm map
5. show tech-support stackwise-virtual

ÜBERPRÜFUNG DES VERKEHRSVERLUSTS:
7. klare Controller Ethernet-Controller
8. Controller Ethernet-Controller anzeigen <Te/Fo-Schnittstellen bei Datenverkehrspfad

9. Schnittstellenindikatorfehler anzeigen 

FED-Absturz/IOSd-Absturz/Stack_mgr

Tipps zur Fehlerbehebung

Sammeln Sie diese Informationen, und stellen Sie sie bereit:

1. Konsolenprotokolle sammeln. 

2. Systembericht und Core-Datei-Decodierung, falls vorhanden.

Chassis verloren sowohl Aktiv als auch Standby

Tipps zur Fehlerbehebung

Sammeln Sie diese Informationen, und stellen Sie sie bereit: 

1. Füllen Sie den Systembericht aus.

2. Links Staat und Protokoll Staat der SVLs.     

Aktiv entfernt, bevor Stdby bereit wurde

Tipps zur Fehlerbehebung

Sammeln Sie diese Informationen, und stellen Sie sie bereit:

1. Systembericht hauptsächlich abschließen.

2. Links Staat und Protokoll Staat der SVLs.

Datenverkehr

Tipps zur Fehlerbehebung

1. Stellen Sie sicher, dass die Quell- und Ziel-MAC-Adressen in Datenverkehrsströmen entsprechend festgelegt sind.
2. Stellen Sie sicher, dass sich der Datenverkehrspfad in derselben VLAN-Domäne oder im gleichen Trunk-Modus befindet.
3. Wenn "drop" aktiv ist und der Datenverkehrsstrom nicht über SVL übertragen wird, kein SVL-Problem sein kann, unterbrechen Sie den Stack und versuchen Sie es.
4. Wenn das Paket im Standby-Modus verworfen wird und voraussichtlich über SVL übertragen wird, erfassen Sie csv dump, ifm map.
5. Identifizieren Drop verwenden Controller Ethernet-Controller anzeigen <Schnittstelle>.
6. Falls Port-Channel beteiligt ist, versuchen Sie, Drop zu isolieren, indem Sie ein Mitglied von Port-Channel herunterfahren, um festzustellen, ob das Drop aktiv oder im Standby-Modus ist. Wiederholen Sie die zuvor aufgeführten Schritte. 

Wenn Sie die Ursache oder die Fehlerbehebung nicht finden können, stellen Sie diese Befehlsausgaben zusammen mit dem Ablaufverfolgungsarchiv bereit. 

1. Link "stackwise-virtual" anzeigen
2. Plattformsoftware-gespeiste Switch-Aktivitätszähler anzeigen (3-4 Inkremente)
3. Testplattform-Software nif_mgr lmp member-port LPN
4. show plattform software fed switch active ifm map
5. show tech-support stackwise-virtual

ÜBERPRÜFUNG DES VERKEHRSVERLUSTS:
Clear Controller Ethernet-Controller
show controllers Ethernet-controller <Te/Fo-Schnittstellen bei Datenverkehrspfad>

Schnittstellenindikatorfehler anzeigen

L3-Datenverkehr

Tipps zur Fehlerbehebung

1. Stellen Sie sicher, dass ARP-Einträge aufgelöst und die erforderlichen Routen hinzugefügt wurden.
2. Stellen Sie sicher, dass die Quell- und Ziel-IP-Adressen richtig festgelegt sind.
3. Wenn "drop" aktiv ist und der Datenverkehrsstrom nicht über SVL übertragen wird, kein SVL-Problem sein kann, unterbrechen Sie den Stack und versuchen Sie es.
4. Wenn das Paket im Standby-Modus verworfen wird und voraussichtlich über SVL übertragen wird, ermitteln Sie csv dump, ifm map.
5. Identifizieren Drop verwenden Controller Ethernet-Controller anzeigen <Schnittstelle>.
6. Falls Port-Channel beteiligt ist, versuchen Sie, Drop zu isolieren, indem Sie ein Mitglied von Port-Channel herunterfahren, um festzustellen, ob der Drop aktiv oder im Standby-Modus ist. Wiederholen Sie die zuvor aufgeführten Schritte.

Wenn Sie die Ursache oder die Fehlerbehebung nicht finden können, stellen Sie diese Befehlsausgaben zusammen mit dem Ablaufverfolgungsarchiv bereit 

1. show stackwise-virtual-Link
2. show platform software fed switch active fss counters (3-4 Increments)
3. Testplattform-Software nif_mgr lmp member-port LPN
4. show plattform software fed switch active ifm map
5. show tech-support stackwise-virtual

ÜBERPRÜFUNG DES VERKEHRSVERLUSTS:
Clear Controller Ethernet-Controller
show controllers Ethernet-controller <Te/Fo-Schnittstellen bei Datenverkehrspfad>

Schnittstellenindikatorfehler anzeigen

Datenverlust in SVL

Tipps zur Fehlerbehebung

1. Identifizierung der Stellen, an denen der Datenverkehr verloren geht, z. B.

• Eingangs-Switch an der Eingangsschnittstelle [nicht bezogen auf SVL]
• Eingangs-Switch an SVL-Ausgangsschnittstelle
• Ausgangs-Switch an Eingangs-SVL-Schnittstelle
• Egress-Switch an der Egress-Schnittstelle [nicht in Bezug auf SVL]

2. Trace-Archiv erstellen.

3. Überprüfen Sie den Zustand des FED-Kanals.

4. Überprüfen Sie den LMP-Status.

5. Ermitteln Sie die ASIC/Core-Zuordnung, die der SVL-Verbindung entspricht.

6. Erfassen Sie Pakete, die auf SVL verworfen werden.

FIPS auf SVL

Mögliche Ursache

Es besteht immer die Möglichkeit, dass FIPS auf dem SVL-Schlüssel nicht auf jedem Switch einzeln konfiguriert werden kann. Derselbe FIPS-Schlüssel muss auf beiden Switches, die Teil der SVL sind, einzeln konfiguriert werden.

1.Der in ROMmon gespeicherte FIPS_KEY kann sich unterscheiden, auch wenn Sie denselben Authentifizierungsschlüssel sowohl für SW-1 als auch für SW-2 konfiguriert haben. Dies ist ein erwartungsgemäßes Verhalten.

2. Überprüfen Sie, ob der Status "show fips" angezeigt wird, und stellen Sie sicher, dass der Switch für den FIPS-Modus konfiguriert ist.

Tipps zur Fehlerbehebung

1. Überprüfen Sie den FIPS-Modus, und verwenden Sie show fips status.

2. Überprüfen Sie show fips Autorisierungsschlüssel.

3. Überprüfen Sie show romvar.

Wenn Sie die Ursache oder die Fehlerbehebung nicht finden können, stellen Sie diese Befehlsausgaben zusammen mit dem Ablaufverfolgungsarchiv bereit 

1. FIPS-Status anzeigen

2. FIPS Autorisierungsschlüssel anzeigen

3. show platform software fed switch <active|standby> fss sesa-counters

4. Link "stackwise-virtual" anzeigen

5. Stackwise-Virtual anzeigen

6. show tech-support stackwise-virtual

7. Trace-Archiv sammeln und bereitstellen

Sicheres SVL

Mögliche Ursache

Es besteht immer die Möglichkeit, dass ein sicherer SVL-Schlüssel nicht für jeden Switch einzeln konfiguriert wurde. Derselbe sichere SVL-Schlüssel muss auf beiden Switches, die Teil des SVL sind, einzeln konfiguriert werden.

1. Der in ROMmon gespeicherte SSVL_KEY kann sich unterscheiden, auch wenn Sie denselben Authentifizierungsschlüssel sowohl für SW-1 als auch für SW-2 konfiguriert haben. Dies ist ein erwartungsgemäßes Verhalten.

2. Überprüfen Sie, ob show secure-stackwise-virtual status angezeigt wird, und stellen Sie sicher, dass der Status im SECURE-SVL-Modus konfiguriert ist.

Tipps zur Fehlerbehebung

1. Der in ROMmon gespeicherte SSVL_KEY kann sich unterscheiden, auch wenn Sie denselben Authentifizierungsschlüssel sowohl für SW-1 als auch für SW-2 konfiguriert haben. Dies ist ein erwartungsgemäßes Verhalten. Verwenden Sie show romvar CLI.

2. Wenn Switch-1 und Switch-2 in der Konfiguration für den sicheren SVL-Schlüssel nicht übereinstimmen, werden beim Aufrufen von SVL möglicherweise Fehlermeldungen wie die folgenden angezeigt:

"stack_mgr: Erneutes Laden aus folgendem Grund: SESA: SESA AER Anforderung nicht empfangen, Fehler: 31"

3. Überprüfen Sie, ob der Status "secure-stackwise-virtual" angezeigt wird, und stellen Sie sicher, dass er im SECURE-SVL-Modus konfiguriert ist.

Wenn Sie die Ursache oder die Fehlerbehebung nicht finden können, stellen Sie diese Befehlsausgaben zusammen mit dem Ablaufverfolgungsarchiv bereit 

1. show secure-stackwise-virtual status

2. show secure-stackwise-virtual Authorization-key

3. show secure-stackwise-virtual interface <SVL_LINK>

4. Sammeln Show Tech-Support StackWise-Virtual

5. debug secure-stackwise-virtual

6. Trace-Archiv sammeln und bereitstellen

V-Konflikt im Switch

Mögliche Ursache 

Eine andere Version der Software, die im aktiven und Standby-Chassis gestartet wird, führt zu V-Mismatch im SVL.

Tipps zur Fehlerbehebung

Überprüfen Sie show switch, und überprüfen Sie, ob V-Mismatch vorliegt.

Mögliche Lösung

Es gibt eine Funktion, die als automatisches Software-Upgrade bezeichnet wird und standardmäßig auf Cat9k-Plattformen aktiviert ist. Wenn diese Funktion aktiviert ist und Softwarekonflikte erkennt, überträgt das Softwarepaket, das auf dem aktiven Switch vorhanden ist, an den Standby-Switch, und der Standby-Switch wird automatisch auf dieselbe Softwareversion aktualisiert, die sich auf dem aktiven Switch befindet.

Wenn die automatische Softwareaktualisierung deaktiviert ist, aktivieren Sie sie, und starten Sie dann den Standby-Switch neu, sodass die automatische Softwareaktualisierung beginnt und sowohl die aktiven als auch die Standby-Switches die gleiche Softwareversion verwenden, die in SVL verwendet wird.

Software-Auto-Upgrades funktionieren nur im Installationsmodus auf Catalyst 9000-Plattformen, dem empfohlenen Startmodus.

1. Überprüfen Sie, ob das automatische Software-Upgrade auf dem SVL aktiviert ist. Verwenden Sie die Kommandozeile show:

switch#show run all | i Software
automatische Software-Upgrades

Aufteilen des Stapels durch Entfernen nur eines SVL-Links aus mehreren SVL-Links

Mögliche Ursache

Diese Art von Problem kann auftreten, wenn Transceiver sind halb / teilweise auf der Frontblende Ports eingesetzt werden, es könnte eine Chance, dass IOMD-Prozess in den Besetzt-Zustand, wenn lesen idprom dieser xcvrs. Dies kann die Ausführung und den Abschluss einiger typischer show-Befehle verlangsamen, z. B. show idprom <Schnittstelle>, show interface status usw. in SVL für aktive oder Standby-Switches.

1. Überprüfen Sie show idprom interface <intf>. Überprüfen Sie das Disprom-Dump auf den aktiven und auf den Standby-Switch-Schnittstellen, und prüfen Sie, ob sich die Ausführung dieser CLI verlangsamt oder verzögert.

2. Überprüfen Sie show interfaces <intf>. Überprüfen Sie die Schnittstellen des aktiven und des Standby-Switches, und prüfen Sie, ob die Ausführung dieser CLI langsam/verzögert erfolgt.

3. Überprüfen Sie auch, ob die CPU-Auslastung auf der SVL hoch ist, verwenden Sie show prozesse cpu sortiert.

Tipps zur Fehlerbehebung

Wenn Sie die Ursache nicht finden können, stellen Sie diese Befehlsausgaben zusammen mit dem Ablaufverfolgungsarchiv bereit.

1. Überprüfen Sie, ob die CPU hoch ist, verwenden Sie show-Prozesse cpu sorted.

2. Überprüfen Sie, ob der TDL-Substeckplatz-Ping funktioniert, verwenden Sie die Testplattform-Software tdl ping Substeckplatz <>.

Mögliche Lösung

Eine der möglichen Ursachen für dieses Problem können halb oder lose eingesetzte Transceiver auf dem Port an der Vorderseite der Switches in SVL sein.

Sicherstellen, dass die Transceiver richtig an den Anschlüssen an der Vorderseite sitzen bzw. eingesetzt sind, indem sie eine physische Inspektion der Transceiver/Kabel durchführen.

Überprüfen Sie anschließend die nächsten Befehle, um sicherzustellen, dass alles einwandfrei funktioniert.

1. Überprüfen Sie show idprom interface <intf>. Überprüfen Sie das idprom-Dump auf den aktiven und den Standby-Switch-Schnittstellen, und überprüfen Sie, ob die CLI ohne Verzögerung bei der Fertigstellung dieser CLI ausgeführt wird.

2. Überprüfen Sie show interfaces <intf>. Überprüfen Sie die Schnittstellen des aktiven und des Standby-Switches, und überprüfen Sie, ob die CLI ohne Verzögerung ausgeführt wird.

3. Überprüfen Sie auch, ob die CPU-Auslastung ist nicht hoch auf der SVL, verwenden show Prozesse cpu sorted.

Wenn das Problem weiterhin besteht, sammeln Sie die CLI-Ausgaben und -Protokolle.

1. Sammeln Sie Show tech-support stackwise-virtual.

2. Trace-Archiv erfassen und bereitstellen.