Recuperar estado de porta errdisable nas plataformas Cisco IOS
Contents
Introdução
Este documento descreve o estado errdisabled, como se recuperar dele e fornece exemplos de recuperação de errdisable.
Pré-requisitos
Requisitos
Não existem requisitos específicos para este documento.
Componentes Utilizados
As saídas neste documento foram obtidas dos Cisco Catalyst 4500/6500 Series Switches. Os switches estavam executando o Cisco IOS® Software e tinham portas Ethernet que são capazes de EtherChannel e PortFast.
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 usa o recurso errdisable e err-disabled para o estado da interface. É comum procurar suporte técnico quando perceber que uma ou mais portas do switch se tornaram errdisable, o que significa que as portas têm um status de err-disabled. O objetivo deste documento é ajudar a entender por que ocorreu o errdisable e como restaurar as portas para operação normal.
Note: O status da porta de err-disabled é exibido na saída do comando show interfaces status.
O recurso errdisable é suportado nos switches Catalyst que executam o Cisco IOS® e o Cisco IOS XE; os comandos e exemplos neste documento enfocam as plataformas de software Cisco IOS® identificadas em Componentes Utilizados.
Os comandos usados para implementar e verificar errdisable podem variar entre plataformas de software. Este documento enfatiza especificamente o errdisable para os switches que executam o Cisco IOS Software.
Errdisable
Função do Errdisable
Se a configuração mostra uma porta que deve ser habilitada, mas o software no switch detecta uma situação de erro na porta, o software desativa essa porta. Ou seja, a porta é desabilitada automaticamente pelo software do sistema operacional do switch devido a uma condição de erro que é encontrada na porta.
Quando uma porta é desativada por erro, ela é efetivamente desativada e nenhum tráfego é enviado ou recebido nessa porta. O LED de porta está definido com a cor laranja e, quando você executa o comando show interfaces, o status da porta mostra err-disabled. Este é um exemplo de como uma porta desativada por erro se parece com a Interface de Linha de Comando (CLI) do switch:
cat6k#show interfaces gigabitethernet 4/1 status Port Name Status Vlan Duplex Speed Type Gi4/1 err-disabled 100 full 1000 1000BaseSX
Ou, se a interface foi desabilitada devido a uma condição de erro, você poderá ver mensagens semelhantes a estas no console e no syslog:
%SPANTREE-SP-2-BLOCK_BPDUGUARD: Received BPDU on port GigabitEthernet4/1 with BPDU Guard enabled. Disabling port.
%PM-SP-4-ERR_DISABLE: bpduguard error detected on Gi4/1, putting Gi4/1 in err-disable state
Essa mensagem de exemplo é exibida quando uma porta de host recebe a unidade de dados de protocolo de bridge (BPDU). A mensagem real depende do motivo da condição de erro.
O recurso errdisable tem duas finalidades:
-
Informar o administrador sobre quando e onde há um problema de porta.
-
Isso elimina a possibilidade de que essa porta possa fazer com que outras portas no módulo (ou no módulo inteiro) falhem.
-
Essa falha pode ocorrer quando uma porta ruim monopoliza buffers ou mensagens de erro de porta monopolizam comunicações entre processos na placa, o que pode causar problemas sérios de rede. O recurso errdisable ajuda a evitar essas situações.
-
Causas do Errdisable
Esse recurso foi implementado primeiro para lidar com situações especiais de colisão se o switch detectou colisões excessivas ou atrasadas em uma porta. As colisões excessivas ocorrem quando um quadro é descartado porque o switch encontra 16 colisões seguidas. As colisões tardias ocorrem porque todos os dispositivos no fio não reconhecem que o fio estava em uso. As causas possíveis desses tipos de erros incluem:
-
Um cabo fora da especificação (muito longo, do tipo errado ou defeituoso).
-
Uma placa de interface de rede (NIC) com problemas físicos ou problemas de driver.
-
Um erro de configuração da porta duplex.
-
Um erro de configuração de porta duplex é uma causa comum de erros devido a falhas para negociar a velocidade e o duplex corretamente entre dois dispositivos diretamente conectados (como uma placa de rede que se conecta a um switch).
-
Somente conexões half-duplex podem ter colisões em uma LAN. Devido à natureza de Carrier Sense Multiple Access (CSMA) da Ethernet, as colisões são normais no modo half-duplex, desde que as colisões não excedam uma porcentagem de tráfego pequena.
-
Há várias razões para uma interface entrar em errdisable. Esses motivos podem incluir:
-
Incompatibilidade duplex
-
Configuração(ões) incorreta(s) de canal de porta
-
Violação(ões) do protetor de BPDU
-
Condição(ões) UDLD (Detecção de Link Unidirecional)
-
Detecção(ões) de colisão tardia
-
Detecção(ões) de oscilação de link
-
Violação(ões) de segurança
-
Sincronização de PAgP (protocolo de agregação de porta)
-
Protetor do Tunneling Protocol (L2TP) da camada 2
-
Limite de taxa da espionagem de DHCP
-
Módulo ou cabo GBIC/Small Form-Factor Pluggable (SFP) incorreto
-
Inspeção do Address Resolution Protocol (ARP)
-
Inline Power
Determinar se as Portas Estão no Estado Errdisabled
Você pode determinar se sua porta foi desabilitada por erro executando o comando show interfaces <interface> status.
Este é um exemplo de uma porta ativa:
cat6k#show interfaces gigabitethernet 4/1 status Port Name Status Vlan Duplex Speed Type Gi4/1 connected 100 full 1000 1000BaseSX
Neste próximo exemplo, a mesma porta está no estado err-disabled:
cat6k#show interfaces gigabitethernet 4/1 status Port Name Status Vlan Duplex Speed Type Gi4/1 err-disabled 100 full 1000 1000BaseSX
Determinar o Motivo do Estado Errdisabled (Mensagens do Console, Syslog e o Comando show errdisable recovery)
Quando o switch põe uma porta no estado desabilitado por erro, o switch envia uma mensagem ao console que descreve o motivo pelo qual a porta foi desabilitada. O exemplo nesta seção fornece dois exemplos de mensagem que mostram o motivo da porta ser desabilitada:
-
Uma desabilitação é devido ao recurso protetor de BPDU do PortFast.
-
A outra desabilitação é devido a um problema na configuração do EtherChannel.
Estas são algumas mensagens de exemplo:
%SPANTREE-SP-2-BLOCK_BPDUGUARD: Received BPDU on port GigabitEthernet4/1 with BPDU Guard enabled. Disabling port. %PM-SP-4-ERR_DISABLE: bpduguard error detected on Gi4/1, putting Gi4/1 in err-disable state %SPANTREE-2-CHNMISCFG: STP loop - channel 11/1-2 is disabled in vlan 1
Se você habilitou a recuperação errdisable, poderá executar o comando show errdisable recovery para exibir a causa relatada para as interfaces listadas para recuperação automática:
cat6k#show errdisable recovery ErrDisable Reason Timer Status ----------------- -------------- udld Enabled bpduguard Enabled security-violatio Enabled channel-misconfig Enabled pagp-flap Enabled dtp-flap Enabled link-flap Enabled l2ptguard Enabled psecure-violation Enabled gbic-invalid Enabled dhcp-rate-limit Enabled mac-limit Enabled unicast-flood Enabled arp-inspection Enabled Timer interval: 300 seconds Interfaces that can be enabled at the next timeout: Interface Errdisable reason Time left(sec) --------- --------------------- -------------- Fa2/4 bpduguard 273
Recuperar uma Porta do Estado Desabilitado para Erro
Esta seção fornece exemplos de como você pode encontrar uma porta desativada por erro e como corrigi-la, além de alguns motivos adicionais pelos quais uma porta pode se tornar desativada por erro. Para recuperar uma porta do estado err-disabled, primeiro identifique e corrija o problema raiz e, em seguida, reative a porta. Se você reabilitar a porta antes de corrigir o problema raiz, as portas serão novamente desabilitadas por erro.
Corrija o problema raiz
Depois de descobrir por que as portas foram desabilitadas, corrija o problema raiz. A correção depende do que desencadeou o problema. Há várias coisas que podem provocar o desligamento. Esta seção discute algumas das causas mais comuns e visíveis:
-
Configuração incorreta do EtherChannel:
-
Para que o EtherChannel funcione, as portas envolvidas devem ter configurações consistentes. As portas devem ter a mesma VLAN, modo de tronco, velocidade, duplex e assim por diante. A maioria das diferenças de configuração em um switch são identificadas e relatadas quando você cria o canal. Se um switch estiver configurado para EtherChannel e o outro switch não estiver configurado para EtherChannel, o processo de spanning tree poderá encerrar as portas canalizadas no lado configurado para EtherChannel.
-
O modo ativado do EtherChannel não envia pacotes PAgP para negociar com o outro lado antes da criação do canal. ele supõe que o outro lado esteja canalizando. Além disso, este exemplo não ativa o EtherChannel para o outro switch, ele deixa essas portas como portas individuais, não canalizadas. Se você deixar o outro switch nesse estado por aproximadamente um minuto, o Spanning Tree Protocol (STP) no switch onde o EtherChannel está ativado pensará que há um loop. Isso coloca as portas de canalização no estado errdisabled.
-
Neste exemplo, um loop foi detectado e as portas foram desabilitadas. A saída do comando show etherchannel summary mostra que o Número de grupos de canais em uso é 0. Quando você observa uma das portas envolvidas, você pode ver que o status é err-disabled:
%SPANTREE-2-CHNL_MISCFG: Detected loop due to etherchannel misconfiguration of Gi4/1
cat6k#show etherchannel summary
Flags: D - down P - in port-channel
I - stand-alone s - suspended
H - Hot-standby (LACP only)
R - Layer3 S - Layer2
U - in use f - failed to allocate aggregator
u - unsuitable for bundling
Number of channel-groups in use: 0
Number of aggregators: 0
Group Port-channel Protocol Ports
------+-------------+-----------+-----------------------------------------------
O EtherChannel foi cancelado porque as portas foram colocadas em errdisable neste switch.
cat6k#show interfaces gigabitethernet 4/1 status Port Name Status Vlan Duplex Speed Type Gi4/1 err-disabled 100 full 1000 1000BaseSX
Para determinar qual foi o problema, observe a mensagem de erro. A mensagem indica que o EtherChannel encontrou um loop de spanning tree. Como esta seção explica, esse problema pode ocorrer quando um dispositivo (o switch, neste caso) tem o EtherChannel ativado manualmente com o uso do modo ativado (ao contrário do desejável). O outro dispositivo conectado (o outro switch, nesse caso), não tem o EtherChannel ativado. Para resolver isso, quando ambos os switches suportam PAgP, defina o modo de canal como desirable em ambos os lados da conexão e, em seguida, reative as portas. Em seguida, cada lado forma um canal apenas se ambos os lados concordarem em canalizar. Se eles não formarem um canal, verifique o status resultante de cada porta membro antes de permitir o tráfego através da conexão.
cat6k(config)#interface gigabitethernet 4/1 cat6k(config-if)#channel-group 3 mode desirable non-silent
- Incompatibilidade de duplex:
- As incompatibilidades de duplex são comuns devido às falhas de autonegociação apropriada de velocidade e duplex. Ao contrário de um dispositivo half-duplex, o qual deve esperar até que não haja nenhum outro dispositivo transmitindo no mesmo segmento da LAN, um dispositivo full-duplex transmite sempre que o dispositivo tem algo para enviar, independentemente dos outros dispositivos. Se essa transmissão ocorrer enquanto o dispositivo half-duplex também transmite, o dispositivo half-duplex considera isso uma colisão (durante o slot time) ou uma colisão atrasada (após o slot time). Como o lado full-duplex nunca espera colisões, ele nunca percebe que deve retransmitir o pacote descartado. Uma taxa percentual baixa de colisões é normal com um half-duplex, mas não é normal com um full-duplex.
- Uma porta de switch que receba muitas colisões atrasadas indica geralmente um problema de incompatibilidade fullduplex. Certifique-se de que ambas as extremidades usem configurações de velocidade e duplex compatíveis, incluindo configurações de autonegociação compatíveis. O comando show interfaces <interface> informa a velocidade e o duplex das portas do switch Catalyst. Versões posteriores do Cisco Discovery Protocol (CDP) podem avisá-lo sobre incompatibilidades duplex antes que a porta seja colocada no estado desativada por erro.
Além disso, há configurações em uma placa de rede, como recursos de polaridade automática, que podem causar o problema. Verifique a documentação da placa de rede e desabilite uma configuração somente se você a identificar como a causa do problema do link. Se você tiver várias NICs de um fornecedor e todas as NICs parecerem ter o mesmo problema, verifique o site do fabricante para obter as notas de versão e certifique-se de que você tenha os drivers mais recentes.
As outras causas das colisões atrasadas incluem:
- Uma NIC ruim (com problemas físicos, e não apenas problemas de configuração)
- Um cabo ruim
- Um segmento de cabo longo demais
- Protetor de porta BPDU
Uma porta que usa PortFast deve se conectar somente a uma estação final (como uma estação de trabalho ou servidor) e não a dispositivos que geram BPDUs de spanning tree, como switches, ou bridges e roteadores que fazem a ponte. Se o switch receber um BPDU de spanning tree em uma porta que tenha PortFast de spanning tree e BPDU guard de spanning tree habilitado, o switch colocará a porta no modo errdisabled para proteger contra loops potenciais. O PortFast assume que uma porta em um switch não pode gerar um loop físico. Consequentemente, o PortFast pula as verificações de spanning tree iniciais para essa porta, o que evita o timeout das estações finais na inicialização. O administrador de rede deve implementar o PortFast com cuidado. Nas portas que têm PortFast habilitado, o BPDU guard ajuda a garantir que a LAN permaneça livre de loops.
Este exemplo mostra como ativar este recurso. Este exemplo foi escolhido porque a criação de uma situação errdisable é fácil neste caso:
cat6k(config-if)#spanning-tree bpduguard enable
Neste exemplo, um Catalyst 6509 Switch é conectado a outro switch (um 6509). O 6500 envia BPDUs cada 2 segundos (com uso das configurações de spanning tree padrão). Quando você habilita o PortFast na porta do switch 6509, o recurso protetor de BPDU monitora a entrada de BPDUs nessa porta. Quando uma BPDU chega à porta (um dispositivo que não é um dispositivo final é detectado nessa porta), o recurso BPDU guard desabilita erradamente a porta para evitar a possibilidade de um loop de spanning tree.
cat6k(config-if)#spanning-tree portfast enable Warning: Spantree port fast start can only be enabled on ports connected to a single host. Connecting hubs, concentrators, switches, bridges, etc. to a fast start port can cause temporary spanning tree loops. %PM-SP-4-ERR_DISABLE: bpduguard error detected on Gi4/1, putting Gi4/1 in err-disable state.
Nessa mensagem, o switch indica que recebeu um BPDU em uma porta habilitada para PortFast e desliga a porta Gi4/1.
cat6k#show interfaces gigabitethernet 4/1 status Port Name Status Vlan Duplex Speed Type Gi4/1 err-disabled 100 full 1000 1000BaseSX
Como essa porta se conecta a outro switch, desative o PortFast e a configuração BPDU Guard no nível da interface e, em seguida, reative a porta depois de verificar a topologia spanning-tree pretendida. A conexão é imprópria porque o PortFast e o BPDU Guard estão ativados e o switch se conecta a outro switch. Lembre-se, o PortFast deve ser usado somente em portas que se conectam a estações finais.
cat6k(config-if)#spanning-tree portfast disablecat6k(config-if)#no spanning-tree bpduguard enable
-
UDLD:
-
O protocolo UDLD permite que os dispositivos conectados através de cabos Ethernet de fibra óptica ou cobre (como cabeamento Categoria 5) monitorem a configuração física dos cabos e detectem quando existe um link unidirecional. Quando um link unidirecional é detectado, o UDLD desativa a porta afetada e alerta o usuário. Os links unidirecionais podem causar vários problemas, os quais incluem loops da topologia de spanning tree.
-
Cada porta de switch configurada para UDLD envia pacotes de protocolo UDLD que contêm o dispositivo de porta (ou ID de porta) e o dispositivo vizinho (ou IDs de porta) que são vistos pelo UDLD nessa porta. As portas vizinhas devem ver seu próprio dispositivo ou ID de porta (eco) nos pacotes recebidos do outro lado. Se a porta não vê seu próprio dispositivo ou ID de porta nos pacotes UDLD recebidos por um período de tempo específico, o link é considerado unidirecional. Portanto, a respectiva porta está desativada e uma mensagem semelhante a esta é impressa no console:
PM-SP-4-ERR_DISABLE: udld error detected on Gi4/1, putting Gi4/1 in err-disable state.
-
Erro de oscilação de link:
-
A oscilação de link significa que a interface se move continuamente para cima e para baixo. Neste exemplo, o limite de oscilação de link é de 5 oscilações em 10 segundos; execute o comando show errdisable flap-values para o limite no switch afetado. A causa comum da oscilação de um link é um problema na camada 1, como um cabo ruim, incompatibilidade duplex ou placa Gigabit Interface Converter (GBIC) com defeito. Observe as mensagens do console ou as mensagens que foram enviados para o servidor de syslog que indicam o motivo da desativação da porta.
-
%PM-4-ERR_DISABLE: link-flap error detected on Gi4/1, putting Gi4/1 in err-disable state
Execute este comando para exibir os valores de flap:
cat6k#show errdisable flap-values ErrDisable Reason Flaps Time (sec) ----------------- ------ ---------- pagp-flap 3 30 dtp-flap 3 30 link-flap 5 10
-
Erro de loopback:
-
Um erro de loopback ocorre quando o pacote keepalive é redirecionado de volta para a porta que enviou o keepalive. O switch envia keepalives para todas as interfaces por padrão. Um dispositivo pode encaminhar os pacotes de volta à interface de origem, que ocorre geralmente porque há um loop lógico na rede que a spanning tree não bloqueou. A interface de origem recebe o pacote keepalive que enviou, e o switch desabilita a interface (errdisable). Esta mensagem ocorre porque o pacote keepalive é encaminhado de volta à porta que enviou o keepalive:
-
%PM-4-ERR_DISABLE: loopback error detected on Gi4/1, putting Gi4/1 in err-disable state
Os keepalives são enviados em todas as interfaces por padrão no software Cisco IOS® versão 12.1EA. No software baseado no Cisco IOS® Software Release 12.2SE e posterior, os keepalives não são enviados por padrão em interfaces de fibra e uplink.
Investigue primeiro a condição de loopback. Para uma versão e interface afetadas, considere uma atualização de software; desative os keepalives somente depois de avaliar a perda da detecção de loopback.
-
Violação de segurança de porta:
-
Você pode usar a segurança de porta com endereços MAC estáticos e aprendidos dinamicamente para restringir o tráfego de entrada de uma porta. Para restringir o tráfego, você pode limitar os endereços MAC que têm permissão para enviar tráfego para a porta. Para configurar a porta do switch para entrar no estado err-disabled se houver uma violação de segurança, execute este comando:
-
cat6k(config-if)#switchport port-security violation shutdown
Uma violação de segurança ocorre em qualquer uma destas duas situações:
-
-
Quando o número máximo de endereços MAC seguros é alcançado em uma porta segura e o endereço MAC de origem do tráfego de ingresso difere de algum dos endereços MAC seguros identificados. Nesse caso, a segurança de porta aplica o modo de violação configurado.
-
Se o tráfego com um endereço MAC seguro for configurado ou aprendido em uma porta segura, tentará acessar outra porta segura na mesma VLAN. Neste caso, a segurança de porta aplicará o modo de violação encerramento.
-
-
Protetor L2pt:
-
Quando as PDUs da Camada 2 entram no túnel ou na porta de acesso no switch de borda de entrada, o switch substitui o endereço MAC de destino da PDU original por um endereço multicast proprietário da Cisco (01-00-0c-cd-cd-d0). Se o tunelamento 802.1Q estiver habilitado, os pacotes serão marcados duas vezes. A marca externa é a marca metro e a marca interna é a marca VLAN. Os switches centrais ignoram as tags internas e enviam o pacote a todas as portas de tronco na mesma VLAN metro. Os switches de borda no lado de saída restauram o protocolo de Camada 2 apropriado e as informações de endereço MAC e enviam os pacotes para todos os túneis ou portas de acesso na mesma VLAN metro. Portanto, as PDUs da camada 2 são mantidas intactas e entregues através da infraestrutura do provedor de serviços ao outro lado da rede.
-
Switch(config)#interface gigabitethernet 0/7
Switch(config-if)#l2protocol-tunnel {cdp | vtp | stp}
A interface passa para o estado errdisabled. Se uma PDU encapsulada (com o endereço MAC de destino proprietário) é recebida de uma porta ou de uma porta de acesso do túnel com o tunelamento da camada 2 habilitado, a porta do túnel é desativada para impedir loops. A porta também é desativada quando um limite de desativação configurado para o protocolo é alcançado. Você pode reabilitar manualmente a porta (execute uma sequência de comandos shutdown, no shutdown) ou, se a recuperação errdisable estiver habilitada, a operação será repetida após um intervalo de tempo especificado.
Para ativar a recuperação automática programada para portas desativadas pelo L2pt Guard, configure errdisable recovery cause l2ptguard. Depois de corrigir o problema subjacente, execute os comandos interface shutdown e no shutdown para recuperação manual. Esse comando é usado para configurar o mecanismo de recuperação de um erro de taxa máxima de Camada 2 para que a interface possa ser movida para fora do estado desabilitado e tentada novamente. Você também pode ajustar o intervalo de tempo. A recuperação errdisable é desabilitada por padrão. Quando habilitada, o intervalo de tempo padrão é 300 segundos.
-
Cabo SFP incorreto:
-
As portas mudam para o estado errdisable com a mensagem de erro "%PHY-4-SFP_NOT_SUPPORTED" quando você conecta os Switches Catalyst 3560 e Catalyst 3750 e usa um cabo de interconexão SFP.
-
O cabo de interconexão SFP do Cisco Catalyst 3560 (CAB-SFP-50CM=) fornece uma conexão Gigabit Ethernet ponto a ponto de baixo custo entre os switches Catalyst 3560 Series. O cabo de 50 centímetros (cm) é uma alternativa aos transceptores SFP para interconectar switches Catalyst 3560 Series através de suas portas SFP em uma curta distância. Verifique as informações de compatibilidade de hardware para o modelo Catalyst 3560 específico antes de usar o cabo de interconexão SFP.
-
Quando um Catalyst 3560 Switch é conectado a um Catalyst 3750 ou algum outro tipo de modelo de Catalyst Switch, você não pode usar o cabo CAB-SFP-50CM=. Você pode conectar ambos os switches com um cabo de cobre e um SFP de cobre compatível, como GLC-T quando suportado, em cada extremidade em vez de um cabo CAB-SFP-50CM=.
-
-
Violação de segurança de 802.1X:
DOT1X-SP-5-SECURITY_VIOLATION: Security violation on interface GigabitEthernet4/8, New MAC address 0080.ad00.c2e4 is seen on the interface in Single host mode %PM-SP-4-ERR_DISABLE: security-violation error detected on Gi4/8, putting Gi4/8 in err-disable state
Essa mensagem indica que a porta na interface especificada está configurada no modo de host único. Qualquer novo host detectado na interface é tratado como uma violação de segurança. A porta foi desabilitada por erro.
-
Certifique-se de que apenas um host esteja conectado à porta. Se você precisar conectar um telefone IP e um host atrás dele à porta, configure o Modo de Autenticação de Vários Domínios nessa porta de switch.
-
O modo de Autenticação de vários domínios (Multidomain authentication ou MDA) permite que um telefone IP e um único host atrás dele sejam autenticados separadamente por 802.1X, bypass de autenticação MAC ou (apenas no caso do host) autenticação da Web. Neste aplicativo, "Multidomain" ("Vários domínios") refere-se a dois domínios — dados e voz —, e apenas dois endereços MAC são permitidos por porta. O switch pode colocar o host na VLAN de dados e o telefone IP na VLAN de voz, embora pareçam estar na mesma porta de switch. A designação da VLAN de dados pode ser obtida nos atributos específicos do fornecedor (Vendor-Specific Attributes ou VSAs) recebidos do servidor AAA da autenticação.
-
Para obter mais informações, consulte o documento Autenticação de vários domínios IEEE 802.1X.
- Reabilitar as Portas Desabilitadas por Erro.
Depois de resolver o problema raiz, as portas ainda estarão desativadas se você não tiver configurado a recuperação errdisable no switch. Nesse caso, você deve reabilitar as portas manualmente. Para reabilitar manualmente uma porta afetada após corrigir a causa, entre no modo de configuração de interface e execute os comandos shutdown e, em seguida, no shutdown.
O comando eerrdisable recovery permite que você escolha o tipo dos erros que reabilitam automaticamente as portas após uma quantidade de tempo especificada. O comando show errdisable recovery mostra o estado padrão da recuperação de desabilitação por erro para todas as condições possíveis.
cat6k#show errdisable recovery
Recovery Status Timer Status
--------------- ------------
udld Disabled
bpduguard Disabled
security-violation Disabled
channel-misconfig Disabled
vmps Disabled
pagp-flap Disabled
dtp-flap Disabled
link-flap Disabled
l2ptguard Disabled
psecure-violation Disabled
gbic-invalid Disabled
dhcp-rate-limit Disabled
mac-limit Disabled
unicast-flood Disabled
storm-control Disabled
arp-inspection Disabled
loopback Disabled
link-monitor-failure Disabled
oam-remote-failure critical-event Disabled
oam-remote-failure dying-gasp Disabled
oam-remote-failure link-fault Disabled
dot1ad-incomp-etype Not supported
dot1ad-incomp-tunnel Not supported
mvrp Not supported
transceiver-incomp Not supported
VSL transceiver-incomp Not supported
packet-buffer Not supported
FEX Licensing module removed Not supported
inline-power Not supported
Timer interval: 300 seconds
Interfaces that will be enabled at the next timeout:
cat6k# Note: O intervalo de timeout padrão é 300 segundos e, por padrão, o recurso de timeout é desabilitado.
Para ativar a recuperação errdisable e escolher as condições errdisable, execute este comando:
cat6k#configure terminal
cat6k(config)#errdisable recovery cause ?
all Enable timer to recover from all causes
arp-inspection Enable timer to recover from arp inspection error
disable state
bpduguard Enable timer to recover from BPDU Guard error disable
state
channel-misconfig Enable timer to recover from channel misconfig disable
state
dhcp-rate-limit Enable timer to recover from dhcp-rate-limit error
disable state
dtp-flap Enable timer to recover from dtp-flap error disable
state
gbic-invalid Enable timer to recover from invalid GBIC error disable
state
l2ptguard Enable timer to recover from l2protocol-tunnel error
disable state
link-flap Enable timer to recover from link-flap error disable
state
link-monitor-failure Enable timer to recover from link monitoring failure
loopback Enable timer to recover from loopback disable state
mac-limit Enable timer to recover from mac limit disable state
oam-remote-failure Enable timer to recover from remote failure detected by
OAM
pagp-flap Enable timer to recover from pagp-flap error disable
state
psecure-violation Enable timer to recover from psecure violation disable
state
security-violation Enable timer to recover from 802.1x violation disable
state
storm-control Enable timer to recover from storm-control error
disable state
udld Enable timer to recover from udld error disable state
unicast-flood Enable timer to recover from unicast flood disable
state
vmps Enable timer to recover from vmps shutdown error
disable state
Este exemplo mostra como habilitar a condição da recuperação errdisable do protetor de BPDU:
cat6k(config)#errdisable recovery cause bpduguard
cat6k(config)#end Um recurso interessante desse comando é que, se você habilitar a recuperação errdisable, ela listará as razões gerais pelas quais as portas foram colocadas no estado err-disabled. Neste exemplo, observe que o recurso protetor de BPDU foi o motivo para o desligamento da porta 2/4:
cat6k#show errdisable recovery
Recovery Status Timer Status
--------------- ------------
udld Disabled
bpduguard Enabled
security-violation Disabled
channel-misconfig Disabled
vmps Disabled
pagp-flap Disabled
dtp-flap Disabled
link-flap Disabled
l2ptguard Disabled
psecure-violation Disabled
gbic-invalid Disabled
dhcp-rate-limit Disabled
mac-limit Disabled
unicast-flood Disabled
storm-control Disabled
arp-inspection Disabled
loopback Disabled
link-monitor-failure Disabled
oam-remote-failure critical-event Disabled
oam-remote-failure dying-gasp Disabled
oam-remote-failure link-fault Disabled
dot1ad-incomp-etype Not supported
dot1ad-incomp-tunnel Not supported
mvrp Not supported
transceiver-incomp Not supported
VSL transceiver-incomp Not supported
packet-buffer Not supported
FEX Licensing module removed Not supported
inline-power Not supported
Timer interval: 300 seconds
Interfaces that will be enabled at the next timeout:
Interface Errdisable reason Time left(sec)
--------- --------------------- --------------
Fa2/4 bpduguard 290 Se uma condição de recuperação errdisable estiver habilitada, as portas desabilitadas para essa causa serão repetidas após o intervalo configurado. Se a condição persistir, as portas poderão ser desativadas novamente por erro. Você pode alterar esse padrão de 300 segundos executando o comando errdisable recovery interval <timer_interval_in_seconds> na configuração global. Este próximo exemplo altera o intervalo de recuperação errdisable de 300 para 400 segundos:
cat6k#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
cat6k(config)#errdisable recovery interval 400
cat6k(config)#end
cat6k#show errdisable recovery
Recovery Status Timer Status
--------------- ------------
udld Disabled
bpduguard Disabled
security-violation Disabled
channel-misconfig Disabled
vmps Disabled
pagp-flap Disabled
dtp-flap Disabled
link-flap Disabled
l2ptguard Disabled
psecure-violation Disabled
gbic-invalid Disabled
dhcp-rate-limit Disabled
mac-limit Disabled
unicast-flood Disabled
storm-control Disabled
arp-inspection Disabled
loopback Disabled
link-monitor-failure Disabled
oam-remote-failure critical-event Disabled
oam-remote-failure dying-gasp Disabled
oam-remote-failure link-fault Disabled
dot1ad-incomp-etype Not supported
dot1ad-incomp-tunnel Not supported
mvrp Not supported
transceiver-incomp Not supported
VSL transceiver-incomp Not supported
packet-buffer Not supported
FEX Licensing module removed Not supported
inline-power Not supported
Timer interval: 400 seconds
Interfaces that will be enabled at the next timeout:
cat6k# Verificar
-
show version: Exibe a versão do software que é usada no switch.
-
show interfaces <interface> status: Mostra o status atual da porta do switch. Ajuda a confirmar se a porta não está mais desativada por erro.
-
show errdisable detect: Exibe as configurações de detecção errdisable. Execute show errdisable recovery para inspecionar as configurações de recuperação e os candidatos de recuperação listados.
Troubleshooting
-
show interfaces status err-disabled: Mostra quais portas locais estão envolvidas no estado errdisabled.
-
show etherchannel summary: Mostra o status atual do EtherChannel.
-
show errdisable recovery: Mostra as causas de recuperação habilitadas, o intervalo configurado e as interfaces listadas para a próxima tentativa.
-
show errdisable detect: Mostra o motivo do status errdisable.
Informações Relacionadas
- Solucionar problemas de hardware e de software nos Switches Catalyst 6500/6000
- Entender o aprimoramento do Spanning Tree PortFast BPDU Guard
- Entender a detecção de inconsistência do EtherChannel
- Solução de problemas de porta do switch e de interface
Histórico de revisões
| Revisão | Data de publicação | Comentários |
|---|---|---|
5.0 |
07-Oct-2026
|
Ortografia, gramática e linhas horizontais inseridas atualizadas para separar seções para facilitar a leitura. |
4.0 |
19-Aug-2024
|
Formatação e conteúdo técnico atualizados. |
3.0 |
17-Jul-2023
|
Introdução atualizada, SEO, tradução automática, requisitos de estilo e formatação. |
2.0 |
16-Jun-2022
|
Modelos de switch Catalyst adicionados.
Switches CatOS e referências removidos (obsoletos).
Mensagens de erro reformadas. |
1.0 |
24-Apr-2006
|
Versão inicial |
FeedbackContate a Cisco
- Abrir um caso de suporte
- (É necessário um Contrato de Serviço da Cisco)