Recuperar el estado de puerto errDisable en plataformas Cisco IOS
Contenido
Introducción
En este documento describe el estado errdisabled, cómo recuperarse de él y proporciona ejemplos de recuperación errdisable.
Prerequisites
Requirements
No hay requisitos específicos para este documento.
Componentes Utilizados
Los resultados de este documento fueron tomados de Cisco Catalyst 4500/6500 Series Switches. Los switches ejecutaban el software Cisco IOS® y tenían puertos Ethernet que son compatibles con EtherChannel y PortFast.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Antecedentes
Este documento utiliza la función errdisable y err-disabled para el estado de la interfaz. Es común buscar soporte técnico cuando se observa que uno o más puertos del switch se han vuelto errdisable, lo que significa que los puertos tienen un estado de err-disabled. El objetivo de este documento es ayudar a entender por qué se produjo el errdisable y cómo restaurar los puertos a su funcionamiento normal.
Nota: El estado del puerto de err-disabled se muestra en la salida del comando show interfaces status.
La función errdisable se soporta en los switches Catalyst que ejecutan Cisco IOS® y Cisco IOS XE; los comandos y ejemplos de este documento se centran en las plataformas de software de Cisco IOS® identificadas en Componentes utilizados.
Los comandos utilizados para implementar y verificar errdisable pueden variar entre las plataformas de software. Este documento se centra específicamente en el errdisable para los switches que funcionan con el Cisco IOS Software.
Errdisable
Función de Errdisable
Si la configuración muestra un puerto que se habilitará, pero el software en el switch detecta una situación de error en el puerto, el software apaga ese puerto. Es decir el puerto es invalidado automáticamente por el software del sistema operativo del switch debido a una condición de error que se encuentre en el puerto.
Cuando un puerto está inhabilitado por error, se apaga de manera efectiva y no se envía ni recibe tráfico en ese puerto. El LED del puerto se establece en color naranja y cuando ejecuta el comando show interfaces, el estado del puerto muestra err-disabled. Este es un ejemplo de cómo se ve un puerto con error inhabilitado desde la Interfaz de línea de comandos (CLI) del switch:
cat6k#show interfaces gigabitethernet 4/1 status Port Name Status Vlan Duplex Speed Type Gi4/1 err-disabled 100 full 1000 1000BaseSX
O, si la interfaz ha estado invalidada debido a una condición de error, puede ver los mensajes que son similares a éstos en la consola y el 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
Visualizaciones de este mensaje de ejemplo cuando un puerto de host recibe el (BPDU) del Unidad de datos del protocolo bridge. El mensaje actual depende de la razón de la condición de error.
La función errdisable tiene dos propósitos:
-
Deja al administrador saber cuando y donde hay un problema de puerto.
-
Elimina la posibilidad de que este puerto pueda hacer que otros puertos del módulo (o todo el módulo) fallen.
-
Este tipo de falla puede ocurrir cuando un puerto defectuoso monopoliza los búferes o los mensajes de error de puerto monopolizan las comunicaciones entre procesos en la tarjeta, lo que puede causar serios problemas de red. La función errdisable ayuda a prevenir estas situaciones.
-
Causas de Errdisable
Esta función se implementó primero para manejar situaciones de colisión especiales si el switch detectó colisiones excesivas o tardías en un puerto. Las colisiones excesivas ocurren cuando se cae una trama porque el switch encuentra 16 colisiones en una fila. Las colisiones tardías ocurren porque cada dispositivo en el cable no reconoció que el cable estaba en uso. Las posibles causas de estos tipos de errores incluyen:
-
Cable fuera de especificaciones (demasiado largo, del tipo incorrecto o defectuoso).
-
Tarjeta de interfaz de red (NIC) defectuosa (con problemas físicos o de controlador).
-
Una configuración errónea del dúplex de puerto.
-
Un error de configuración de dúplex de puerto es una causa común de errores debido a fallas al negociar la velocidad y el dúplex correctamente entre dos dispositivos conectados directamente (como una NIC que se conecta a un switch).
-
Sólo las conexiones semidúplex pueden tener colisiones en una LAN. Debido a la naturaleza del Ethernet del acceso múltiple de la detección de portadora (CS A), las colisiones son normales para el half duplex, mientras las colisiones no excedan un pequeño porcentaje de tráfico.
-
Hay diversas razones de la interfaz para entrar el errdisable. Estas razones pueden incluir:
-
Discordancia dúplex
-
Configuración(s) incorrecta del canal de puerto
-
Infracción(es) de la protección BPDU
-
Condición(s) de Detección de link unidireccional (UDLD)
-
Detección(es) de colisiones tardías
-
Detección(es) de inestabilidad de link
-
Infracción(es) de seguridad
-
Inestabilidad del Protocolo de agrupamiento de puertos (PAgP)
-
Protección de Layer 2 Tunneling Protocol (L2TP)
-
Límite de velocidad DHCP snooping
-
GBIC / Small Form-Factor Pluggable (SFP) module or cable
-
Inspección del Address Resolution Protocol (ARP)
-
Alimentación en línea
Determine si los puertos están en el estado errdisabled
Puede determinar si su puerto ha sido errdisabled ejecutando el comando show interfaces <interface>status.
Este es un ejemplo de un puerto activo:
cat6k#show interfaces gigabitethernet 4/1 status Port Name Status Vlan Duplex Speed Type Gi4/1 connected 100 full 1000 1000BaseSX
En el siguiente ejemplo, el mismo puerto está en 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
Determine la razón del estado errdisabled (mensajes de la consola, syslog, y el comando show errdisable recovery)
Cuando el switch pone un puerto en el estado de error inhabilitado, el switch envía un mensaje a la consola que describe porqué invalidó el puerto. El ejemplo en esta sección proporciona dos mensajes de ejemplo que muestren la razón de la incapacidad del puerto:
-
Una incapacidad está debido a la característica del protector Portfast BPDU.
-
La otra incapacidad está debido a un problema de la configuración de EtherChannel.
Estos son algunos mensajes de ejemplo:
%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
Si ha habilitado la recuperación errdisable, puede ejecutar el comando show errdisable recovery para ver la causa informada para las interfaces enumeradas para la recuperación 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
Recuperación de un puerto del estado Err-disabled
Esta sección proporciona ejemplos de cómo puede encontrar un puerto err-disabled y cómo repararlo, y algunas razones adicionales por las que un puerto puede ser err-disabled. Para recuperar un puerto del estado err-disabled, identifique y corrija primero el problema raíz y, a continuación, vuelva a habilitar el puerto. Si vuelve a habilitar el puerto antes de solucionar el problema raíz, los puertos vuelven a estar inhabilitados por error.
Corrige el problema raíz
Después de que descubras porqué los puertos estaban inhabilitados, fija el problema raíz. La solución depende de qué desencadenó el problema. Hay las cosas numerosas que pueden accionar el apagar. Esta sección discute algunas del más notable y causas comunes:
-
Error de configuración de EtherChannel:
-
Para que EtherChannel funcione, los puertos involucrados deben tener configuraciones consistentes. Los puertos deben tener la misma VLAN, modo troncal, velocidad, dúplex, etc. La mayoría de las diferencias en la configuración dentro de un switch se cogen y están señaladas cuando creas el canal. Si un switch está configurado para EtherChannel y el otro switch no está configurado para EtherChannel, el proceso de spanning tree puede apagar los puertos canalizados en el lado configurado para EtherChannel.
-
Encendido el modo de EtherChannel no envía los paquetes PAgP para negociar con el otro lado antes de canalizar; asume que el otro lado está canalizando. Además, este ejemplo no activa EtherChannel para el otro switch, deja estos puertos como puertos individuales no canalizados. Si deja el otro switch en este estado por un minuto más o menos, el Spanning Tree Protocol (STP) en el switch donde se activa el EtherChannel piensa que hay un loop. Esto pone los puertos de canalización en el estado errdisabled.
-
En este ejemplo, se detectó un loop y los puertos estaban inhabilitados. La salida del comando show etherchannel summary muestra el Número de grupos de canal en uso es 0. Cuando observa uno de los puertos involucrados, puede ver que el estado es 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
------+-------------+-----------+-----------------------------------------------
El EtherChannel fue destruido porque los puertos fueron colocados en el errdisable en este 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 cuál fue el problema, mire el mensaje de error. El mensaje indica que EtherChannel encontró un loop de spanning tree. Como se explica en esta sección, este problema puede ocurrir cuando un dispositivo (el switch, en este caso) tiene EtherChannel activado manualmente con el uso del modo encendido (en lugar del modo deseable). El otro dispositivo conectado (el otro switch, en este caso), no tiene EtherChannel encendido en absoluto. Para resolver esto, cuando ambos switches admiten PAgP, establezca el modo de canal en deseable en ambos lados de la conexión y luego vuelva a habilitar los puertos. Entonces cada lado forma un canal solo si ambos lados están de acuerdo en canalizar. Si no forman un canal, verifique el estado resultante de cada puerto miembro antes de permitir el tráfico a través de la conexión.
cat6k(config)#interface gigabitethernet 4/1 cat6k(config-if)#channel-group 3 mode desirable non-silent
- Incompatibilidad de dúplex:
- Las discordancias dúplex son frecuentes debido a las fallas para negociar automáticamente la velocidad y el dúplex de manera adecuada. A diferencia de un dispositivo semidúplex, que debe esperar hasta que no haya otros dispositivos que transmiten en el mismo segmento de LAN, un dispositivo del FULL-duplex transmite siempre que tenga algo que enviar, sin importar los otros dispositivos. Si esta transmisión ocurre mientras el dispositivo semidúplex también transmite, el dispositivo semidúplex considera que esto es una colisión (durante el tiempo de ranura) o una colisión tardía (después del tiempo de ranura). Debido a que el lado de dúplex completo nunca espera colisiones, este lado nunca se da cuenta de que debe retransmitir el paquete descartado. Un porcentaje bajo de colisiones es normal con un semidúplex, pero no es normal con un dúplex completo.
- Un puerto de switch que recibe muchas colisiones tardías indica generalmente un problema de discordancia dúplex. Asegúrese de que ambos extremos utilicen una configuración de dúplex y velocidad compatible, incluida la configuración de negociación automática compatible. El comando show interfaces <interface> le indica la velocidad y el dúplex para los puertos del switch Catalyst. Las versiones posteriores de Cisco Discovery Protocol (CDP) pueden advertirle sobre las discordancias dúplex antes de que el puerto se ponga en el estado de inhabilitación por error.
Además, hay configuraciones en una NIC, como las funciones de polaridad automática que pueden causar el problema. Verifique la documentación de la NIC y deshabilite una configuración sólo si la identifica como la causa del problema de link. Si tiene varias NIC de un proveedor y todas parecen tener el mismo problema, consulte el sitio web del fabricante para ver las notas de la versión y asegúrese de que dispone de los controladores más recientes.
Las otras causas de los lates colisiones incluyen:
- Un NIC defectuoso (con los problemas físicos, no apenas los problemas de configuración)
- Un cable defectuoso
- Un segmento del cable que es demasiado largo
- Protección del puerto BPDU
Un puerto que utiliza PortFast sólo debe conectarse a una estación final (como una estación de trabajo o un servidor) y no a dispositivos que generan spanning tree BPDUs, como switches, o puentes y routers que hacen bridge. Si el switch recibe una BPDU de spanning tree en un puerto que tiene el protocolo PortFast de spanning tree y la protección BPDU de spanning tree habilitada, el switch coloca el puerto en el modo errdisabled para protegerlo contra loops potenciales. PortFast asume que un puerto en un switch no puede generar un loop físico. Por lo tanto, PortFast salta los controles iniciales de spanning tree para ese puerto, que evita el descanso de las estaciones terminales en el bootup. El administrador de la red debe implementar cuidadosamente PortFast. En los puertos que tienen PortFast habilitado, la protección BPDU ayuda a garantizar que la LAN se mantenga libre de loops.
Este ejemplo muestra cómo activar esta característica. Se eligió este ejemplo porque la creación de una situación errdisable es fácil en este caso:
cat6k(config-if)#spanning-tree bpduguard enable
En este ejemplo, un Catalyst 6509 switch está conectado con otro switch (6509). Los 6500 envían BPDU cada 2 segundos (con el uso de las configuraciones predeterminadas de spanning tree). Cuando habilitas PortFast en el puerto del 6509 Switch, los relojes de la característica de la protección BPDU para los BPDU que vienen adentro en este puerto. Cuando una BPDU entra en el puerto (se detecta un dispositivo que no es un dispositivo extremo en ese puerto), la función de protección BPDU desactiva el puerto para evitar la posibilidad de un 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.
En este mensaje, el switch indica que recibió una BPDU en un puerto habilitado para PortFast, y el switch apaga el puerto Gi4/1.
cat6k#show interfaces gigabitethernet 4/1 status Port Name Status Vlan Duplex Speed Type Gi4/1 err-disabled 100 full 1000 1000BaseSX
Debido a que este puerto se conecta a otro switch, inhabilite PortFast y la configuración de la protección BPDU en el nivel de interfaz, luego vuelva a habilitar el puerto después de verificar la topología de árbol de expansión deseada. La conexión es incorrecta porque PortFast y la protección BPDU están habilitados y el switch se conecta a otro switch. Recuerde que PortFast sólo se puede utilizar en puertos que se conectan a estaciones finales.
cat6k(config-if)#spanning-tree portfast disablecat6k(config-if)#no spanning-tree bpduguard enable
-
UDLD:
-
El protocolo UDLD permite a los dispositivos que están conectados a través de cables de fibra óptica o de cobre Ethernet (como el cableado de categoría 5) supervisar la configuración física de los cables y detectar si existe un enlace unidireccional. Cuando se detecta un link unidireccional, el UDLD apaga el puerto afectado y alerta al usuario. Los links unidireccionales pueden causar una variedad de problemas, que incluyen los loopes de la topología del árbol de expansión.
-
Cada puerto de switch configurado para UDLD envía paquetes de protocolo UDLD que contienen el dispositivo de puerto (o ID de puerto) y el dispositivo vecino (o ID de puerto) que son vistos por UDLD en ese puerto. Los puertos vecinos deben ver su propio dispositivo o ID de puerto (eco) en los paquetes recibidos del otro lado. Si el puerto no ve su propio dispositivo o ID del puerto en los paquetes UDLD entrantes por un período de tiempo específico, la conexión se considera unidireccional. Por lo tanto, el puerto respectivo está inhabilitado y se imprime un mensaje similar a este en la consola:
PM-SP-4-ERR_DISABLE: udld error detected on Gi4/1, putting Gi4/1 in err-disable state.
-
Link-flap error:
-
La inestabilidad de link significa que la interfaz se mueve continuamente hacia arriba y hacia abajo. En este ejemplo, el umbral de inestabilidad de link es de 5 inestabilidad en 10 segundos; ejecute el comando show errdisable flap-values para el umbral en el switch afectado. La causa común del flap de la conexión es un problema del Layer 1 tal como un mún cable, una discordancia dúplex, o un mún indicador luminoso LED amarillo de la placa muestra gravedad menor del Convertidor de la interfaz de Gigabit (GBIC). Mira los mensajes de la consola o los mensajes que fueron enviados al servidor de Syslog que estado la razón del cierre de puerto.
-
%PM-4-ERR_DISABLE: link-flap error detected on Gi4/1, putting Gi4/1 in err-disable state
Ejecute este comando para ver los valores de inestabilidad:
cat6k#show errdisable flap-values ErrDisable Reason Flaps Time (sec) ----------------- ------ ---------- pagp-flap 3 30 dtp-flap 3 30 link-flap 5 10
-
Error del Loopback:
-
Un error del Loopback ocurre cuando el paquete de la señal de mantenimiento es circuito hecho atrás al puerto que envió el keepalive. El switch envía señales de mantenimiento a todas las interfaces de forma predeterminada. Un dispositivo puede colocar los paquetes de nuevo a la interfaz de origen, que ocurre generalmente porque hay un loop lógico en la red que el spanning tree no ha bloqueado. La interfaz de origen recibe el paquete de la señal de mantenimiento que envió, y el switch invalida la interfaz (errdisable). Este mensaje ocurre porque el paquete de la señal de mantenimiento es circuito hecho atrás al puerto que envió el keepalive:
-
%PM-4-ERR_DISABLE: loopback error detected on Gi4/1, putting Gi4/1 in err-disable state
Las señales de mantenimiento se envían en todas las interfaces de forma predeterminada en el software basado en la versión 12.1EA del software del IOS® de Cisco. En el software basado en Cisco IOS® Software Release 12.2SE y versiones posteriores, los keepalives no se envían de forma predeterminada en las interfaces de fibra y link ascendente.
Investigue primero la condición de loopback. Para una versión e interfaz afectadas, considere una actualización de software; desactive keepalives sólo después de evaluar la pérdida de detección de loopback.
-
Violación de seguridad de puerto:
-
Puede utilizar la seguridad de puertos con direcciones MAC estáticas y aprendidas dinámicamente para restringir el tráfico de ingreso de un puerto. Para restringir el tráfico, puede limitar las direcciones MAC que pueden enviar tráfico al puerto. Para configurar el puerto del switch para que ingrese al estado err-disabled si hay una violación de seguridad, ejecute este comando:
-
cat6k(config-if)#switchport port-security violation shutdown
Una violación de seguridad ocurre en cualquiera de estas dos situaciones:
-
-
Cuando el número máximo de MAC Address seguro se alcanza en un puerto seguro y la dirección MAC de origen del Tráfico de ingreso diferencia de los MAC Address seguro identificados uces de los. En este caso, la seguridad de puerto aplica el modo configurado de la violación.
-
Si el tráfico con una dirección MAC segura se configura o aprende en un puerto seguro intenta acceder a otro puerto seguro en la misma VLAN. En este caso, la seguridad de puerto aplica el modo de la violación del apagar.
-
-
Guardia L2pt:
-
Cuando las PDU de Capa 2 ingresan al túnel o al puerto de acceso en el switch de borde entrante, el switch sobrescribe la dirección MAC de destino de la PDU original con una dirección de multidifusión propietaria de Cisco (01-00-0c-cd-cd-d0). Si la tunelización 802.1Q está habilitada, los paquetes se etiquetan dos veces. La etiqueta externa es la etiqueta metro y la etiqueta interna es la etiqueta VLAN. Los switches de núcleo ignoran las etiquetas internas y envían el paquete a todos los puertos troncales en la misma VLAN metro. Los switches de borde en el lado saliente restauran el protocolo de Capa 2 y la información de dirección MAC adecuados y envían los paquetes a todos los puertos de túnel o acceso en la misma VLAN metropolitana. Por lo tanto, las PDU de capa 2 se mantienen intactas y se suministran a través de la infraestructura del proveedor de servicios al otro lado de la red.
-
Switch(config)#interface gigabitethernet 0/7
Switch(config-if)#l2protocol-tunnel {cdp | vtp | stp}
La interfaz pasa al estado errdisabled. Si un PDU encapsulado (con el MAC Address de destino propietario) se recibe de un puerto o de un puerto de acceso del túnel con hacer un túnel de la capa 2 habilitado, el puerto del túnel se apaga para prevenir los loopes. El puerto también apaga cuando configurado apaga el umbral para el protocolo se alcanza. Puede volver a habilitar manualmente el puerto (ejecutar una secuencia de comandos shutdown, no shutdown) o si la recuperación errdisable está habilitada, la operación se reintenta después de un intervalo de tiempo especificado.
Para habilitar la recuperación automática temporizada para los puertos desactivados por L2pt Guard, configure errdisable recovery cause l2ptguard. Después de corregir el problema subyacente, ejecute los comandos interface shutdown y no shutdown para la recuperación manual. Este comando se utiliza para configurar el mecanismo de recuperación de un error de velocidad máxima de Capa 2 para que la interfaz se pueda mover fuera del estado inhabilitado e intentarlo de nuevo. Usted puede también fijar el intervalo de tiempo. La recuperación errDisable está invalidada de forma predeterminada; cuando está habilitado, el intervalo de tiempo predeterminado es 300 segundos.
-
Cable incorrecto SFP:
-
Los puertos cambian al estado errdisable con el mensaje de error "%PHY-4-SFP_NOT_SUPPORTED" cuando conecta switches Catalyst 3560 y Catalyst 3750 y utiliza un cable de interconexión SFP.
-
El cable de interconexión SFP Cisco Catalyst 3560 (CAB-SFP-50CM=) proporciona una conexión Gigabit Ethernet punto a punto de bajo coste entre los switches Catalyst serie 3560. El cable de 50 centímetros (cm) es una alternativa a los transceptores SFP para interconectar los switches Catalyst serie 3560 a través de sus puertos SFP a corta distancia. Compruebe la información de compatibilidad de hardware para el modelo Catalyst 3560 específico antes de utilizar el cable de interconexión SFP.
-
Cuando un Catalyst 3560 Switch está conectado con otro tipo del Catalyst 3750 o cualquie de modelo del switch Catalyst, no puede utilizar el cable CAB-SFP-50CM=. Puede conectar ambos switches con un cable de cobre y un SFP de cobre compatible, como GLC-T cuando se admite, en cada extremo en lugar de un cable CAB-SFP-50CM=.
-
-
Violación de Seguridad del 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
Este mensaje indica que el puerto en la interfaz especificada está configurado en el modo de host único. Cualquier nuevo host detectado en la interfaz se trata como una infracción de seguridad. El puerto ha sido inhabilitado por error.
-
Asegúrese de que sólo haya un host conectado al puerto. Si necesita conectar un teléfono IP y un host detrás de él al puerto, configure el Modo de autenticación multidominio en ese puerto de switch.
-
El modo de autenticación multidomino (MDA) permite que un teléfono IP y un único servidor sean autenticados independientemente, con el 802.1X, el puente de autenticación MAC (MAB), o (únicamente para el servidor) mediante autenticación Web. En esta aplicación, multidominio se refiere a dos dominios (de datos y de voz) y solamente se permiten dos direcciones por puerto. El conmutador puede emplazar al servidor en la VLAN de datos, y al teléfono IP en la VLAN de voz, aunque parecen estar en el mismo puerto de conmutador. La asignación de la VLAN de datos se puede obtener de los atributos específicos del proveedor (VSA) recibidos del servidor AAA durante la autenticación.
-
Para obtener más información, consulte el documento IEEE 802.1X Multidomain Authentication.
- Vuelva a habilitar los puertos Errdisabled.
Después de resolver el problema raíz, los puertos siguen estando inhabilitados si no ha configurado la recuperación errdisable en el switch. En este caso, debe volver a habilitar los puertos manualmente. Para volver a habilitar manualmente un puerto afectado después de corregir la causa, ingrese en el modo de configuración de la interfaz y ejecute los comandos shutdown y no shutdown.
El comando errDisable recovery permite elegir el tipo de error que permitirá rehabilitar automáticamente los puertos después de una cantidad de tiempo especificada. El comando show errdisable recovery muestra el estado de recuperación del error-disable predertimado para todas las condiciones posibles.
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# Nota: El intervalo del tiempo de espera predeterminado es 300 segundos y, de forma determinada, la función de tiempo de espera se inhabilita.
Para activar la recuperación errdisable y elegir las condiciones errdisable, ejecute 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 ejemplo muestra cómo habilitar la condición de errdisable recovery de la protección BPDU:
cat6k(config)#errdisable recovery cause bpduguard
cat6k(config)#end Una buena característica de este comando es que si habilita la recuperación errdisable, enumera las razones generales por las que los puertos se han puesto en el estado err-disabled. En este ejemplo, observe que la función de protección BPDU fue la razón del cierre del puerto 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 Si una condición de recuperación errdisable está habilitada, los puertos deshabilitados por esa causa se reintentan después del intervalo configurado. Si la condición persiste, los puertos pueden volver a estar inhabilitados por error. Puede cambiar este valor predeterminado de 300 segundos ejecutando el comando errdisable recovery interval <timer_interval_in_seconds> en la configuración global. El siguiente ejemplo cambia el intervalo de recuperación errdisable de 300 a 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# Verificación
-
show version: Muestra la versión del software que se utiliza en el switch.
-
show interfaces <interface> status: Muestra el estado actual del puerto del switch. Ayuda a confirmar que el puerto ya no está inhabilitado por error.
-
show errdisable detect: Muestra la configuración de detección errdisable. Ejecute show errdisable recovery para inspeccionar la configuración de recuperación y los candidatos de recuperación enumerados.
Troubleshoot
-
show interfaces status err-disabled: Muestra qué puertos locales están involucrados en el estado errdisabled.
-
show etherchannel summary: Muestra el estado actual del EtherChannel.
-
show errdisable recovery: Muestra las causas de recuperación habilitadas, el intervalo configurado y las interfaces enumeradas para el siguiente reintento.
-
show errdisable detect: Muestra la razón del estado errdisable.
Información Relacionada
- Solución de problemas de hardware y de software en switches Catalyst 6500/6000
- Comprender la mejora de la protección PortFast BPDU del árbol de expansión
- Información sobre la detección de incoherencias de EtherChannel
- Solución de problemas del puerto del switch y la interfaz
Historial de revisiones
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
5.0 |
07-Oct-2026
|
Ortografía, gramática, líneas horizontales insertadas actualizadas para separar secciones y facilitar su lectura. |
4.0 |
19-Aug-2024
|
Contenido técnico y formato actualizados. |
3.0 |
17-Jul-2023
|
Actualización Introducción, SEO, traducción automática, requisitos de estilo y formato. |
2.0 |
16-Jun-2022
|
Modelos de switches Catalyst añadidos.
Se eliminaron los switches CatOS y las referencias (obsoleto).
Mensajes de error reformateados. |
1.0 |
24-Apr-2006
|
Versión inicial |
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)