Solucionar problemas de SVL nos Switches Catalyst 9000
Contents
Introdução
Este documento descreve como identificar, coletar registros úteis e resolver problemas que ocorrem com o StackWise-virtual (SVL) nos switches Catalyst 9000.
Pré-requisitos
Requisitos
Não existem requisitos específicos para este documento.
Componentes Utilizados
As informações neste documento são baseadas nestas versões de software e hardware:
- StackWise-virtual (SVL)
- Catalyst 9000 Switches
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Informações de Apoio
Este documento também fornece matriz de suporte, restrições, comandos e problemas comuns vistos com o SVL.
Quando você soluciona problemas de SVL, há critérios básicos que você precisa entender e seguir ao implantar o SVL com os switches Cisco Catalyst 9000. Estes são os critérios que precisam ser atendidos:
- Verifique se o SVL é compatível com um determinado switch, plataforma e versão de software.
- Certifique-se de que o SVL esteja configurado de acordo com as diretrizes fornecidas no guia de configuração e mantenha estritamente as restrições fornecidas.
- Certifique-se de que os links SVL estejam fisicamente conectados entre os switches.
Suporte à plataforma
Plataformas atualmente suportadas listadas junto com o treinamento de software que introduziu o suporte.
| Trilha de software | Suporte a 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 nos C9500-16X, C9500-40X, C3850-12XS, C3850-24XS |
| 16.9 |
C9404R, C9407R |
- Link SVL/DAD suportado apenas em portas de supervisor - SVL suportado apenas com SUP-1 ou SUP-1XL |
| 16.10 |
C9500-32C, C9500-32QC, C9500-24Y4C, C9500-48Y4C |
O suporte virtual do StackWise foi introduzido pela primeira vez nos modelos C9500 de alto desempenho |
| 16.11 |
C9500-NM-2Q, C9500-NM-8X, C9500-16X, C9500-40X C9410R, C9400-SUP-1XL-Y |
- Link SVL/DAD agora suportado em módulos de uplink no C9500-16X, C9500-40X -SVL suportado em todos os chassis do C9400 com SUP-1, SUP-1XL ou SUP-1XL-Y - SUPORTE SUP XL-25G SVL |
| 16.12 |
C9606R |
- Suporte virtual StackWise introduzido pela primeira vez no chassi C9600 com C9600-LC-48YL e C9600-LC-24C - Suporte a SVL FIP - SUPORTE A UPLINKS FIPS EM SVL - Suporte a SVL seguro |
| 17.1 |
C9606R |
Novo suporte LC C9600-LC-48TX em HA e SVL C9600 |
| 17.2 |
C9606R |
- Supervisor quádruplo com suporte a Route Processor Redundancy (RPR) introduzido primeiro no chassi C9606R - Suporte para links DAD no C9600-LC-48S |
Restrições
A maioria das restrições pode ser encontrada no guia de configuração virtual do Cisco StackWise, a seguir 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 da Detecção de Atividade Dupla (DAD - Dual-Ative Detection) e do SVL deve ser executada manualmente e os dispositivos devem ser reinicializados para que as alterações de configuração tenham efeito.
Restrições ao C9400 SVL
- As conexões SVL podem ser estabelecidas por meio de portas de uplink 10G, 40G ou 25G (disponíveis apenas em C9400-SUP-1XL-Y) nos módulos supervisores e portas de downlink 10G nas placas de linha
- Não há suporte para a configuração SVL em interfaces 1G.
- 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, bem como nas portas do supervisor.
- O SVL e o DAD em determinadas placas de linha são disponibilidade controlada em 16.11.1
Para obter uma lista completa de restrições no C9400, consulte o Guia de Configuração de Alta Disponibilidade, Catalyst 9400 Switches.
Restrições ao C9500 SVL
- Quando o SVL é configurado nos switches Cisco Catalyst 9500 Series com C9500-NM-2Q (2x40G), não é possível usar uma combinação de portas de uplink modulares e downlink fixo. 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 breakout 4X10G e QSA podem ser usadas para tráfego de dados/controle, mas não podem ser usadas para configurar SVLs ou links DAD.
Restrições sobre C9500H SVL
- Nos switches C9500-32C, você pode configurar o SVL e o DAD somente nas interfaces numeradas de 1 a 16 no painel frontal do switch.
- No C9500-32QC, você pode configurar o SVL e o DAD somente em interfaces nativas de 100G e 40G (portas de configuração padrão). Não é possível configurar SVL e DAD em interfaces 100G e 40G convertidas.
- Os links SVL/DAD não podem ser configurados nas interfaces 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 C9500 Series são configurados no modo Virtual StackWise.
- Em 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 essa opção de configuração através do bug da Cisco ID CSCvt46115 em 16.9.6). Verifique se o seu 9500H está executando a versã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 breakout 4X10 e 4X25G. No entanto, as interfaces breakout podem ser usadas para tráfego de dados quando os Switches C9600R são configurados no modo Virtual StackWise.
- Nos Cisco Catalyst C9600R Switches, as configurações de link SVL nas interfaces 1G não são suportadas.
Troubleshooting
Verifique a configuração virtual do StackWise
Etapa 1. Use show running configuration para garantir que a configuração virtual do StackWise existe e está 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 virtual StackWise configurada
Switch#show romvar
Switch 1
ROMMON variables:
SWITCH_NUMBER="1"
MODEL_NUM="C9400-SUP-1XL"
LICENSE_BOOT_LEVEL="network-advantage+dna-advantage,all:MACALLAN-CHASSIS;"
D_STACK_DISTR_STACK_LINK2=""
D_STACK_MODE="aggregation"
D_STACK_DOMAIN_NUM="1"
D_STACK_DISTR_STACK_LINK1="Te1/3/0/1,Te1/3/0/2,Te1/3/0/3,Te1/3/0/4,"
D_STACK_DAD="Gi1/1/0/43,"
Switch 2
ROMMON variables:
LICENSE_BOOT_LEVEL="network-advantage+dna-advantage,all:MACALLAN-CHASSIS;"
D_STACK_DISTR_STACK_LINK2=""
SWITCH_NUMBER="2"
D_STACK_MODE="aggregation"
D_STACK_DOMAIN_NUM="1"
D_STACK_DISTR_STACK_LINK1="Te2/3/0/1,Te2/3/0/2,Te2/3/0/3,Te2/3/0/4,"
D_STACK_DAD="Gi2/5/0/43,"
D_STACK_DISTR_STACK_LINK1 representa 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 em switch1 e 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, assim 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 anteriormente
A próxima saída exibe a variável rommon criada e atualizada a partir de um switch C9500H/C9500 configurado no modo SVL, em que o nome da interface rastreia o modelo de tupla 3 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,"
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 de Switch
| Estados de comutação SVL | Descrição |
| Pronto |
A pilha/o switch estão prontos para uso |
| incompatibilidade |
Versão de imagem incompatível com o switch par |
|
|
O sistema não está pronto para uso, ainda na fase de inicialização |
| Sincronização de alta disponibilidade em andamento |
O sistema não está pronto para uso, ele aguarda a conclusão da sincronização de configuração |
A próxima é a saída 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#
Verificar status do link SVL
Espera-se que o status do enlace das portas SVL esteja no estado "U" (ativo) e o status do protocolo deve ser "R" (pronto)
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á inoperante Verifique o status do link e certifique-se de que ele esteja ativo |
| Pendente |
Protocolo pendente, pode ser visto quando o link ainda não está empacotado Verifique o lado remoto do link, se ambos os lados estiverem pendentes, verifique a integridade do LMP |
| Erro |
O protocolo está em estado de erro, pode ser visto quando os pacotes LMP são trocados com erros de valor |
| Timeout |
O protocolo atingiu o tempo limite, podendo ser visto quando as mensagens LMP não são transmitidas ou recebidas durante um período de 16 segundos |
| Pronto |
O protocolo está no estado pronto; esse é o estado desejado em operação normal As mensagens LMP e as mensagens 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
Verificar Status do Link 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
Verifique o mapa ASIC Core IFM
Switch#sh platform software fed sw active ifm mapp Interface IF_ID Inst Asic Core Port SubPort Mac Cntx LPN GPN Type Active
TwentyFiveGigE1/0/1 0x3c 1 0 1 20 0 16 4 1 97 NIF Y
TwentyFiveGigE1/0/2 0x3d 1 0 1 21 0 17 5 2 98 NIF Y Switch#sh platform software fed sw standby ifm mapp Interface IF_ID Inst Asic Core Port SubPort Mac Cntx LPN GPN Type Active
TwentyFiveGigE1/0/1 0x8 1 0 1 20 0 16 4 1 1 NIF Y
TwentyFiveGigE1/0/2 0x9 1 0 1 21 0 17 5 2 2 NIF Y
Switch#sh platform software fed sw active ifm mapp Interface IF_ID Inst Asic Core Port SubPort Mac Cntx LPN GPN Type Active FortyGigabitEthernet1/1/0/3 0xb 0 0 0 16 0 16 0 3 2360 NIF Y FortyGigabitEthernet1/1/0/5 0xd 1 0 1 8 0 14 1 5 2361 NIF Y Switch#sh platform software fed sw standby ifm mapp Interface IF_ID Inst Asic Core Port SubPort Mac Cntx LPN GPN Type Active
FortyGigabitEthernet2/1/0/3 0x6b 0 0 0 16 0 16 0 3 2361 NIF Y
FortyGigabitEthernet2/1/0/5 0x6d 1 0 1 8 0 14 1 5 2360 NIF Y
Verificar Integridade do 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
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:
Fechar/desfechar porta SVL
Os comandos Shut e no shut são desativados 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 próxima abordagem que possa simular SFP/QSFP OIR a partir do software (por exemplo, em Cat9400/Cat9500H/Cat9600). Estes são comandos ocultos e exigem que 'service internal' seja configurado:
Switch#test idprom interface <...> ? fake-insert Fake insert fake-remove Fake remove
Extrair Arquivo de Rastreamento do Sistema
Quando o switch SVL ativo pode se comunicar com o switch SVL em espera, um arquivo de rastreamento para ambos os switches pode ser gerado. Use este 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, é necessário coletar um arquivo de rastreamento para todo o SUP 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 SVL Ative não pode se comunicar com o switch SVL Standby, como o SVL Split, 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 Em Espera. 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 - Protocolo de gerenciamento de link -
Tráfego L2 para manter o SVL. O protocolo de gerenciamento de enlaces é um componente de software que executa um hello entre extremidades e decide se o enlace físico está qualificado para fazer parte do StackWise Virtual. O LMP também monitora cada link físico configurado enquanto eles fazem parte do SVL. A LMP faz parte do processo do software Network Interface Manager (Nif Mgr).
FSS - Pilha frontal - outro nome para o 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)
De uma perspectiva de hardware (FED = Forward Engine Driver):
show platform software fed switch active fss lmp-packets interface
show platform software fed switch active fss sdp-packets show platform software fed switch active fss counters show platform software fed switch active fss interface-counters
set platform software fed switch active F1 active fss pak-cache 40 —> set the packet cache count per SVL port to 40 (default = 10)
Verificar 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 visão completa do chassi e do SUP presente no sistema.
Você pode ver os slots nos quais o SUP está presente e o Supervisor que está marcado como In chassis Standby update with status as provisioned.
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 o estado de redundância detalhada por sup, o próximo show CLI pode ser usado... Os detalhes fornecidos incluem tempo de atividade atual e 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 importante ativador do sistema Quad SUP é fazer com que o Global Ative Suite tenha acesso a todo o sistema de arquivos SUP , bem como acessibilidade.
Isso fornece os meios para replicar a configuração, as imagens, a licença e outros parâmetros configurados em todo o SUP.
Use esta CLI 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:
Migrar 2 sistemas SVL Sup para Quad SUP SVL
Consulte este link para obter as etapas de migração
Comportamento de alternância do Quad SUP
O Quad SUP com todos os quatro SUP preenchidos em uma falha do sistema do Ative SUP rastreia um modelo Z para a transição para a Nova Suposição Ativa.
Esta imagem representa a transição para Novo SUP ativo na falha do SUP ativo atual.
Use a CLI mencionada como parte da Seção 9 para verificar o status atual do SUP e a integridade de cada sup em qualquer ponto de Switchover. Além disso, a CLI show redundancy pode ser usada para rastrear os detalhes da transição de redundância global ativa/em espera junto com o histórico de switchover.
Comportamento de ISSU do Quad SUP
O SUP quádruplo com todos os quatro Sup preenchidos em um sistema, o ISSU para a nova imagem V2 rastreia um modelo de impacto mínimo no caminho de dados.
A progressão de ISSU de uma foto é capturada nesta imagem, que começa com:
- Copie a nova imagem V2 para todos os 4 SUP e ative o ICS com a nova imagem V2. Isso resulta em uma recarga de ambos os ICS para inicializar com a nova imagem V2.
- Ative o Modo de espera global com V2, o que resulta na alternância para o Modo de espera no chassi associado ao Modo de espera global seguido pelo Modo de espera global antigo, que aparece como ICS com V2.
- Ative a imagem global ativa com V2, o que resulta na alternância para o modo de espera no chassi associado ao ativo global. Na inicialização bem-sucedida do Ative Global Antigo como ICS com V2, conclui a operação de confirmação.
Solução de problemas/cenários comuns
Os comandos do StackWise não funcionam
Os comandos virtuais StackWise são visíveis/disponíveis para configurar somente quando o nível de licença é configurado como Network Advantage no caso de switches cat9k e IPBase ou IPServices no caso de switches Cat3k.
Possível causa
Esses problemas são vistos principalmente quando os elementos essenciais da rede não estão configurados corretamente.
- No Cat3k, verifique se uma licença é IPBase ou IPServices, use o comando show version.
- No Cat9K, verifique se uma licença é Network Advantage, use o comando show version.
- Verifique se a variável ROMMON MODEL_NUM está preenchida corretamente e corresponde ao modelo de dispositivo real.
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 esses comandos para coletar as informações que ajudam a depurar esse problema:
1. show version
2. mostrar resumo da licença
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, o SUP pode ser a protoboard antiga, você pode corrigir o número do modelo por meio do ROMMON.
Configuração do StackWise perdida
Quando o sistema é ativado, você pode ver a configuração do 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 do iosd ou o nível de licença está configurado de volta para uma vantagem não relacionada à 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 network-advantage ou o resumo show license anterior.
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, então pode ser um problema do ISSU, consulte a próxima etapa.
3. Verifique a saída da CLI afetada pelo ISSU. show redundancy config-sync failure mcl.
Se a configuração interessada não for encontrada em running e startup-config, navegue para esta próxima etapa.
4. Verifique as variáveis rommon, use show romvar | incl. D_S.
Se a configuração interessada estiver ausente ou presente no romvar, execute a próxima etapa.
5. Marque show issue state detail.
Se você não conseguir solucionar o problema, colete as próximas saídas de comando para investigar mais
1. show platform software fed switch ative fss counters (3-4 incrementos)
2. software de plataforma de teste nif_mgr lmp member-port LPN
3. coletar show tech-support stackwise-virtual
4. Coletar arquivo de arquivamento 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 nas falhas do MCL.
Os links StackWise/Dual Ative Detection Links estão desativados
Possível causa
Há muitas razões para os links SVL/DAD serem desativados. É difícil dizer apenas com uma olhada nas saídas do comando show, ele precisa de alguns logs de btrace específicos junto com a saída do comando show para analisar cuidadosamente e encontrar a causa raiz.
Alguns dos mais comuns que podem causar a inatividade do link são SFP ruim ou cabo ruim ou pode ser um simples problema de exibição.
Pontas a pesquisar defeitos
1. Seja claro sobre 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 corretas. Marque show stackwise-virtual.
Se não for possível solucionar o problema, forneça as próximas saídas de comando a serem investigadas.
1. show platform software fed switch ative fss counters (3-4 incrementos)
2. software de plataforma de teste nif_mgr lmp member-port LPN
3. coletar show tech-support stackwise-virtual
4. Coletar arquivo de arquivo de rastreamento.
O status do protocolo SVL não mostra R
Seja claro sobre 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á inoperante.
2. Se o protocolo estiver no estado T-Timeout, isso significa que ele não poderá receber/enviar pacotes LMP.
3. Para o estado Timeout/Pending, é importante capturar Nif_mgr, Fed e também apenas para o caso de registros de rastreamento de stack_mgr.
4. Verifique se o switch se recupera com os links SVL desligados/desligados (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 essas próximas saídas de comando
1. Verifique o status do link SVL/DAD. Usar show stackwise-virtual link
2. Verifique os contadores de fss ativo/standby do switch alimentado por software da plataforma (incrementos de 3 a 4)
3. software de plataforma de teste nif_mgr lmp member-port LPN
4. Verifique o mapa ifm ativo/standby do switch alimentado por software da plataforma
7. Pode haver um problema com um tipo específico de xcvr usado no link SVL/DAD. Verifique o status de show interface <SVL/DAD link> e show idprom <SVL/DAD link>
8. Marque show platform para garantir que o SUP/LC que tem links SVL/DAD esteja no estado OK.
Se você não puder solucionar o problema, forneça essas próximas saídas de comando para que a equipe de engenharia investigue
1. Coletar arquivo de arquivamento de rastreamento
2. Coletar show tech-support stackwise-virtual
3. show platform software fed switch ative/standby fss counters (3-4 incrementos)
Possível solução:
1. Shut/ No Shut SVL LINKS: test platform software nif_ mgr port disable / enable LPN
2 OIR físico do transceptor em links SVL/DAD
Vinculação SVL oscilante
Possível causa
A descoberta de oscilação de link em um banco de testes SV pode estar em vários domínios. As informações mais comuns e básicas a serem coletadas independentemente do domínio/área do flap estão listadas na próxima seção
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. software de plataforma de teste nif_mgr lmp member-port <slot> <lpn port>
2. show platform hardware iomd switch 1/2 1/0 lc-portmap brief | detalhe
3. show tech-support stackwise-virtual
4. Coletar arquivo de arquivo de rastreamento.
Solução possível
- Shut/ No Shut SVL LINKS: test platform software nif_ mgr port disable / enable LPN
- OIR físico do transceptor ou tentar alterar o transceptor ou o cabo em links SVL/DAD.
Desativação por erro dos links SVL/DAD
Possível causa
O transceptor/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 frequentes de link e, dessa forma, desativar os links SVL/DAD devido a erros.
Pontas a pesquisar defeitos
1. Verifique o comando show idprom interface <SVL/DAD link>
2. Verifique se alguma das interfaces está realmente desabilitada por erro no switch, use show interfaces status err-disabled.
Se você não conseguir encontrar a causa raiz, forneça essas 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 arquivamento de rastreamento
Solução possível
1. Shut/ No Shut SVL LINKS: 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 no momento da ativação do sistema seria
Waitingfor 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 ocorrer por vários motivos. Listamos alguns deles aqui:
1. O status dos links SVL NÃO pode ser UP ou o status do protocolo não pode ser Ready.
2. Oscilação de links SVL.
3. Um dos switches da pilha pode ter travado ou ficado inoperante.
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, será necessário verificar o status do link de todo o SVL. Pode ser que nenhum dos links SVL estivesse ativo. 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 arquivamento de rastreamento
2. Coletar show tech-support stackwise-virtual
3. show platform software fed switch ative/standby fss counters (3-4 incrementos)
O switch não está no modo de recuperação
Quando todos os links SVL estiverem desativados e os links DAD estiverem configurados no SVL, o switch ativo deverá 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 encerramento 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 links DAD estiverem ativos e o switch ainda não passar para o modo de recuperação, você deverá verificar os bits de IleMstStateTable para as portas DAD específicas, pois um único pacote DAD será enviado e poderá ser perdido.
Se você não conseguir encontrar a causa raiz ou solucionar o problema, forneça essas saídas de comando junto com o arquivo de rastreamento
1. software de plataforma de teste nif_mgr lmp member-port <slot> <lpn port>
2. show interface status <SVL>
3. Coletar arquivo de arquivamento de rastreamento
4. Coletar show tech-support stackwise-virtual
5. show platform software fed switch ative/standby fss counters (3-4 incrementos)
Alternar Obtém o 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. A seguir estão listadas 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 links remotos/locais.
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 links SVL meio/menos que completos -> use o comando de teste para encerrar/não desligar o SVL -> verifique se é possível reproduzir o problema com o OIR físico.
2. Se ele ainda passar para o modo de recuperação sem o comando shut, provavelmente a causa principal → porta de Controle não poderá ser um shift.
3. Os enlaces SVL podem sofrer timeout, os pacotes LMP não podem ser trocados corretamente entre os switches ativo/standby.
5. A saúde do canal de alimentação é importante para verificar se outros pacotes passam.
Se você não conseguir encontrar a causa raiz ou solucionar o problema, 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. software de plataforma de teste nif_mgr lmp member-port <slot> <lpn port>
5. show platform software fed switch ative fss bundle
6. Coletar arquivo de arquivamento de rastreamento
7. Coletar 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 o problema, 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. software de plataforma de teste 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, não poderá ser um problema de SVL, aumente o tamanho dos pacotes de ping para fins de depuração, rastreie o caminho de queda do pacote (solicitação/resposta) e também quebre a pilha e tente o mesmo.
Se você não conseguir encontrar a causa raiz ou solucionar o problema, 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. software de plataforma de teste 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 no standby não funcionar, aumente o tamanho dos pacotes de ping para fins de depuração, rastreie o caminho de queda de pacotes (solicitação/resposta).
Se você não conseguir encontrar a causa raiz ou solucionar o problema, 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. software de plataforma de teste 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 um problema, isole-o na porta ativa do canal da porta ou na porta do canal da porta de standby.
2. Quando o isolamento anterior for estabelecido, repita as ações para ativo ou em espera, conforme listado anteriormente.
3. Verifique se as portas membro do canal de porta estão ativadas em cada extremidade do canal de porta
Se você não conseguir encontrar a causa raiz ou solucionar o problema, forneça as saídas de comando anteriores junto com o arquivo de rastreamento:
1. show stackwise-virtual link
2. show platform software fed switch ative fss counters (3-4 incrementos)
3. software de plataforma de teste 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
Pontas a pesquisar defeitos
Colete e forneça estas informações:
1. Colete os logs do console.
2. relatório do sistema e decodificação do arquivo principal, se houver.
O chassi foi perdido tanto no modo ativo quanto no modo de espera
Pontas a pesquisar defeitos
Colete e forneça estas informações:
1. Relatório completo do sistema.
2. Estado dos links e Estado do protocolo das SVLs.
Ativo removido antes de stdby ficar 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 das SVLs.
Tráfego
Pontas a pesquisar defeitos
1. Certifique-se de que os endereços mac origem e destino estejam definidos de acordo nos fluxos de tráfego.
2. Verifique se o caminho do tráfego está no mesmo domínio de vlan ou modo de tronco.
3. Se o descarte estiver ativo e não for esperado que o fluxo de tráfego passe pelo SVL, não poderá ser um problema de SVL, quebre a pilha e tente novamente.
4. se o descarte estiver em espera e o pacote tiver a expectativa de atravessar o dump csv de coleta de SVL, ifm map.
5. Identifique a queda, use show controller ethernet-controller <interface>.
6. se o canal de porta estiver envolvido, tente isolar o cabo drop desligando um membro do canal de porta para determinar se o cabo drop está ativo ou em standby. repita as mesmas etapas listadas anteriormente.
Se você não conseguir encontrar a causa raiz ou solucionar o problema, 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. software de plataforma de teste 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 foram 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 o descarte estiver ativo e não for esperado que o fluxo de tráfego passe pelo SVL, não poderá ser um problema de SVL, quebre a pilha e tente novamente.
4. se o descarte estiver em espera e o pacote tiver a expectativa de atravessar o dump csv de coleta de SVL, ifm map
5. Identifique a queda, use show controller ethernet-controller <interface>.
6. Se o canal de porta estiver envolvido, tente isolar o cabo drop desligando um membro do canal de porta para determinar se o cabo drop está ativo ou standby. Repita as mesmas etapas listadas anteriormente.
Se você não conseguir encontrar a causa raiz ou solucionar o problema, 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)
- software de plataforma de teste 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 em SVL
Pontas a pesquisar defeitos
1. Identifique 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. Capture 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 possa ter 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 no rommon pode ser diferente, mesmo que você tenha configurado 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 o problema, 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 show tech-support stackwise-virtual
7. Coletar e fornecer arquivo de rastreamento.
SVL seguro
Possível causa
Há sempre uma chance de que uma chave SVL segura não tenha 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. A SSVL_KEY armazenada no rommon pode ser diferente, mesmo que você tenha configurado 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 certifique-se de que ele esteja configurado no modo SECURE-SVL.
Pontas a pesquisar defeitos
1. A SSVL_KEY armazenada no rommon pode ser diferente, mesmo que você tenha configurado a mesma chave de autenticação em sw-1 e sw-2. Este é um comportamento esperado. Usar o comando show romvar CLI
2. Se houver uma incompatibilidade entre o Switch-1 e o Switch-2 na configuração Secure SVL Key, quando você ativar o SVL, poderá ver mensagens de erro como:
"stack_mgr: Recarregar devido ao motivo SESA: Solicitação SESA AER não recebida, Erro: 31"
3. Verifique o comando show secure-stackwise-virtual status e certifique-se de que ele esteja configurado no modo SECURE-SVL.
Se você não conseguir encontrar a causa raiz ou solucionar o problema, 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 show tech-support stackwise-virtual
5. debug secure-stackwise-virtual
6. Coletar e fornecer arquivo de rastreamento
Incompatibilidade de V no Switch
Possível causa
Uma versão diferente do software inicializado no chassi ativo e em espera leva a V-Incompatibilidade no SVL
Pontas a pesquisar defeitos
Verifique se show switch existe alguma incompatibilidade de V
Solução possível
Há um recurso chamado autoupgrade de software que é habilitado por padrão nas plataformas Cat9k. Este recurso, quando habilitado, detecta incompatibilidade de software e envia por push o pacote de software que está presente no switch ativo para o standby, e o switch standby recebe o upgrade automático para a mesma versão de software que está no switch ativo.
Se a atualização automática de software estiver desativada, ative-a e reinicialize o switch em espera para que a atualização automática de software seja iniciada e ambos os switches ativo e em espera tenham a mesma versão de software usada no SVL.
O autoupgrade 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 de software está habilitada no SVL. Use o comando show CLI:
switch#show run all | i software
software autoupgrade enable
Pilha dividida com a 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 parcialmente inseridos nas portas do painel frontal, pode haver uma chance de que o processo IOMD possa entrar em estados de ocupado quando o idprom lido 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 espera no SVL.
1. Verifique show idprom interface <intf>. Verifique o dump idprom nas interfaces do switch ativo e em standby e verifique se há lentidão/atraso na conclusão deste CLI.
2. Verifique o comando show interfaces <intf>. Verifique as interfaces dos switches ativo e standby e verifique se há lentidão/atraso na conclusão deste CLI.
3. Verifique também se o uso da CPU está alto no SVL, use show processes cpu sorted.
Pontas a pesquisar defeitos
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 sorted.
2. Verifique se o ping do subslot TDL funciona bem, use o software da plataforma de teste tdl ping subslot <>.
Solução possível
Uma das causas possíveis para esse problema poderia ser a inserção de transceptores na porta do painel frontal dos switches em SVL.
Certifique-se de que os transceptores estejam assentados/inseridos corretamente nas portas do painel frontal através da inspeção física dos transceptores/cabos.
Depois que isso for feito, verifique os próximos comandos para garantir que tudo funcione bem.
1. Verifique o comando show idprom interface <intf> . Verifique se nas interfaces do switch ativo e em standby idprom dump e verifique se a CLI é executada sem qualquer atraso na conclusão desta CLI.
2. Verifique o comando show interfaces <intf>. Verifique as interfaces dos switches ativo e standby e verifique se a CLI é executada sem qualquer 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 sorted.
Se o problema ainda persistir, colete esses registros e saídas CLI.
1. Coletar show tech-support stackwise-virtual
2. Coletar e fornecer arquivo de rastreamento
Histórico de revisões
| Revisão | Data de publicação | Comentários |
|---|---|---|
2.0 |
02-Jun-2023 |
Recertificação |
1.0 |
15-Dec-2020 |
Versão inicial |
FeedbackContate a Cisco
- Abrir um caso de suporte
- (É necessário um Contrato de Serviço da Cisco)