Dépannage de SVL sur les commutateurs Catalyst 9000

Introduction

Ce document décrit comment identifier, collecter des journaux utiles et résoudre les problèmes qui peuvent survenir avec StackWise-virtual (SVL) sur les commutateurs Catalyst 9000. Il fournit également une matrice de prise en charge, des restrictions, des commandes et des problèmes courants observés avec SVL. 

Informations générales

Lorsque vous dépannez SVL, vous devez comprendre et respecter des critères de base lors du déploiement de SVL à l'aide des commutateurs Cisco Catalyst 9000. Il s'agit de critères qui doivent être respectés :

• Assurez-vous que SVL est pris en charge pour un commutateur, une plate-forme et une version logicielle donnés.
• Assurez-vous que SVL est configuré conformément aux instructions fournies dans le guide de configuration et en respectant strictement les restrictions fournies. 
• Assurez-vous que les liaisons SVL sont physiquement connectées entre les commutateurs.

Prise en charge de la plate-forme

Les plates-formes actuellement prises en charge sont répertoriées en même temps que la formation logicielle qui introduit la prise en charge.

Train de logiciels	Prise en charge SVL introduite le	Commentaires
16.3	C3850-48XS
16.6	C9500-24Q
16.8	C9500-12Q, C9500-24Q, C9500-16X, C9500-40X C3850-12XS, C3850-24XS, C3850-48XS	Liaison SVL/DAD non prise en charge sur le module de liaison ascendante sur C9500-16X, C9500-40X, C3850-12XS, C3850-24XS
16.9	C9404R, C9407R	- Liaison SVL/DAD prise en charge uniquement sur les ports de superviseur - SVL prise en charge uniquement avec SUP-1 ou SUP-1XL
16.10	C9500-32C, C9500-32QC, C9500-24Y4C, C9500-48Y4C	Prise en charge virtuelle StackWise introduite pour la première fois sur les modèles hautes performances C9500
16.11	C9500-NM-2Q, C9500-NM-8X, C9500-16X, C9500-40X C9410R, C9400-SUP-1XL-Y	- Liaison SVL/DAD désormais prise en charge sur les modules de liaison ascendante sur C9500-16X, C9500-40X -SVL pris en charge sur tous les châssis C9400 avec SUP-1 ou SUP-1XL ou SUP-1XL-Y - SUPPORT SVL XL-25G SUP
16.12	C9606R	- Prise en charge virtuelle StackWise introduite pour la première fois sur le châssis C9600 avec C9600-LC-48YL et C9600-LC-24C - Prise en charge FIP SVL - PRISE EN CHARGE FIPS DES LIAISONS ASCENDANTES SUR SVL - Prise en charge SVL sécurisée
17.1	C9606R	Nouveau support LC C9600-LC-48TX sur C9600 HA et SVL
17.2	C9606R	- Prise en charge du quadruple superviseur avec redondance du processeur de routage (RPR) pour la première fois sur le châssis C9606R - Prise en charge des liaisons DAD sur C9600-LC-48S

Restrictions

La plupart des restrictions se trouvent dans le guide de configuration virtuelle Cisco StackWise. Vous trouverez ci-dessous quelques-unes des autres restrictions qui sont plus spécifiques à la plate-forme et ne peuvent pas être explicitement mentionnées dans le guide de configuration.

Restriction courante :

La configuration DAD (Dual-Active Detection) et SVL doit être effectuée manuellement et les périphériques doivent être redémarrés pour que les modifications de configuration prennent effet.

Restrictions sur C9400 SVL

• Les connexions SVL peuvent être établies via des ports de liaison ascendante 10G, 40G ou 25G (disponibles uniquement sur C9400-SUP-1XL-Y) sur les modules de supervision et des ports de liaison descendante 10G sur les cartes de ligne
• La configuration SVL sur les interfaces 1G n'est pas prise en charge.
• Les liaisons SVL et DAD de 16.9.1 sont prises en charge sur les ports de supervision. DAD ePAgP peut être configuré sur une carte de ligne, ainsi que sur des ports de superviseur. 
• SVL et DAD sur certaines cartes de ligne sont disponibles sous 16.11.1

Pour une liste complète des restrictions sur le C9400, visitez ici

Restrictions sur C9500 SVL

• Lorsque SVL est configuré sur les commutateurs de la gamme Cisco Catalyst 9500 avec C9500-NM-2Q (2x40G), vous ne pouvez pas utiliser une combinaison de ports de liaison descendante fixes et de liaisons ascendantes modulaires. Les SVL doivent avoir la même vitesse sur chaque membre.
• Les ports 40G d'un C9500-NM-2Q ne peuvent pas être combinés aux ports de liaison descendante d'un commutateur car ils ont des vitesses différentes.
• Dans une solution virtuelle Cisco StackWise, les interfaces qui prennent en charge les câbles de dérivation 4X10G et QSA peuvent être utilisées pour le trafic de données/contrôle, mais ne peuvent pas être utilisées pour configurer des liaisons SVL ou DAD.

Restrictions sur SVL C9500H

