Identificar e Solucionar Problemas de SVL em Catalyst 9000 Switches
Contents
Introduction
Este documento descreve como identificar, coletar registros úteis e resolver problemas que podem ocorrer com o StackWise-virtual (SVL) em switches Catalyst 9000. Ele também fornece uma matriz de suporte, restrições, comandos e problemas comuns observados com o SVL.
Informações de Apoio
Quando você soluciona problemas de SVL, há critérios básicos que você precisa entender e cumprir ao implantar SVL usando os switches Cisco Catalyst 9000. Esses são critérios que precisam ser atendidos:
- Certifique-se de que o SVL seja compatível com um determinado switch, plataforma e release de software.
- Certifique-se de que o SVL esteja configurado de acordo com as diretrizes fornecidas no guia de configuração e seguindo rigorosamente as restrições fornecidas.
- Verifique se os links SVL estão fisicamente conectados entre os switches.
Suporte à plataforma
Plataformas atualmente suportadas listadas junto com a linha de software que apresentou suporte.
| Trilha de software | Suporte SVL introduzido em | Comentários |
| 16.3 |
C3850-48XS |
|
| 16.6 |
C9500-24Q |
|
| 16.8 |
C9500-12Q, C9500-24Q, C9500-16X, C9500-40X C3850-12XS, C3850-24XS, C3850-48XS |
Link SVL/DAD não suportado no módulo de uplink no C9500-16X, C9500-40X, C3850-12XS, C3850-24XS |
| 16.9 |
C9404R, C9407R |
- Link SVL/DAD suportado somente em portas supervisoras - SVL suportado somente com SUP-1 ou SUP-1XL |
| 16.10 |
C9500-32C, C9500-32QC, C9500-24Y4C, C9500-48Y4C |
O suporte virtual StackWise foi lançado pela primeira vez em modelos C9500 de alto desempenho |
| 16.11 |
C9500-NM-2Q, C9500-NM-8X, C9500-16X, C9500-40X C9410R, C9400-SUP-1XL-Y |
- O link SVL/DAD agora é compatível com módulos de uplink no C9500-16X, C9500-40X -SVL suportado em todos os chassis C9400 com SUP-1 ou SUP-1XL ou SUP-1XL-Y SUP XL-25G SUPORTE SVL |
| 16.12 |
C9606R |
- O suporte virtual StackWise foi lançado primeiro no chassi C9600 com C9600-LC-48YL e C9600-LC-24C - Suporte a SVL FIP - UPLINKS SUPORTE A FIPS EM SVL - Suporte SVL seguro |
| 17.1 |
C9606R |
Novo suporte LC C9600-LC-48TX para HA e SVL C9600 |
| 17.2 |
C9606R |
- Suporte para Quad-Supervisor com Redundância de Processador de Rota (RPR - Route Processor Redundancy) introduzido pela primeira vez no chassi C9606R - Suporte para links DAD no C9600-LC-48S |
Restrições
A maioria das restrições pode ser encontrada no guia Cisco StackWise-Virtual Configuration, abaixo estão algumas das outras restrições que são mais específicas da plataforma e não podem ser explicitamente mencionadas no guia de configuração.
Restrição comum:
A configuração de DAD (Dual-Ative Detection, Detecção dupla ativa) e SVL deve ser executada manualmente e os dispositivos devem ser reinicializados para que as alterações de configuração entrem em vigor.
Restrições ao C9400 SVL
- As conexões SVL podem ser estabelecidas por meio de portas de uplink 10G, 40G ou 25G (disponíveis somente no C9400-SUP-1XL-Y) nos módulos supervisores e portas de downlink de 10G nas placas de linha
- A configuração SVL em interfaces 1G não é suportada.
- Os links SVL e DAD em 16.9.1 são suportados em portas de supervisor. O DAD ePAgP pode ser configurado na placa de linha, assim como nas portas do supervisor.
- O SVL e o DAD em determinada placa de linha são controlados pela disponibilidade em 16.11.1
Para obter uma lista completa de restrições no C9400, acesse aqui
Restrições ao C9500 SVL
- Quando o SVL é configurado nos switches Cisco Catalyst 9500 Series com C9500-NM-2Q (2x40G), você não pode usar uma combinação de downlink fixo e portas de uplink modulares. Os SVLs devem ter a mesma velocidade em cada membro.
- As portas 40G em um C9500-NM-2Q não podem ser combinadas com as portas de downlink em um switch, pois têm velocidades diferentes.
- Em uma solução Cisco StackWise Virtual, as interfaces que suportam cabos de breakout 4X10G e QSA podem ser usadas para tráfego de dados/controle, mas não podem ser usadas para configurar links SVLs ou DAD.
Restrições ao C9500H SVL
- Nos switches C9500-32C, você pode configurar SVL e DAD somente nas interfaces numeradas de 1 a 16 no painel frontal do switch.
- No C9500-32QC, você pode configurar SVL e DAD somente em interfaces nativas de 100G e 40G (portas de configuração padrão). Não é possível configurar SVL e DAD nas interfaces 100G e 40G convertidas.
- Os links SVL/DAD não podem ser configurados nas interfaces de breakout 4X10G e 4X25G no C9500-32C SVL. No entanto, as interfaces breakout podem ser usadas para tráfego de dados/controle quando os Switches de Alto Desempenho da Série C9500 são configurados no modo Virtual StackWise.
- Nos switches de alto desempenho Cisco Catalyst C9500 Series, as configurações de link SVL em interfaces 1G não são suportadas
- O 9500H não suporta o recurso SVL em nenhuma versão 16.9. (A Cisco removeu esta opção de configuração através da ID de bug da Cisco CSCvt46115 em 16.9.6). Verifique se o seu 9500H está em execução 16.10 ou posterior
Restrições ao C9600 SVL
- Nos Cisco Catalyst C9600R Switches, os links SVL/DAD não podem ser configurados nas interfaces de breakout 4X10 e 4X25G. No entanto, as interfaces breakout podem ser usadas para tráfego de dados quando os Switches C9600R estão configurados no modo Virtual StackWise.
- Nos Cisco Catalyst C9600R Switches, as configurações de link SVL em interfaces 1G não são suportadas.
Troubleshoot
Como verificar a configuração virtual do StackWise?
Etapa 1. Use show running configuration para garantir que a configuração virtual StackWise existe e esteja correta na configuração atual
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
!
Etapa 2. Show romvar pode ser usado para verificar se as variáveis rommon exibem os valores corretos que correspondem à configuração configurada 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 a variável rommon para links SVL de switch1 e switch2
D_STACK_DAD representa a variável rommon para links DAD
D_STACK_DOMAIN_NUM representa o número de domínio SVL, certifique-se de que eles sejam os mesmos no switch1 e no switch2
D_STACK_MODE representa que o switch Cat9k está configurado no modo de pilha SVL/distribuída
O número de domínio SVL, bem como a configuração de link SVL e DAD, não é armazenado apenas como parte da configuração atual/configuração de inicialização, mas também como variáveis rommon
As variáveis rommon e os valores relacionados dessas variáveis rommon podem ser verificados. Usar CLI como mostrado acima
A saída abaixo exibe a variável rommon criada e atualizada de um switch C9500H/C9500 configurado no modo SVL, onde o nome da interface segue 3 modelos de tupla quando configurado no 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,"
Como verificar o status do switch?
Espera-se que o status do switch de ambos os chassis esteja no estado Pronto. Além disso, verifique a saída do comando show module para garantir que todos os LCs estejam no 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 do switch
| Estados do switch SVL | Descrição |
| Pronto |
A pilha/switch está pronta para uso |
| incompatibilidade |
Versão da imagem incompatível com o switch peer |
| Inicializando |
O sistema não está pronto para uso, ainda em fase de inicialização |
| sincronização de HA em andamento |
O sistema não está pronto para uso, aguardando a conclusão da sincronização de configuração |
Abaixo está a saída do comando show module de um 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#
Como verificar o status do link SVL?
Espera-se que o Link-Status das portas SVL esteja no estado "U" (Up) e o Protocol-Status deve ser "R" (Ready)
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
| status do protocolo SVL | Descrição |
| Suspenso |
O protocolo está em um estado suspenso, pode ser visto quando o link SVL está inativo Verifique o status do link e verifique se ele está ativado |
| Pendente |
O protocolo está pendente, pode ser visto quando o link ainda não está empacotado Verifique o lado remoto do link, se ambos os lados estiverem em pend check LMP health |
| Erro |
O protocolo está em estado de erro, pode ser visto quando pacotes LMP são trocados com erros de valor |
| Timeout |
O protocolo expirou, pode ser visto quando as mensagens do LMP não estão sendo transmitidas ou recebidas mais de 16 segundos |
| Pronto |
O protocolo está no estado pronto, esse é o estado desejado na operação normal Tanto as mensagens de LMP como as de SDP são trocadas com êxito |
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
Como verificar o status do link do 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
Como verificar o mapa do IFM do núcleo asiático?
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
Como verificar a integridade do canal da 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
Como verificar a integridade do LMP?
Use estes comandos show para verificar a integridade do 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:
Como desligar/desligar a porta SVL?
Os comandos shut e no shut são desabilitados nas portas SVL e DAD quando o sistema é configurado no modo virtual StackWise. Para fins de teste, se houver necessidade de fechar/desfechar portas SVL, tente como mostrado aqui:
Switch#test platform software nif_mgr port ? disable shutdown port enable unshut port
Como alternativa, use a abordagem abaixo que pode simular OIR SFP/QSFP do software (por exemplo, no Cat9400/Cat9500H/Cat9600). Estes são comandos ocultos e exigem que o 'serviço interno' seja configurado:
Switch#test idprom interface <...> ? fake-insert Fake insert fake-remove Fake remove
Extrair arquivo de rastreamento do sistema
Quando o switch ativo SVL pode se comunicar com o switch em standby SVL, um arquivo de rastreamento para ambos os switches pode ser gerado. Use 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#
No caso do Quad SUP, você precisa coletar um arquivo de rastreamento para todos os SUPs separadamente.
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
Em situações em que o switch ativo SVL não pode se comunicar com o switch de espera SVL, como a divisão SVL, certifique-se de gerar um arquivo de rastreamento em ambas as unidades.
show log file crashinfo:tracelogs/<filename>.bin.gz internal
show tech-support stackwise-virtual switch [active|standby|all|#]
Novos contadores LMP e SDP
Suporte adicionado da versão 16.10.1
SDP - Stack Discovery Protocol - tráfego para negociação de função e topologia. O
O componente gerenciador de pilha é responsável pela negociação de função entre os membros da pilha e elege a função Ativo e Standby. O Stack Manager envia e recebe os pacotes SDP sobre o SVL e obtém a visualização de todos os switches que fazem parte do Stackwise Virtual.
LMP - Link Management Protocol -
Tráfego L2 para manter o SVL. O protocolo de gerenciamento de link é um componente de software, que executa uma saudação entre as extremidades e decide se o link físico está qualificado para fazer parte do StackWise Virtual. O LMP também monitora cada link físico configurado enquanto faz parte do SVL. O LMP faz parte do processo do software Network Interface Manager (Nif Mgr).
FSS - Pilha frontal - outro nome para StackWise Virtual
De uma 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)
Do ponto de vista 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)
Como verificar o status de redundância do Quad SUP?
O sistema Quad Sup tem um máximo de 4 supervisores com 2 supervisores presentes por chassi. Show module fornece uma visualização completa do chassi e do SUP presente no sistema.
Você pode ver os slots nos quais os SUPs estão presentes e o Supervisor que está marcado como In chassis Standby update com o status como provisionado.
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 estado detalhado de redundância abaixo, show CLI pode ser usado... Os detalhes fornecidos incluem o tempo de atividade atual e os detalhes da imagem.
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;
Outro principal ativador para o sistema de SUP Quad é fazer com que o Global Ative Sup tenha acesso a todo o sistema de arquivos SUP, bem como a acessibilidade.
Isso fornece os meios para replicar a configuração, as imagens, a licença e outros parâmetros configurados em todos os SUPs
Use a CLI abaixo para validar a disponibilidade do sistema de arquivos
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:
Como migrar 2 Sup SVL System para o Quad SUP SVL System?
Consulte este link para ver as etapas de migração
Comportamento de comutação do Quad SUP
O SUP quádruplo com todos os quatro sups preenchidos em uma falha do sistema do SUP ativo segue um modelo Z para a transição para a nova suposição ativa.
Esta imagem descreve a transição de Novo SUP Ativo na falha do SUP Ativo atual.
Use CLIs mencionados como parte da Seção 9 para verificar o status e a integridade atuais do SUP de cada sup em qualquer ponto do Switchover. Além disso, CLIs show redundancy podem ser usados para rastrear os detalhes da transição de redundância global ativa/standby junto com o histórico de switchover.
Comportamento do Quad SUP ISSU
O Quad SUP com todos os quatro Sup preenchidos em um sistema, o ISSU para a nova imagem V2 seguem um modelo de impacto mínimo no caminho de dados.
Uma foto da progressão do ISSU é capturada nesta imagem que começa com:
- Copie a nova imagem V2 para todos os 4 SUPs e ative ambos os ICSs com a nova imagem V2. Isso resulta em uma recarga dos ICSs para inicialização com a nova imagem V2.
- Ative o modo de espera global com V2, o que resulta na comutação para o modo de espera no chassi associado ao modo de espera global seguido pelo modo de espera global antigo aparece como ICS com V2.
- Ative a imagem global ativa com V2 que resulta na comutação para o modo de espera no chassi associado ao global ativo. Na inicialização bem-sucedida do antigo Global Ative como ICS com V2, a operação de confirmação é concluída.
Solucionar situações/problemas comuns
Comandos StackWise não funcionam
Os comandos virtuais StackWise são visíveis/disponíveis para configuração somente quando o nível de licença é configurado como Network Advantage no caso de switches cat9k e IPBase ou IPSServices no caso de switches Cat3k.
Possível causa
Esses problemas são vistos principalmente quando os fundamentos da rede não estão configurados corretamente.
- No Cat3k, verifique se uma licença é IPBase ou IPSServices, use o comando show version.
- No Cat9K, verifique se uma licença é Network Advantage, use o comando show version.
- Verifique se a variável de rommon MODEL_NUM está preenchida corretamente e corresponde ao modelo real do dispositivo.
Pontas a pesquisar defeitos
Se a licença estiver correta e os comandos ainda não estiverem disponíveis, pode ser um problema de sincronização de configuração, caso em que use estes comandos para coletar as informações que ajudam a depurar esse problema:
1. show version
2. show license summary
3. show romvar | i MODEL_NUM
Solução possível
1. Configure o nível de licença correto com base na plataforma e tente novamente.
2. Se o número do modelo for diferente, a maior parte do SUP pode ser uma placa de segurança antiga, você pode corrigir o número do modelo por meio do ROMMON.
Configuração do StackWise ausente
Quando o sistema é ativado, você pode ver a configuração StackWise perdida na configuração em execução.
Possível causa
Verifique se a configuração desejada existe no banco de dados running-config. Provavelmente é um problema de sincronização de configuração de iosd ou o nível de licença está configurado de volta para não vantagem de rede
Pontas a pesquisar defeitos
1. Verifique o NÍVEL DE LICENÇA para ver se o SVL é suportado para esse nível de licença. Verifique se o nível de licença está definido como vantagem da rede ou acima de show license summary
2. Verifique running-config e startup-config show running-config e show startup-config
Se o problema ocorrer imediatamente após o ISSU e houver uma incompatibilidade entre a saída de startup-config e running-config, isso pode ser um problema do ISSU, consulte a próxima etapa.
3. Verifique a saída da CLI impactada na ISSU. show redundancy config-sync failure mcl
Se a configuração interessada for perdida em running e startup-config, navegue até a próxima etapa.
4. Verificar variáveis rommon, usar show romvar | inc D_S
se a configuração interessada for perdida ou presente no romvar, siga a próxima etapa.
5. Verificar detalhe do estado do problema
Se você não conseguir solucionar o problema, colete as saídas do comando abaixo para investigar mais
1. show platform software fed switch ative fss counters (3-4 incrementos)
2. test platform software nif_mgr lmp member-port LPN
3. coletar show tech-support stackwise-virtual
4. Coletar arquivo de rastreamento
Solução possível
Configure o nível de licença correto com base na plataforma e tente novamente. Se o problema ocorrer após o ISSU, você terá que limpar ou reconfigurar a configuração listada em falhas de MCL.
Os links StackWise/Dual Ative Detection estão inativos
Possível causa
Há muitas razões para os links SVL/DAD ficarem inativos. É difícil dizer apenas com uma olhada nas saídas do comando show, ele precisa de alguns btrace logs específicos junto com a saída do comando show para analisar e encontrar cuidadosamente a causa raiz.
Alguns dos mais comuns que podem causar a inatividade do link são SFP defeituoso ou cabo defeituoso ou pode ser um problema de exibição simples.
Pontas a pesquisar defeitos
1. Seja claro qual é o status do link, use o comando show stackwise-virtual link
2. Verifique se a conectividade física das portas SVL e sua configuração estão boas. Marque show stackwise-virtual.
Se você não conseguir solucionar o problema, forneça as saídas do comando abaixo para investigar.
1. show platform software fed switch ative fss counters (3-4 incrementos)
2. test platform software nif_mgr lmp member-port LPN
3. coletar show tech-support stackwise-virtual
4. Coletar arquivo de rastreamento.
O status do protocolo SVL não mostra R
Seja claro qual é o status do link mostrado no comando show stackwise-virtual
Possível causa:
1. Se o protocolo estiver no estado S-Suspended, a maioria das vezes significa que o link está desativado.
2. Se o protocolo estiver no estado T-Timeout, significa que não pode receber/enviar pacotes LMP.
3. Para o estado Timeout/Pending, importante para capturar o Nif_mgr, Fed e também apenas em logs de rastreamento stack_mgr.
4. Verifique se o switch se recupera com o desligamento ou não dos links SVL (apenas um ponteiro de dados e não uma solução)
Pontas a pesquisar defeitos
Se você não conseguir encontrar a causa raiz, forneça abaixo as saídas do comando
1. Verifique o status do link SVL/DAD. Usar show stackwise-virtual link
2. Verificar contadores fss ativos/em standby do switch alimentado pelo software da plataforma (3-4 incrementos)
3. test platform software nif_mgr lmp member-port LPN
4. Verificar o mapa de ifm ativo/standby do switch alimentado pelo software da plataforma
7. Pode haver um problema com um tipo específico de xcvr usado no link SVL/DAD. Verifique o status do show interface <link SVL/DAD> e mostre idprom <link SVL/DAD>
8. Marque show platform para garantir que o SUP/LC que tem links SVL/DAD esteja no estado OK.
Se você não conseguir solucionar o problema, forneça as saídas de comando abaixo para a equipe de Engenharia investigar
1. Coletar arquivo de rastreamento
2. Coletar o show tech-support stackwise-virtual
3. show platform software fed switch ative/standby fss counters (3-4 incrementos)
Possível solução:
1. Fechar/ Nenhum LINK SVL Fechado: test platform software nif_mgr port disable / enable LPN
2 OIR físico do transceptor em links SVL/DAD
SVL Link Flapping
Possível causa
O encontro de oscilação de link em um SV Testbed pode estar em vários domínios. As informações mais comuns e básicas a serem coletadas independentemente do domínio/área da aba estão listadas na seção abaixo
Pontas a pesquisar defeitos
1. Gerar arquivo de rastreamento.
2. Verifique a integridade do canal FED.
3. Verifique a integridade do LMP.
4. identificar o mapa ASIC/Core que corresponde ao link SVL.
5. coletar show tech-support stackwise-virtual
Se você não conseguir encontrar a causa raiz, forneça essas saídas de comando para Troubleshooting adicional da equipe de Engenharia.
1. test platform software nif_mgr lmp member-port <slot> <porta lpn>
2. show platform hardware iomd switch 1/2 1/0 lc-portmap brief | pormenor
3. show tech-support stackwise-virtual
4. Coletar arquivo de rastreamento.
Solução possível
- Fechar/ Nenhum LINK SVL Fechado: test platform software nif_mgr port disable / enable LPN
- OIR físico do transceptor ou tentar alterar o transceptor ou cabo em links SVL/DAD.
Desabilitação por erro dos links SVL/DAD
Possível causa
O transceiver/SFP/QSFP usado nos links SVL/DAD pode estar com defeito na camada de hardware e os xcvrs podem, por si só, gerar oscilações de link frequentes e, portanto, desativar os links SVL/DAD por erro.
Pontas a pesquisar defeitos
1. Verifique o comando show idprom interface <link SVL/DAD>
2. Verifique se alguma das interfaces está realmente desabilitada para erros no switch, use show interfaces status err-disabled.
Se você não conseguir encontrar a causa raiz, forneça estas saídas de comando
1. show errdisable flap-values
2. show errdisable recovery
3. show errdisable detect
4. show tech-support stackwise-virtual
5. Coletar arquivo de rastreamento
Solução possível
1. Fechar/ Nenhum LINK SVL Fechado: test platform software nif_mgr port disable / enable LPN
2. OIR físico do transceptor ou tentar alterar o transceptor ou cabo em links SVL/DAD.
A pilha não é descoberta
A saída esperada na ativação do sistema seria
Waiting for 120 seconds for other switches to boot
#####################################################
Switch number is 2
All switches in the stack have been discovered. Accelerating discovery
Possível causa
As falhas de descoberta de pilha podem ser devido a vários motivos. Listados alguns deles aqui:
1. O status dos links SVL PODE NÃO ESTAR ATIVO ou o status do protocolo pode não estar Pronto.
2. Os links SVL não estão sincronizados.
3. Um dos switches da pilha pode ter travado ou desligado.
4. Puxe acidentalmente o cabo ou transceptor ou desligue os links SVL.
Pontas a pesquisar defeitos
Em uma descoberta acelerada, se a pilha não for descoberta, talvez seja necessário verificar o status do link de todo o SVL. Pode ser que nenhum dos links SVL estivesse ativado. Você pode verificar isso com o comando show stackwise-virtual link
Se você não conseguir encontrar a causa raiz, forneça essas saídas de comando junto com o arquivo de rastreamento
1. Coletar arquivo de rastreamento
2. Coletar o show tech-support stackwise-virtual
3. show platform software fed switch ative/standby fss counters (3-4 incrementos)
Switch não está indo para o modo de recuperação
Quando todos os links SVL estão inativos e os links DAD estão configurados no SVL, o switch ativo deve estar no modo de recuperação.
Switch(modo de recuperação)#
Possível causa
O link DAD pode ter sido desativado devido à remoção física ou ao desligamento da porta.
Pontas a pesquisar defeitos
1. Verifique se os links DAD estão ATIVADOS, use show stackwise-virtual dual-ative-detection [pagp]
2. Se os links DAD estiverem inativos, verifique por que o link está inativo.
5. Se os enlaces DAD estiverem ativos e o switch estático não for movido para o modo de recuperação, você deverá verificar os bits IleMstStateTable para as portas DAD específicas, pois um único pacote DAD será enviado e ele poderá ser perdido.
Se você não conseguir encontrar a causa raiz ou solucionar problemas, forneça essas saídas de comando junto com o arquivo de rastreamento
1. test platform software nif_mgr lmp member-port <slot> <porta lpn>
2. show interface status <SVL>
3. Coletar arquivo de rastreamento
4. Coletar o show tech-support stackwise-virtual
5. show platform software fed switch ative/standby fss counters (3-4 incrementos)
O switch chega ao modo de recuperação antes da remoção de todos os links SVL
Possível causa
O switch ativo entra no modo de recuperação pode ser por várias razões. Veja abaixo algumas das possíveis causas.
1. Os links SVL podem apresentar oscilações de link inesperadas.
2. Os links SVL podem apresentar falhas inesperadas de link remoto/local.
3. Pode haver um problema na troca de pacotes LMP/SDP pelos links SVL.
Pontas a pesquisar defeitos
1. Se o switch for para o modo de recuperação apenas pela remoção de metade / menos de links SVL completos -> use o comando test para fechar/não fechar SVL -> verifique se é possível reproduzir o problema com OIR físico.
2. Se ainda for para o modo de recuperação sem o comando shut, primeiro provavelmente a causa raiz → A porta de controle pode não ser um turno.
3. Os links SVL podem estar com o tempo limite, os pacotes LMP podem não ser trocados corretamente entre os switches ativos/em espera.
5. A integridade do canal Fed é importante para verificar se outros pacotes passam.
Se você não conseguir encontrar a causa raiz ou solucionar problemas, forneça essas saídas de comando junto com o arquivo de rastreamento
1. show stackwise-virtual link
2. show stackwise-virtual dual-ative-detection
3. show platform software fed switch ative fss counters (3-4 incrementos)
4. test platform software nif_mgr lmp member-port <slot> <porta lpn>
5. show platform software fed switch ative fss bundle
6. Coletar arquivo de rastreamento
7. Coletar o show tech-support stackwise-virtual
As portas não são desativadas por erro no modo de recuperação
Pontas a pesquisar defeitos
Se você não conseguir encontrar a causa raiz ou solucionar problemas, forneça essas saídas de comando junto com o arquivo de rastreamento
1. show interface status
2. show stackwise-virtual dual-ative-detection
3. show stackwise-virtual dual-ative-detection pagp
4. test platform software nif_mgr lmp member-port LPN
Ping direto de um dispositivo conectado a ativo, sem MEC
Pontas a pesquisar defeitos
Se o ping sobre o SVL ativo não funcionar, pode não ser problema de SVL, aumentar o tamanho dos pacotes de ping para fins de depuração, rastrear o caminho de descarte de pacotes (solicitação/resposta) e também quebrar a pilha e tentar o mesmo.
Se você não conseguir encontrar a causa raiz ou solucionar problemas, forneça essas saídas de comando junto com o arquivo de rastreamento
1. show stackwise-virtual link
2. show platform software fed switch ative fss counters (3-4 incrementos)
3. test platform software nif_mgr lmp member-port LPN
4. show platform software fed switch ative ifm map
5. show tech-support stackwise-virtual
VERIFICAÇÃO DE QUEDA DE TRÁFEGO:
7. clear controllers ethernet-controller
8. show controllers ethernet-controller <Te/Fo interfaces if traffic path>
Ping direto de um dispositivo conectado ao modo de espera, sem MEC
Pontas a pesquisar defeitos
1. se o ping sobre o standby não funcionar, aumente o tamanho dos pacotes de ping para fins de depuração, rastreie o caminho de descarte do pacote (solicitação/resposta).
Se você não conseguir encontrar a causa raiz ou solucionar problemas, forneça essas saídas de comando junto com o arquivo de rastreamento
1. show stackwise-virtual link
2. show platform software fed switch ative fss counters (3-4 incrementos)
3. test platform software nif_mgr lmp member-port LPN
4. show platform software fed switch ative fss ifm map
5. show tech-support stackwise-virtual
VERIFICAÇÃO DE QUEDA DE TRÁFEGO:
7.clear controllers ethernet-controller
8. show controllers ethernet-controller <Te/Fo interfaces if traffic path>
9. show interfaces counters errors
Ping sobre canal de porta
Pontas a pesquisar defeitos
1. Para diagnosticar problemas, isole o problema na porta do canal de porta ativa ou na porta do canal de porta de standby.
2. Uma vez estabelecido o isolamento acima, as ações repetidas para o ativo ou standby listado acima.
3. Verifique se as portas membro do canal de porta estão ativas em cada extremidade do canal de porta
Se você não conseguir encontrar a causa raiz ou solucionar problemas, forneça abaixo as saídas do comando junto com o arquivo de rastreamento
1. show stackwise-virtual link
2. show platform software fed switch ative fss counters (3-4 incrementos)
3. test platform software nif_mgr lmp member-port LPN
4. show platform software fed switch ative fss ifm map
5. show tech-support stackwise-virtual
VERIFICAÇÃO DE QUEDA DE TRÁFEGO:
7. clear controllers ethernet-controller
8. show controllers ethernet-controller <Te/Fo interfaces if traffic path
9. show interfaces counters errors
Travamento de FED / travamento de IOSd/ Stack_mgr
Dicas para solucionar problemas:
Colete e forneça estas informações:
1. Coletar registros do console.
2. relatório do sistema e decodificação do arquivo central, se houver.
O chassi perdeu ativo e standby
Pontas a pesquisar defeitos
Colete e forneça estas informações:
1. Preencha o relatório do sistema.
2. Estado dos links e Estado do protocolo dos SVLs.
Ativo removido antes que o standby se tornasse pronto
Pontas a pesquisar defeitos
Colete e forneça estas informações:
1. Relatório completo do sistema, principalmente
2. Estado dos links e Estado do protocolo dos SVLs.
Tráfego
Pontas a pesquisar defeitos
1. Certifique-se de que os endereços mac origem e destino estejam definidos de acordo em fluxos de tráfego.
2. Verifique se o caminho de tráfego está no mesmo domínio de vlan ou modo de tronco.
3. Se a queda estiver ativa e não se espera que o fluxo de tráfego passe por SVL, talvez não seja problema de SVL, quebre a pilha e tente.
4. se o descarte estiver em standby e se houver expectativa de que o pacote passe pelo despejo csv coletado SVL, mapa ifm.
5. Identifique a queda, use show controller ethernet-controller <interface>.
6. se port-channel estiver envolvido, tente isolar drop by shut down um membro do port-channel para determinar se o drop está ativo ou em standby, repita as mesmas etapas acima.
Se você não conseguir encontrar a causa raiz ou solucionar problemas, forneça essas saídas de comando junto com o arquivo de rastreamento
1. show stackwise-virtual link
2. show platform software fed switch ative fss counters (3-4 incrementos)
3. test platform software nif_mgr lmp member-port LPN
4. show platform software fed switch ative ifm map
5. show tech-support stackwise-virtual
VERIFICAÇÃO DE QUEDA DE TRÁFEGO:
clear controllers ethernet-controller
show controllers ethernet-controller <Te/Fo interfaces if traffic path>
show interfaces counters errors
Tráfego L3
Pontas a pesquisar defeitos
1. Verifique se as entradas arp estão resolvidas e se as rotas necessárias foram adicionadas.
2. Verifique se os endereços IP origem e destino estão definidos corretamente.
3. Se a queda estiver ativa e não se espera que o fluxo de tráfego passe por SVL, talvez não seja problema de SVL, quebre a pilha e tente.
4. se o descarte estiver no modo de espera e se for esperado que o pacote passe pelo despejo csv de coleta de SVL, mapa ifm
5. Identifique a queda, use show controller ethernet-controller <interface>.
6. Se port-channel estiver envolvido, tente isolar o drop by shut down um membro do port-channel para determinar se o drop está ativo ou em standby, repita as mesmas etapas acima.
Se você não conseguir encontrar a causa raiz ou solucionar problemas, forneça essas saídas de comando junto com o arquivo de rastreamento
- show stackwise-virtual link
- show platform software fed switch ative fss counters (3-4 incrementos)
- test platform software nif_mgr lmp member-port LPN
- show platform software fed switch ative ifm map
- show tech-support stackwise-virtual
VERIFICAÇÃO DE QUEDA DE TRÁFEGO:
clear controllers ethernet-controller
show controllers ethernet-controller <Te/Fo interfaces if traffic path>
show interfaces counters errors
Queda de tráfego no SVL
Dicas para solucionar problemas:
1. Identificar onde o tráfego é descartado, como
- switch de ingresso na interface de ingresso [não relacionado ao SVL]
- switch de ingresso na interface SVL de saída
- switch de saída na interface SVL de entrada
- Switch de saída na interface de saída [não relacionado ao SVL]
2. Gerar arquivo de rastreamento.
3. Verifique a integridade do canal FED.
4. Verifique a integridade do LMP.
5. identificar o mapa ASIC/Core que corresponde ao link SVL.
6. Capturar pacotes que são descartados no SVL.
FIPS em SVL
Possível causa
Há sempre uma chance de que o FIPS na chave SVL não tenha sido configurado individualmente em cada switch. A mesma chave FIPS deve ser configurada individualmente em ambos os switches que fazem parte do SVL.
1. O FIPS_KEY armazenado em rommon pode ser diferente mesmo se você estiver configurando a mesma chave de autenticação em sw-1 e sw-2. Este é um comportamento esperado.
2. Verifique o status show fips e certifique-se de que o switch esteja configurado para o modo fips.
Pontas a pesquisar defeitos
1. Verifique o modo FIPS, use show fips status.
2. Verifique show fips authorization-key.
3. Verificar show romvar
Se você não conseguir encontrar a causa raiz ou solucionar problemas, forneça essas saídas de comando junto com o arquivo de rastreamento
1. show fips status
2. show fips authorization-key
3. show platform software fed switch <ative|standby> fss sesa-counters
4. show stackwise-virtual link
5. show stackwise-virtual
6. Coletar o show tech-support stackwise-virtual
7. Coletar e fornecer arquivo de rastreamento.
SVL seguro
Possível causa
Há sempre uma chance de uma chave SVL segura não ter sido configurada individualmente em cada switch. A mesma chave SVL segura deve ser configurada individualmente em ambos os switches que fazem parte do SVL
1. O SSVL_KEY armazenado em rommon pode ser diferente mesmo se você estiver configurando a mesma chave de autenticação em sw-1 e sw-2. Este é um comportamento esperado.
2. Verifique o status show secure-stackwise-virtual e verifique se ele está configurado no modo SECURE-SVL.
Pontas a pesquisar defeitos
1. O SSVL_KEY armazenado em rommon pode ser diferente mesmo se você estiver configurando a mesma chave de autenticação em sw-1 e sw-2. Este é um comportamento esperado. Usar show romvar CLI
2. Se houver uma incompatibilidade entre o Switch-1 e o Switch-2 na configuração da Chave SVL Segura, é possível que você acabe vendo mensagens de erro como esta enquanto o SVL é ativado
"stack_mgr: Recarregar devido ao SESA do motivo: Solicitação AER SESA não recebida. Erro: 31"
3. Verifique o status show secure-stackwise-virtual e certifique-se de que ele esteja configurado no modo SECURE-SVL.
Se você não conseguir encontrar a causa raiz ou solucionar problemas, forneça essas saídas de comando junto com o arquivo de rastreamento
1. show secure-stackwise-virtual status
2. show secure-stackwise-virtual authorization-key
3. show secure-stackwise-virtual interface <SVL_LINK>
4. Coletar o show tech-support stackwise-virtual
5. debug secure-stackwise-virtual
6. Coletar e fornecer o arquivo de rastreamento
V-Mistmatch no switch
Possível causa
Uma versão diferente do software inicializado no chassi ativo e em espera leva à incompatibilidade V no SVL
Pontas a pesquisar defeitos
Verifique show switch e se há alguma incompatibilidade V
Possível solução:
Há um recurso chamado atualização automática de software que é ativado por padrão nas plataformas Cat9k. Este recurso, quando habilitado, detecta incompatibilidade de software e envia o pacote de software que está presente no switch ativo para standby e o switch em standby é atualizado automaticamente para a mesma versão de software que está no switch ativo.
Se a atualização automática do software estiver desabilitada, ative-a e reinicialize o switch de standby para que a atualização automática do software seja iniciada e os switches ativos e em standby tenham a mesma versão de software usada no SVL.
O upgrade automático de software funciona somente no modo de instalação em plataformas Cat9k, que é o modo de inicialização recomendado.
1. Verifique se a atualização automática do software está ativada no SVL. Use abaixo o comando show CLI
switch#show run all | i software
software autoupgrade enable
Divisão da pilha com remoção de apenas um link SVL de vários links SVL
Possível causa
Esse tipo de problema pode ocorrer quando os transceptores são metade/parcialmente inseridos nas portas do painel frontal, pode haver uma chance de o processo IOMD estar em estados ocupados quando lidos o idprom desses xcvrs. Isso pode levar à lentidão na execução e conclusão de alguns dos comandos show típicos, como show idprom <interface>, show interface status, etc., em switches ativos ou em standby no SVL.
1. Verifique show idprom interface <intf>. Verifique o despejo idprom das interfaces do switch ativo e em espera e se há lentidão/atraso na conclusão desta CLI.
2. Verifique show interfaces <intf>. Verifique nas interfaces dos switches ativo e standby e se há lentidão/atraso na conclusão desta CLI.
3. Verifique também se o uso da CPU está alto no SVL, use show processes cpu classificado.
Dicas para solucionar problemas:
Se você não conseguir encontrar a causa raiz, forneça essas saídas de comando junto com o arquivo de rastreamento.
1. Verifique se a CPU está alta, use show processes cpu ordenada.
2. Verifique se o ping de sub-slot TDL funciona bem, use o software de plataforma de teste tdl ping subslot <>.
Solução possível
Uma das causas possíveis para esse problema pode ser a inserção de transceptores na porta do painel frontal dos switches no SVL.
Certifique-se de que os transceivers estejam encaixados/inseridos corretamente nas portas do painel frontal através da inspeção física dos transceivers/cabos.
Depois disso, verifique os comandos abaixo para garantir que as coisas funcionem bem.
1. Verifique show idprom interface <intf> . Verifique se o despejo idprom das interfaces do switch ativo e em standby e verifique se a CLI é executada sem nenhum atraso na conclusão desta CLI.
2. Verifique show interfaces <intf>. Verifique se as interfaces dos switches ativo e standby e verifique se a CLI é executada sem nenhum atraso na conclusão desta CLI.
3. Verifique também se o uso da CPU não está alto no SVL, use show processes cpu classificado.
Se o problema ainda persistir, colete abaixo saídas e registros da CLI.
1. Coletar o show tech-support stackwise-virtual
2. Coletar e fornecer o arquivo de rastreamento
FeedbackContate a Cisco
- Abrir um caso de suporte
- (É necessário um Contrato de Serviço da Cisco)