Este documento discute o troubleshooting de hardware e de problemas comuns relacionados aos switches Cisco Catalyst 4500/4000 com os módulos do Supervisor Engine II+, III, IV e V. Este documento não abrange as práticas de troubleshooting do Supervisor Engine I e II. Para obter informações sobre o troubleshooting do Supervisor Engine I e II, consulte Troubleshooting de Hardware para Catalyst 4000/4912G/2980G/2948G Series Switches.
O Supervisor Engine II+, III, IV e V executam somente o software Cisco IOS®. Esta tabela descreve o suporte desses módulos do Supervisor Engine em vários chassis:
Modelo do mecanismo supervisor | Chassi com suporte |
---|---|
Supervisor Engine II+ (WS-X4013+=) | 4006, 4503, 4506, 4507R |
Supervisor Engine III (WS-X4014=) | 4006, 4503, 4506 |
Supervisor Engine IV (WS-X4515=) | 4006, 4503, 4506, 4507R |
Supervisor Engine V (WS-X4516=) | 4006, 4503, 4506, 4507R, 4510R |
Observação: os módulos do Supervisor Engine precisam executar o Cisco IOS Software Release 12.1(12c)EW ou posterior para serem executados no chassi 45xx. A primeira versão do Supervisor Engine IV é o Cisco IOS Software Release 12.1(12c)EW.
Não existem requisitos específicos para este documento.
As informações neste documento são baseadas nestas versões de software e hardware:
Catalyst 4500/4000 com Supervisor Engine III e IV
Software Cisco IOS versão 12.1(12c)EW
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 sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando.
Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.
Se o LED do Supervisor Engine do switch estiver vermelho ou o status mostrar faulty, pode haver um problema de hardware. Esta seção Razões e Soluções Comuns fornece razões comuns para este problema e suas soluções:
Use o console para se conectar ao Supervisor Engine e execute o comando show diagnostics power-on, se puder emitir o comando. Se a ação retornar uma falha, crie uma solicitação de serviço ao Suporte Técnico da Cisco para obter assistência adicional.
Se o switch não inicializar e falhar no autodiagnóstico durante a sequência de inicialização, capture a saída. Em seguida, crie uma solicitação de serviço do Suporte Técnico da Cisco para obter assistência adicional.
Se você não vir nenhuma falha de hardware na sequência de inicialização ou na saída do comando show diagnostics power-on, crie uma solicitação de serviço do Suporte Técnico da Cisco para obter assistência adicional.
Se o Supervisor Engine do switch estiver em um loop de inicialização contínuo, congelar ou parar durante a inicialização, estiver no modo ROM Monitor (ROMmon) ou não tiver a imagem do sistema, é provável que o problema não seja de hardware. Esta seção Razões e Soluções Comuns fornece razões comuns para este problema e soluções para recuperar o switch:
O Supervisor Engine estará em um loop contínuo se você não tiver definido a variável de inicialização corretamente e tiver definido o registro de configuração como 0x2102. Para obter instruções sobre como recuperar o Supervisor Engine, consulte a seção Recuperação de uma Reinicialização Contínua do documento Recuperação de um Switch Cisco IOS Catalyst 4500/4000 Series de uma Imagem Corrompida ou Ausente ou no Modo Rommon.
O Supervisor Engine entra no modo ROMmon ou falha ao inicializar quando a imagem do sistema está corrompida ou ausente. Para obter instruções sobre como recuperar o Supervisor Engine, consulte a seção Recuperação de uma Imagem Corrompida ou Ausente do documento Recuperação de um Switch Cisco IOS Catalyst 4500/4000 Series de uma Imagem Corrompida ou Ausente ou no Modo Rommon.
O Supervisor Engine III, IV e V têm 64 MB de Flash do sistema onboard, que deve conter facilmente várias imagens do sistema. Portanto, tenha uma imagem de backup. Além do bootflash:, o Supervisor Engine suporta até 128 MB de Flash compacto no slot0: dispositivo. O Supervisor Engine também permite a transferência via TFTP da imagem do modo ROMmon, o que permite a recuperação mais rápida de imagens ausentes ou corrompidas.
Observação: o Supervisor Engine II+ tem 32 MB de Flash do sistema integrado.
Cuidado: se você executar o Cisco IOS Software Release 12.1(12c)EW, seu switch poderá travar se você tentar usar o Flash compacto. Formate o Flash compacto antes de usar. A resolução desse problema está no Cisco IOS Software Release 12.1(13)EW e posterior.
Outro problema é a falha do módulo do Supervisor Engine em standby para ficar on-line. O status de other ou faulty na saída do comando show module ou um LED de Status âmbar indica esse problema. Esta seção Razões e Soluções Comuns fornece motivos comuns:
Use o console para se conectar ao Supervisor Engine de standby para verificar se ele está no modo ROMmon ou em reinicialização contínua. Se o Supervisor Engine em standby estiver em um desses dois estados, consulte Recuperação de um Switch Cisco IOS Catalyst 4500/4000 Series de uma Imagem Corrompida ou Ausente ou no Modo Rommon.
4507#show module Mod Ports Card Type Model Serial No. ----+-----+--------------------------------------+-----------------+----------- 1 2 1000BaseX (GBIC) Supervisor(active) WS-X4515 JAB0627065V 2 Standby Supervisor 3 48 10/100/1000BaseTX (RJ45) WS-X4448-GB-RJ45 JAB053606AG 4 48 10/100BaseTX (RJ45)V WS-X4148-RJ45V JAE060800BL M MAC addresses Hw Fw Sw Status --+--------------------------------+---+------------+----------------+--------- 1 0009.e845.6300 to 0009.e845.6301 0.4 12.1(12r)EW( 12.1(12c)EW, EAR Ok 2 Unknown Unknown Unknown Other 3 0001.6443.dd20 to 0001.6443.dd4f 0.0 Ok 4 0008.2138.d900 to 0008.2138.d92f 1.6 Ok
Certifique-se de que o módulo do Supervisor Engine esteja corretamente instalado no conector do backplane e que você tenha apertado completamente o parafuso de instalação do Supervisor Engine. Para obter mais informações, consulte a seção Instalação e Remoção do Supervisor Engine do documento Nota de Instalação e Configuração do Supervisor Engine IV da Família Catalyst 4000.
Para identificar se o Supervisor Engine em standby está com defeito, execute o comando redundancy reload peer do Supervisor Engine ativo e através do console para o Supervisor Engine em standby. Observe a sequência de inicialização para identificar qualquer falha de hardware. Atualmente, o Supervisor Engine ativo não pode acessar os resultados de diagnósticos de inicialização do Supervisor Engine em standby.
Certifique-se de que essas configurações estejam sincronizadas entre os Supervisor Engines ativo e redundante:
Configuração de inicialização
Variável de inicialização
Registro de configuração
Calendário
Banco de dados da VLAN
Se um upgrade de software for executado nos Supervisor Engines ativo e standby, verifique se ambos os Supervisor Engines executam a mesma nova imagem de software. Se as imagens do software não forem as mesmas, atualize a imagem do software. Use o procedimento da seção Executando um Upgrade de Software de Configurando a Redundância do Supervisor Engine no Catalyst 4507R.
Se o Supervisor Engine em standby ainda não estiver online, crie uma solicitação de serviço ao Suporte Técnico da Cisco. Use o registro da saída do switch que você coletou da saída acima e as etapas de solução de problemas.
Esta seção Razões e Soluções Comuns fornece razões comuns para que o switch possa ser redefinido sem qualquer intervenção manual:
O switch pode ter tido uma falha de software. Para verificar se um travamento de software é o motivo, execute o comando more crashinfo:data.
O comando more crashinfo:data exibe as informações de travamento da última vez que o switch travou no console ou terminal. Este comando identifica a data e a hora do último travamento, o que o ajuda a determinar se a reinicialização que você experimentou foi devido ao travamento que está no registro.
O crashinfo:data não estará presente se o switch nunca tiver travado. Se o switch travou pelo menos uma vez, há um registro do travamento. No momento, não há como limpar os crashinfo:data que existem na memória. Certifique-se de que a redefinição ou reinicialização solucionada pelo problema seja devido a crashinfo:data. Para verificar a causa, verifique a data e a hora do último travamento, como mostra este exemplo:
Switch#more crashinfo:data Current time: 04/21/2000 19:58:10 Last crash: 04/21/2000 03:58:56 Build: 12.1(11b)EW, EARLY DEPLOYMENT pc=006B14FC lr=006B14FC msr=0002B030 vector=00000700 !--- Output suppressed.
Para exibir o crashinfo:data do Supervisor Engine em standby, execute o comando more slavecrashinfo:data. Esse comando exibe qualquer crashinfo:data que esteja no registro no Supervisor Engine em standby atual.
Se o comando indicar um travamento de software no momento em que você suspeitar que o switch foi reinicializado, o problema pode ser algo diferente de uma falha de hardware. Entre em contato com o Suporte Técnico da Cisco com a saída destes comandos:
more crashinfo:data
Verifique a fonte de alimentação do switch para certificar-se de que a fonte de alimentação não falhou. Se você usar uma fonte de alimentação ininterrupta (UPS), verifique se a UPS não tem nenhum problema.
Se ainda não conseguir determinar o problema, entre em contato com o centro de atendimento de segundo nível do Suporte Técnico da Cisco.
Se você tiver um switch da série Catalyst 4500/4000 que execute o Cisco IOS Software Release 12.1(12c)EW ou anterior e quiser atualizar seu switch para o Cisco IOS Software Release 12.1(12c)EW1, você também deverá atualizar o Supervisor Engine III ou IV versão ROMmon para o Cisco IOS Software Release 12.1(12r)EW ou posterior. Se precisar de assistência adicional, consulte a seção Atualizando o Software do Sistema das Notas de Versão do Catalyst 4500 Series Switch, Cisco IOS Release 12.1(20)EW2. Se ainda precisar de assistência, entre em contato com o Centro de Escalação do Suporte Técnico da Cisco.
Se você tiver Supervisor Engines duplos em um chassi Catalyst 4507R e suas portas 1/2 e 2/2 não funcionarem, o problema não é de hardware. O sistema funciona de acordo com o projeto. Consulte esta seção Razões e Soluções Comuns para obter mais informações:
Em um Catalyst 4507R que usa módulos do Supervisor Engine IV, o projeto de uplinks duplos deve funcionar quando apenas um Supervisor Engine estiver presente. Esse design significa que se apenas um Supervisor Engine estiver presente e no slot 1, ambas as portas 1/1 e 1/2 estarão funcionais. Além disso, se apenas um Supervisor Engine estiver presente e estiver no slot 2, as portas 2/1 e 2/2 estarão funcionais. Quando dois Supervisor Engines estão presentes, apenas as portas 1/1 e 2/1 estão funcionais e as portas 1/2 e 2/2 não estão funcionais. Essa falta de função não é uma falha. Para obter mais informações, consulte a seção Diretrizes e Restrições de Redundância do Supervisor Engine do documento Configurando a Redundância do Supervisor Engine no Catalyst 4507R.
Se o Supervisor Engine do seu switch que executa o Cisco IOS Software Release 12.1(11b)EW falhar repentinamente ou reinicializar inesperadamente, o problema pode ser o bug que a ID de bug Cisco CSCdx94797 (somente clientes registrados) descreve. A correção está disponível no Cisco IOS Software Release 12.1(11)EW1 ou posterior. Se ainda precisar de assistência, entre em contato com o centro de atendimento de segundo nível do Suporte Técnico da Cisco. Para obter informações adicionais sobre esse problema, consulte o Field Notice: Imagem EW de Switches Catalyst 4000 12.1(11b) adiada – Possível falha do sistema.
Se o seu sistema for um Catalyst 4500/4000 com Supervisor Engine III ou IV e apresentar perda parcial ou total de conectividade de rede ou perda de pacotes, certifique-se de executar procedimentos básicos de identificação e solução de problemas para eliminar as causas comuns. As causas comuns incluem:
Cabeamento ruim
Uma porta inválida
Incompatibilidade de velocidade e duplex
Problemas de placa de interface de rede (NIC)
Se você solucionar esses motivos comuns e não puder restringir o problema, siga as etapas de solução de problemas nesta seção e capture a saída dos comandos em cada etapa. Entre em contato com o Suporte Técnico da Cisco para obter assistência na solução de problemas.
Emita o comando show platform software interface all no momento em que você observar o problema de perda de pacotes.
Se você executar software anterior ao Cisco IOS Software Releases 12.1(8a)EW ou 12.1(8a)EW1, execute o comando show platform software interface all | inclua o comando TxCrcErrors várias vezes e procure incrementos no contador TxCrcErrors. Aqui está um exemplo:
cat4k#show platform software interface all | include TxCrcErrors TxCrcErrors: 1870 cat4k# cat4k#show platform software interface all | include TxCrcErrors TxCrcErrors: 1920 cat4k#
Se você executar o Cisco IOS Software Release 12.1(11b)EW ou posterior, execute o comando show platform software interface all | inclua o comando DroppedBadPackets várias vezes e procure incrementos no contador DroppedBadPackets. Aqui está um exemplo:
cat4k#show platform software interface all | include DroppedBadPackets DroppedBadPackets : 8004 cat4k# cat4k#show platform software interface all | include DroppedBadPackets DroppedBadPackets : 8130 cat4k#
Esses contadores são visíveis apenas se tiverem um valor diferente de zero. Portanto, se você emitir o comando e não vir nenhuma saída, o switch não exibirá o problema. Aqui está um exemplo:
cat4k#show platform software interface all | include DroppedBadPackets cat4k#
Se você vir incrementos nos contadores TxCrcErrors ou DroppedBadPackets, continue na Etapa 2.
Se você executar o Cisco IOS Software Release 12.1(8a)EW ou 12.1(8a)EW1, execute o comando show platform cpuport all várias vezes e procure incrementos no contador VlanZero.
Aqui está um exemplo:
cat4k#show platform cpuport all | include VlanZero VlanZero 130363 5 5 5 4 Cat4k# cat4k#show platform cpuport all | include VlanZero VlanZero 130383 5 5 5 4 Cat4k#
Observação: o contador VlanZero pode aumentar mesmo se o contador TxCrcErrors não aumentar. Essa situação pode indicar um problema diferente. Entre em contato com o Suporte Técnico da Cisco para obter assistência adicional.
Se você executar o Cisco IOS Software Release 12.1(11b)EW ou posterior, execute o comando show platform cpu packet statistics várias vezes e procure incrementos no contador VlanZeroBadCrc. Aqui está um exemplo:
cat4k#show platform cpu packet statistics | include VlanZeroBadCrc VlanZeroBadCrc 94471 9 9 8 7 cat4k# cat4k#show platform cpu packet statistics | include VlanZeroBadCrc VlanZeroBadCrc 94545 9 9 8 7 cat4k#
Se as etapas 1 e 2 mostrarem sintomas de perda de pacotes, emita o comando reload para reinicializar o switch por software e observe os resultados do POST (Power-On Self Test) na reinicialização do sistema.
Certifique-se de capturar toda a saída em um arquivo de texto.
cat4k#reload Proceed with reload? [confirm] 1d21h: %SYS-5-RELOAD: Reload requested <output truncated> Decompressing the image : ################################################### #################################[OK] k2diags version 1.6 prod: WS-X4014 part: 73-6854-09 serial: JAB0620090U Power-on-self-test for Module 1: WS-X4014 Status: (. = Pass, F = Fail) Traffic using serdes loopback (L2; one port at a time)... switch port 0: . switch port 1: . switch port 2: . switch port 3: . switch port 4: . switch port 5: . switch port 6: . switch port 7: . switch port 8: . switch port 9: . switch port 10: . switch port 11: . switch port 12: . switch port 13: . switch port 14: . switch port 15: . switch port 16: . switch port 17: . switch port 18: . switch port 19: . switch port 20: . switch port 21: . switch port 22: . switch port 23: . switch port 24: . switch port 25: . switch port 26: . switch port 27: . switch port 28: . switch port 29: . switch port 30: . switch port 31: . Traffic using asic loopback (L2; all ports at once)... switch port 0: F switch port 1: F switch port 2: F switch port 3: F switch port 4: F switch port 5: F switch port 6: F switch port 7: F switch port 8: F switch port 9: F switch port 10: F switch port 11: F switch port 12: F switch port 13: F switch port 14: F switch port 15: F switch port 16: F switch port 17: F switch port 18: F switch port 19: F switch port 20: F switch port 21: F switch port 22: F switch port 23: F switch port 24: F switch port 25: F switch port 26: F switch port 27: F switch port 28: F switch port 29: F switch port 30: F switch port 31: F Traffic using asic loopback (L3; all ports at once)... switch port 0: F switch port 1: F switch port 2: F switch port 3: F switch port 4: F switch port 5: F switch port 6: F switch port 7: F switch port 8: F switch port 9: F switch port 10: F switch port 11: F switch port 12: F switch port 13: F switch port 14: F switch port 15: F switch port 16: F switch port 17: F switch port 18: F switch port 19: F switch port 20: F switch port 21: F switch port 22: F switch port 23: F switch port 24: F switch port 25: F switch port 26: F switch port 27: F switch port 28: F switch port 29: F switch port 30: F switch port 31: F Module 1 Failed Exiting to ios...
Este exemplo mostra uma falha de diagnóstico do módulo do Supervisor Engine.
Se a Etapa 3 resultar em uma falha de diagnóstico do módulo do Supervisor Engine, desligue e ligue novamente o switch e observe os resultados do POST na inicialização.
Emita o comando show diagnostics power-on para verificar os resultados do POST na inicialização e determinar se o diagnóstico falha novamente.
Se os diagnósticos falharem novamente, o problema é provavelmente hardware ruim. Entre em contato com o Suporte Técnico da Cisco para obter assistência adicional.
Se o Supervisor Engine for aprovado nos testes de diagnóstico sem nenhuma falha após o ciclo de alimentação na Etapa 4, execute estas etapas:
Colete a saída do comando show tech-support.
Remova todas as fontes de alimentação da caixa e reúna os números de série, o número de peça da Cisco e o fabricante das fontes de alimentação.
Entre em contato com o Suporte Técnico da Cisco com as informações coletadas.
Observação: se o Suporte Técnico da Cisco não tiver auxiliado no procedimento de solução de problemas, você deverá fornecer as informações na ordem dessas etapas.
Se você receber mensagens de erro no syslog ou no console, consulte esta seção Razões e Soluções Comuns para ajudar a identificar o problema:
As mensagens do sistema serão exibidas no console se você tiver habilitado o registro de console ou no syslog se você tiver habilitado o registro de sistema. Algumas mensagens são apenas informativas e não indicam uma condição de erro. Execute o comando show logging para exibir as mensagens de log. Para entender melhor uma mensagem de sistema específica, consulte Mensagem e Procedimentos de Recuperação.
Se você ainda não conseguir reduzir o problema ou se a mensagem de erro não estiver presente no documento, entre em contato com o Centro de Escalação do Suporte Técnico da Cisco.
Parte do módulo pode deixar de ficar on-line. Você pode ter uma falha de módulo se vir um LED de status âmbar ou vermelho ou se vir um desses status na saída do comando show module:
outros
defeituoso
err-disable
power-deny
power-bad
Verifique a seção Hardware suportado das notas de versão da versão relevante. Se o módulo não tiver suporte no software que você está executando atualmente, baixe o software necessário em Downloads - Cisco IOS Software (somente clientes registrados) .
Observação: o módulo WS-X4232-L3 não é suportado em um Supervisor Engine II+, III, IV ou V.
Certifique-se de que o switch carregue uma imagem que suporte a placa de linha ou módulo correspondente.
Se o status for power-deny, o Switch não tem energia suficiente para alimentar o módulo. Execute o comando show power para confirmar se há energia suficiente disponível. Para obter mais informações, consulte Monitoramento ambiental e gerenciamento de energia.
Se o status for power-bad, o switch poderá ver uma placa, mas não poderá alocar energia. Essa situação é possível se o Supervisor Engine não puder acessar o conteúdo da PROM serial (SPROM) no módulo para determinar a identificação da placa de linha. Execute o comando show idprom module slot para verificar se o SPROM é legível. Se o SPROM não estiver acessível, é possível reinicializar o módulo.
Certifique-se de que o módulo esteja encaixado corretamente e que você tenha aparafusado completamente o módulo. Se o módulo ainda não ficar on-line, execute o comando hw-module slot slot number reset. Se o módulo ainda não ficar on-line, experimente colocá-lo em um slot sobressalente, troque-o pelo slot de um módulo que funcione ou experimente colocá-lo em um chassi diferente.
Execute o comando show diagnostics online module slot number para identificar qualquer falha de hardware no módulo. Você pode seguir a solução anterior antes de concluir que o módulo tinha hardware com falha.
Se o módulo ainda não ficar online, crie uma solicitação de serviço ao Suporte Técnico da Cisco para obter troubleshooting adicional. Use o registro da saída do switch que você coletou na saída acima e as etapas de Troubleshooting executadas.
Se você observar um destes sintomas quando tiver ligado uma máquina cliente ou reinicializado, o problema pode ser devido a um atraso de conectividade inicial introduzido pelo switch:
O cliente de rede Microsoft exibe "No Domain Controllers Available" (Nenhum controlador de domínio disponível).
O DHCP informa "No DHCP Servers Available" (Nenhum servidor DHCP disponível).
Uma estação de trabalho de rede Novell Internetwork Packet Exchange (IPX) não possui a tela de login Novell durante a inicialização.
Um cliente de rede AppleTalk exibe: "O acesso à sua rede AppleTalk foi interrompido. Para restabelecer sua conexão, abra e feche o painel de controle do AppleTalk." O aplicativo seletor de cliente AppleTalk pode falhar ao exibir uma lista de zonas ou exibir uma lista de zonas incompleta.
As estações de rede IBM podem apresentar uma destas mensagens:
NSB83619—Falha na resolução de endereço
NSB83589—Falha ao inicializar após 1 tentativa
NSB70519—Falha ao conectar a um servidor
Consulte esta seção Razões e Soluções Comuns para determinar se você observou uma das razões comuns:
A razão para esses sintomas pode ser um atraso de interface causado pelo Spanning Tree Protocol (STP), EtherChannel, entroncamento ou um atraso de negociação automática. Para obter mais informações sobre esses atrasos e as soluções possíveis, consulte Como Usar o PortFast e Outros Comandos para Corrigir Atrasos de Conectividade de Inicialização da Estação de Trabalho.
Se você revisar e seguir o procedimento no documento e ainda tiver problemas, entre em contato com o Suporte Técnico da Cisco.
Você pode ter problemas de compatibilidade ou configuração incorreta da placa de rede com o switch se tiver um destes sintomas:
Uma conexão de servidor ou cliente com o switch não é ativada.
Você está com problemas de negociação automática.
Você observa erros na porta.
Consulte esta seção Razões e Soluções Comuns para obter mais informações sobre problemas de configuração incorreta:
A razão para esses sintomas pode ser um problema de driver de NIC conhecido, incompatibilidade de velocidade e duplex ou problemas de autonegociação ou cabeamento. Para obter mais informações sobre troubleshooting, consulte Troubleshooting de Compatibilidade entre Switches Cisco Catalyst e NIC.
Esta tabela mostra o problema conhecido com o Catalyst 4000 que executa o Supervisor Engine III e IV:
Sintoma | Descrição | Reparar |
---|---|---|
WS-X4424-GB-RJ45 não se conecta com o código rígido para velocidade e duplex. | Um Catalyst 4000 Supervisor Engine que executa o Cisco IOS Software Release 12.1(12c)EW ou anterior não se conecta em uma interface de placa de linha WS-X4424-GB-RJ45 se você tiver codificado para velocidade e duplex. A solução é emitir o comando shutdown/no shutdown interface. | Software Cisco IOS versão 12.1(12c)EW1 e posterior |
Se você ainda tiver problemas depois de revisar e seguir o procedimento no documento Troubleshooting de Cisco Catalyst Switches para Problemas de Compatibilidade de NIC, entre em contato com o Suporte Técnico da Cisco para obter assistência adicional.
Se o status da interface for err-disable na saída do comando show interface status, consulte esta seção Razões e Soluções Comuns:
A interface entra no estado err-disable por vários motivos. Algumas das possibilidades incluem:
Incompatibilidade duplex
Erro de configuração do canal de porta
Violação de guarda da Bridge Protocol Data Unit(Unidade de dados de protocolo de ponte) (BPDU)
Condição UDLD (Detecção de Enlace Unidirecional)
Detecção de colisão atrasada
Detecção de oscilação de link
Violação de segurança
Sincronização de PAgP (protocolo de agregação de porta)
Proteção de protocolo de encapsulamento da camada 2 (L2TP - Layer Two Tunneling Protocol)
Limite de taxa da espionagem de DHCP
Para determinar o motivo, execute o comando show errdisable recovery.
Para reabilitar a interface manualmente, execute o comando de interface no shutdown. Ou você pode configurar o mecanismo de tempo limite para reativar a porta após um período de tempo configurado. Quando você souber a causa do estado errdisable, poderá solucionar o problema e corrigir a raiz dele. Por exemplo, sua porta pode estar no estado err-disable devido ao recebimento de um BPDU em uma porta de acesso na qual você habilitou o PortFast. Você pode fazer Troubleshooting para determinar se um switch tem conexão acidental a essa porta ou se um hub foi conectado de forma de loop, o que faz com que o switch veja sua própria BPDU. Para fazer Troubleshooting de outros cenários, consulte as informações de recursos específicos no Guia de Configuração do Cisco IOS Software do Catalyst 4500 Series Switch, 12.1(12c)EW.
Se você revisar e solucionar problemas com o uso deste documento e ainda tiver problemas, entre em contato com o Suporte Técnico da Cisco para obter assistência adicional.
Se você vir um erro na saída do comando show interface, consulte a seção Razões e soluções comuns:
A razão para os erros de interface pode ser:
Um problema da camada física, como um cabo ou placa de rede defeituosa
Um problema de configuração, como uma incompatibilidade de velocidade e duplex
Um problema de desempenho, como um excesso de assinaturas
Para entender e solucionar esses problemas, consulte Troubleshooting de Porta de Switch e Interface.
Às vezes, os contadores de erro são incrementados incorretamente devido a um bug de software ou limitações de hardware. Esta tabela lista alguns dos problemas de contador conhecidos da plataforma do Catalyst 4000 Supervisor Engine III e IV:
Sintoma | Descrição | Reparar |
---|---|---|
Há erros de saída no comando show interface. | A fila de saída cai incorretamente e é contada como erros de saída. Observação: os erros de saída válidos ainda contam como tais. |
Software Cisco IOS versão 12.1(11)EW e posterior |
O tamanho da fila de entrada é maior que o tamanho máximo da fila de entrada na saída do comando show interface. Aqui está o exemplo de saída: Input queue: 3285/2000/0/0 (size/max/drops/flushes |
O tamanho da fila de entrada inclui incorretamente as contagens de todos os pacotes de entrada. | Software Cisco IOS versão 12.1(12c)EW e posterior |
O contador de broadcast na saída do comando show interface vlan vlan-id não funciona. O contador é sempre zero. | O contador de broadcast não conta os quadros de broadcast válidos para a VLAN SVI1. | Software Cisco IOS versão 12.1(12c)EW e posterior |
A porta de tronco ISL2 relata gigantes e há erros de entrada em determinadas placas de linha na saída do comando show interface interface-id . | Pacotes maiores que 1522 bytes são contados como acima do tamanho, ou "gigantes". Esses gigantes também aparecem como erros de entrada. Os pacotes ISL podem ter um tamanho máximo de 1548 bytes. Os pacotes entre 1522 e 1548 bytes são comutados corretamente, mas ainda são contados como gigantes devido a uma limitação conhecida. | Não disponível |
Um erro CRC3 e um erro de entrada aparecem na saída do comando show interface interface-id . | Sob certas condições, o Supervisor Engine III pode transmitir pacotes gerados internamente com um CRC inválido. Os pacotes que entram no switch em interfaces externas não se tornam corrompidos sob essas condições. Consulte o bug da Cisco ID CSCdx36065![]() |
Software Cisco IOS versão 12.1(11)EW e posterior |
Saída que incrementa continuamente quedas na saída do comando show interface interface-id. | A contagem total de quedas de saída deve contar o total de todas as quedas de fila de Tx4 para essa interface. O contador é incrementado continuamente quando o campo tx-queue-drop tem um valor diferente de zero. As quedas são adicionadas cumulativamente, o que é incorreto. Consulte o bug da Cisco ID CSCdx62202![]() |
Software Cisco IOS versão 12.1(12c)EW e posterior |
Bebês gigantes contam como gigantes de tamanho excessivo em determinadas placas de linha na saída do comando show interface interface-id. | Esta é uma limitação conhecida. Para obter mais informações, consulte a seção Catalyst 4000 Series do documento Suporte a Quadro Jumbo/Giant no Exemplo de Configuração de Switches Catalyst. | Não disponível |
1 SVI = interface virtual comutada.
2 ISL = Inter-Switch Link Protocol (protocolo de enlace entre switches).
3 CRC = verificação de redundância cíclica.
4 Tx = transmitir.
Se você revisar e solucionar problemas com os documentos mencionados nesta seção e ainda tiver problemas, entre em contato com o Suporte Técnico da Cisco para obter assistência adicional.
Se certas interfaces estiverem travadas na direção de recepção quando se conectarem a hubs ou outros dispositivos, o problema pode ser o bug que a ID de bug da Cisco CSCdx79678 (somente clientes registrados) descreve. Você ainda poderá ver o switch por meio do Cisco Discovery Protocol se o switch se conectar a outro dispositivo Cisco. Mas esse switch não aprende nenhum endereço MAC na porta e não encaminha o tráfego. Outras portas adjacentes em funcionamento encaminham o tráfego sem problemas. A causa raiz do bug é o recebimento de interface de um pacote que é maior em tamanho do que o tamanho da unidade de transmissão máxima (MTU) na interface.
O bug pode afetar estas placas de linha:
WS-X4504-FX-MT
WS-X4232-GB-RJ
WS-X4148-FX-MT
WS-X4148-RJ
WS-X4148-RJ21
WS-X4148-RJ45V
A correção está disponível no Cisco IOS Software Release 12.1(12c)EW e mais recente. A solução é executar o comando hw-module module module slot number reset para redefinir o módulo que tem a porta com problema. Isso corrige temporariamente o problema.
Quando um pacote é roteado, ele transporta o endereço MAC de origem como o da interface física ou da interface VLAN, que executa o roteamento em vez da interface de saída que está no modo switchport.
Para aprender o endereço MAC da interface ou porta diretamente conectada, você pode configurar a porta para a VLAN nativa. Quando os quadros não marcados são enviados para fora dessa porta, a porta física associada ao endereço MAC origem é aprendida e adicionada à tabela de endereços MAC no dispositivo remoto.
Se a fonte de alimentação em um chassi Catalyst 4500 estiver no estado err-disable na saída do comando show power, consulte esta seção Razões e Soluções Comuns:
O Catalyst 4500 tem dois slots de fonte de alimentação para fornecer redundância 1+1. No entanto, o switch não permite duas fontes de alimentação diferentes no mesmo chassi. As fontes de alimentação devem ter a mesma potência e o mesmo tipo de CA/CC. O switch usa apenas a primeira fonte de alimentação reconhecida pelo switch. O switch coloca a segunda fonte de alimentação no estado err-disable e ignora essa fonte de alimentação. Você pode remover com segurança a fonte de alimentação errdisable do chassi depois de desligá-lo. Para obter mais informações, consulte a seção Gerenciamento de energia do documento Monitoramento ambiental e gerenciamento de energia.
Se o LED da fonte de alimentação com o rótulo Falha estiver aceso, consulte esta seção Razões e Soluções Comuns para ajudar a identificar o problema:
Se você tiver fontes de alimentação duplas e elas tiverem potências diferentes ou forem de tipos diferentes de CA/CC, consulte a seção Fonte de alimentação em um chassi 4500 Está no estado errdisable na Saída do Comando show power deste documento.
Se você tiver uma fonte de alimentação única ou dupla do mesmo tipo e o LED Fail estiver aceso, consulte a seção Troubleshooting the Power Supply do documento Troubleshooting the Installation.
Se a saída do comando show module mostrar uma mensagem que indica "não há energia suficiente para o módulo", verifique a seção Fontes de alimentação da série Catalyst 4500 do documento Especificações para obter os requisitos mínimos de energia.
Se você executar o comando show environment status e descobrir que o conjunto de ventiladores falhou, consulte a seção Razões e soluções comuns para ajudar a identificar o problema:
Para obter mais informações sobre esse problema, consulte a seção Troubleshooting do Conjunto de Ventiladores do documento Troubleshooting da Instalação.
A saída do comando show version fornece este tipo de informação:
A versão do software que o Supervisor Engine executa atualmente
Tempo de atividade, que é o tempo desde a última reinicialização
O motivo para a última redefinição
O arquivo de imagem do sistema em execução no momento
A quantidade de memória instalada
Registro e número de série da configuração
As informações aparecem em negrito nesta saída de exemplo:
4507# show version Cisco Internetwork Operating System Software IOS (tm) Catalyst 4000 L3 Switch Software (cat4000-IS-M), Version 12.1(12c)EW, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) TAC Support: http://www.cisco.com/tac Copyright (c) 1986-2002 by cisco Systems, Inc. Compiled Thu 22-Aug-02 19:28 by hqluong Image text-base: 0x00000000, data-base: 0x00CA7148 ROM: 12.1(12r)EW(1.05) Dagobah Revision 63, Swamp Revision 24 4507 uptime is 6 days, 23 hours, 17 minutes System returned to ROM by redundancy reset System image file is "bootflash:cat4000-is-mz.121-12c.EW" cisco WS-C4507R (XPC8245) processor (revision 4) with 524288K bytes of memory. Processor board ID FOX062105FP Last reset from Redundancy Reset 48 FastEthernet/IEEE 802.3 interface(s) 52 Gigabit Ethernet/IEEE 802.3 interface(s) 403K bytes of non-volatile configuration memory. Configuration register is 0x2102
O comando show module fornece estas informações críticas:
Qual Supervisor Engine está ativo em um 4507R ou 4510R
O número do modelo dos módulos presentes em vários slots
O status dos módulos
As informações aparecem em negrito nesta saída de exemplo:
4507#show module Mod Ports Card Type Model Serial No. ----+-----+--------------------------------------+-----------------+----------- 1 2 1000BaseX (GBIC) Supervisor(standby) WS-X4515 JAB0627065V 2 2 1000BaseX (GBIC) Supervisor(active) WS-X4515 JAB062408TV 3 48 10/100/1000BaseTX (RJ45) WS-X4448-GB-RJ45 JAB053606AG 4 48 10/100BaseTX (RJ45)V WS-X4148-RJ45V JAE060800BL M MAC addresses Hw Fw Sw Status --+--------------------------------+---+------------+----------------+--------- 1 0009.e845.6300 to 0009.e845.6301 0.4 Ok 2 0009.e845.6302 to 0009.e845.6303 0.4 12.1(12r)EW( 12.1(12c)EW, EAR Ok 3 0001.6443.dd20 to 0001.6443.dd4f 0.0 Ok 4 0008.2138.d900 to 0008.2138.d92f 1.6 Ok
O comando show diagnostics online module slot # fornece resultados de testes de diagnóstico para o módulo nos slots 3 a 7. Você executa o teste de diagnóstico, que está disponível apenas para o Supervisor Engine ativo, com a emissão do comando show diagnostics power-on.
4507#show diagnostics online module 3 Slot Ports Card Type Diag Status Diag Details ---- ----- -------------------------------------- ---------------- ------------ 3 48 10/100/1000BaseTX (RJ45) Passed None Detailed Status --------------- . = Pass U = Unknown L = Loopback failure S = Stub failure I = Ilc failure P = Port failure E = SEEPROM failure G = GBIC integrity check failure Ports 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 . . . . . . . . . . . . . . . . Ports 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 . . . . . . . . . . . . . . . . Ports 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 . . . . . . . . . . . . . . . .
O comando show diagnostics power-on fornece resultados de POST para o Supervisor Engine ativo. Atualmente, com a Route Processor Redundancy (RPR), os resultados do Supervisor Engine em standby não estão disponíveis.
4507#show diagnostics power-on Power-On-Self-Test Results Power-on-self-test for Module 2: WS-X4515 Traffic using serdes loopback (L2; all ports at once)... switch port 0: . switch port 1: . switch port 2: . switch port 3: . switch port 4: . switch port 5: . switch port 6: . switch port 7: . switch port 8: . switch port 9: . switch port 10: . switch port 11: . switch port 12: . switch port 13: . switch port 14: . switch port 15: . switch port 16: . switch port 17: . switch port 18: . switch port 19: . switch port 20: . switch port 21: . switch port 22: . switch port 23: . switch port 24: . switch port 25: . switch port 26: . switch port 27: . switch port 28: . switch port 29: . switch port 30: . switch port 31: . Traffic using asic loopback (L2; all ports at once)... switch port 0: . switch port 1: . switch port 2: . switch port 3: . switch port 4: . switch port 5: . switch port 6: . switch port 7: . switch port 8: . switch port 9: . switch port 10: . switch port 11: . switch port 12: . switch port 13: . switch port 14: . switch port 15: . switch port 16: . switch port 17: . switch port 18: . switch port 19: . switch port 20: . switch port 21: . switch port 22: . switch port 23: . switch port 24: . switch port 25: . switch port 26: . switch port 27: . switch port 28: . switch port 29: . switch port 30: . switch port 31: . Traffic using asic loopback (L3; all ports at once)... switch port 0: . switch port 1: . switch port 2: . switch port 3: . switch port 4: . switch port 5: . switch port 6: . switch port 7: . switch port 8: . switch port 9: . switch port 10: . switch port 11: . switch port 12: . switch port 13: . switch port 14: . switch port 15: . switch port 16: . switch port 17: . switch port 18: . switch port 19: . switch port 20: . switch port 21: . switch port 22: . switch port 23: . switch port 24: . switch port 25: . switch port 26: . switch port 27: . switch port 28: . switch port 29: . switch port 30: . switch port 31: . Module 2 Passed
Observação: neste exemplo de saída, o Supervisor Engine no slot 2 está no modo ativo e o slot 1 está no modo standby.
O comando show power fornece informações sobre as fontes de alimentação que você instalou no sistema. O comando também fornece informações sobre a energia disponível e o status das fontes de alimentação.
4507#show power Power Fan Inline Supply Model No Type Status Sensor Status ------ ---------------- --------- ----------- ------ ------ PS1 PWR-C45-2800AC AC 2800W good good good PS2 PWR-C45-1000AC AC 1000W err-disable good n.a. *** Power Supplies of different type have been detected*** Power Supply Max Min Max Min Absolute (Nos in Watts) Inline Inline System System Maximum -------------- ------ ------ ------ ------ -------- PS1 1400 1400 1360 1360 2800 PS2 0 0 0 0 0 Power Summary (in Watts) Available Used Remaining ------------- --------- ------ --------- System Power 1360 450 910 Inline Power 1400 18 1382 Maximum Power 2800 468 2332 Power supplies needed by system : 1 Power Used Power Used Mod Model (online) (in Reset) ---- ----------------- ---------- ---------- 1 WS-X4515 110 110 2 WS-X4515 110 110 3 WS-X4448-GB-RJ45 120 72 4 WS-X4148-RJ45V 60 50
Observação: neste exemplo de saída, a segunda fonte de alimentação está no modo err-disable porque não há permissão para a combinação de diferentes tipos de fontes de alimentação.
O comando show environment status fornece informações sobre o status das fontes de alimentação, do módulo do Supervisor Engine e da bandeja de ventoinhas.
Switch#show environment status Power Fan Supply Model No Type Status Sensor ------ --------------- --------- ----------- ------ PS1 PWR-C45-1400AC AC 1400W good good PS2 PWR-C45-1400AC AC 1400W good good Power Supply Max Min Max Min Absolute (Nos in Watts) Inline Inline System System Maximum -------------- ------ ------ ------ ------ -------- PS1 0 0 1360 1360 1400 PS2 0 0 1360 1360 1400 Power supplies needed by system : 1 Chassis Type : WS-C4506 Supervisor Led Color : Green Fantray : good Power consumed by Fantray : 50 Watts
O comando show interface interface-id status fornece o status da interface, que é um destes status:
conectado
notconnect
Desabilitado
errdisable
defeituoso
A saída do comando também contém o VLAN da interface e as informações de velocidade e do dúplex.
4507#show interfaces gigabitethernet 1/1 status Port Name Status Vlan Duplex Speed Type Gi1/1 notconnect 1 auto 1000 No Gbic
O comando show errdisable recovery ajuda você a saber o status da configuração de tempo limite de errdisable automática para cada um dos motivos de ErrDisable. Além disso, o comando fornece a principal maneira de saber por que uma determinada porta está no modo errdisable.
Switch#show errdisable recovery ErrDisable Reason Timer Status ----------------- -------------- udld Disabled bpduguard Disabled channel-misconfig Disabled pagp-flap Disabled dtp-flap Disabled link-flap Disabled security-violation Disabled Timer interval:300 seconds Interfaces that will be enabled at the next timeout: Interface Errdisable reason Time left(sec) --------- ----------------- -------------- Fa6/1 link-flap 279 Switch#
O comando show interface interface-id counters error fornece os detalhes do contador de erros de uma interface.
4507#show interfaces gigabitethernet 1/1 counters errors Port CrcAlign-Err Dropped-Bad-Pkts Collisions Symbol-Err Gi1/1 0 0 0 0 Port Undersize Oversize Fragments Jabbers Gi1/1 0 0 0 0 Port Single-Col Multi-Col Late-Col Excess-Col Gi1/1 0 0 0 0 Port Deferred-Col False-Car Carri-Sen Sequence-Err Gi1/1 0 0 0 0
Revisão | Data de publicação | Comentários |
---|---|---|
1.0 |
28-May-2002
|
Versão inicial |