• Sur les commutateurs C9500-32C, vous pouvez configurer SVL et DAD uniquement sur les interfaces numérotées de 1 à 16 sur la façade du commutateur.
• Sur C9500-32QC, vous pouvez configurer SVL et DAD uniquement sur les interfaces 100G et 40G natives (ports de configuration par défaut). Vous ne pouvez pas configurer SVL et DAD sur des interfaces converties 100G et 40G.
• Les liaisons SVL/DAD ne peuvent pas être configurées sur les interfaces de dérivation 4X10G et 4X25G sur SVL C9500-32C. Cependant, des interfaces de séparation peuvent être utilisées pour le trafic de données/contrôle lorsque des commutateurs hautes performances de la gamme C9500 sont configurés en mode virtuel StackWise.
• Sur les commutateurs hautes performances de la gamme Cisco Catalyst C9500, les configurations de liaison SVL sur les interfaces 1G ne sont pas prises en charge
• Le 9500H ne prend pas en charge la fonctionnalité SVL sur une version 16.9. (Cisco a supprimé cette option de configuration via l'ID de bogue Cisco CSCvt46115 dans 16.9.6). Vérifiez que votre 9500H fonctionne sous 16.10 ou version ultérieure.

Restrictions sur C9600 SVL

• Sur les commutateurs Cisco Catalyst C9600R, les liaisons SVL/DAD ne peuvent pas être configurées sur les interfaces de dérivation 4X10 et 4X25G. Cependant, des interfaces de séparation peuvent être utilisées pour le trafic de données lorsque des commutateurs C9600R sont configurés en mode virtuel StackWise.
• Sur les commutateurs Cisco Catalyst C9600R, les configurations de liaison SVL sur les interfaces 1G ne sont pas prises en charge.
  

Dépannage

Comment vérifier la configuration virtuelle StackWise ?

Étape 1. Utilisez show running configuration pour vous assurer que la configuration StackWise-virtual existe et est correcte dans running-config. 

Note: Seule la configuration virtuelle StackWise est répertoriée dans le résultat.

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
!

Étape 2. Show romvar peut être utilisé pour vérifier que les variables rommon affichent les valeurs correctes qui correspondent à la configuration StackWise-virtual configurée

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,"

Note: La sortie ci-dessus affiche la variable rommon créée et mise à jour à partir d'un commutateur C9400/C9600 configuré en mode SVL. Ils utilisent 4 conventions d'interface tuple lorsqu'ils sont configurés en mode SVL.

D_STACK_DISTR_STACK_LINK1 représente la variable rommon pour les liaisons SVL à partir de switch1 et switch2

D_STACK_DAD représente la variable rommon pour les liaisons DAD

D_STACK_DOMAIN_NUM représente le numéro de domaine SVL, assurez-vous qu'ils sont identiques sur les commutateurs 1 et 2

D_STACK_MODE représente que le commutateur Cat9k est configuré en mode pile SVL/distribué

Le numéro de domaine SVL, ainsi que la configuration de liaison SVL et DAD, sont non seulement stockés dans le cadre de running-config/startup-config, mais également sous la forme de variables rommon

Les variables rommon et les valeurs associées de ces variables rommon peuvent être vérifiées. Utiliser l'interface CLI comme indiqué ci-dessus

Le résultat ci-dessous affiche la variable rommon créée et mise à jour à partir d'un commutateur C9500H/C9500 configuré en mode SVL, où le nom de l'interface suit un modèle à 3 tuples lorsqu'il est configuré en mode SVL.

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,"

Comment vérifier l'état du commutateur ?

L'état du commutateur des deux châssis devrait être à l'état Prêt. Vérifiez également le résultat de la commande show module pour vous assurer que tous les LC sont à l'état OK.

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

États du commutateur

États du commutateur SVL	Description
Prêt	La pile/le commutateur est prêt à être utilisé
discordance	La version de l'image ne correspond pas au commutateur homologue
Initialisation	Le système n'est pas prêt à être utilisé, il est encore en cours d'initialisation
Synchronisation HA en cours	Le système n'est pas prêt à être utilisé, en attente de la synchronisation de la configuration.

Ci-dessous se trouve la sortie show module d'un commutateur 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# 

Comment vérifier l'état de la liaison SVL ?

L'état de la liaison des ports SVL doit être en U (Up) et l'état du protocole doit être R (Ready).

Note: Ces sorties sont applicables sur les plates-formes C9500/C9500H qui utilisent 3 tuples pour la convention d'interface lorsqu'elles sont configurées en mode SVL

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     

État du protocole SVL	Description
Suspendu	Le protocole est en état de suspension, peut être vu lorsque la liaison SVL est désactivée Vérifier l'état de la liaison et s'assurer que la liaison est activée
En attente	Le protocole est en attente, peut être vu lorsque la liaison n'est pas encore groupée Vérifiez le côté distant de la liaison, si les deux côtés sont en cours, vérifiez l’état LMP.
Erreur	Le protocole est en état d'erreur, peut être vu lorsque des paquets LMP sont échangés avec des erreurs de valeur
Délai d'attente	Le protocole a expiré, peut être vu lorsque les messages LMP ne sont pas transmis ou reçus plus de 16 secondes fois
Prêt	Le protocole est en état prêt, il s'agit de l'état souhaité en fonctionnement normal Les messages LMP et SDP sont échangés avec succès

Note: Ces sorties sont applicables sur les plates-formes C9400/C9600 qui utilisent 4 tuples pour la convention d'interface lorsqu'elles sont configurées en mode SVL.

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     

Comment vérifier l'état de la liaison DAD ?

Note: Ces sorties sont applicables sur les plates-formes C9500/C9500H qui utilisent 3 tuples pour la convention d'interface lorsqu'elles sont configurées en mode SVL.

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

Note: Ces sorties sont applicables sur les plates-formes C9400/C9600 qui utilisent 4 tuples pour la convention d'interface lorsqu'elles sont configurées en mode SVL

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

Comment vérifier la carte ASIC Core IFM ?

Note: Cette sortie est une sortie typique de C9500H SVL. Le nombre d'ASIC peut varier en fonction de la plate-forme/de la référence.

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

Note: Cette sortie est une sortie type du C9600 SVL. Le nombre d'ASIC peut varier en fonction de la plate-forme/de la référence.

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 

Note: Lorsque la version 16.3.x est utilisée sur le commutateur, la commande est show platform software fed sw active ifm mapp lpn. 

Comment vérifier l'intégrité du canal FED ?

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

Note: Vérifiez que les compteurs sont incrémentés dans les commandes show ci-dessus. Vérifiez ces commandes show 3 à 4 fois de manière répétitive.

Comment vérifier l'état de santé des LMP ?

Utilisez ces commandes show pour vérifier l’état du LMP

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

Note: Vérifiez que les compteurs sont incrémentés dans les commandes show ci-dessus. Vérifiez ces commandes show 3 à 4 fois de manière répétitive

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:

Note: Les commandes de test ci-dessus permettent de vérifier les compteurs de paquets LMP et l'état des ports LMP sur Cat9k SVL

Comment arrêter/désactiver le port SVL ?

Les commandes d'arrêt et d'arrêt sont désactivées sur les ports SVL et DAD lorsque le système est configuré en mode virtuel StackWise. À des fins de test, s'il est nécessaire d'arrêter/de désactiver les ports SVL, essayez comme indiqué ici :  

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

Vous pouvez également utiliser l'approche ci-dessous, qui peut simuler l'OIR SFP/QSFP à partir du logiciel (par exemple sur Cat9400/Cat9500H/Cat9600). Il s'agit de commandes masquées et nécessite la configuration de service interne :

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

Extraire l'archive de suivi du système

Lorsque le commutateur actif SVL peut communiquer avec le commutateur de secours SVL, une archive de suivi pour les deux commutateurs peut être générée. Utilisez cette interface de ligne de commande.

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#

Dans le cas de Quad SUP, vous devez collecter une archive de suivi pour tous les SUP séparément.

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

Dans les situations où le commutateur actif SVL ne peut pas communiquer avec le commutateur de secours SVL tel que SVL Split, assurez-vous de générer une archive de suivi sur les deux unités.

Note: En cas de panne, ces journaux de suivi sont disponibles sur le rapport système.

Note: Nouvelle commande CLI pour décoder les fichiers de trace binaire compressés introduits dans 16.7(1) 

    show log file crashinfo:tracelogs/<filename>.bin.gz internal

Note: La nouvelle interface de ligne de commande show tech-support est disponible depuis 16.11.1

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

Nouveaux compteurs LMP et SDP

Support ajouté à partir de la version 16.10.1

SDP - Stack Discovery Protocol - trafic pour la négociation de rôles et la topologie. Les

Le composant gestionnaire de pile est responsable de la négociation des rôles entre les membres de la pile et choisit le rôle Actif et Veille. Stack Manager envoie et reçoit les paquets SDP par le biais de la SVL et obtient la vue de tous les commutateurs qui font partie de Stackwise Virtual.

LMP - Link Management Protocol -

Trafic de couche 2 pour la maintenance de la SVL. Le protocole de gestion des liaisons est un composant logiciel qui exécute un HELLO entre les extrémités et décide si la liaison physique est éligible pour faire partie de StackWise Virtual. LMP surveille également chaque liaison physique configurée pendant qu’elle fait partie de la SVL. LMP fait partie du processus logiciel Nif Mgr (Network Interface Manager).

FSS - Pile frontale - autre nom pour StackWise Virtual

Du point de vue logiciel (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) 
          
         
        
       
     

Du point de vue matériel (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) 
       
     

Comment vérifier l'état de redondance de Quad SUP ?

Le système Quad Sup a un maximum de 4 superviseurs avec 2 superviseurs présents par châssis. Show module fournit une vue complète du châssis et du SUP présents dans le système.

Vous pouvez voir les emplacements dans lesquels les SUP sont présents et le superviseur qui est marqué comme Mise à jour en veille du châssis avec l'état provisionné.

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

Pour observer par sup détaillé état de redondance ci-dessous show CLI peut être utilisé ... Les détails fournis incluent le temps de fonctionnement actuel et les détails de l'image.

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;

Un autre activateur majeur pour le système Quad SUP est de faire de Global Active Sup un accès à tous les systèmes de fichiers SUP, ainsi qu'à l'accessibilité.

Cela permet de répliquer la configuration, les images, la licence et d'autres paramètres configurés sur tous les SUP

Utiliser l'interface de ligne de commande ci-dessous pour valider la disponibilité du système de fichiers

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:

Comment migrer 2 Sup SVL System vers Quad SUP SVL System ?

Reportez-vous à ce lien pour connaître les étapes de migration

https://www.cisco.com/c/en/us/support/docs/switches/catalyst-9600-series-switches/215627-catalyst-9600-migration-to-quad-superv.html

Comportement de commutation SUP Quad

Quad SUP avec les quatre sups remplis dans une panne système d'Active SUP suit un modèle Z pour la transition vers la nouvelle prise en charge active.

Cette image représente la transition New Active SUP en cas d'échec de l'Active SUP actuel.

Veuillez utiliser les CLI mentionnées dans la section 9 pour vérifier l'état actuel et l'état de santé de chaque sup à n'importe quel point de commutation. En outre, show redundancy CLI peut être utilisé pour suivre les détails de la transition de redondance globale active/veille ainsi que l'historique de la commutation.

Comportement de la pile à quatre SUP

Quad SUP avec les quatre Sup dans un système, ISSU à nouvelle image V2 suivent un modèle d'impact de chemin de données minimal.

La progression d'une capture ISSU est capturée dans cette image qui commence par :

1. Copiez la nouvelle image V2 sur les 4 SUP et activez les deux ICS avec la nouvelle image V2. Cela entraîne un rechargement des deux ICS pour démarrer avec la nouvelle image V2.
2.  Active la veille globale avec V2, ce qui entraîne le passage à la veille en mode veille dans le châssis associé à la veille globale suivie de la veille globale ancienne apparaît comme ICS avec V2.
3. Active l'image Global Active avec V2, ce qui permet de passer en veille dans le châssis associé à l'image Global Active. Lors du démarrage réussi de Old Global Active en tant qu'ICS avec V2, termine l'opération de validation.

Dépannage de scénarios/problèmes courants

Les commandes StackWise ne fonctionnent pas 

Les commandes virtuelles StackWise sont visibles/disponibles pour la configuration uniquement lorsque le niveau de licence est configuré comme Network Advantage dans le cas de commutateurs cat9k et d'IPBase ou IPServices dans le cas de commutateurs Cat3k. 

Ces problèmes sont observés principalement lorsque les composants essentiels du réseau ne sont pas configurés correctement.

• Sur Cat3k, vérifiez si une licence est IPBase ou IPServices, utilisez la commande show version.
• Sur Cat9K, vérifiez si une licence est Network Advantage, utilisez la commande show version.
• Vérifiez si la variable rommon MODEL_NUM est correctement renseignée et correspond au modèle de périphérique réel.

1. show platform software fed switch active fss counters (3-4 incréments)
2. test platform software nif_mgr lmp member-port LPN

3. collecte show tech-support stackwise-virtual

4. Collecter le fichier d'archive de suivi.

L'état du protocole SVL n'indique pas R

Précisez l'état de la liaison affichée dans la commande show stackwise-virtual

Cause possible: 

1. Si le protocole est en état S-Suspended, la plupart du temps, la liaison est inactive. 
2. Si le protocole est à l'état T-Timeout, cela signifie qu'il ne peut pas recevoir/envoyer de paquets LMP.

Note: Si une autre liaison est à l'état P - En attente, la liaison à l'état T peut transmettre des paquets LMP mais n'en reçoit pas.

3. Pour l'état Timeout/En attente important pour capturer Nif_mgr, Fed et aussi juste dans les journaux btrace de stack_mgr.
4. Vérifier si le commutateur est restauré avec la fermeture/non-fermeture des liaisons SVL ( juste un pointeur de données et non une solution )

Conseils de dépannage

Si vous ne trouvez pas la cause première, veuillez fournir les résultats de la commande ci-dessous

1. Vérifiez l'état de la liaison SVL/DAD. Utiliser show stackwise-virtual link
2. Vérifier show platform software fed switch active/standby fss counters (3-4 incréments)
3. test platform software nif_mgr lmp member-port LPN
4. Vérifier la carte ifm active/veille du commutateur alimenté par logiciel show platform

7. Il pourrait y avoir un problème avec un type spécifique de xcvr utilisé sur la liaison SVL/DAD. Vérifier l'état de show interface <liaison SVL/DAD> et show idprom <liaison SVL/DAD>

8. Vérifiez show platform pour vous assurer que SUP/LC avec des liaisons SVL/DAD est à l'état OK.

Si vous ne parvenez pas à résoudre le problème, veuillez fournir les résultats de la commande ci-dessous à l'équipe d'ingénierie pour qu'elle enquête

1. Collecter le fichier d'archive de suivi

2. Collecter show tech-support stackwise-virtual

3. show platform software fed switch active/standby fss counters (3-4 incréments)

Solution possible :

1. Fermer/ Pas de fermeture LIAISONS SVL : test platform software nif_mgr port disable / enable LPN

2 OIR physique de l'émetteur-récepteur sur les liaisons SVL/DAD

Flux de liaison SVL

Cause possible

La rencontre d'un battement de liaison sur un banc d'essai SV peut se trouver dans plusieurs domaines. Les informations les plus courantes et les plus élémentaires à collecter indépendamment du domaine/de la zone du rabat sont répertoriées dans la section ci-dessous 

Conseils de dépannage

1. Générer une archive de suivi.

2. Vérifiez l'état du canal FED.

3. Vérifier l'état des LMP.

4. identifier la carte ASIC/Core qui correspond à la liaison SVL.

5. collecte show tech-support stackwise-virtual

Si vous ne trouvez pas la cause principale, veuillez fournir ces résultats de commande pour un dépannage plus poussé de la part de l'équipe d'ingénierie.

1. test platform software nif_mgr lmp member-port <slot> <lpn port>
2. show platform hardware iomd switch 1/2 1/0 lc-portmap brief | détail

3. show tech-support stackwise-virtual

4. Collecter le fichier d'archive de suivi.

Solution possible

• Fermer/ Pas de fermeture LIAISONS SVL : test platform software nif_mgr port disable / enable LPN
• OIR physique de l'émetteur-récepteur ou essayez de modifier l'émetteur-récepteur ou le câble sur les liaisons SVL/DAD.

Désactivation des erreurs des liaisons SVL/DAD

Cause possible

L'émetteur-récepteur/SFP/QSFP utilisé sur les liaisons SVL/DAD est peut-être défectueux au niveau de la couche matérielle et les xcvrs peuvent eux-mêmes générer des pannes de liaison fréquentes et, par conséquent, désactiver les liaisons SVL/DAD par erreur.

Conseils de dépannage

1. Vérifier show idprom interface <liaison SVL/DAD>

2. Vérifiez si l’une des interfaces est effectivement désactivée par erreur sur le commutateur, utilisez show interfaces status err-disabled.

Si vous ne trouvez pas la cause première, veuillez fournir ces résultats de commande

1. show errdisable flap-values

2. show errdisable recovery

3. show errdisable detect

4. show tech-support stackwise-virtual

5. Collecter le fichier d'archive de suivi

Solution possible

1. Fermer/ Pas de fermeture LIAISONS SVL : test platform software nif_mgr port disable / enable LPN

2. OIR physique de l'émetteur-récepteur ou essayez de modifier l'émetteur-récepteur ou le câble sur les liaisons SVL/DAD.

La pile n'est pas découverte

Résultats attendus au démarrage du système

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

Note: Le délai d'attente mentionné ci-dessus diffère selon la plate-forme/la référence Cat9K

Cause possible

Les échecs de découverte de la pile peuvent être dus à plusieurs raisons. En voici une liste :

1. L'état des liaisons SVL n'est PEUT-être PAS UP ou l'état du protocole n'est peut-être pas Prêt.

2. Les liaisons SVL clignotent.

3. L'un des commutateurs de la pile peut s'être écrasé ou être tombé en panne.

4. Retirez accidentellement le câble ou l'émetteur-récepteur ou arrêtez les liaisons SVL.

Conseils de dépannage

Dans une découverte accélérée, si la pile n'est pas détectée, vous devrez peut-être vérifier l'état de liaison de toutes les SVL. Il se peut qu'aucun des liens SVL n'ait été actif. Vous pouvez vérifier cela à l'aide de la commande show stackwise-virtual link

Si vous ne trouvez pas la cause première, veuillez fournir ces résultats de commande ainsi que l'archive de suivi 

1. Collecter le fichier d'archive de suivi

2. Collecter show tech-support stackwise-virtual

3. show platform software fed switch active/standby fss counters (3-4 incréments)

Le commutateur ne passe pas en mode de récupération

Lorsque toutes les liaisons SVL sont désactivées et que les liaisons DAD sont configurées sur le SVL, le commutateur actif doit être en mode de récupération.
Switch(recovery-mode)#

Cause possible 

La liaison DAD a peut-être été arrêtée en raison de la suppression physique ou de l'arrêt du port.

Conseils de dépannage

1. Vérifiez si les liaisons DAD sont ACTIVES, utilisez show stackwise-virtual dual-active-detection [pagp]

2. Si les liaisons DAD sont désactivées, vérifiez pourquoi la liaison est désactivée.

5. Si les liaisons DAD sont activées et que le commutateur fixe ne passe pas en mode de récupération, vous devez vérifier les bits IleMstStateTable pour les ports DAD spécifiques, car un seul paquet DAD est envoyé et il est possible qu'il ne soit pas détecté.

Si vous ne trouvez pas la cause première ou le dépannage, veuillez fournir ces sorties de commande ainsi que l'archive de suivi 

1. test platform software nif_mgr lmp member-port <slot> <lpn port>
2. show interface status <SVL>

3. Collecter le fichier d'archive de suivi

4. Collecter show tech-support stackwise-virtual

5. show platform software fed switch active/standby fss counters (3-4 incréments)

Le commutateur passe en mode de récupération avant de supprimer toutes les liaisons SVL

Cause possible

Le commutateur actif passe en mode de récupération pour plusieurs raisons. Voici quelques-unes des causes possibles.

1. Les liaisons SVL risquent d'être inattendues.

2. Les liaisons SVL risquent d'être confrontées à des pannes de liaison distante/locale inattendues.

3. Il peut y avoir un problème dans l'échange de paquets LMP/SDP sur les liaisons SVL.

Conseils de dépannage

1. Si le commutateur passe en mode de récupération juste en supprimant la moitié / moins que toutes les liaisons SVL -> utilisez la commande test pour arrêter/non fermer SVL -> vérifiez s'il est possible de reproduire le problème avec le OIR physique.
2. S'il passe toujours en mode de récupération sans la commande shut, alors d'abord probablement la cause racine → le port de contrôle pourrait ne pas être un changement.
3. Les liaisons SVL risquent d'expirer, les paquets LMP risquent de ne pas être échangés correctement entre les commutateurs actifs/de secours.

5. La santé des canaux Fed est importante pour vérifier si d'autres paquets passent par.

Si vous ne trouvez pas la cause première ou le dépannage, veuillez fournir ces sorties de commande ainsi que l'archive de suivi 

1. show stackwise-virtual link
2. show stackwise-virtual dual-active-detection
3. show platform software fed switch active fss counters (3-4 incréments)
4. test platform software nif_mgr lmp member-port <slot> <lpn port>
5. show platform software fed switch active fss bundle

6. Collecter le fichier d'archive de suivi

7. Collecter show tech-support stackwise-virtual

Les ports ne sont pas désactivés par erreur en mode de récupération

Conseils de dépannage

Si vous ne trouvez pas la cause première ou le dépannage, veuillez fournir ces sorties de commande ainsi que l'archive de suivi 

1. show interface status                          

2. show stackwise-virtual dual-active-detection

3. show stackwise-virtual dual-active-detection pagp
4. test platform software nif_mgr lmp member-port LPN

Requête ping directe à partir d'un périphérique connecté à Active, pas de MEC

Conseils de dépannage

Si la requête ping sur SVL active ne fonctionne pas, peut-être pas un problème de SVL, augmenter la taille des paquets ping à des fins de débogage, suivre le chemin d'abandon de paquet (requête/réponse) et également briser la pile et essayer la même chose.                   

Si vous ne trouvez pas la cause première ou le dépannage, veuillez fournir ces sorties de commande ainsi que l'archive de suivi 

1. show stackwise-virtual link
2. show platform software fed switch active fss counters (3-4 incréments)
3.  test platform software nif_mgr lmp member-port LPN
4.  show platform software fed switch active ifm map

5. show tech-support stackwise-virtual

CONTRÔLE DE DÉROULEMENT DU TRAFIC :
7. clear controllers ethernet-controller
8. show controllers ethernet-controller <Interfaces Te/Fo si chemin de trafic>

Commande ping directe à partir d’un périphérique connecté à la veille, pas de MEC

Conseils de dépannage

1. si la commande ping over standby ne fonctionne pas, augmentez la taille des paquets ping à des fins de débogage, suivez le chemin d'abandon de paquet (requête/réponse).

Si vous ne trouvez pas la cause première ou le dépannage, veuillez fournir ces sorties de commande ainsi que l'archive de suivi 

1. show stackwise-virtual link
2. show platform software fed switch active fss counters (3-4 incréments)
3.  test platform software nif_mgr lmp member-port LPN
4.  show platform software fed switch active fss ifm map
5. show tech-support stackwise-virtual

CONTRÔLE DE DÉROULEMENT DU TRAFIC :
7.clear controllers ethernet-controller
8. show controllers ethernet-controller <Interfaces Te/Fo si chemin de trafic>

9. show interfaces counters errors

Ping sur port-channel

Conseils de dépannage

1. Pour diagnostiquer le problème, isolez le problème sur le port Port-Channel actif ou sur le port Port-Channel de secours.
2. Une fois l'isolement ci-dessus est établi des actions répétées pour actif ou en veille listées ci-dessus.
3. S'assurer que les ports membres du canal de port sont actifs à chaque extrémité du canal de port

Si vous ne trouvez pas la cause première ou le dépannage, veuillez fournir les résultats de la commande ci-dessous ainsi que l'archive de suivi 

1. show stackwise-virtual link
2. show platform software fed switch active fss counters (3-4 incréments)
3. test platform software nif_mgr lmp member-port LPN
4. show platform software fed switch active fss ifm map
5. show tech-support stackwise-virtual

CONTRÔLE DE DÉROULEMENT DU TRAFIC :
7. clear controllers ethernet-controller
8. show controllers ethernet-controller <interfaces Te/Fo si chemin de trafic

9. show interfaces counters errors 

Crash FED / crash IOSd/ Stack_mgr

Conseils de dépannage :

Veuillez collecter et fournir ces informations :

1. Collecter les journaux de console. 

2. rapport système et décodage de fichier principal, le cas échéant.

Châssis perdu actif et en veille

Conseils de dépannage

Veuillez collecter et fournir ces informations : 

1. Compléter le rapport système.

2. État des liaisons et état des protocoles des SVL.     

Active supprimée avant que stby ne soit prêt

Conseils de dépannage

Veuillez collecter et fournir ces informations :

1. Compléter le rapport système principalement 

2. État des liaisons et état des protocoles des SVL.

Trafic

Conseils de dépannage

1. Assurez-vous que les adresses MAC source et de destination sont définies en conséquence dans les flux de trafic.
2. Assurez-vous que le chemin du trafic est dans le même domaine vlan ou le même mode d’agrégation.
3. Si la perte est active et que le flux de trafic ne doit pas traverser SVL, peut ne pas être un problème SVL, rompre la pile et essayer.
4. si drop est en veille et que packet est censé traverser sur SVL collecte csv dump, ifm map.
5. Identifiez drop, utilisez la commande show controller ethernet-controller <interface>.
6. si port-channel est impliqué, essayez d'isoler drop en arrêtant un membre de port-channel pour déterminer si drop est actif ou en veille, répétez les mêmes étapes ci-dessus. 

Si vous ne trouvez pas la cause première ou le dépannage, veuillez fournir ces sorties de commande ainsi que l'archive de suivi 

1. show stackwise-virtual link
2. show platform software fed switch active fss counters (3-4 incréments)
3.  test platform software nif_mgr lmp member-port LPN
4.  show platform software fed switch active ifm map
5. show tech-support stackwise-virtual

CONTRÔLE DE DÉROULEMENT DU TRAFIC :
clear controllers ethernet-controller
show controllers ethernet-controller <Interfaces Te/Fo si chemin de trafic>

show interfaces counters errors

Trafic de couche 3

Conseils de dépannage

1. Assurez-vous que les entrées ARP sont résolues et que les routes nécessaires ont été ajoutées.
2. Assurez-vous que les adresses IP source et de destination sont correctement définies.
3. Si la perte est active et que le flux de trafic ne doit pas traverser SVL, peut ne pas être un problème SVL, rompre la pile et essayer.
4. si drop est en veille et que packet est censé traverser sur SVL Collecter csv dump, ifm map
5. Identifiez drop, utilisez la commande show controller ethernet-controller <interface>.
6. Si port-channel est impliqué, essayez d'isoler drop en arrêtant un membre de port-channel pour déterminer si la drop est actif ou en veille, répétez les mêmes étapes ci-dessus.

Si vous ne trouvez pas la cause première ou le dépannage, veuillez fournir ces sorties de commande ainsi que l'archive de suivi 

1. show stackwise-virtual link
2. show platform software fed switch active fss counters (3-4 incréments)
3. test platform software nif_mgr lmp member-port LPN
4. show platform software fed switch active ifm map
5. show tech-support stackwise-virtual

CONTRÔLE DE DÉROULEMENT DU TRAFIC :
clear controllers ethernet-controller
show controllers ethernet-controller <Interfaces Te/Fo si chemin de trafic>

show interfaces counters errors

Déplacement du trafic sur SVL

Conseils de dépannage :

1. Identifier les endroits où le trafic est abandonné, par exemple

• commutateur d'entrée sur l'interface d'entrée [non lié à SVL]
• commutateur d'entrée sur l'interface SVL de sortie
• commutateur de sortie sur l'interface SVL d'entrée
• commutateur de sortie sur l'interface de sortie [non lié à SVL]

2. Générer une archive de suivi.

3. Vérifiez l'état du canal FED.

4. Vérifier l'état des LMP.

5. identifier la carte ASIC/Core qui correspond à la liaison SVL.

6. Capturez les paquets qui sont abandonnés sur SVL.

FIPS sur SVL

Cause possible

Il est toujours possible que FIPS sur la clé SVL n'ait pas été configuré individuellement sur chaque commutateur. La même clé FIPS doit être configurée individuellement sur les deux commutateurs qui font partie du SVL.

1.Le FIPS_KEY stocké dans rommon peut différer même si vous configurez la même clé d'authentification sur sw-1 et sw-2. C’est un comportement attendu.

2. Vérifiez l'état show fips et assurez-vous que le commutateur est configuré pour le mode fips.

Conseils de dépannage

1. Vérifiez le mode FIPS, utilisez show fips status.

2. Vérifiez la clé d'autorisation show fips.

3. Vérifier show romvar

Si vous ne trouvez pas la cause première ou le dépannage, veuillez fournir ces sorties de commande ainsi que l'archive de suivi 

1. show fips status

2. show fips authentication-key

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

4. show stackwise-virtual link 

5. show stackwise-virtual

6. Collecter show tech-support stackwise-virtual

7. Collecter et fournir des archives de suivi.

SVL sécurisé

Cause possible

Il est toujours possible qu'une clé SVL sécurisée n'ait pas été configurée individuellement sur chaque commutateur. La même clé SVL sécurisée doit être configurée individuellement sur les deux commutateurs qui font partie du SVL

1. La clé SSVL_KEY stockée dans rommon peut différer même si vous configurez la même clé d'authentification sur sw-1 et sw-2. C’est un comportement attendu.

2. Vérifiez l'état secure-stackwise-virtual et assurez-vous qu'il est configuré en mode SECURE-SVL.

Conseils de dépannage

1. La clé SSVL_KEY stockée dans rommon peut différer même si vous configurez la même clé d'authentification sur sw-1 et sw-2. C’est un comportement attendu. Utiliser show romvar CLI

2. En cas d'incompatibilité entre les commutateurs Switch-1 et Switch-2 dans la configuration de la clé SVL sécurisée, peut éventuellement finir par voir des messages d'erreur comme celui-ci lors de la mise en route de la clé SVL

« stack_mgr : Recharger en raison de la raison SESA : Requête SESA AER non reçue, erreur : 31"

3. Vérifiez la commande show secure-stackwise-virtual status et assurez-vous qu'elle est configurée en mode SECURE-SVL.

Si vous ne trouvez pas la cause première ou le dépannage, veuillez fournir ces sorties de commande ainsi que l'archive de suivi 

1. show secure-stackwise-virtual status

2. show secure-stackwise-virtual authentication-key

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

4. Collecter show tech-support stackwise-virtual

5. debug secure-stackwise-virtual

6. Collecter et fournir des archives de suivi

VMistmatch dans le commutateur

Cause possible 

Une version différente du logiciel démarré sur le châssis actif et en veille entraîne une non-correspondance de V dans SVL

Conseils de dépannage

Vérifiez show switch et s'il y a une non-correspondance V

Solution possible :

Il existe une fonctionnalité appelée mise à niveau automatique du logiciel qui est activée par défaut sur les plates-formes Cat9k. Cette fonctionnalité, lorsqu'elle est activée, détecte les incohérences logicielles et pousse le package logiciel présent sur le commutateur actif vers le commutateur de secours et le commutateur de secours est mis à niveau automatiquement vers la même version logicielle que celle du commutateur actif.

Si la mise à niveau automatique du logiciel est désactivée, activez-la, puis redémarrez le commutateur de secours de sorte que la mise à niveau automatique du logiciel se déclenche et que les commutateurs actifs et de secours aient la même version logicielle utilisée dans SVL.

La mise à niveau automatique du logiciel fonctionne uniquement en mode d'installation sur les plates-formes Cat9k, qui est le mode de démarrage recommandé.

1. Vérifiez que la mise à niveau automatique du logiciel est activée sur le SVL. Utiliser ci-dessous la commande CLI

switch#show run all | logiciel i
activation de la mise à niveau automatique du logiciel

Fractionnement de pile avec suppression d'une seule liaison SVL hors de plusieurs liaisons SVL

Cause possible

Ce type de problème peut se produire lorsque les émetteurs-récepteurs sont insérés en moitié ou en partie sur les ports de la façade, il est possible que le processus IOMD passe en état occupé lors de la lecture de l'idprom de ces xcvrs. Cela peut entraîner une lenteur dans l'exécution et l'exécution de certaines des commandes show classiques telles que show idprom <interface>, show interface status, etc. sur les commutateurs actifs ou de secours dans SVL.

1. Vérifiez show idprom interface <intf>. Vérifiez sur les interfaces de commutateur actives et de secours le vidage idprom et vérifiez si l'exécution de cette CLI est lente/retardée.

2. Vérifiez show interfaces <intf>. Vérifiez sur les interfaces des commutateurs actifs et de secours et vérifiez si l'exécution de cette CLI est lente/retardée.

3. Vérifiez également si l'utilisation du CPU est élevée sur le SVL, utilisez show processes cpu trited.

Conseils de dépannage :

Si vous ne trouvez pas la cause racine, veuillez fournir ces résultats de commande ainsi que l'archive de suivi.

1. Vérifiez si le CPU est élevé, utilisez show processes cpu trié.

2. Vérifiez si la commande ping du sous-lot TDL fonctionne correctement, utilisez le logiciel de test tdl ping subslot <>.

Solution possible

L'une des causes possibles de ce problème pourrait être la moitié ou la partie plus ou moins grande des émetteurs-récepteurs insérés sur le port de la façade des commutateurs dans SVL.

Assurez-vous que les émetteurs-récepteurs sont correctement positionnés/insérés sur les ports de la façade en inspectant physiquement les émetteurs-récepteurs/câbles.

Une fois cela fait, vérifiez les commandes ci-dessous pour vous assurer que les choses fonctionnent bien.

1. Vérifiez show idprom interface <intf> . Vérifiez sur les interfaces de commutateur actives et de secours idprom dump et vérifiez que l'interface CLI est exécutée sans délai à la fin de cette interface CLI.

2. Vérifiez show interfaces <intf>. Vérifiez sur les interfaces des commutateurs actifs et de secours et vérifiez que l'interface de ligne de commande est exécutée sans délai à la fin de cette interface de ligne de commande.

3. Vérifiez également si l'utilisation du CPU n'est pas élevée sur le SVL, utilisez show processes cpu trited.

Si le problème persiste, collectez les résultats et les journaux de l'interface de ligne de commande ci-dessous.

1. Collecter show tech-support stackwise-virtual

2. Collecter et fournir des archives de suivi