Solución de problemas de SVL en los switches Catalyst 9000
Contenido
Introducción
Este documento describe cómo identificar, recopilar registros útiles y resolver problemas que ocurren con StackWise-virtual (SVL) en switches Catalyst 9000.
Prerequisites
Requirements
No hay requisitos específicos para este documento.
Componentes Utilizados
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
- StackWise-virtual (SVL)
- Switches Catalyst 9000
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Antecedentes
Este documento también proporciona matriz de soporte, restricciones, comandos y problemas comunes que se ven con SVL.
Al resolver problemas de SVL, hay criterios básicos que debe comprender y cumplir al implementar SVL con los switches Cisco Catalyst 9000. Estos son los criterios que deben cumplirse:
- Asegúrese de que SVL sea compatible con una versión de software, plataforma y switch determinada.
- Asegúrese de que SVL esté configurado de acuerdo con las pautas provistas en la guía de configuración y cumpla estrictamente con las restricciones provistas.
- Asegúrese de que los links SVL estén conectados físicamente entre los switches.
Soporte de la plataforma
Las plataformas admitidas actualmente se enumeran junto con el tren de software que introdujo el soporte.
| Formación de software | Compatibilidad con SVL introducida el | Comentarios |
|
16.3 |
C3850-48XS |
|
|
16.6 |
C9500-24Q |
|
|
16.8 |
C9500-12Q, C9500-24Q, C9500-16X, C9500-40X C3850-12XS, C3850-24XS, C3850-48XS |
El enlace SVL/DAD no es compatible con el módulo de enlace ascendente en C9500-16X, C9500-40X, C3850-12XS, C3850-24XS. |
|
16.9 |
C9404R y C9407R |
- El enlace SVL/DAD sólo se admite en los puertos supervisores - SVL sólo se admite con SUP-1 o SUP-1XL. |
|
16.10 |
C9500-32C, C9500-32QC, C9500-24Y4C, C9500-48Y4C |
La compatibilidad virtual con StackWise se introdujo por primera vez en los modelos C9500 de alto rendimiento. |
|
16.11 |
C9500-NM-2Q, C9500-NM-8X, C9500-16X, C9500-40X C9410R, C9400-SUP-1XL-Y |
- El enlace SVL/DAD ahora es compatible con los módulos de enlace ascendente de C9500-16X, C9500-40X. -SVL compatible con todos los chasis C9400 con SUP-1, SUP-1XL o SUP-1XL-Y. - COMPATIBILIDAD CON SUP XL-25G SVL |
|
16.12 |
C9606R |
- La compatibilidad virtual con StackWise se introdujo por primera vez en el chasis C9600 con C9600-LC-48YL y C9600-LC-24C. - Soporte SVL FIP - SOPORTE UPLINKS FIPS EN SVL - Soporte SVL seguro. |
|
17.1 |
C9606R |
Nueva compatibilidad con LC C9600-LC-48TX en C9600 HA y SVL |
|
17.2 |
C9606R |
- Quad-Supervisor con soporte de redundancia de procesador de routing (RPR) introducido por primera vez en el chasis C9606R. - Soporte para links DAD en C9600-LC-48S . |
Restricciones
La mayoría de las restricciones se pueden encontrar en la guía de configuración virtual de Cisco StackWise. A continuación, se encuentran algunas de las otras restricciones que son más específicas de la plataforma y que no se pueden mencionar explícitamente en la guía de configuración.
Restricción común
La configuración SVL y de detección activa dual (DAD) se debe realizar manualmente y los dispositivos se deben reiniciar para que los cambios de configuración surtan efecto.
Restricciones de C9400 SVL
- Las conexiones SVL se pueden establecer a través de puertos de enlace ascendente 10G, 40G o 25G (disponibles solo en C9400-SUP-1XL-Y) en los módulos supervisores y puertos de enlace descendente 10G en las tarjetas de línea.
- No se admite la configuración SVL en interfaces 1G.
- Los enlaces SVL y DAD en 16.9.1 son compatibles con los puertos del supervisor. DAD ePAgP se puede configurar en la tarjeta de línea, así como en los puertos del supervisor.
- SVL y DAD en ciertas tarjetas de línea están controlados por la disponibilidad en 16.11.1.
Para obtener una lista completa de restricciones en C9400, consulte la Guía de configuración de alta disponibilidad, Switches Catalyst 9400
Restricciones de C9500 SVL
- Cuando SVL se configura en los switches Catalyst de Cisco serie 9500 con C9500-NM-2Q (2 x 40 G), no puede utilizar una combinación de enlaces descendentes fijos y puertos de enlaces ascendentes modulares. Las SVL deben tener la misma velocidad en cada miembro.
- Los puertos de 40 G de un C9500-NM-2Q no se pueden combinar con los puertos de enlace descendente de un switch porque tienen diferentes velocidades.
- En una solución Cisco StackWise Virtual, las interfaces que admiten cables multiconectores 4X10G y QSA se pueden utilizar para tráfico de datos/control, pero no para configurar enlaces SVL o DAD.
Restricciones de C9500H SVL
- En los switches C9500-32C, puede configurar SVL y DAD solamente en las interfaces numeradas del 1 al 16 en el panel frontal del switch.
- En C9500-32QC, sólo puede configurar SVL y DAD en interfaces nativas de 100 G y 40 G (puertos de configuración predeterminados). No puede configurar SVL y DAD en interfaces convertidas de 100 G y 40 G.
- Los enlaces SVL/DAD no se pueden configurar en las interfaces multiconectores 4X10G y 4X25G en C9500-32C SVL. Sin embargo, las interfaces de ruptura se pueden utilizar para el tráfico de datos/control cuando los switches de alto rendimiento de la serie C9500 se configuran en modo virtual StackWise.
- En los switches de alto rendimiento Catalyst de Cisco serie C9500, no se admiten configuraciones de enlaces SVL en interfaces 1G.
- 9500H no admite la función SVL en ninguna versión 16.9. (Cisco eliminó esta opción de configuración a través de la identificación de error de Cisco CSCvt46115 en 16.9.6). Verifique que su 9500H esté ejecutando 16.10 o posterior.
Restricciones de C9600 SVL
- En los switches Cisco Catalyst C9600R, los enlaces SVL/DAD no se pueden configurar en las interfaces multiconectores 4X10 y 4X25G. Sin embargo, las interfaces de ruptura se pueden utilizar para el tráfico de datos cuando los switches C9600R se configuran en el modo virtual de StackWise.
- En los switches Cisco Catalyst C9600R, no se admiten las configuraciones de enlaces SVL en interfaces 1G.
Troubleshoot
Comprobar la configuración virtual de StackWise
Paso 1. Utilice show running configuration para asegurarse de que existe la configuración virtual de StackWise y que es correcta en running-config.
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
!
Paso 2. Show romvar se puede utilizar para verificar que las variables rommon muestren los valores correctos que corresponden a la configuración virtual de StackWise configurada.
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,"
D_STACK_DISTR_STACK_LINK1 representa la variable rommon para los links SVL de switch1 y switch2.
D_STACK_DAD representa la variable rommon para los enlaces DAD.
D_STACK_DOMAIN_NUM representa el número de dominio SVL, asegúrese de que sea el mismo en switch1 y switch2.
D_STACK_MODE representa que el switch Cat9k está configurado en el modo de pila SVL/distribuida.
El número de dominio SVL, así como la configuración de enlaces SVL y DAD, no solo se almacena como parte de running-config/startup-config sino también como variables rommon.
Se pueden verificar las variables rommon y los valores relacionados de estas variables rommon. Utilice CLI como se muestra anteriormente.
La siguiente salida muestra la variable rommon creada y actualizada desde un switch C9500H/C9500 configurado en modo SVL donde el nombre de la interfaz rastrea el modelo de tupla 3 cuando está configurado en modo 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,"
Comprobar estado del switch
Se espera que el estado del switch de ambos chasis sea Preparado. Además, verifique el resultado del comando show module para asegurarse de que todas las LC estén en estado 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
Estados de switch
| Estados del switch SVL | Descripción |
|
Listo |
La pila/switch está lista para su uso. |
|
desajuste |
La versión de la imagen no coincide con el switch de peer. |
|
|
El sistema no está listo para su uso, todavía en fase de inicialización. |
|
Sincronización de HA en curso |
El sistema no está listo para su uso. Espera a que se complete la sincronización de la configuración. |
La siguiente es la salida show module de un switch 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#
Comprobar el estado del enlace SVL
Se espera que el estado del link de los puertos SVL esté en estado U (activo) y el estado del protocolo debe ser R (preparado)
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
| Estado del protocolo SVL | Descripción |
|
Suspendido |
El protocolo está en estado suspendido, se puede ver cuando el link SVL está inactivo. Verifique el estado del link y asegúrese de que el link esté activo. |
|
Pendiente |
El protocolo está pendiente, se puede ver cuando el link no está agrupado todavía. Verifique el lado remoto del link, si ambos lados están en el estado del LMP de verificación de datos pendientes. |
|
Error |
El protocolo está en estado de error, se puede ver cuando los paquetes LMP se intercambian con errores de valor. |
|
Tiempo de espera |
El protocolo ha agotado el tiempo de espera; se puede ver cuando los mensajes LMP no se transmiten o reciben durante un período de tiempo de 16 segundos. |
|
Listo |
El protocolo está en estado listo, este es el estado deseado en el funcionamiento normal. Tanto los mensajes LMP como los mensajes SDP se intercambian correctamente. |
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
Comprobar el estado del enlace DAD
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
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
Comprobar mapa ASIC Core IFM
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
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
Comprobar el estado del 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
Comprobar estado de LMP
Utilice estos comandos show para verificar el estado de 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
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:
Cierre/Descierre del Puerto SVL
Los comandos shut y no shut se desactivan en los puertos SVL y DAD cuando el sistema se configura en el modo virtual de StackWise. Para fines de prueba, si hay una necesidad de cerrar/descerrar los puertos SVL, intente como se muestra aquí:
Switch#test platform software nif_mgr port ? disable shutdown port enable unshut port
También puede utilizar el siguiente enfoque, que puede simular SFP/QSFP OIR desde el software (por ejemplo, en Cat9400/Cat9500H/Cat9600). Estos son comandos ocultos y requiere que se configure el servicio interno:
Switch#test idprom interface <...> ? fake-insert Fake insert fake-remove Fake remove
Extraer archivo de seguimiento del sistema
Cuando el switch SVL activo puede comunicarse con el switch SVL en espera, se puede generar un archivo de seguimiento para ambos switches. Utilice esta 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#
En el caso de Quad SUP, debe recopilar un archivo de seguimiento para todos los SUP por separado.
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
En situaciones en las que el switch SVL activo no puede comunicarse con el switch SVL en espera, como SVL Split, asegúrese de generar un archivo de seguimiento en ambas unidades.
show log file crashinfo:tracelogs/<filename>.bin.gz internal
show tech-support stackwise-virtual switch [active|standby|all|#]
Nuevos contadores de LMP y SDP
Compatibilidad añadida desde la versión 16.10.1.
SDP - Stack Discovery Protocol - Tráfico para la topología y negociación de roles.
El componente del administrador de la pila es responsable de la negociación de roles entre los miembros de la pila y selecciona el rol Activo y en espera. Stack Manager envía y recibe los paquetes SDP sobre el SVL y obtiene la vista de todos los switches que forman parte del Stackwise Virtual.
LMP - Protocolo de administración de enlaces
Tráfico L2 para mantener el SVL. El protocolo de administración de enlaces es un componente de software, que ejecuta un saludo entre los extremos y decide si el enlace físico es elegible para ser parte de StackWise Virtual. LMP también monitorea cada link físico configurado mientras forman parte del SVL. LMP forma parte del proceso de software del Administrador de interfaz de red (Nif Mgr).
FSS - Pila frontal lateral: otro nombre para StackWise Virtual.
Desde una perspectiva de software (Nif-mgr = Administrador de interfaz de red):
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) Desde una perspectiva de hardware (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)
Comprobar el estado de redundancia de Quad SUP
El sistema Quad Sup tiene un máximo de 4 supervisores con 2 supervisores presentes por chasis. El módulo Show proporciona una vista completa del chasis y del SUP presentes en el sistema.
Puede ver las ranuras en las que está presente SUP y el supervisor que está marcado como En chasis en espera actualizar con el estado Aprovisionado.
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
Para observar el estado de redundancia detallado por sup, se puede utilizar el siguiente comando show CLI. Los detalles proporcionados incluyen el tiempo de actividad actual y los detalles de la imagen.
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;
Otro factor importante para el sistema Quad SUP es hacer que Global Active Sup tenga acceso a todo el sistema de archivos SUP , así como disponibilidad.
Esto proporciona los medios para replicar la configuración, las imágenes, la licencia y otros parámetros configurados en todo el SUP.
Utilice esta CLI para validar la disponibilidad del sistema de archivos:
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:
Migrar 2 sistemas Sup SVL a un sistema Quad SUP SVL
Consulte este enlace para conocer los pasos de la migración.
Transferencia de Catalyst 9600 a la configuración virtual Stackwise de cuatro supervisores
Comportamiento de Switchover de Quad SUP
Quad SUP con los cuatro SUP rellenados en una falla del sistema de SUP activo realiza un seguimiento de un modelo Z para la transición a Nueva Suposición Activa.
Esta imagen muestra la transición Nuevo SUP activo en caso de fallo del SUP activo actual.
Utilice la CLI mencionada como parte de la Sección 9 para verificar el estado actual del SUP y el estado de cada sup en cualquier punto de Switchover. Además, show redundancy CLI se puede utilizar para realizar un seguimiento de los detalles de la transición de la redundancia Global Activa / En espera junto con el historial de switchover.
Comportamiento de ISSU de Quad SUP
Quad SUP con los cuatro Sup en un sistema, ISSU a la nueva imagen V2 rastrea un modelo de impacto de trayectoria de datos mínimo.
La progresión ISSU de una toma se captura en esta imagen que comienza con:
- Copie la nueva imagen V2 en los 4 SUP y active ambos ICS con la nueva imagen V2. Esto da como resultado una recarga de ambos ICS para arrancar con la nueva imagen V2.
- Active el modo de espera global con V2, lo que da como resultado el switchover a Standby Sup en el chasis asociado con el modo de espera global seguido por el modo de espera global antiguo que aparece como ICS con V2.
- Activa la imagen Global Active con V2, lo que da como resultado el cambio al modo en espera dentro del chasis asociado con la imagen Global Active. Una vez que el arranque de Old Global Active como ICS con V2 se realiza correctamente, se completa la operación de confirmación.
Solución de problemas o escenarios comunes
Los comandos de StackWise no funcionan
Los comandos virtuales de StackWise están visibles/disponibles para configurarse solamente cuando el nivel de licencia se configura como Network Advantage en el caso de los switches cat9k e IPBase o IPServices en el caso de los switches Cat3k.
Posible Causa
Estos problemas se observan principalmente cuando los elementos esenciales de la red no se configuran correctamente.
- En Cat3k, verifique si una licencia es IPBase o IPServices, utilice el comando show version.
- En Cat9K, verifique si una licencia es Network Advantage, utilice el comando show version.
- Compruebe si la variable ROMMON MODEL_NUM se ha rellenado correctamente y coincide con el modelo de dispositivo real.
Sugerencias para Resolver Problemas
Si la licencia es correcta y los comandos todavía no están disponibles, podría ser un problema de sincronización de la configuración, en cuyo caso use estos comandos para recopilar la información que ayuda a depurar este problema:
1. show version
2. show license summary
3. show romvar | i MODEL_NUM
Soluciones posibles
1. Configure el nivel de licencia adecuado según la plataforma y vuelva a intentarlo.
2. Si el número de modelo es diferente, la mayoría de los SUP puede ser placa de protección antigua, puede corregir el número de modelo a través de ROMMON.
Falta la configuración de StackWise
Cuando se activa el sistema, puede ver la configuración de StackWise perdida en la configuración en ejecución.
Posible Causa
Verifique si la configuración deseada existe en la base de datos running-config. Lo más probable es que se trate de un problema de sincronización de la configuración de iOS o que el nivel de licencia se vuelva a configurar con una ventaja que no sea la red.
Sugerencias para Resolver Problemas
1. Verifique LICENSE LEVEL, para ver si SVL es compatible con ese nivel de licencia. Asegúrese de que el nivel de licencia esté configurado en network-advantage o en el resumen show license anterior.
2. Verifique running-config y startup-config show running-config y show startup-config.
Si el problema es inmediatamente después de ISSU y hay una discordancia entre la salida de startup-config y running-config, entonces podría ser un problema ISSU. Consulte el paso siguiente.
3. Verifique el resultado para la CLI afectada por ISSU. show redundancy config-sync failure mcl.
Si se pierde la configuración interesada en running y startup-config, navegue hasta el siguiente paso.
4. Verifique las variables rommon, utilice show romvar | incluido D_S.
Si la configuración interesada no se encuentra o está presente en romvar, realice el siguiente paso.
5. Marque show issu state detail.
Si no puede resolver problemas, recopile los siguientes resultados de comandos para investigar más a fondo.
1. show platform software fed switch active fss counters (3-4 incrementos)
2. test platform software nif_mgr lmp member-port LPN
3. recopile show tech-support stackwise-virtual
4. recopile el archivo de seguimiento
Soluciones posibles
Configure el nivel de licencia adecuado según la plataforma y vuelva a intentarlo. Si el problema ocurre después de ISSU, entonces principalmente debe limpiar o reconfigurar la configuración que se enumera en las fallas de MCL.
Enlaces StackWise/Enlaces de detección activos duales desactivados
Posible Causa
Hay muchas razones para que los links SVL/DAD dejen de funcionar. Es difícil de decir con solo mirar los resultados del comando show, necesita algunos registros btrace específicos junto con el resultado del comando show para analizar cuidadosamente y encontrar la causa raíz.
Algunos de los más comunes que pueden causar la caída del link son el mal SFP o el mal cable o podría ser un problema de visualización simple.
Sugerencias para Resolver Problemas
1. Tenga claro cuál es el estado del link, utilice el comando show stackwise-virtual link.
2. Asegúrese de la conectividad física de los puertos SVL y de que su configuración sea buena. Marque show stackwise-virtual.
Si no puede resolver problemas, proporcione los siguientes resultados de comando para investigar.
1. show platform software fed switch active fss counters (3-4 incrementos)
2. test platform software nif_mgr lmp member-port LPN
3. recopile show tech-support stackwise-virtual
4. recopile el archivo de seguimiento
El estado del protocolo SVL no muestra R
Tenga claro cuál es el estado del link que se muestra en el comando show stackwise-virtual.
Posible causa:
1. Si Protocol está en estado S-Suspendido, la mayoría de las veces significa que el link está inactivo.
2. Si el protocolo está en estado T-Timeout, significa que no puede recibir/enviar paquetes LMP.
3. Para el estado de tiempo de espera/pendiente, es importante capturar Nif_mgr, Fed y también en caso de que stack_mgr btrace logs.
4. Verifique si el switch se recupera con shut/no shut de los links SVL ( solo un puntero de datos y no una solución).
Sugerencias para Resolver Problemas
Si no puede encontrar la causa raíz, proporcione los siguientes resultados del comando
1. Compruebe el estado del enlace SVL/DAD. Utilice show stackwise-virtual link.
2. Verifique show platform software fed switch active/standby fss counters (3-4 incrementos)
3. test platform software nif_mgr lmp member-port LPN.
4. Marque show platform software fed switch active/standby ifm map.
6. Podría haber un posible problema con un tipo específico de xcvr utilizado en el enlace SVL/DAD. Verifique el estado show interface <link SVL/DAD> y show idprom <link SVL/DAD>.
7. Verifique show platform para asegurarse de que el SUP/LC que tiene links SVL/DAD esté en estado OK.
Si no puede solucionar el problema, proporcione los siguientes resultados de comandos para que los investigue el equipo de ingeniería.
1. Recopile el archivo de rastreo
2. Recopile show tech-support stackwise-virtual
3. show platform software fed switch active/standby fss counters (3-4 incrementos)
Posible solución:
1. Cierre/ No cierre SVL LINKS: test platform software nif_mgr port disable / enable LPN
2 OIR físico del transceptor en links SVL/DAD
Inestabilidad de link SVL
Posible Causa
El encuentro de la inestabilidad de link en un banco de pruebas de SV puede estar en varios dominios. La información más común y básica que se debe recolectar independientemente del dominio/área de la solapa se enumera en la siguiente sección
Sugerencias para Resolver Problemas
1. Genere el archivo de seguimiento.
2. Compruebe el estado del canal FED.
3. Compruebe el estado de LMP.
4. Identifique el mapa ASIC/Core que corresponde al link SVL.
5. recopile show tech-support stackwise-virtual
Si no puede encontrar la causa raíz, proporcione estos resultados de comandos para obtener más información sobre la solución de problemas del equipo de ingeniería.
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 | detalle
3. show tech-support stackwise-virtual
4. recopile el archivo de seguimiento
Soluciones posibles
- Cierre/ No cierre SVL LINKS: test platform software nif_mgr port disable / enable LPN
- OIR físico del transceptor o intente cambiar el transceptor o el cable en los links SVL/DAD.
Error-Disable de los links SVL/DAD
Posible Causa
El transceptor/SFP/QSFP utilizado en los links SVL/DAD puede ser defectuoso en la capa de hardware y los xcvr pueden generar inestabilidades de link frecuentes y, por lo tanto, desactivar por error los links SVL/DAD.
Sugerencias para Resolver Problemas
1. Verifique show idprom interface <link SVL/DAD>
2. Verifique si alguna de las interfaces está inhabilitada por error en el switch. Utilice show interfaces status err-disabled.
Si no puede encontrar la causa raíz, proporcione estos resultados de comando
1. show errdisable flap-values
2. show errdisable recovery
3. show errdisable detect
4. show tech-support stackwise-virtual
5. recopile el archivo de seguimiento
Soluciones posibles
1. Cierre/ No cierre SVL LINKS: test platform software nif_mgr port disable / enable LPN
2. OIR físico del transceptor o tratar de cambiar el transceptor o el cable en enlaces SVL/DAD.
La pila no se descubre
El resultado esperado tras la activación del sistema sería:
Waitingfor 120 seconds for other switches to boot
#####################################################
Switch number is 2
All switches in the stack have been discovered. Accelerating discovery
Posible Causa
Los errores de detección de la pila pueden deberse a varias razones. Algunos de ellos se enumeran aquí:
1. El estado de los links SVL NO puede ser ACTIVO o el estado del protocolo no puede ser Preparado.
2. Los links SVL flap.
3. Uno de los switches de pila puede haber fallado o caído.
4. Accidentalmente tire del cable o del transceptor o apague los links SVL.
Sugerencias para Resolver Problemas
En una detección acelerada, si la pila no se descubre, puede verificar el estado del link de todo el SVL. Puede ser que ninguno de los links SVL estuviera activo. Puede verificar esto con el comando show stackwise-virtual link.
Si no puede encontrar la causa raíz, proporcione estos resultados de comando junto con el archivo de seguimiento
1. recopile el archivo de seguimiento
2. recopile show tech-support stackwise-virtual
3. show platform software fed switch active/standby fss counters (3-4 incrementos)
El switch no está en modo de recuperación
Cuando todos los links SVL están inactivos y los links DAD están configurados en el SVL, el switch activo debe estar en modo de recuperación.
Switch(recovery-mode)#
Posible Causa
El link DAD puede haber caído debido a la extracción física o al cierre del puerto.
Sugerencias para Resolver Problemas
1. Verifique si los links DAD están ACTIVOS, utilice show stackwise-virtual dual-active-detection [pagp].
2. Si los links DAD están inactivos, verifique por qué el link está inactivo.
5. Si los links DAD están activos y el switch estático no se mueve al modo de recuperación, debe verificar los bits de IleMstStateTable para los puertos DAD particulares ya que se envía un solo paquete DAD y se puede perder.
Si no puede encontrar la causa raíz o la solución de problemas, proporcione estos resultados de comandos junto con el archivo de seguimiento
1. test platform software nif_mgr lmp member-port <slot> <lpn port>
2. show interface status <SVL>
3. recopile el archivo de seguimiento
4. recopile show tech-support stackwise-virtual
5. show platform software fed switch active/standby fss counters (3-4 incrementos)
El switch llega al modo de recuperación antes de la eliminación de todos los links SVL
Posible Causa
El switch activo entra en modo de recuperación puede ser por varias razones. A continuación se enumeran algunas de las posibles causas.
1. Los links SVL pueden experimentar inestabilidades de link inesperadas.
2. Los links SVL pueden experimentar fallas inesperadas en los links remotos/locales.
3. Podría haber un problema en el intercambio de paquetes LMP/SDP a través de los links SVL.
Sugerencias para Resolver Problemas
1. Si el switch pasa al modo de recuperación solo por la eliminación de la mitad / menos de enlaces SVL completos > utilice el comando de prueba para cerrar/no cerrar SVL > verifique si es posible reproducir el problema con la OIR física.
2. Si todavía va al modo de recuperación sin el comando shut, entonces primero probablemente la causa raíz → El puerto de control no puede ser un cambio.
3. Los links SVL pueden tener un tiempo de espera, los paquetes LMP no pueden intercambiarse correctamente entre switches activos/en espera.
5. El estado del canal de alimentación es importante para verificar si otros paquetes pasan.
Si no puede encontrar la causa raíz o la solución de problemas, proporcione estos resultados de comandos junto con el archivo de seguimiento.
1. show stackwise-virtual link
2. show stackwise-virtual dual-active-detection
3. show platform software fed switch active fss counters (3-4 incrementos)
4. test platform software nif_mgr lmp member-port <slot> <lpn port>
5. show platform software fed switch active fss bundle
6. recopile el archivo de seguimiento
7. recopile show tech-support stackwise-virtual
Los puertos no se desactivan por error en el modo de recuperación
Sugerencias para Resolver Problemas
Si no puede encontrar la causa raíz o la solución de problemas, proporcione estos resultados de comandos junto con el archivo de seguimiento
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
Ping directo desde un dispositivo conectado a activo, sin MEC
Sugerencias para Resolver Problemas
Si el ping sobre el SVL activo no funciona y no puede ser un problema de SVL, aumente el tamaño de los paquetes de ping para fines de depuración, realice un seguimiento de la trayectoria de descarte de paquetes (solicitud/respuesta) y también interrumpa la pila e intente lo mismo.
Si no puede encontrar la causa raíz o la solución de problemas, proporcione estos resultados de comandos junto con el archivo de seguimiento
1. show stackwise-virtual link
2. show platform software fed switch active fss counters (3-4 incrementos)
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
COMPROBACIÓN DE DESCARTE DE TRÁFICO:
7. clear controllers ethernet-controller
8. show controllers ethernet-controller <Te/Fo interfaces if traffic path>
Ping directo desde un dispositivo conectado en espera, sin MEC
Sugerencias para Resolver Problemas
1. si el ping en espera no funciona, aumente el tamaño de los paquetes de ping para fines de depuración y rastree la trayectoria de descarte de paquetes (solicitud/respuesta).
Si no puede encontrar la causa raíz o la solución de problemas, proporcione estos resultados de comandos junto con el archivo de seguimiento.
1. show stackwise-virtual link
2. show platform software fed switch active fss counters (3-4 incrementos)
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
COMPROBACIÓN DE DESCARTE DE TRÁFICO:
7. clear controllers ethernet-controller
8. show controllers ethernet-controller <Te/Fo interfaces if traffic path>
9. show interfaces counters errors
Ping sobre Port-Channel
Sugerencias para Resolver Problemas
1. Para diagnosticar el problema de aislamiento en un puerto de canal de puerto activo o en un puerto de canal de puerto en espera.
2. Una vez establecido el aislamiento anterior, repita las acciones para activo o en espera, como se ha indicado anteriormente.
3. Asegúrese de que los puertos miembros del canal de puerto estén activos en cada extremo del canal de puerto.
Si no puede encontrar la causa raíz o la solución de problemas, proporcione los resultados del comando anterior junto con el archivo de seguimiento:
1. show stackwise-virtual link
2. show platform software fed switch active fss counters (3-4 incrementos)
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
COMPROBACIÓN DE DESCARTE DE TRÁFICO:
7. clear controllers ethernet-controller
8. show controllers ethernet-controller <Te/Fo interfaces if traffic path
9. show interfaces counters errors
Desperfecto de FED / Desperfecto de IOSd/ Stack_mgr
Sugerencias para Resolver Problemas
Recopile y proporcione esta información:
1. Recopile los registros de la consola.
2. Informe del sistema y descodificación del archivo principal, si lo hubiera.
Chasis perdido tanto activo como en espera
Sugerencias para Resolver Problemas
Recopile y proporcione esta información:
1. Informe completo del sistema.
2. Enlaces Estado y Estado del Protocolo de SVL.
Activo Eliminado antes de que el estado En espera se volviera Preparado
Sugerencias para Resolver Problemas
Recopile y proporcione esta información:
1. Informe completo del sistema principalmente.
2. Enlaces Estado y Estado del Protocolo de SVL.
Tráfico
Sugerencias para Resolver Problemas
1. Asegúrese de que las direcciones MAC de origen y destino estén configuradas en consecuencia en los flujos de tráfico.
2. Asegúrese de que la trayectoria de tráfico esté en el mismo dominio vlan o modo troncal.
3. Si el descarte está activo y no se espera que el flujo de tráfico atraviese SVL, no puede ser problema SVL, rompa la pila e inténtelo.
4. si el descarte está en espera y se espera que el paquete atraviese SVL, recopile el volcado csv, el mapa ifm.
5. Identifique la caída, utilice show controller ethernet-controller <interface>.
6. si el canal de puerto está involucrado, intente aislar el descarte cerrando un miembro del canal de puerto para determinar si el descarte está activo o en espera, repita los mismos pasos enumerados anteriormente.
Si no puede encontrar la causa raíz o la solución de problemas, proporcione estos resultados de comandos junto con el archivo de seguimiento.
1. show stackwise-virtual link
2. show platform software fed switch active fss counters (3-4 incrementos)
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
COMPROBACIÓN DE DESCARTE DE TRÁFICO:
clear controllers ethernet-controller
show controllers ethernet-controller <Te/Fo interfaces if traffic path>
show interfaces counters errors
Tráfico L3
Sugerencias para Resolver Problemas
1. Asegúrese de que las entradas arp se hayan resuelto y de que se hayan agregado las rutas necesarias.
2. Asegúrese de que las direcciones IP de origen y destino estén establecidas correctamente.
3. Si el descarte está activo y no se espera que el flujo de tráfico atraviese SVL, no puede ser problema SVL, rompa la pila e inténtelo.
4. si el descarte está en espera y se espera que el paquete atraviese SVL, recopile el volcado csv, mapa ifm
5. Identifique la caída, utilice show controller ethernet-controller <interface>.
6. Si el canal de puerto está involucrado, intente aislar el descarte cerrando un miembro del canal de puerto para determinar si el descarte está en activo o en espera, repita los mismos pasos enumerados anteriormente.
Si no puede encontrar la causa raíz o la solución de problemas, proporcione estos resultados de comandos junto con el archivo de seguimiento
- show stackwise-virtual link
- show platform software fed switch active fss counters (3-4 incrementos)
- test platform software nif_mgr lmp member-port LPN
- show platform software fed switch active ifm map
- show tech-support stackwise-virtual
COMPROBACIÓN DE DESCARTE DE TRÁFICO:
clear controllers ethernet-controller
show controllers ethernet-controller <Te/Fo interfaces if traffic path>
show interfaces counters errors
Tráfico descartado en SVL
Sugerencias para Resolver Problemas
1. Identifique dónde se interrumpe el tráfico, por ejemplo
- switch de ingreso en interfaz de ingreso [no relacionado con SVL]
- switch de ingreso en interfaz SVL de egreso
- switch de salida en interfaz SVL de entrada
- switch de salida en interfaz de salida [no relacionado con SVL]
2. Generar archivo de seguimiento.
3. Compruebe el estado del canal FED.
4. Compruebe el estado de las LMP.
5. Identifique el mapa ASIC/Core que corresponde al link SVL.
6. Capturar paquetes que se descartan en SVL.
FIPS en SVL
Posible Causa
Siempre existe la posibilidad de que FIPS en la clave SVL no se haya configurado individualmente en cada switch. La misma clave FIPS se debe configurar individualmente en ambos switches que forman parte del SVL.
1.El valor de FIPS_KEY almacenado en rommon puede diferir aunque haya configurado la misma clave de autenticación en sw-1 y sw-2. Este es el comportamiento esperado.
2. Verifique show fips status y asegúrese de que el switch esté configurado para el modo fips.
Sugerencias para Resolver Problemas
1. Verifique el modo FIPS, utilice show fips status.
2. Verifique show fips authorization-key.
3. Verifique show romvar.
Si no puede encontrar la causa raíz o la solución de problemas, proporcione estos resultados de comandos junto con el archivo de seguimiento
1. show fips status
2. show fips authorization-key
3. show platform software fed switch <active|standby> fss sesa-counters
4. show stackwise-virtual link
5. show stackwise-virtual
6. recopile show tech-support stackwise-virtual
7. recopilar y proporcionar archivos de seguimiento
SVL seguro
Posible Causa
Siempre existe la posibilidad de que una clave SVL segura no se haya configurado individualmente en cada switch. La misma clave SVL segura debe configurarse individualmente en ambos switches que forman parte del SVL
1. La SSVL_KEY almacenada en rommon puede diferir aunque haya configurado la misma clave de autenticación tanto en sw-1 como en sw-2. Este es el comportamiento esperado.
2. Verifique el estado show secure-stackwise-virtual y asegúrese de que esté configurado en el modo SECURE-SVL.
Sugerencias para Resolver Problemas
1. La SSVL_KEY almacenada en rommon puede diferir aunque haya configurado la misma clave de autenticación tanto en sw-1 como en sw-2. Este es el comportamiento esperado. Utilice show romvar CLI.
2. Si hay una discordancia entre el Switch-1 y el Switch-2 en la configuración de la Clave SVL Segura, cuando usted activa el SVL, podría potencialmente ver un mensaje de error como:
"stack_mgr: Recarga debido a la razón SESA: Solicitud SESA AER no recibida, error: 31"
3. Verifique show secure-stackwise-virtual status y asegúrese de que esté configurado en el modo SECURE-SVL.
Si no puede encontrar la causa raíz o la solución de problemas, proporcione estos resultados de comandos junto con el archivo de seguimiento
1. show secure-stackwise-virtual status
2. show secure-stackwise-virtual authorization-key
3. show secure-stackwise-virtual interface <SVL_LINK>
4. recopile show tech-support stackwise-virtual
5. debug secure-stackwise-virtual
6. recopilar y proporcionar archivos de seguimiento
V-Mistmatch en el switch
Posible Causa
Una versión diferente del software arrancado en chasis activo y en espera conduce a V-Mismatch en SVL
Sugerencias para Resolver Problemas
Verifique show switch y verifique si hay algún V-Mismatch.
Soluciones posibles
Hay una función llamada actualización automática de software que está habilitada de forma predeterminada en las plataformas Cat9k. Esta función cuando está habilitada y detecta la discordancia de software y envía el paquete de software que está presente en el switch activo al switch en espera y el switch en espera se actualiza automáticamente a la misma versión de software que está en el switch activo.
Si la actualización automática del software está inhabilitada, habilítela y luego reinicie el switch en espera para que la actualización automática del software se inicie y ambos switches activos y en espera tengan la misma versión de software utilizada en SVL.
La actualización automática del software funciona solamente en el modo de instalación en las plataformas Cat9k, que es el modo de arranque recomendado.
1. Verifique que la actualización automática del software esté habilitada en el SVL. Utilice show CLI:
switch#show run all | software i
software auto-upgrade enable
División de la Pila con la eliminación de un solo enlace SVL de varios enlaces SVL
Posible Causa
Este tipo de problema puede ocurrir cuando los transceptores están insertados mitad o parcialmente en los puertos del panel frontal, podría haber una posibilidad de que el proceso IOMD pueda entrar en estados ocupados cuando se lee idprom de estos xcvrs. Esto puede llevar a la lentitud en la ejecución y finalización de algunos de los comandos show típicos como show idprom <interface>, show interface status, etc., en los switches activos o en espera en SVL.
1. Verifique show idprom interface <intf>. Verifique en las interfaces de switch activas y en espera idprom dump y verifique si hay lentitud/retraso en la finalización de esta CLI.
2. Verifique show interfaces <intf>. Verifique en las interfaces de los switches activos y en espera y verifique si hay lentitud/retraso en la finalización de esta CLI.
3. Además, verifique si el uso de la CPU es alto en el SVL, utilice show processes cpu sorted.
Sugerencias para Resolver Problemas
Si no puede encontrar la causa raíz, proporcione estos resultados de comando junto con el archivo de seguimiento.
1. Compruebe si la CPU es alta, utilice show processes cpu sorted.
2. Verifique si el ping de la subranura TDL funciona correctamente, utilice el software de plataforma de prueba tdl ping subslot <>.
Soluciones posibles
Una de las causas posibles de este problema podría ser la mitad o los transceptores insertados libremente en el puerto del panel frontal de los switches en SVL.
Asegúrese de que los transceptores están correctamente colocados/colocados en los puertos del panel frontal mediante la inspección física de los transceptores/cables.
Una vez hecho esto, verifique los siguientes comandos para asegurarse de que todo funcione bien.
1. Verifique show idprom interface <intf>. Verifique en las interfaces de switch activas y en espera que idprom dump y verifique que la CLI se ejecute sin ningún retraso al completar esta CLI.
2. Verifique show interfaces <intf>. Verifique en las interfaces de los switches activos y en espera y verifique que la CLI se ejecute sin ningún retraso al completar esta CLI.
3. Además, verifique si el uso de la CPU no es alto en el SVL, utilice show processes cpu sorted.
Si el problema persiste, recopile estos resultados y registros de CLI.
1. Recopile show tech-support stackwise-virtual.
2. Recopile y proporcione el archivo de seguimiento.
Historial de revisiones
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
3.0 |
15-Jul-2024
|
Texto alternativo actualizado, requisitos de marca, destinos de vínculos y formato. |
2.0 |
02-Jun-2023
|
Recertificación |
1.0 |
15-Dec-2020
|
Versión inicial |
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)