Solución de problemas de SVL en switches Catalyst 9000
Contenido
Introducción
Este documento describe cómo identificar, recopilar registros útiles y resolver problemas que pueden ocurrir con StackWise-virtual (SVL) en switches Catalyst 9000. También proporciona una matriz de soporte, restricciones, comandos y problemas comunes observados con SVL.
Antecedentes
Al resolver problemas de SVL, hay criterios básicos que debe comprender y cumplir al implementar SVL mediante los switches Cisco Catalyst 9000. Estos son criterios que deben cumplirse:
- Asegúrese de que SVL sea compatible con un switch, una plataforma y una versión de software determinados.
- Asegúrese de que SVL esté configurado de acuerdo con las pautas proporcionadas en la guía de configuración y siguiendo estrictamente las restricciones proporcionadas.
- Asegúrese de que los links SVL estén conectados físicamente entre los switches.
Soporte de la plataforma
Las plataformas soportadas actualmente se enumeran junto con la formación de software que introdujo el soporte.
| Tren de software | Compatibilidad con SVL introducida en | 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 |
No se admite el link SVL/DAD en el módulo de enlace ascendente en C9500-16X, C9500-40X, C3850-12XS, C3850-24XS |
| 16.9 |
C9404R, C9407R |
- Enlace SVL/DAD soportado solamente en puertos supervisores- SVL soportado solamente con SUP-1 o SUP-1XL |
| 16.10 |
C9500-32C, C9500-32QC, C9500-24Y4C, C9500-48Y4C |
Compatibilidad virtual con StackWise introducida por primera vez en modelos de alto rendimiento C9500 |
| 16.11 |
C9500-NM-2Q, C9500-NM-8X, C9500-16X, C9500-40X C9410R, C9400-SUP-1XL-Y |
- El link SVL/DAD ahora se soporta en los módulos de link ascendente en C9500-16X, C9500-40X -SVL soportado en todos los chasis C9400 con SUP-1 o SUP-1XL o SUP-1XL-Y - SOPORTE SUP XL-25G SVL |
| 16.12 |
C9606R |
- Soporte virtual de StackWise introducido por primera vez en el chasis C9600 con C9600-LC-48YL y C9600-LC-24C - Compatibilidad con SVL FIP - UPLINKS FIPS SOPORTE EN SVL - Soporte SVL seguro |
| 17.1 |
C9606R |
Nuevo soporte LC C9600-LC-48TX en C9600 HA y SVL |
| 17.2 |
C9606R |
- Cuatro supervisores con compatibilidad con Redundancia de procesador de routing (RPR) introducida por primera vez en chasis C9606R - Compatibilidad con enlaces 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 muestran algunas de las otras restricciones 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 de Detección Dual-Active (DAD) y SVL 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 sólo 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 links SVL y DAD en 16.9.1 se soportan en los puertos supervisores. DAD ePAgP se puede configurar en la tarjeta de línea, así como en los puertos de supervisor.
- SVL y DAD en ciertas tarjetas de línea se controla la disponibilidad en 16.11.1
Para obtener una lista completa de restricciones sobre C9400, puede visitar aquí
Restricciones de C9500 SVL
- Cuando SVL se configura en los switches Catalyst de Cisco serie 9500 con C9500-NM-2Q (2x40G), no puede utilizar una combinación de puertos fijos de enlace descendente y de enlace ascendente modular. Los SVL deben tener la misma velocidad en cada miembro.
- Los puertos 40G de un C9500-NM-2Q no se pueden combinar con los puertos de enlace descendente de un switch, ya que tienen velocidades diferentes.
- En una solución virtual de Cisco StackWise, las interfaces que admiten cables multiconectores 4X10G y QSA se pueden utilizar para el tráfico de datos/control, pero no se pueden utilizar 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 1-16 en el panel frontal del switch.
- En C9500-32QC, sólo puede configurar SVL y DAD en interfaces nativas 100G y 40G (puertos de configuración predeterminados). No puede configurar SVL y DAD en las interfaces 100G y 40G convertidas.
- Los links SVL/DAD no se pueden configurar en las interfaces 4X10G y 4X25G en C9500-32C SVL. Sin embargo, se pueden utilizar interfaces de separación 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, las configuraciones de link SVL en las interfaces 1G no son compatibles
- 9500H no soporta la función SVL en ninguna versión 16.9. (Cisco eliminó esta opción de configuración a través del Id. de bug Cisco CSCvt46115 en 16.9.6). Compruebe que el 9500H se está ejecutando 16.10 o posterior
Restricciones de C9600 SVL
- En los switches Cisco Catalyst C9600R, los links SVL/DAD no se pueden configurar en las interfaces 4X10 y 4X25G de ruptura. Sin embargo, las interfaces de salida se pueden utilizar para el tráfico de datos cuando los switches C9600R se configuran en el modo virtual StackWise.
- En los switches Cisco Catalyst C9600R, las configuraciones de link SVL en las interfaces 1G no son compatibles.
Troubleshoot
¿Cómo se comprueba la configuración de StackWise-virtual?
Paso 1. Utilice show running configuration para asegurarse de que la configuración virtual de StackWise existe y 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 configurada de StackWise-virtual
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 tanto del switch1 como del switch2
D_STACK_DAD representa la variable rommon para los links DAD
D_STACK_DOMAIN_NUM representa el número de dominio SVL, asegúrese de que son iguales tanto en el switch1 como en el switch2
D_STACK_MODE representa que el switch Cat9k está configurado en modo de pila distribuida/SVL
El número de dominio SVL, así como la configuración de link SVL y DAD, no sólo 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 arriba
A continuación, se muestra la variable rommon creada y actualizada desde un switch C9500H/C9500 configurado en modo SVL donde el nombre de la interfaz sigue al modelo de tres tuplas cuando se configura 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,"
¿Cómo se comprueba el estado del switch?
Se espera que el estado del switch de ambos chasis esté en el estado 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 del switch
| Estados del switch SVL | Descripción |
| Listo |
La pila/switch está lista para su uso |
| discordancia |
La versión de la imagen no coincide con el switch del par |
| Inicialización |
El sistema no está listo para su uso, aún en fase de inicialización |
| Sincronización HA en curso |
El sistema no está listo para utilizarse, esperando a que se complete la sincronización de la configuración |
A continuación se muestra el resultado del comando 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#
¿Cómo se comprueba el estado del link 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 aún no está agrupado Verifique el lado remoto del link, si ambos lados están en pender verifique el estado de LMP |
| Error |
El protocolo está en estado de error, se puede ver cuando los paquetes LMP se intercambian con errores de valor |
| Tiempo de espera |
Se ha agotado el tiempo de espera del protocolo, se puede ver cuando los mensajes LMP no se transmiten o reciben más de 16 segundos |
| Listo |
El protocolo está en estado listo, este es el estado deseado en 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
¿Cómo se comprueba 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
¿Cómo se comprueba el mapa del núcleo asiático 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
¿Cómo se comprueba 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
¿Cómo se comprueba el 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:
¿Cómo se cierra/desactiva el 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 StackWise. Para fines de prueba, si hay 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
Alternativamente, utilice el siguiente enfoque que puede simular SFP/QSFP OIR del software (por ejemplo, en Cat9400/Cat9500H/Cat9600). Estos son comandos ocultos y requieren que se configure 'service internal':
Switch#test idprom interface <...> ? fake-insert Fake insert fake-remove Fake remove
Extraer archivo de seguimiento del sistema
Cuando el switch activo SVL se puede comunicar con el switch en espera SVL, 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, necesita recopilar un archivo de seguimiento para todas las 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 Activo SVL no puede comunicarse con el switch en espera SVL como la división SVL, 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 LMP y SDP
Compatibilidad agregada de la versión 16.10.1
SDP - Stack Discovery Protocol - tráfico para la negociación de roles y la topología.
El componente del administrador de la pila es responsable de la negociación de roles entre los miembros de la pila y elige la función 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 hello entre extremos y decide si el link físico es elegible para formar parte del StackWise Virtual. LMP también monitorea cada link físico configurado mientras forman parte del SVL. LMP forma parte del proceso de software de Network Interface Manager (Nif Mgr).
FSS - Pila frontal - otro nombre para StackWise Virtual
Desde una perspectiva de software (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)
Desde una perspectiva de hardware (FED = controlador de motor de reenvío):
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)
¿Cómo se comprueba 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án presentes los SUP y el supervisor que está marcado como En el chasis Actualización en espera 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 por sup el estado de redundancia detallado a continuación, se puede utilizar 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 importante facilitador del sistema Quad SUP es hacer que Global Active Sup tenga acceso a todo el sistema de archivos SUP , así como a la accesibilidad.
Esto proporciona los medios para replicar la configuración, las imágenes, la licencia y otros parámetros configurados en todos los SUPs
Utilice la CLI siguiente 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:
¿Cómo se migra el sistema Sup SVL 2 al sistema Quad SUP SVL?
Consulte este enlace para ver los pasos de migración
Comportamiento de Switchover SUP Quad
Quad SUP con los cuatro sups completados en una falla del sistema de SUP Activo sigue un modelo Z para la transición a Nueva Suposición Activa.
Esta imagen representa la nueva transición de SUP activa en la falla de la SUP activa actual.
Utilice los CLI mencionados como parte de la Sección 9 para verificar el estado actual de SUP y el estado de cada sup en cualquier punto de Switchover. Además, show redundancy CLI's se puede utilizar para realizar el seguimiento de los detalles de transición de redundancia global activa/en espera junto con el historial de switchover.
Comportamiento de SUP ISSU de Quad
Quad SUP con los cuatro Sup rellenados en un sistema, ISSU a la nueva imagen V2 sigue un modelo de impacto de trayectoria de datos mínimo.
En esta imagen se captura una progresión de ISSU grabada que comienza con:
- Copie la nueva imagen V2 a 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.
- Activa el modo de espera global con V2, que da como resultado el switchover al Sup en espera dentro del chasis asociado con el modo de espera global seguido por el modo de espera global antiguo se activa como ICS con V2.
- Active la imagen Global Active with V2 que da como resultado Switchover a In-chassis Standby asociado con Global Active. Cuando se inicia correctamente el Activo Global Antiguo como ICS con V2, finaliza la operación de confirmación.
Solución de problemas/escenarios comunes
Los comandos StackWise no funcionan
Los comandos virtuales de StackWise son visibles/están disponibles para configurarse sólo cuando el nivel de licencia se configura como Network Advantage en caso de switches cat9k e IPBase o IPServices en caso de 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.
- Verifique si la variable rommon MODEL_NUM se rellena 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 utilice 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 en función de la plataforma y vuelva a intentarlo.
2. Si el número de modelo es diferente, el SUP puede ser mayormente un viejo protector, puede corregir el número de modelo a través de ROMMON.
Falta la configuración de StackWise
Cuando se activa el sistema, es posible que se haya perdido la configuración de StackWise 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 iosd o que el nivel de licencia se vuelva a configurar en una ventaja de red
Sugerencias para Resolver Problemas
1. Verifique el NIVEL DE LICENCIA para ver si SVL se soporta para ese nivel de licencia. Asegúrese de que el nivel de licencia esté establecido en network-Advantage o superior show license summary
2. Verifique running-config y startup-config show running-config y show startup-config
Si el problema se produce inmediatamente después de ISSU y hay una discordancia entre el resultado de startup-config y running-config, entonces podría ser un problema de ISSU, consulte el siguiente paso.
3. Verifique el resultado de la CLI impactada de ISSU. show redundancy config-sync failure mcl
Si se pierde la configuración interesada tanto en la ejecución como en la configuración de inicio, navegue para seguir el siguiente paso.
4. Verifique las variables rommon, utilice show romvar | inc D_S
si la configuración interesada se ha perdido o está presente en romvar, siga el siguiente paso.
5. Comprobar detalle del estado de issu
Si no puede resolver problemas, recopile los siguientes resultados del comando 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. recolectar show tech-support stackwise-virtual
4. Recopilar archivo de seguimiento
Soluciones posibles
Configure el nivel de licencia adecuado en función de la plataforma y vuelva a intentarlo. Si el problema se produce después de ISSU, en la mayoría de los casos debe limpiar o reconfigurar la configuración que aparece en las fallas de MCL.
Los enlaces StackWise/Enlaces de detección doble activa están desactivados
Posible Causa
Hay muchas razones para que los links SVL/DAD se desactiven. Es difícil saberlo sólo con una mirada a los resultados del comando show, necesita algunos registros de seguimiento 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 el link inactivo son el SFP incorrecto o el cable defectuoso o podría ser un simple problema de visualización.
Sugerencias para Resolver Problemas
1. Tenga claro cuál es el estado del link, use el comando show stackwise-virtual link
2. Asegúrese de que la conectividad física de los puertos SVL y su configuración sean buenas. Marque show stackwise-virtual.
Si no puede resolver problemas, proporcione los siguientes resultados de comandos 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. recolectar 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 el protocolo está en estado suspendido en S, 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 sólo en el caso de los registros btrace stack_mgr.
4. Verifique si el switch se recupera con shut/no shut de los links SVL (sólo un puntero de datos y no una solución )
Sugerencias para Resolver Problemas
Si no puede encontrar la causa raíz, proporcione a continuación los resultados del comando
1. Verifique el estado del link 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. Verifique show platform software fed switch active/standby ifm map
7. Podría haber un problema posible con un tipo específico de xcvr utilizado en el link SVL/DAD. Verifique el estado show interface <SVL/DAD link> y show idprom <SVL/DAD link>
8. Verifique show platform para asegurarse de que SUP/LC que tiene links SVL/DAD estén en estado OK.
Si no puede resolver problemas, proporcione los siguientes resultados del comando para que el equipo de ingeniería los investigue
1. Recopilar archivo de seguimiento
2. Recopilar 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 LINKS SVL: test platform software nif_mgr port disable / enable LPN
2 OIR físico del transceptor en links SVL/DAD
Conmutación de link SVL
Posible Causa
El encuentro de inestabilidad de link en un SV Testbed puede estar en varios dominios. La información más común y básica que debe recopilarse independientemente del dominio/área de la inestabilidad se enumeran en la sección siguiente
Sugerencias para Resolver Problemas
1. Generar archivo de seguimiento.
2. Verifique el estado del canal FED.
3. Compruebe el estado de LMP.
4. identifique el ASIC/mapa de núcleo que corresponde al link SVL.
5. recolectar show tech-support stackwise-virtual
Si no puede encontrar la causa raíz, proporcione estos resultados del comando para que el equipo de Ingeniería pueda solucionar los problemas.
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 LINKS SVL: test platform software nif_mgr port disable / enable LPN
- OIR físico del transceptor o intente cambiar el transceptor o el cable en links SVL/DAD.
Error-disable de los links SVL/DAD
Posible Causa
El transceiver/SFP/QSFP utilizado en los links SVL/DAD podría ser defectuoso en la capa de hardware y los xcvrs podrían generar solapas de link frecuentes y, por lo tanto, inhabilitar por error los links SVL/DAD.
Sugerencias para Resolver Problemas
1. Verifique show idprom interface <SVL/DAD link>
2. Verifique si alguna de las interfaces está err-disabled en el switch, utilice show interfaces status err-disabled.
Si no puede encontrar la causa raíz, proporcione estos resultados del comando
1. show errdisable flap-values
2. show errdisable recovery
3. show errdisable detect
4. show tech-support stackwise-virtual
5. Recopilar archivo de seguimiento
Soluciones posibles
1. Cierre/ No cierre LINKS SVL: test platform software nif_mgr port disable / enable LPN
2. OIR físico del transceptor o intente cambiar el transceptor o el cable en links SVL/DAD.
La pila no se detecta
La salida esperada tras la instalación del sistema sería
Waiting for 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 en el descubrimiento de la pila pueden deberse a varias razones. Aquí mostramos algunos de ellos:
1. Es posible que el estado de los links SVL NO esté ACTIVO o que el estado del protocolo no esté preparado.
2. Los links SVL son inestables.
3. Es posible que uno de los switches de la pila se haya caído o se haya caído.
4. Extraiga accidentalmente el cable o el transceptor o cierre los links SVL.
Sugerencias para Resolver Problemas
En una detección rápida, si la pila no se detecta, es posible que deba verificar el estado del link de toda la 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 del comando junto con el archivo de seguimiento
1. Recopilar archivo de seguimiento
2. Recopilar show tech-support stackwise-virtual
3. show platform software fed switch active/standby fss counters (3-4 incrementos)
El switch no va al 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(modo de recuperación)#
Posible Causa
Es posible que el link DAD se haya caído debido a la extracción física o al cierre del puerto.
Sugerencias para Resolver Problemas
1. Compruebe si los links DAD están ACTIVOS, utilice show stackwise-virtual dual-active-detection [pagp]
2. Si los links DAD están desactivados, verifique por qué el link está inactivo.
5. Si los links DAD están activos y el switch de quiebra no se mueve al modo de recuperación, debe verificar los bits IleMstStateTable para los puertos DAD específicos a medida que se envía un solo paquete DAD y puede que se pierda.
Si no puede encontrar la causa raíz o resolver el problema, proporcione estos resultados de comando junto con el archivo de seguimiento
1. test platform software nif_mgr lmp member-port <slot> <lpn port>
2. show interface status <SVL>
3. Recopilar archivo de seguimiento
4. Recopilar 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 eliminar todos los links SVL
Posible Causa
El switch activo entra en el modo de recuperación puede ser por varias razones. A continuación se enumeran algunas de las causas posibles.
1. Los links SVL pueden experimentar inesperadas inestabilidades de link.
2. Los links SVL pueden experimentar fallas de link remoto/local inesperadas.
3. Podría haber un problema en el intercambio de paquetes LMP/SDP sobre los links SVL.
Sugerencias para Resolver Problemas
1. Si el switch va al modo de recuperación sólo por la eliminación de mitad / menos que los links SVL completos -> utilice el comando test para apagar/no apagar SVL -> verifique si es posible reproducir el problema con OIR físico.
2. Si todavía va al modo de recuperación sin el comando shut, primero probablemente la causa raíz → puerto de control no sea un cambio.
3. Los links SVL pueden tener un tiempo de espera agotado, es posible que los paquetes LMP no se intercambien correctamente entre los switches activos/en espera.
5. El estado del canal de la Reserva Federal es importante para verificar si otros paquetes pasan.
Si no puede encontrar la causa raíz o resolver el problema, proporcione estos resultados de comando 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. Recopilar archivo de seguimiento
7. Recopilar show tech-support stackwise-virtual
Los puertos no obtienen Err-Disabled en el modo de recuperación
Sugerencias para Resolver Problemas
Si no puede encontrar la causa raíz o resolver el problema, proporcione estos resultados de comando 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 SVL activo no funciona, puede no ser un problema SVL, aumentar el tamaño de los paquetes ping para fines de debuggability, realizar un seguimiento de la trayectoria de descarte de paquetes (solicitud/respuesta) y también interrumpir la pila e intentar lo mismo.
Si no puede encontrar la causa raíz o resolver el problema, proporcione estos resultados de comando 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
VERIFICACIÓN DE DESCARGA DE TRÁFICO:
7. clear controllers ethernet-controller
8. show controllers ethernet-controller <Te/Fo interfaces si traffic path>
Ping directo desde un dispositivo conectado a modo en espera, sin MEC
Sugerencias para Resolver Problemas
1. si ping sobre standby no funciona, aumente el tamaño de los paquetes ping para fines de debuggability, realice un seguimiento de la trayectoria de descarte de paquetes (petición/respuesta).
Si no puede encontrar la causa raíz o resolver el problema, proporcione estos resultados de comando 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
VERIFICACIÓN DE DESCARGA DE TRÁFICO:
7.clear controllers ethernet-controller
8. show controllers ethernet-controller <Te/Fo interfaces si traffic path>
9. show interfaces counters errors
Ping sobre canal de puerto
Sugerencias para Resolver Problemas
1. Para diagnosticar el problema aísle el problema al puerto de canal de puerto activo o al puerto de canal de puerto en espera.
2. Una vez que se establece el aislamiento, se establecen acciones repetidas para las acciones activas o en espera enumeradas anteriormente.
3. Asegúrese de que los puertos de miembro del canal de puerto estén activos en cada extremo del canal de puerto
Si no puede encontrar la causa raíz o resolver el problema, proporcione a continuación los resultados del comando 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
VERIFICACIÓN DE DESCARGA DE TRÁFICO:
7. clear controllers ethernet-controller
8. show controllers ethernet-controller <Te/Fo interfaces si el trayecto del tráfico
9. show interfaces counters errors
FED crash / IOS crash/ 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 existe.
El chasis perdió tanto activo como en espera
Sugerencias para Resolver Problemas
Recopile y proporcione esta información:
1. Complete el informe del sistema.
2. Estado de links y Estado de protocolo de SVL.
Activa eliminada antes de que el stdby estuviera listo
Sugerencias para Resolver Problemas
Recopile y proporcione esta información:
1. Informe completo del sistema principalmente
2. Estado de links y Estado de protocolo de SVL.
Tráfico
Sugerencias para Resolver Problemas
1. Asegúrese de que las direcciones MAC de origen y de destino estén configuradas en consecuencia en los flujos de tráfico.
2. Asegúrese de que la ruta de tráfico esté en el mismo dominio vlan o modo trunk.
3. Si drop está activo y no se espera que el flujo de tráfico atraviese el SVL, puede que no sea un problema SVL, interrumpa la pila e inténtelo.
4. si drop está en espera y se espera que el paquete atraviese el volcado de csv de SVL collection, ifm map.
5. Identifique el descarte, utilice show controller ethernet-controller <interface>.
6. si el canal de puerto está involucrado, intente aislar drop al apagar un miembro del canal de puerto para determinar si drop está activo o en espera, repita los mismos pasos anteriores.
Si no puede encontrar la causa raíz o resolver el problema, proporcione estos resultados de comando 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
VERIFICACIÓN DE DESCARGA DE TRÁFICO:
clear controllers ethernet-controller
show controllers ethernet-controller <Te/Fo interfaces si traffic path>
show interfaces counters errors
Tráfico L3
Sugerencias para Resolver Problemas
1. Asegúrese de que las entradas arp se resuelvan y que se hayan agregado las rutas necesarias.
2. Asegúrese de que las direcciones IP de origen y de destino estén configuradas correctamente.
3. Si drop está activo y no se espera que el flujo de tráfico atraviese el SVL, puede que no sea un problema SVL, interrumpa la pila e inténtelo.
4. si drop está en espera y se espera que el paquete atraviese el volcado de csv de SVL collection, mapa de ifm
5. Identifique el descarte, utilice show controller ethernet-controller <interface>.
6. Si el canal de puerto está involucrado, intente aislar la caída cerrando un miembro del canal de puerto para determinar si la caída está activa o en espera, repita los mismos pasos anteriores.
Si no puede encontrar la causa raíz o resolver el problema, proporcione estos resultados de comando 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
VERIFICACIÓN DE DESCARGA DE TRÁFICO:
clear controllers ethernet-controller
show controllers ethernet-controller <Te/Fo interfaces si traffic path>
show interfaces counters errors
Caída de tráfico en SVL
Sugerencias para Resolver Problemas:
1. Identificar dónde se descarta el tráfico, como
- Switch de ingreso en interfaz de ingreso [no relacionado con SVL]
- switch de ingreso en la interfaz SVL de salida
- switch de egreso en la interfaz SVL de ingreso
- Switch de egreso en la interfaz de egreso [no relacionado con SVL]
2. Generar archivo de seguimiento.
3. Verifique el estado del canal FED.
4. Compruebe el estado de LMP.
5. identifique el ASIC/mapa de núcleo que corresponde al link SVL.
6. Capture los 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 de SVL.
1.La FIPS_KEY almacenada en rommon puede variar aunque esté configurando la misma clave de autenticación en sw-1 y sw-2. Debe ocurrir lo siguiente.
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. Verificar show romvar
Si no puede encontrar la causa raíz o resolver el problema, proporcione estos resultados de comando 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. Recopilar show tech-support stackwise-virtual
7. Recopile y proporcione el archivo 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 se debe configurar individualmente en ambos switches que forman parte de SVL
1. SSVL_KEY almacenado en rommon puede variar aunque esté configurando la misma clave de autenticación en sw-1 y sw-2. Debe ocurrir lo siguiente.
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. SSVL_KEY almacenado en rommon puede variar aunque esté configurando la misma clave de autenticación en sw-1 y sw-2. Debe ocurrir lo siguiente. Usar show romvar CLI
2. Si hay discordancia entre el Switch-1 y el Switch-2 en la configuración de Secure SVL Key, podría terminar viendo potencialmente mensajes de error como este mientras se activa el SVL
"stack_mgr: Recarga debido a la razón SESA: No se recibió la solicitud AER de SESA, Error: 31"
3. Verifique el estado show secure-stackwise-virtual y asegúrese de que esté configurado en el modo SECURE-SVL.
Si no puede encontrar la causa raíz o resolver el problema, proporcione estos resultados de comando 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. Recopilar show tech-support stackwise-virtual
5. debug secure-stackwise-virtual
6. Recopilar y proporcionar el archivo de seguimiento
Discordancia de V en el switch
Posible Causa
Una versión diferente del software iniciado en chasis activo y en espera conduce a una discordancia de V en SVL
Sugerencias para Resolver Problemas
Verifique show switch y verifique si hay alguna discordancia V
Posible solución:
Hay una función llamada actualización automática del software que se habilita de forma predeterminada en las plataformas Cat9k. Esta función cuando está activada y detecta discordancia de software y envía el paquete de software que está presente en el switch activo a 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, hágalo y reinicie el switch en espera para que se inicie la actualización automática del software y tanto los switches activos como en espera tengan la misma versión de software utilizada en SVL.
La actualización automática del software funciona sólo en el modo de instalación en las plataformas Cat9k, que es el modo de inicio recomendado.
1. Verifique que la actualización automática del software esté habilitada en el SVL. Use a continuación show CLI
switch#show run all | i software
software auto-upgrade enable
La pila se divide con la eliminación de sólo un link SVL de varios links SVL
Posible Causa
Este tipo de problema podría ocurrir cuando los transceptores se insertan parcial 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 lea idprom de estos xcvrs. Esto podría 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 switches activos o en espera en SVL.
1. Verifique show idprom interface <intf>. Verifique en las interfaces de switch activo y en espera el vaciado de idprom y verifique si hay lentitud/retraso en la finalización de esta CLI.
2. Verifique show interfaces <intf>. Verifique tanto en las interfaces de switches activos como en espera y verifique si hay lentitud/retraso en la finalización de esta CLI.
3. También verifique si el uso de la CPU es alto en el SVL, use show processes cpu sort.
Sugerencias para Resolver Problemas:
Si no puede encontrar la causa raíz, proporcione estos resultados del comando junto con el archivo de seguimiento.
1. Verifique si la CPU es alta, use show processes cpu sort.
2. Verifique si el ping de subranura TDL funciona bien, utilice el software de la plataforma de prueba tdl ping subslot <>.
Soluciones posibles
Una de las posibles causas de este problema podría ser la mitad o la mitad de los transceptores insertados libremente en el puerto del panel frontal de los switches en SVL.
Asegúrese de que los transceptores se encuentran colocados/insertados correctamente 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 las cosas funcionen bien.
1. Verifique show idprom interface <intf> . Verifique en las interfaces de switch activo y en espera el vaciado de idprom y verifique que la CLI se ejecute sin demora al finalizar esta CLI.
2. Verifique show interfaces <intf>. Verifique tanto en las interfaces de switches activos como en espera y verifique que la CLI se ejecute sin demora al finalizar esta CLI.
3. También verifique si el uso de la CPU no es alto en el SVL, use show processes cpu sort.
Si el problema persiste, recopile a continuación los resultados y registros de CLI.
1. Recopilar show tech-support stackwise-virtual
2. Recopilar y proporcionar el archivo de seguimiento
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)