El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.
Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
Este documento describe problemas comunes y maneras de resolver problemas de Hot Standby Router Protocol (HSRP).
No hay requisitos específicos para este documento.
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
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.
Este documento cubre los siguientes problemas más comunes relacionados con HSRP:
El router informa que hay una dirección IP en espera HSRP duplicada
Cambios de estado del HSRP constantes (activo, en espera, hablar)
Peers HSRP no presentes
Mensajes de error del switch relacionados con HSRP
Unidifusión de red excesiva inundando la configuración HSRP
Nota: Este documento detalla cómo resolver problemas de HSRP en entornos de switch Catalyst. El documento contiene muchas referencias a versiones de software y diseño de topología de red. Sin embargo, el único propósito de este documento es facilitar y guiar a los ingenieros a través de la solución de problemas del HSRP. Este documento no se diseñó para servir como guía de diseño, documento de recomendación de software ni como documento de mejores prácticas.
Las empresas y los consumidores que confían en servicios de intranet e Internet para sus comunicaciones de misión crítica necesitan y esperan que sus redes y aplicaciones estén disponibles en todo momento. Los clientes pueden satisfacer sus demandas de un tiempo de actividad de la red de cerca del 100 por ciento si aprovechan el HSRP en el software Cisco IOS®. El HSRP, que es exclusivo de las plataformas Cisco, proporciona redundancia de red para redes IP de una manera que asegura que el tráfico de usuarios se recupere inmediata y transparentemente de errores en los primeros saltos en dispositivos de borde de red o circuitos de acceso.
Dos o más routers pueden funcionar como un solo router virtual al compartir una dirección IP y una dirección MAC (Capa 2 [L2]). La dirección es necesaria para la redundancia de la gateway predeterminada de la estación de trabajo host. La mayoría de las estaciones de trabajo host no contienen tablas de enrutamiento y sólo utilizan una dirección IP y MAC de salto siguiente (next hop). Esta dirección se conoce como gateway predeterminada. Con HSRP, los miembros del grupo del router virtual intercambian mensajes de estado en forma continua. Un router puede asumir la responsabilidad de enrutamiento de otro, en el caso de que éste haya quedado fuera de servicio, ya sea por razones planificadas o no planificadas. Los host se configuran con una única gateway predeterminada y continúan reenviando paquetes IP a una dirección IP y MAC coherente. El cambio de dispositivos que realizan el enrutamiento es transparente para las estaciones de trabajo finales.
Nota: Puede configurar estaciones de trabajo host que ejecuten el sistema operativo de Microsoft para varias puertas de enlace predeterminadas. Sin embargo, los distintos gateways predeterminados no son dinámicos. El OS utiliza sólo una gateway predeterminad a la vez. El sistema sólo selecciona otra gateway predeterminada configurada durante el inicio si el Protocolo de control de mensajes de Internet (ICMP) determina que no puede alcanzar la primera gateway predeterminada configurada.
Un conjunto de routers que ejecutan HSRP trabaja conjuntamente para dar la impresión a los host de la LAN de que son un único router de gateway predeterminado. Este conjunto de routers se conoce como grupo HSRP o grupo en espera. Un único router que se selecciona del grupo es responsable de reenviar los paquetes que los hosts envían al router virtual. Este router se denomina Router activo. Se elige otro router como router en espera. Si el router activo falla, el router en espera asume las tareas de reenvío de paquetes. Aunque un número arbitrario de routers puede ejecutar HSRP, sólo el router activo reenvía los paquetes que se envían a la dirección IP del router virtual.
Para minimizar el tráfico de la red, sólo los routers activo y en espera envían mensajes de HSRP periódicos una vez que el protocolo ha completado el proceso de elección. Los routers adicionales del grupo HSRP permanecerán en el estado Escuchar . Si el router activo falla, el router en espera desempeña las funciones de éste. Si el router en espera falla o se convierte en el router activo, entonces se selecciona otro router como router en espera.
Cada grupo en espera emula un único router virtual (gateway predeterminada). Para cada grupo, se asigna una sola dirección MAC e IP conocida a ese grupo. Varios grupos en espera pueden coexistir y superponerse en una LAN y los routers individuales pueden participar en varios grupos. En este caso, el router mantiene estados y temporizadores separados para cada grupo.
Término | Definición |
---|---|
Router activo | El router que actualmente reenvía paquetes al router virtual |
Router en reserva | El router de respaldo primario |
Grupo de reserva | El grupo de routers que participan en HSRP y emulan conjuntamente un router virtual |
Tiempo de saludo | El intervalo entre mensajes sucesivos de saludo de HSRP desde un router dado |
Tiempo de espera | El intervalo entre la recepción de un mensaje de saludo y la presunción de que el router de envío ha fallado. |
Los routers que ejecutan HSRP se comunican la información de HSRP entre ellos mediante los paquetes de saludo de HSRP. Estos paquetes se envían a la dirección IP de multidifusión de destino 224.0.0.2 en el puerto 1985 del Protocolo de datagramas de usuario (UDP). La dirección IP de multidifusión 224.0.0.2 es una dirección de multidifusión reservada que se utiliza para comunicarse con todos los routers. El router activo genera paquetes de saludo desde su dirección IP configurada y la dirección MAC virtual de HSRP. El router en espera genera saludos desde su dirección IP configurada y la dirección MAC programada de fábrica (BIA). El uso de direccionamiento de origen es necesario para que los routers HSRP puedan identificarse entre ellos de forma correcta.
En la mayoría de los casos cuando se configuran routers para que formen parte de un grupo HSRP, éstos están a la escucha de la dirección MAC de HSRP para ese grupo y también intentan detectar su propia BIA. La única excepción a este comportamiento es para los routers 2500, 4000 y 4500 de Cisco. Estos routers disponen de hardware Ethernet que sólo reconoce una sola dirección MAC. Por lo tanto, estos routers utilizan la dirección MAC de HSRP cuando ejercen la función de router activo. Los routers utilizan su BIA cuando ejercen la función de router en espera.
Dado que las estaciones de trabajo host se configuran con su gateway predeterminada como dirección IP en espera HSRP, los host deben comunicarse con la dirección MAC asociada a la dirección IP en espera HSRP. Esta dirección MAC es una dirección MAC virtual que se compone de 0000.0c07.ac**. ** es el número de grupo HSRP en hexadecimales en base a la interfaz respectiva. Por ejemplo, el grupo 1 de HSRP utiliza la dirección MAC virtual del HSRP 0000.0c07.ac01. Los host en el segmento LAN contiguo utilizan el proceso normal del Protocolo de resolución de direcciones (ARP) para resolver las direcciones MAC asociadas.
Los peer routers HSRP que protegen una subred pueden proporcionar acceso a todas las demás subredes de la red. Ésta es la base de HSRP. En consecuencia, es irrelevante qué router se convierte en el router HSRP activo. En las versiones del software Cisco IOS anteriores a la versión 12.1(3)T del software Cisco IOS, los redireccionamientos de ICMP se inhabilitan de manera automática en una interfaz si se utiliza HSRP en ella. Sin esta configuración, los host se pueden redirigir desde la dirección IP virtual de HSRP a una interfaz IP y dirección MAC de un único router. Se pierde la redundancia.
El software Cisco IOS introduce un método para permitir redirecciones ICMP con HSRP. Este método filtra los mensajes salientes de redireccionamiento de ICMP mediante HSRP. La dirección IP de salto siguiente (next hop) se cambia a una dirección virtual HSRP. La dirección IP de la puerta de enlace en el mensaje saliente de redireccionamiento de ICMP se compara con una lista de routers HSRP activos de esa red. Si el router que corresponde a la dirección IP de la gateway es un router activo para un grupo HSRP, se sustituye la dirección IP de la gateway por la dirección IP virtual de ese grupo. Esta solución permite a los host aprender rutas óptimas hacia redes remotas y, al mismo tiempo, mantener la elasticidad que proporciona HSRP.
Consulte la sección Cisco IOS Release and HSRP Functionality Matrix (Versión de Cisco IOS y matriz de funcionalidad de HSRP) del documento Hot Standby Router Protocol Features and Functionality (Funciones y características del protocolo HSRP) para conocer las funciones y las versiones del software Cisco IOS que admiten HSRP.
Consulte Hot Standby Router Protocol Features and Functionality (Funciones y características del protocolo HSRP) para obtener más información sobre las funciones principales de HSRP. Este documento ofrece información sobre las siguientes funciones de HSRP:
Prioritario
Seguimiento de interfaz
Uso de una BIA
grupos HSRP múltiples
Direcciones MAC configurables
Soporte syslog
Depuración de HSRP
Depuración HSRP mejorada
Autenticación
Redundancia IP
MIB del protocolo de administración de red simple (SNMP)
HSRP para Multiprotocol Label Switching (MPLS)
Nota: Puede utilizar la función Buscar del navegador para localizar estas secciones dentro del documento.
La siguiente tabla muestra el formato de la porción de datos de la trama HSRP UDP:
Versión | Código op | Estado | Hellotime |
---|---|---|---|
Tiempo en espera | Prioridad | Grupo | Reservado |
Datos de autenticación | |||
Datos de autenticación | |||
Dirección IP virtual |
La siguiente tabla describe cada uno de los campos del paquete HSRP:
Campo del paquete | Descripción |
---|---|
Código Op (1 octeto) | El código Op describe el tipo de mensaje que contiene el paquete. Los valores posibles son: 0 - hola, 1 - golpe, y 2 - dimitir. Los mensajes de saludo se envían para indicar que un router ejecuta HSRP y es capaz de convertirse en el router activo. Los mensajes de golpe se envían cuando el router desea pasar a ser el router activo. Los mensajes de retiro se envían cuando un router ya no desea funcionar como router activo. |
Estado (1 octeto) | Cada router en el grupo de espera implementa una máquina de estado. El campo de estado describe el estado actual del router que envía el mensaje. Estos son detalles sobre los estados individuales: 0 - inicial, 1 - aprender, 2 - escuchar, 4 - hablar, 8 - en espera y 16 - activo. |
Tiempo de saludo (1 octeto) | Este campo sólo tiene sentido en mensajes hello (saludo). Contiene el período aproximado entre los mensajes de saludo que envía el router. El tiempo se expresa en segundos. |
Tiempo de espera (1 octeto) | Este campo sólo tiene sentido en mensajes hello (saludo). En él se define cuánto tiempo deben esperar los routers para recibir un mensaje de saludo antes de iniciar un cambio de estado. |
Prioridad (1 octeto) | Este campo se utiliza para seleccionar los routers activos y en espera. Si se compara la prioridad de los dos routers, el router de mayor valor pasa a ser el router activo. El ganador es el router con la dirección IP más alta. |
Grupo (1 octeto) | Este campo identifica el grupo de espera. |
Datos de autenticación (8 octetos) | Este campo contiene una contraseña de texto sin cifrar de ocho caracteres. |
Dirección IP virtual (4 octetos) | Si la dirección IP virtual no está configurada en un router, se puede aprender a partir del mensaje de saludo del router activo. Sólo se aprende una dirección si no se configuró una dirección IP en espera HSRP y si el mensaje de saludo se ha autenticado (si la autenticación está configurada). |
Estado | Definición |
---|---|
Inicial | Se trata del estado de inicio. Este estado indica que HSRP no se ejecuta. Este estado se ingresa a través de un cambio de configuración o cuando una interfaz está disponible por primera vez. |
Learn | El router no ha determinado la dirección IP virtual y aún no ha detectado ningún mensaje de saludo autenticado proveniente del router activo. En este estado, el router aún espera recibir noticias del router activo. |
Escuchar | El router conoce la dirección IP virtual, pero el router no es el router activo ni el router de reserva. Escucha los mensajes de saludo provenientes de esos routers. |
Hablar | El router envía mensajes de saludo periódicos y participa activamente en la elección de un router activo y/o de reserva. Un router no puede pasar al estado de pico a menos que tenga una dirección IP virtual. |
Standby | El router es candidato a convertirse en el próximo router activo y envía mensajes de saludo periódicos. Si se excluyen las condiciones pasajeras, hay, como máximo, un router en el grupo, en estado de espera . |
Activo | El router actualmente reenvía paquetes que son enviados a la dirección MAC virtual del grupo. El router envía mensajes de saludo periódicos. Si se excluyen las condiciones pasajeras, hay, como máximo, un router en el grupo, en estado activo . |
Cada router únicamente utiliza tres temporizadores en HSRP. Los temporizadores programan los mensajes de saludo. El HSRP converge, cuando ocurre una falla, según cómo se configuran los temporizadores de saludo y espera del HSRP. De manera predeterminada, estos temporizadores están configurados en 3 y 10 segundos, respectivamente. Esto significa que se envía un paquete de saludo entre los dispositivos del grupo en espera de HSRP cada 3 segundos, y el dispositivo en espera se activa cuando no se recibe un paquete de saludo durante 10 segundos. Puede reducir estos ajustes del temporizador para acelerar la conmutación por error o la preferencia, pero, para evitar un aumento del uso de la CPU y la inestabilidad innecesaria del estado de espera, no establezca el temporizador de saludo en menos de un (1) segundo o el temporizador de espera en menos de 4 segundos. Tenga en cuenta que, si utiliza el mecanismo de seguimiento de HSRP y el enlace de seguimiento falla, la conmutación por error o la preferencia se produce inmediatamente, independientemente de los temporizadores de saludo y de espera. Cuando un temporizador vence, el router pasa a un estado de HSRP nuevo. Los temporizadores se pueden cambiar con este comando: standby [group-number] timers hellotime holdtime. Por ejemplo, standby 1 timers 5 15.
La siguiente tabla aporta más información acerca de estos temporizadores:
Temporizador | Descripción |
---|---|
Temporizador activo | Este temporizador se utiliza para supervisar el router activo. Este temporizador se inicia en cualquier momento en que un router activo recibe un paquete de saludo. El temporizador vence de acuerdo con el valor del tiempo de espera que se ha fijado en el campo correspondiente del mensaje de saludo HSRP. |
Temporizador en espera | Este temporizador se utiliza para supervisar el router en espera. Este temporizador se inicia en cualquier momento en que un router en espera recibe un paquete de saludo. El temporizador vence de acuerdo con el valor del tiempo de espera que se ha fijado en el paquete de saludo correspondiente. |
Temporizador hello (saludo) | Este temporizador se utiliza para temporizar los paquetes de saludo. Todos los routers HSRP en cualquier estado de HSRP generan un paquete de saludo cuando vence este temporizador de saludo. |
La siguiente tabla proporciona los eventos en la máquina de estado finito HSRP:
Clave | Events |
---|---|
1 | HSRP se ha configurado en una interfaz habilitada. |
2 | HSRP está inhabilitado en una interfaz o la interfaz está inhabilitada. |
3 | Vencimiento del temporizador activo El temporizador activo se establece en el valor de tiempo de espera cuando se detecta el último mensaje de saludo del router activo. |
4 | Vencimiento del temporizador en espera El temporizador en espera se establece en el valor de tiempo de espera cuando se detecta el último mensaje de saludo del router en espera. |
5 | Vencimiento del temporizador de saludo El temporizador periódico para enviar mensajes de saludo ha vencido. |
6 | Recepción de un mensaje de saludo de mayor prioridad desde un router es estado hablar |
7 | Recepción de un mensaje de saludo de mayor prioridad desde el router activo |
8 | Recepción de un mensaje de saludo de menor prioridad desde el router activo |
9 | Recepción de un mensaje de retiro del router activo |
10 | Recepción de un mensaje de golpe desde un router de mayor prioridad |
11 | Recepción de un mensaje de saludo de mayor prioridad desde el router en espera |
12 | Recepción de un mensaje de saludo de menor prioridad desde el router en espera |
La siguiente tabla especifica las acciones que se deben llevar a cabo como parte de la máquina de estado:
Carta | Acción |
---|---|
R | Iniciar temporizador activo: Si esta acción ocurre como resultado de la recepción de un mensaje de saludo autenticado del router activo, el temporizador activo se establece en el campo de tiempo en espera en el mensaje de saludo. De lo contrario, el temporizador activo utiliza el valor de tiempo de espera actual usado por ese router. A continuación, el temporizador activo se inicia. |
B | Iniciar temporizador en espera: Si esta acción ocurre como resultado de la recepción de un mensaje de saludo autenticado del router en espera, el temporizador en espera se establece en el campo de tiempo en espera en el mensaje de saludo. De lo contrario, el temporizador en espera utiliza el valor de tiempo de espera actual usado por ese router. A continuación, el temporizador en espera se inicia. |
C | Detener el temporizador activo: El temporizador activo se detiene. |
D | Detener el temporizador en espera: El temporizador en espera se detiene. |
E | Parámetros de aprendizaje: esta acción se realiza cuando se recibe un mensaje autenticado desde el router activo. Si la dirección IP virtual para este grupo no se configuró manualmente, la dirección IP virtual se puede obtener del mensaje. El router puede aprender del mensaje los valores de tiempo de saludo y de tiempo de espera. |
F | Enviar mensaje de saludo: El router envía un mensaje de saludo con su estado actual, el tiempo de saludo y el tiempo en espera. |
G | Enviar mensaje de impacto: El router envía un mensaje de impacto para informar al router activo que hay un router de mayor prioridad disponible. |
H | Enviar mensaje de retiro: El router envía un mensaje de retiro para permitir que otro router se convierta en el router activo. |
I | Enviar mensaje ARP gratuito: El router transmite un paquete de respuesta ARP que anuncia la dirección IP virtual y la dirección MAC del grupo. El paquete se envía con la dirección MAC virtual como la dirección MAC de origen en el encabezado de la capa de enlace, así como dentro del paquete ARP. |
El diagrama de esta sección muestra los cambios de estado de la máquina de estados de HSRP. Cada vez que ocurre un evento, la acción asociada se lleva a cabo y el router pasa al siguiente estado de HSRP. En el diagrama, los números designan eventos y las letras la acción asociada. La tabla de la sección Eventos del HSRP define los números, y la tabla de la sección Acciones del HSRP define las letras. Utilice este diagrama sólo como referencia. El diagrama es detallado y no es necesario para la resolución general de problemas.
Para obtener una imagen de alta resolución del diagrama, consulte HSRP States Operation (Funcionamiento de los estados del HSRP).
Dispositivo | Dirección MAC | IP Address | Máscara de subnet | Gateway predeterminado |
---|---|---|---|---|
PC1 | 0000.0c00.0001 | 10.1.1.10 | 255.255.255.0 | 10.1.1.1 |
PC2 | 0000.0c00.1110 | 10.1.2.10 | 255.255.255.0 | 10.1.2.1 |
interface GigabitEthernet 0/0 ip address 10.1.1.2 255.255.255.0 mac-address 4000.0000.0010 standby 1 ip 10.1.1.1 standby 1 priority 200
interface GigabitEthernet 0/1 ip address 10.1.2.2 255.255.255.0 mac-address 4000.0000.0011 standby 1 ip 10.1.2.1 standby 1 priority 200
interface GigabitEthernet 0/0 ip address 10.1.1.3 255.255.225.0 mac-address 4000.0000.0020 standby 1 ip 10.1.1.1
interface GigabitEthernet 0/1 ip address 10.1.2.3 255.255.255.0 mac-address 4000.0000.0021 standby 1 ip 10.1.2.1
Nota: Estos ejemplos configuran direcciones MAC estáticas sólo a título ilustrativo. No configure direcciones MAC estáticas a menos que sea necesario.
Debe entender el concepto detrás del flujo de paquetes cuando obtiene rastros de sabueso para resolver problemas de HSRP. El router A utiliza la prioridad de 200 y se convierte en el router activo de ambas interfaces. En el ejemplo de esta sección, los paquetes provenientes del router destinados a una estación de trabajo host tienen la dirección MAC de origen de la dirección MAC física (BIA) del router. Los paquetes provenientes de las máquinas host destinados a la dirección IP HSRP tienen la dirección MAC de destino de la dirección MAC virtual HSRP. Tenga en cuenta que las direcciones MAC no son las mismas para cada flujo entre el router y el host.
La siguiente tabla muestra la información de las direcciones IP y MAC correspondientes por flujo basándose en un rastro del sabueso tomado del switch X.
Flujo de paquetes | MAC de origen | MAC de destino | IP de origen | IP de destino |
---|---|---|---|---|
Paquetes del PC1 destinados al PC2 | PC1 (0000.0c00.0001) | Dirección MAC virtual HSRP de la interfaz Ethernet0 (0000.0c07.ac01) del router A | 10.1.1.10 | 10.1.2.10 |
Los paquetes que vuelven a través del router A provenientes del PC2 y destinados al PC1 | Router A Ethernet 0 BIA (4000.0000.0010) | PC1 (0000.0c00.0001) | 10.1.2.10 | 10.1.1.10 |
Paquetes del PC1 destinados a la dirección IP en espera HSRP (ICMP, Telnet) | PC1 (0000.0c00.0001) | Dirección MAC virtual HSRP de la interfaz Ethernet0 (0000.0c07.ac01) del router A | 10.1.1.10 | 10.1.1.1 |
Paquetes destinados a la dirección IP real del router activo (ICMP, Telnet) | PC1 (0000.0c00.0001) | Router A Ethernet 0 BIA (4000.0000.0010) | 10.1.1.10 | 10.1.1.2 |
Paquetes destinados a la dirección IP real del router en espera (ICMP, Telnet) | PC1 (0000.0c00.0001) | Router B Ethernet 0 BIA (4000.0000.0020) | 10.1.1.10 | 10.1.1.3 |
Estos mensajes de error pueden aparecer:
Oct 12 13:15:41: %STANDBY-3-DUPADDR: Duplicate address 10.25.0.1 on Vlan25, sourced by 0000.0c07.ac19 Oct 13 16:25:41: %STANDBY-3-DUPADDR: Duplicate address 10.25.0.1 on Vlan25, sourced by 0000.0c07.ac19 Oct 15 22:31:02: %STANDBY-3-DUPADDR: Duplicate address 10.25.0.1 on Vlan25, sourced by 0000.0c07.ac19 Oct 15 22:41:01: %STANDBY-3-DUPADDR: Duplicate address 10.25.0.1 on Vlan25, sourced by 0000.0c07.ac19
Estos mensajes de error no necesariamente indican un problema HSRP. Por el contrario, los mensajes de error indican un posible loop del Spanning Tree Protocol (STP) o problema de configuración del router/switch. Los mensajes de error son sólo síntomas de otro problema.
Además, estos mensajes de error no impiden que HSRP funcione correctamente. El paquete HSRP duplicado se ignora. Estos mensajes de error se regulan en intervalos de 30 segundos. Sin embargo, se puede observar un desempeño de la red lento y una pérdida de paquetes como resultado de la inestabilidad de la red que provocan los mensajes de error STANDBY-3-DUPADDR de la dirección HSRP.
Estos mensajes indican específicamente que el router recibió un paquete de datos originado en la dirección IP del HSRP, en la VLAN 25, con las direcciones MAC 0000.0c07.ac19. Dado que la dirección HSRP MAC es 0000.0c07.ac19, el router en cuestión recibió su propio paquete de vuelta o ambos routers en el grupo HSRP ingresaron al estado activo. Dado que el router recibió su propio paquete, es más probable que el problema tenga que ver con la red y no con el router. Hay distintos problemas que pueden provocar este comportamiento. Entre los posibles problemas de red que pueden provocar los mensajes de error encontramos:
Bucles STP momentáneos
Problemas de configuración de EtherChannel
Tramas duplicadas
Cuando resuelva estos mensajes de error, vea los pasos para resolver problemas en la sección Troubleshooting de HSRP en Switches Catalyst de este documento. Todos los módulos de solución de problemas son aplicables a esta sección, que incluye módulos sobre la configuración. Además, observe los errores en el registro del switch e indique estudios de casos adicionales según corresponda.
Puede utilizar una lista de acceso para evitar que el router activo reciba su propio paquete de saludo multidifusión. Sin embargo, únicamente se trata de una solución alternativa a los mensajes de error y realmente esconde el síntoma del problema. La solución alternativa consiste en aplicar una lista de acceso de entrada extendida a las interfaces HSRP. La lista de acceso bloquea todo el tráfico que proviene de la dirección IP física y destinado a la dirección de multidifusión 224.0.0.2 de todos los routers.
access-list 101 deny ip host 172.16.12.3 host 224.0.0.2 access-list 101 permit ip any any interface GigabitEthernet 0/0 ip address 172.16.12.3 255.255.255.0 standby 1 ip 172.16.12.1 ip access-group 101 in
Estos mensajes de error pueden aparecer:
Jan 9 08:00:42.623: %STANDBY-6-STATECHANGE: Standby: 49: Vlan149 state Standby -> Active Jan 9 08:00:56.011: %STANDBY-6-STATECHANGE: Standby: 49: Vlan149 state Active -> Speak Jan 9 08:01:03.011: %STANDBY-6-STATECHANGE: Standby: 49: Vlan149 state Speak -> Standby Jan 9 08:01:29.427: %STANDBY-6-STATECHANGE: Standby: 49: Vlan149 state Standby -> Active Jan 9 08:01:36.808: %STANDBY-6-STATECHANGE: Standby: 49: Vlan149 state Active -> Speak Jan 9 08:01:43.808: %STANDBY-6-STATECHANGE: Standby: 49: Vlan149 state Speak -> Standby
Jul 29 14:03:19.441: %HSRP-5-STATECHANGE: Vlan10 Grp 110 state Standby -> Active
Jul 29 16:27:04.133: %HSRP-5-STATECHANGE: Vlan10 Grp 110 state Active -> Speak
Jul 29 16:31:49.035: %HSRP-5-STATECHANGE: Vlan10 Grp 110 state Speak -> Standby
Estos mensajes de error describen una situación en la que un router en espera HSRP no recibió tres paquetes de saludo HSRP sucesivos de su par HSRP. El resultado muestra que el router en espera pasa del estado en espera al estado activo . A partir de allí, el router regresa al estado de reserva inmediatamente. Salvo en el caso de que este error se produzca durante la instalación inicial, es posible que no sea un problema de HSRP el que provoque este mensaje de error. Los mensajes de error indican la pérdida de saludos HSRP entre los pares. Al solucionar este problema, debe verificar la comunicación entre los pares HSRP. El problema más común que provoca estos mensajes es una pérdida aleatoria y momentánea de comunicación de datos entre entidades pares. Los cambios de estado del HSRP a menudo se deben a un alto uso de la CPU. Si el mensaje de error se debe a un uso elevado de la CPU, coloque un analizador de protocolos en la red y rastree el sistema que provoca el uso elevado de la CPU.
Existen varias causas posibles por las que los paquetes HSRP se pierden entre los pares. Los problemas más comunes son problemas de la capa física, tráfico de red excesivo provocado por problemas del árbol de expansión o tráfico excesivo provocado por cada VLAN. Al igual que con el Caso Práctico n.º 1, todos los módulos de solución de problemas son aplicables a la resolución de los cambios de estado de HSRP, en particular la Depuración de HSRP de Capa 3.
Si la pérdida de paquetes HSRP entre pares se debe a un tráfico excesivo causado por cada VLAN, como se mencionó, puede ajustar o aumentar el SPD y mantener el tamaño de la cola para superar el problema de descarte de la cola de entrada.
Para aumentar el tamaño del Descarte selectivo de paquetes (SPD), vaya al modo de configuración y ejecute estos comandos en los switches Cat6500:
(config)#ip spd queue max-threshold 600 !--- Hidden Command (config)#ip spd queue min-threshold 500 !--- Hidden Command
Para aumentar el tamaño de la cola de espera, vaya al modo de interfaz de VLAN y ejecute este comando:
(config-if)#hold-queue 500 in
Después de aumentar el tamaño de la cola SPD y hold, puede borrar los contadores de interfaz si ejecuta el comando clear counter interface.
El resultado del router de esta sección muestra un router configurado para HSRP que no reconoce a sus pares HSRP. Para que esto ocurra, el router debe fallar al recibir mensajes de saludo HSRP del router vecino. Para solucionar este problema, consulte la sección Verify Physical Layer Connectivity (Verificar la conectividad de la capa física) y Verify HSRP Router Configuration (Verificar la configuración del router HSRP) de este documento. Si la conectividad de la capa física es correcta, revise los modos de VTP no coincidentes.
Vlan8 - Group 8 Local state is Active, priority 110, may preempt Hellotime 3 holdtime 10 Next hello sent in 00:00:01.168 Hot standby IP address is 10.1.2.2 configured Active router is local Standby router is unknown expired Standby virtual mac address is 0000.0c07.ac08 5 state changes, last state change 00:05:03
Estos mensajes de error pueden aparecer:
2001 Jan 03 14:18:43 %SYS-4-P2_WARN: 1/Host 00:00:0c:14:9d:08 is flapping between port 2/4 and port 2/3
Feb 4 07:17:44 AST: %SW_MATM-4-MACFLAP_NOTIF: Host 0050.56a9.1f28 in vlan 1027 is flapping between port Te1/0/7 and port Te2/0/2
En los switches Catalyst, el switch informa una dirección MAC del host que se mueve si la dirección MAC del host se mueve dos veces en 15 segundos. Una causa posible es un loop STP. El switch descarta paquetes del host por unos 15 segundos en un esfuerzo por reducir el impacto de un loop STP. Si la dirección MAC que se registra como fluctuante entre dos puertos es la dirección MAC virtual HSRP, probablemente el problema se produce cuando los dos routers HSRP pasan al estado activo .
Si la dirección MAC que se registra no es la dirección MAC virtual HSRP, el problema puede indicar el bucle, duplicación o reflexión de los paquetes en la red. Estos tipos de condiciones pueden contribuir a los problemas de HSRP. Las causas más comunes de los movimientos de las direcciones MAC son los problemas del árbol de expansión o los problemas de la capa física.
Cuando resuelva este mensaje de error, siga los pasos siguientes:
Nota: Además, complete los pasos de la sección Troubleshooting de HSRP en Switches Catalyst de este documento.
Determine el origen (puerto) correcto de la dirección MAC del host.
Desconecte el puerto que no debe originar la dirección MAC del host.
Documente la topología STP a nivel VLAN y compruebe si hay fallos de STP.
Verifique la configuración de canalización de puerto.
Una configuración de canal de puerto incorrecta puede provocar mensajes de error lanzados por la dirección MAC del host. Esto se debe a la naturaleza de balance de cargas del canal del puerto.
Con el ruteo asimétrico, los paquetes de transmisión y recepción utilizan diferentes trayectos entre un host y el par con el que se comunica. Este flujo de paquetes es el resultado de la configuración del balanceo de carga entre routers HSRP, basado en la prioridad HSRP, que establece el HSRP en activo o en espera. Este tipo de flujo de paquetes en un entorno de conmutación puede llegar a un flujo excesivo de unidifusión desconocido. Además, se pueden perder entradas de conmutación multicapa (MLS). La saturación de unidifusión desconocida ocurre cuando el switch inunda con un paquete de unidifusión a todos los puertos. El switch inunda con el paquete porque no hay una entrada para la dirección MAC de destino. Este comportamiento no interrumpe la conectividad porque los paquetes siguen reenviándose. Sin embargo, el comportamiento sí es responsable del envío de paquetes adicionales por saturación en los puertos host. Este caso estudia el comportamiento del enrutamiento asimétrico y el motivo de la saturación de unidifusión.
Entre los síntomas de enrutamiento asimétrico se encuentran los siguientes:
Flujo excesivo de paquetes de unidifusión
Falta la entrada de MLS para los flujos
Un rastro del sabueso (sniffer) que muestra que los paquetes en el puerto del host no van dirigidos al host.
Latencia de red aumentada con motores de reescritura de los paquetes basados en L2, tales como los mecanismos de balance de cargas de los servidores, los dispositivos de caché de la Web y los dispositivos de red.
Entre los ejemplos están el Cisco LocalDirector y Cisco Cache Engine.
Paquetes perdidos en los host y estaciones de trabajo conectados que no pueden gestionar la carga adicional de tráfico por saturación de unidifusión
Nota: El tiempo de envejecimiento predeterminado de la memoria caché ARP en un router es de cuatro horas. El tiempo de vencimiento predeterminado de la entrada de la memoria direccionable por contenido (CAM) del switch es de 5 minutos. El tiempo de envejecimiento ARP de las estaciones de trabajo host no es significativo para esta discusión. pero, el ejemplo establece el tiempo de envejecimiento ARP en cuatro horas.
Este diagrama ilustra este tema. Este ejemplo de topología incluye un Catalyst 6500 con tarjetas de función del switch multicapa (MSFC) en cada switch. Aunque este ejemplo utiliza MSFC, puede utilizar cualquier otro router en lugar de MSFC. Los routers que puede utilizar son, por ejemplo, el Módulo de switch de ruta (RSM), Router de switch Gigabit (GSR) o Cisco 7500. Los hosts están conectados de forma directa a los puertos del switch. Los switches están interconectados a través de un tronco que lleva el tráfico para redes VLAN 1 y VLAN 2.
Los resultados siguientes son fragmentos de la configuración del comando show standby de cada MSFC.
interface Vlan 1 mac-address 0003.6bf1.2a01 ip address 10.1.1.2 255.255.255.0 no ip redirects standby 1 ip 10.1.1.1 standby 1 priority 110 interface Vlan 2 mac-address 0003.6bf1.2a01 ip address 10.1.2.2 255.255.255.0 no ip redirects standby 2 ip 10.1.2.1 MSFC1#show standby Vlan1 - Group 1 Local state is Active, priority 110 Hellotime 3 holdtime 10 Next hello sent in 00:00:00.696 Hot standby IP address is 10.1.1.1 configured Active router is local Standby router is 10.1.1.3 expires in 00:00:07 Standby virtual mac address is 0000.0c07.ac01 2 state changes, last state change 00:20:40 Vlan2 - Group 2 Local state is Standby, priority 100 Hellotime 3 holdtime 10 Next hello sent in 00:00:00.776 Hot standby IP address is 10.1.2.1 configured Active router is 10.1.2.3 expires in 00:00:09, priority 110 Standby router is local 4 state changes, last state change 00:00:51 MSFC1#exit Console> (enable)
interface Vlan 1 mac-address 0003.6bf1.2a02 ip address 10.1.1.3 255.255.255.0 no ip redirects standby 1 ip 10.1.1.1 interface Vlan 2 mac-address 0003.6bf1.2a02 ip address 10.1.2.3 255.255.255.0 no ip redirects standby 2 ip 10.1.2.1 standby 2 priority 110 MSFC2#show standby Vlan1 - Group 1 Local state is Standby, priority 100 Hellotime 3 holdtime 10 Next hello sent in 00:00:01.242 Hot standby IP address is 10.1.1.1 configured Active router is 10.1.1.2 expires in 00:00:09, priority 110 Standby router is local 7 state changes, last state change 00:01:17 Vlan2 - Group 2 Local state is Active, priority 110 Hellotime 3 holdtime 10 Next hello sent in 00:00:00.924 Hot standby IP address is 10.1.2.1 configured Active router is local Standby router is 10.1.2.2 expires in 00:00:09 Standby virtual mac address is 0000.0c07.ac02 2 state changes, last state change 00:40:08 MSFC2#exit
Nota: En MSFC1, la VLAN 1 está en el estado activo de HSRP y la VLAN 2 está en el estado de espera de HSRP. En MSFC2, VLAN 2 está en el estado de HSRP activo , y VLAN 1, en el estado de HSRP en espera . El gateway predeterminado de cada host es la respectiva dirección IP en espera.
Inicialmente, todas las memorias caché están vacías. El host A utiliza MSFC1 como puerta de enlace predeterminada. El host B utiliza MSFC2.
Tablas ARP y de direcciones MAC antes de iniciar pingTabla ARP del host A | Tabla de direcciones MAC del switch 1- Puerto VLAN de MAC | Tabla ARP MSFC1 | Tabla ARP MSFC2 | Tabla de direcciones MAC del switch 2- Puerto VLAN de MAC | Tabla ARP del host B |
---|---|---|---|---|---|
0003.6bf1.2a01 1 15/1 | 0003.6bf1.2a02 1 15/1 | ||||
0003.6bf1.2a01 2 15/1 | 0003.6bf1.2a02 2 15/1 | ||||
0000.0c07.ac01 1 15/1 | 0000.0c07.ac01 1 1/1 | ||||
0000.0c07.ac02 2 1/1 | 0000.0c07.ac02 2 15/1 | ||||
0003.6bf1.2a02 1 1/1 | 0003.6bf1.2a01 1 1/1 | ||||
0003.6bf1.2a02 2 1/1 | 0003.6bf1.2a01 2 1/1 |
Nota: Para mayor brevedad, la dirección MAC del switch 1 para el router HSRP y la dirección MAC no se incluyen en las otras tablas que aparecen en esta sección.
El host A hace ping al host B, lo que significa que el host A envía un paquete de eco ICMP. Debido a que cada host reside en una VLAN independiente, el host A reenvía sus paquetes destinados al host B a su gateway predeterminada. Para que ocurra ese proceso, el host A debe enviar un ARP para resolver la dirección MAC de su gateway predeterminada, 10.1.1.1.
Tablas de direcciones ARP y MAC luego de que el host A envía un ARP para la puerta de enlace predeterminadaTabla ARP del host A | Tabla de direcciones MAC del switch 1- Puerto VLAN de MAC | Tabla ARP MSFC1 | Tabla ARP MSFC2 | Tabla de direcciones MAC del switch 2- Puerto VLAN de MAC | Tabla ARP del host B |
---|---|---|---|---|---|
10.1.1.1: 0000.0c07.ac01 | 0000.0c00.0001 1 2/1 | 10.1.1.10 : 0000.0c00.0001 |
MSFC1 recibe el paquete, lo reescribe y lo reenvía al host B. Para reescribir el paquete, MSFC1 envía una solicitud ARP para el host B porque el host reside en una interfaz conectada directamente. MSFC2 aún debe recibir los paquetes en este flujo. Cuando MSFC1 recibe la respuesta ARP del host B, ambos switches aprenden el puerto de origen asociado al host B.
Tablas ARP y de direcciones MAC luego de que el host A envía un paquete a la gateway predeterminada y MSFC1 envía ARP al host BTabla ARP del host A | Tabla de direcciones MAC del switch 1- Puerto VLAN de MAC | Tabla ARP MSFC1 | Tabla ARP MSFC2 | Tabla de direcciones MAC del switch 2- Puerto VLAN de MAC | Tabla ARP del host B |
---|---|---|---|---|---|
10.1.1.1: 0000.0c07.ac01 | 0000.0c00.0001 1 2/1 | 10.1.1.10 : 0000.0c00.0001 | 0000.0c00.0002 2 2/1 | 10.1.2.2: 0003.6bf1.2a01 | |
0000.0c00.0002 2 1/1 | 10.1.2.10 : 0000.0c00.0002 |
El host B recibe el paquete de eco del host A, a través de MSFC1. El host B ahora debe enviar una respuesta de eco al host A. Dado que el host A reside en una VLAN diferente, el host B reenvía la respuesta a través de su puerta de enlace predeterminada, MSFC2. Para poder reenviar el paquete por medio de MSFC2, el host B debe enviar un ARP para su dirección IP de puerta de enlace predeterminada, 10.1.2.1.
Tablas de direcciones ARP y MAC luego de que el host A envía un ARP para la puerta de enlace predeterminadaTabla ARP del host A | Tabla de direcciones MAC del switch 1- Puerto VLAN de MAC | Tabla ARP MSFC1 | Tabla ARP MSFC2 | Tabla de direcciones MAC del switch 2- Puerto VLAN de MAC | Tabla ARP del host B |
---|---|---|---|---|---|
10.1.1.1: 0000.0c07.ac01 | 0000.0c00.0001 1 2/1 | 10.1.1.10 : 0000.0c00.0001 | 10.1.2.10 0000.0c00.0002 | 0000.0c00.0002 2 2/1 | 10.1.2.2 (0003.6bf1.2a01) |
0000.0c00.0002 2 1/1 | 10.1.2.10 : 0000.0c00.0001 | 10.1.2.1 (0000.0c07.ac02) |
El host B ahora reenvía el paquete de respuesta de eco a MSFC2. MSFC2 envía una solicitud ARP para el host A porque está conectado directamente en la VLAN 1. El switch 2 completa su tabla de direcciones MAC con la dirección MAC del host B.
Tablas de ARP y direcciones MAC luego de que el host A recibe el paquete de ecoTabla ARP del host A | Tabla de direcciones MAC del switch 1- Puerto VLAN de MAC | Tabla ARP MSFC1 | Tabla ARP MSFC2 | Tabla de direcciones MAC del switch 2- Puerto VLAN de MAC | Tabla ARP del host B |
---|---|---|---|---|---|
10.1.1.1: 0000.0c07.ac01 | 0000.0c00.0001 1 2/1 | 10.1.1.10 : 0000.0c00.0001 | 10.1.2.10 0000.0c00.0002 | 0000.0c00.0002 2 2/1 | 10.1.2.2 (0003.6bf1.2a01) |
10.1.1.3: 0003.6bf1.2a0 | 0000.0c00.0002 2 1/1 | 10.1.2.10 : 0000.0c00.0001 | 10.1.1.10 0000.0c00.0001 | 0000.0c00.00001 1 1/1 | 10.1.2.1 (0000.0c07.ac02) |
La respuesta de eco llega al host A y el flujo está completo.
Considere el caso de un ping continuo al host B por parte del host A. Recuerde que el host A envía el paquete de eco a MSFC1 y que el host B envía la respuesta de eco a MSFC2, lo cual es un estado de enrutamiento asimétrico. El único momento en que el switch 1 obtendrá la MAC de origen del host B será cuando el host B conteste el pedido ARP del MSFC1. Esto se debe a que el host B utiliza MSFC2 como puerta de enlace predeterminada y no envía paquetes a MSFC1 y, por lo tanto, al switch 1. Dado que el tiempo de espera de ARP es de cuatro horas de manera predeterminada, el switch 1 desactualiza la dirección MAC del host B después de cinco minutos de manera predeterminada. El Switch 2 envejece el host A después de cinco minutos. Como consecuencia, el switch 1 debe tratar cualquier paquete con una MAC de destino del host B como una unidifusión desconocida. El switch inunda todos los puertos con el paquete que llega del host A con destino al host B. Además, puesto que no hay una entrada de dirección MAC del host B en el switch 1, tampoco hay una entrada MLS.
Tablas ARP y de direcciones MAC luego de transcurridos 5 minutos de que el host A realice ping continuos del host B
Tabla ARP del host A | Tabla de direcciones MAC del switch 1- Puerto VLAN de MAC | Tabla ARP MSFC1 | Tabla ARP MSFC2 | Tabla de direcciones MAC del switch 2- Puerto VLAN de MAC | Tabla ARP del host B |
---|---|---|---|---|---|
10.1.1.1: 0000.0c07.ac01 | 0000.0c00.0001 1 2/1 | 10.1.1.10 : 0000.0c00.0001 | 10.1.2.10 0000.0c00.0002 | 0000.0c00.0002 2 2/1 | 10.1.2.2: 0003.6bf1.2a01 |
10.1.1.3: 0003.6bf1.2a0 | 10.1.2.10 : 0000.0c00.0001 | 10.1.1.10 0000.0c00.0001 | 10.1.2.1: 0000.0c07.ac01 |
Los paquetes de respuesta de eco que provienen del host B experimentan el mismo problema después de que la entrada de dirección MAC para el host A caduque en el switch 2. El host B reenvía la respuesta de eco a MSFC2, que a su vez rutea el paquete y lo envía a la VLAN 1. El switch no tiene un host de entrada A en la tabla de direcciones MAC y debe saturar el paquete por todos los puertos en la VLAN 1.
Los problemas de enrutamiento asimétrico no interrumpen la conectividad. Sin embargo, el enrutamiento asimétrico puede causar un flujo excesivo de unidifusión y la falta de entradas MLS. Hay tres cambios de configuración que pueden remediar esta situación:
Ajuste del plazo de vencimiento de las direcciones MAC en los respectivos conmutadores en 14.400 segundos (cuatro horas) o más.
Cambie el tiempo de espera de ARP en los routers a 5 minutos (300 segundos).
Cambie el plazo de vencimiento de las direcciones MAC y el tiempo de espera de ARP al mismo valor de tiempo de espera.
El método preferible es cambiar el plazo de vencimiento de las MAC a 14.400 segundos. A continuación, se enumeran las pautas para la configuración:
Software Cisco IOS:
mac address-table aging-time <seconds> vlan <vlan_id>El mensaje de error STANDBY-3-DIFFVIP1 se genera cuando hay una pérdida en la InterVLAN debido a la presencia de bucles de conexión en puente en el switch.
Si aparece este mensaje de error y hay una pérdida en la InterVLAN debido a bucles de conexión en puente en el switch, siga estos pasos para resolver el error:
Identifique la trayectoria que toman los paquetes entre los nodos extremos.
Si hay un router en este trayecto, siga los pasos siguientes:
Solucione los problemas del trayecto desde el primer switch hasta el router.
Solucione los problemas del trayecto desde el router al segundo switch.
Conéctese a cada uno de los switches del trayecto y compruebe el estado de los puertos que se utilizan en el trayecto entre los nodos extremos.
Cuando se configura la seguridad de puertos en los puertos de switch que están conectados a los routers habilitados para HSRP, se produce una violación de MAC, ya que no se puede tener la misma dirección MAC segura en más de una interfaz. La violación a la seguridad ocurre en un puerto seguro en una de estas situaciones:
Se agrega la cantidad máxima de direcciones MAC seguras en la tabla de direcciones, y una estación cuya dirección MAC no figura en la tabla de direcciones intenta acceder a la interfaz.
Una dirección obtenida o configurada en una interfaz segura se ve en otra interfaz segura en la misma VLAN.
De manera predeterminada, una violación de seguridad de puerto hace que la interfaz de switch se deshabilite y se desactive inmediatamente, lo que bloquea los mensajes de estado de HSRP entre los routers.
Solución Aternativa
Ejecute el comando standby use-BIA en los routers. Esto obliga a los routers a utilizar una dirección grabada para HSRP en lugar de la dirección MAC virtual.
Deshabilite la seguridad de puertos en los puertos de switch que se conectan a los routers habilitados para HSRP.
Si se crean varios grupos de HSRP en la interfaz, se recibe este mensaje de error:
%Interface hardware cannot support multiple groups
Este mensaje de error se recibe debido a la limitación de hardware en algunos routers o switches. No es posible superar la limitación mediante ningún método de software. El problema es que cada grupo de HSRP utiliza una dirección MAC adicional en la interfaz, por lo que el chip MAC de Ethernet debe admitir varias direcciones MAC programables para habilitar varios grupos de HSRP.
La solución alternativa es utilizar el comando de configuración de la interfaz standby use-bia, que utiliza la dirección grabada (BIA) de la interfaz como su dirección MAC virtual, en lugar de la dirección MAC preasignada.
Verifique que cada router HSRP tiene una dirección IP única para cada subred en base a la interfaz. Además, verifique que cada interfaz tenga el protocolo de línea up. Para verificar con rapidez el estado actual de cada interfaz, ejecute el comando show ip interface brief. Aquí tiene un ejemplo:
Router_1#show ip interface brief Interface IP-Address OK? Method Status Protocol Vlan1 192.168.1.1 YES manual up up Vlan10 192.168.10.1 YES manual up up Vlan11 192.168.11.1 YES manual up up
Router_2#show ip interface brief Interface IP-Address OK? Method Status Protocol Vlan1 192.168.1.2 YES manual up up Vlan10 192.168.10.2 YES manual up up Vlan11 192.168.11.2 YES manual up
up
Verifique que las direcciones IP en espera (HSRP) configuradas y que los números del grupo en espera coinciden con cada router que participa en HSRP. Una discrepancia de los grupos en espera o de las direcciones HSRP en espera puede provocar problemas de HSRP El comando show standby detalla la configuración del grupo en espera y la dirección IP en espera de cada interfaz. Aquí tiene un ejemplo:
Router_1#show standby
Vlan10 - Group 110
State is Active
2 state changes, last state change 00:01:34
Virtual IP address is 192.168.10.100
Active virtual MAC address is 0000.0c07.ac6e (MAC In Use)
Local virtual MAC address is 0000.0c07.ac6e (v1 default)
Hello time 3 sec, hold time 10 sec
Next hello sent in 0.144 secs
Preemption enabled
Active router is local
Standby router is 192.168.10.2, priority 109 (expires in 10.784 sec)
Priority 110 (configured 110)
Group name is "hsrp-Vl10-110" (default)
FLAGS: 0/1
Vlan11 - Group 111
State is Active
2 state changes, last state change 00:00:27
Virtual IP address is 192.168.11.100
Active virtual MAC address is 0000.0c07.ac6f (MAC In Use)
Local virtual MAC address is 0000.0c07.ac6f (v1 default)
Hello time 3 sec, hold time 10 sec
Next hello sent in 2.096 secs
Preemption enabled
Active router is local
Standby router is 192.168.11.2, priority 109 (expires in 8.944 sec)
Priority 110 (configured 110)
Group name is "hsrp-Vl11-111" (default)
FLAGS: 0/1
Router_2#show standby
Vlan10 - Group 110
State is Standby
1 state change, last state change 00:03:15
Virtual IP address is 192.168.10.100
Active virtual MAC address is 0000.0c07.ac6e (MAC Not In Use)
Local virtual MAC address is 0000.0c07.ac6e (v1 default)
Hello time 3 sec, hold time 10 sec
Next hello sent in 1.088 secs
Preemption disabled
Active router is 192.168.10.1, priority 110 (expires in 11.584 sec)
Standby router is local
Priority 109 (configured 109)
Group name is "hsrp-Vl10-110" (default)
FLAGS: 0/1
Vlan11 - Group 111
State is Standby
1 state change, last state change 00:02:53
Virtual IP address is 192.168.11.100
Active virtual MAC address is 0000.0c07.ac6f (MAC Not In Use)
Local virtual MAC address is 0000.0c07.ac6f (v1 default)
Hello time 3 sec, hold time 10 sec
Next hello sent in 2.352 secs
Preemption disabled
Active router is 192.168.11.1, priority 110 (expires in 9.120 sec)
Standby router is local
Priority 109 (configured 109)
Group name is "hsrp-Vl11-111" (default)
FLAGS: 0/1
Verifique que la dirección IP (HSRP) en espera sea una sola desde la dirección IP configurada de cada interfaz. El comando show standby es una referencia rápida para ver esta información. Aquí tiene un ejemplo:
Router_1#show standby
Vlan10 - Group 110
State is Active
2 state changes, last state change 00:01:34
Virtual IP address is 192.168.10.100
Active virtual MAC address is 0000.0c07.ac6e (MAC In Use)
Local virtual MAC address is 0000.0c07.ac6e (v1 default)
Hello time 3 sec, hold time 10 sec
Next hello sent in 0.144 secs
Preemption enabled
Active router is local
Standby router is 192.168.10.2, priority 109 (expires in 10.784 sec)
Priority 110 (configured 110)
Group name is "hsrp-Vl10-110" (default)
FLAGS: 0/1
Vlan11 - Group 111
State is Active
2 state changes, last state change 00:00:27
Virtual IP address is 192.168.11.100
Active virtual MAC address is 0000.0c07.ac6f (MAC In Use)
Local virtual MAC address is 0000.0c07.ac6f (v1 default)
Hello time 3 sec, hold time 10 sec
Next hello sent in 2.096 secs
Preemption enabled
Active router is local
Standby router is 192.168.11.2, priority 109 (expires in 8.944 sec)
Priority 110 (configured 110)
Group name is "hsrp-Vl11-111" (default)
FLAGS: 0/1
Router_2#show standby
Vlan10 - Group 110
State is Standby
1 state change, last state change 00:03:15
Virtual IP address is 192.168.10.100
Active virtual MAC address is 0000.0c07.ac6e (MAC Not In Use)
Local virtual MAC address is 0000.0c07.ac6e (v1 default)
Hello time 3 sec, hold time 10 sec
Next hello sent in 1.088 secs
Preemption disabled
Active router is 192.168.10.1, priority 110 (expires in 11.584 sec)
Standby router is local
Priority 109 (configured 109)
Group name is "hsrp-Vl10-110" (default)
FLAGS: 0/1
Vlan11 - Group 111
State is Standby
1 state change, last state change 00:02:53
Virtual IP address is 192.168.11.100
Active virtual MAC address is 0000.0c07.ac6f (MAC Not In Use)
Local virtual MAC address is 0000.0c07.ac6f (v1 default)
Hello time 3 sec, hold time 10 sec
Next hello sent in 2.352 secs
Preemption disabled
Active router is 192.168.11.1, priority 110 (expires in 9.120 sec)
Standby router is local
Priority 109 (configured 109)
Group name is "hsrp-Vl11-111" (default)
FLAGS: 0/1
Salvo que HSRP esté configurado en una interfaz Token Ring, solo utilice el comando standby use-bia en circunstancias excepcionales. Este comando indica al router que debe utilizar su BIA en lugar de la dirección MAC virtual HSRP para el grupo HSRP. En una red Token Ring, si se usa el Puente de enrutamiento fuente (SRB), el comando standby use-bia le permite al router activo nuevo actualizar el caché del Campo de información de enrutamiento (RIF) del host con un ARP gratuito. Sin embargo, no todas las implementaciones de host administran el ARP gratuito de manera correcta. Otra advertencia que debe tenerse en cuenta en el comando standby use-bia involucra al proxy ARP. Un router en reserva no puede suplir la pérdida de la base de datos ARP de representación del router activo fallido.
Verifique que las listas de acceso configuradas en todos los pares HSRP no filtran las direcciones HSRP configuradas en sus interfaces. En concreto, verifique la dirección de multidifusión que se utiliza para enviar tráfico a todos los routers de una subred (224.0.0.2). Asimismo, verifique que el tráfico UDP destinado al puerto HSRP 1985 no esté filtrado. HSRP utiliza esta dirección y puerto para enviar paquetes de saludo entre los pares. Ejecute el comando show access-lists para obtener una referencia rápida sobre las listas de acceso configuradas en el router. Aquí tiene un ejemplo:
Router_1#show access-lists Standard IP access list 77 deny 10.19.0.0, wildcard bits 0.0.255.255 permit any Extended IP access list 144 deny pim 238.0.10.0 0.0.0.255 any permit ip any any (58 matches)
Si se utiliza una conexión troncal para conectar los routers HSRP, verifique las configuraciones de la conexión troncal en los routers y switches. Existen cinco modos de conexión troncal posibles:
encendido
deseable
Auto
desactivado
ausencia de negociación
Verifique que los modos de la conexión troncal configurados proporcionan el método de conexión troncal deseado.
Utilice la configuración recomendada para las conexiones entre switches al momento de resolver problemas del HSRP. Esta configuración puede aislar los problemas de los puertos de los switches para establecer conexiones troncales de forma correcta. Establezca una configuración de router a switch de no negociación, ya que la mayoría de los routers de Cisco IOS no soportan la negociación de la conexión troncal.
Para el modo de trunking IEEE 802.1Q (dot1q), verifique que ambos lados del trunk estén configurados para utilizar la misma VLAN nativa y encapsulación. Dado que, de manera predeterminada, los productos de Cisco no etiquetan la VLAN nativa, una discrepancia de configuraciones de VLAN nativas producirá la falta de conectividad en las VLAN no coincidentes. Por último, verifique que la conexión troncal esté configurada para transportar las VLAN configuradas en el router y que las VLAN no están recortadas en el estado STP para puertos conectados al router. Ejecute el comando show interfaces <interface> trunk para obtener una referencia rápida que muestre esta información. Aquí tiene un ejemplo:
L2Switch_1#show interfaces gigabitEthernet1/0/13 trunk Port Mode Encapsulation Status Native vlan Gi1/0/13 on 802.1q trunking 1 Port Vlans allowed on trunk Gi1/0/13 1-4094 Port Vlans allowed and active in management domain Gi1/0/13 1,10-11,70,100,300-309 Port Vlans in spanning tree forwarding state and not pruned Gi1/0/13 1,10-11,70,100,300-309
Router_1#show interfaces gigabitEthernet1/0/1 trunk Port Mode Encapsulation Status Native vlan Gi1/0/1 on 802.1q trunking 1 Port Vlans allowed on trunk Gi1/0/1 1-4094 Port Vlans allowed and active in management domain Gi1/0/1 1,10-11,100,206,301,307,401,900,3001-3002 Port Vlans in spanning tree forwarding state and not pruned Gi1/0/1 1,10-11,100,206,301,307,401,900,3001-3002
Si se utiliza un canal de puerto para conectar los routers HSRP, verifique la configuración EtherChannel en ambos routers y switches. Configure un canal de puerto de switch a switch en modo deseable en un lado, como mínimo. El otro lado puede estar en uno de estos modos:
encendido
deseable
Auto
Sin embargo, en este ejemplo las interfaces no son miembros de un canal de puerto:
Router_1#show etherchannel summary
Flags: D - down P - bundled 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
M - not in use, minimum links not met
u - unsuitable for bundling
w - waiting to be aggregated
d - default port
A - formed by Auto LAG
Number of channel-groups in use: 0
Number of aggregators: 0
Group Port-channel Protocol Ports
------+-------------+-----------+-----------------------------------------------
Router_1#
Router_2#show etherchannel summary
Flags: D - down P - bundled 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
M - not in use, minimum links not met
u - unsuitable for bundling
w - waiting to be aggregated
d - default port
A - formed by Auto LAG
Number of channel-groups in use: 0
Number of aggregators: 0
Group Port-channel Protocol Ports
------+-------------+-----------+-----------------------------------------------
Router_2#
Verifique que existan las entradas de la tabla de direcciones MAC del switch para los routers HSRP para la dirección MAC virtual HSRP y las BIA físicas. El comando show standby del router proporciona la dirección MAC virtual. El comando show interface proporciona la BIA física. A continuación, se muestran algunos resultados de muestra:
Router_1#show standby Vlan10 - Group 110 State is Active 2 state changes, last state change 00:37:03 Virtual IP address is 192.168.10.100 Active virtual MAC address is 0000.0c07.ac6e (MAC In Use) Local virtual MAC address is 0000.0c07.ac6e (v1 default) Hello time 3 sec, hold time 10 sec Next hello sent in 0.768 secs Preemption enabled Active router is local Standby router is 192.168.10.2, priority 109 (expires in 10.368 sec) Priority 110 (configured 110) Group name is "hsrp-Vl10-110" (default) FLAGS: 0/1 Vlan11 - Group 111 State is Active 2 state changes, last state change 00:35:56 Virtual IP address is 192.168.11.100 Active virtual MAC address is 0000.0c07.ac6f (MAC In Use) Local virtual MAC address is 0000.0c07.ac6f (v1 default) Hello time 3 sec, hold time 10 sec Next hello sent in 1.472 secs Preemption enabled Active router is local Standby router is 192.168.11.2, priority 109 (expires in 8.336 sec) Priority 110 (configured 110) Group name is "hsrp-Vl11-111" (default) FLAGS: 0/1
Router_1#show interfaces vlan 10 Vlan10 is up, line protocol is up , Autostate Enabled Hardware is Ethernet SVI, address is d4e8.801f.4846 (bia d4e8.801f.4846) Internet address is 192.168.10.1/24 MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive not supported ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:01, output hang never Last clearing of "show interface" counters never Input queue: 0/375/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 9258 packets input, 803066 bytes, 0 no buffer Received 0 broadcasts (0 IP multicasts) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 3034 packets output, 368908 bytes, 0 underruns Output 0 broadcasts (0 IP multicasts) 0 output errors, 2 interface resets 0 unknown protocol drops 0 output buffer failures, 0 output buffers swapped out
L2Switch_1#show mac address-table address 0000.0c07.ac6e Mac Address Table ------------------------------------------- Vlan Mac Address Type Ports ---- ----------- -------- ----- 10 0000.0c07.ac6e DYNAMIC Gi1/0/13 Total Mac Addresses for this criterion: 1
L2Switch_1#show mac address-table address 0000.0c07.ac6f Mac Address Table ------------------------------------------- Vlan Mac Address Type Ports ---- ----------- -------- ----- 11 0000.0c07.ac6f DYNAMIC Gi1/0/13 Total Mac Addresses for this criterion: 1
Asegúrese de verificar el plazo de vencimiento de la CAM a fin de determinar la rapidez en que vencen las entradas. Si el plazo es igual que el valor configurado para el retardo de reenvío STP, que es 15 segundos de forma predeterminada, hay una gran probabilidad de que exista un bucle STP en la red. Esta es una salida del comando de ejemplo:
L2Switch_1#show mac address-table aging-time vlan 10
Global Aging Time: 300
Vlan Aging Time
---- ----------
10 300
L2Switch_1#show mac address-table aging-time vlan 11
Global Aging Time: 300
Vlan Aging Time
---- ----------
11 300
Si más de un router en un grupo HSRP pasa a estar activo, implica que esos routers no están recibiendo los paquetes de saludo de los pares HSRP de forma consistente. Los problemas de la capa física pueden impedir que el tráfico pase entre los pares de forma consistente y provocar esta situación. Asegúrese de verificar la conectividad física y la conectividad IP entre los pares HSRP al solucionar problemas de HSRP. Ejecute el comando show standby para verificar la conectividad. Aquí tiene un ejemplo:
Router_1#show standby Vlan10 - Group 110 State is Active 2 state changes, last state change 00:54:03 Virtual IP address is 192.168.10.100 Active virtual MAC address is 0000.0c07.ac6e (MAC In Use) Local virtual MAC address is 0000.0c07.ac6e (v1 default) Hello time 3 sec, hold time 10 sec Next hello sent in 0.848 secs Preemption enabled Active router is local Standby router is unknown Priority 110 (configured 110) Group name is "hsrp-Vl10-110" (default) FLAGS: 0/1 Vlan11 - Group 111 State is Active 2 state changes, last state change 00:52:56 Virtual IP address is 192.168.11.100 Active virtual MAC address is 0000.0c07.ac6f (MAC In Use) Local virtual MAC address is 0000.0c07.ac6f (v1 default) Hello time 3 sec, hold time 10 sec Next hello sent in 0.512 secs Preemption enabled Active router is local Standby router is unknown Priority 110 (configured 110) Group name is "hsrp-Vl11-111" (default) FLAGS: 0/1
Router_2#show standby Vlan10 - Group 110 State is Init (interface down) 2 state changes, last state change 00:00:42 Virtual IP address is 192.168.10.100 Active virtual MAC address is unknown (MAC Not In Use) Local virtual MAC address is 0000.0c07.ac6e (v1 default) Hello time 3 sec, hold time 10 sec Preemption disabled Active router is unknown Standby router is unknown Priority 109 (configured 109) Group name is "hsrp-Vl10-110" (default) FLAGS: 0/1 Vlan11 - Group 111 State is Init (interface down) 2 state changes, last state change 00:00:36 Virtual IP address is 192.168.11.100 Active virtual MAC address is unknown (MAC Not In Use) Local virtual MAC address is 0000.0c07.ac6f (v1 default) Hello time 3 sec, hold time 10 sec Preemption disabled Active router is unknown Standby router is unknown Priority 109 (configured 109) Group name is "hsrp-Vl11-111" (default) FLAGS: 0/1
Verifique las interfaces. Verifique que todas las interfases HSRP configuradas estén up/up (activo/activo), como se muestra en este ejemplo:
Router_1#show ip interface brief
Interface IP-Address OK? Method Status Protocol
Vlan1 192.168.1.1 YES manual up up
Vlan10 192.168.10.1 YES manual up up
Vlan11 192.168.11.1 YES manual up up
Router_2#show ip interface brief
Interface IP-Address OK? Method Status Protocol
Vlan1 192.168.1.2 YES manual up up
Vlan10 192.168.10.2 YES manual administratively down down
Vlan11 192.168.11.2 YES manual administratively down down
Si alguna de las interfaces está, desde el punto de vista administrativo, down/down (inactivo/inactivo), ingrese al modo configuración en el router y ejecute el comando específico de la interfaz no shutdown . Aquí tiene un ejemplo:
Router_2#configure terminal Enter configuration commands, one per line. End with CNTL/Z. Router_2(config)#interface vlan 10 Router_2(config-if)#no shutdown Router_2(config-if)#endRouter_2#configure terminal Enter configuration commands, one per line. End with CNTL/Z. Router_2(config)#interface vlan 11 Router_2(config-if)#no shutdown Router_2(config-if)#end
Router_2#show ip interface brief Interface IP-Address OK? Method Status Protocol Vlan1 192.168.1.2 YES manual up up Vlan10 192.168.10.2 YES manual up down Vlan11 192.168.11.2 YES manual up up
Si cualquiera de las interfaces está down/down (inactivo/inactivo) o up/down (activo/inactivo), revise el registro para consultar cualquier notificación de cambio de interfaz. Para los switches basados en el software Cisco IOS, estos mensajes aparecen en situaciones de enlace activo/inactivo:
%LINK-3-UPDOWN: Interface "interface", changed state to up %LINK-3-UPDOWN: Interface "interface", changed state to down Router_1#show log 3d04h: %STANDBY-6-STATECHANGE: Standby: 0: Vlan10 state Active-> Speak 3d04h: %LINK-5-CHANGED: Interface Vlan10, changed state to down 3d04h: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan10, changed state to down
Inspeccione los puertos, cables, transceptores y otros dispositivos que estén entre los pares HSRP. ¿Alguien ha eliminado o aflojado alguna conexión? ¿Hay alguna interfaz que pierda un enlace repetidamente? ¿Se han utilizado los tipos de cables adecuados? Verifique que no hay errores en la interfaz, tal como muestra este ejemplo:
Router_2#show interface vlan 10
Vlan10 is down, line protocol is down , Autostate Enabled Hardware is Ethernet SVI, address is 1880.90d8.5946 (bia 1880.90d8.5946) Internet address is 192.168.10.2/24 MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive not supported ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:10, output 00:00:08, output hang never Last clearing of "show interface" counters never Input queue: 0/375/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 1243 packets input, 87214 bytes, 0 no buffer Received 0 broadcasts (0 IP multicasts) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 23 packets output, 1628 bytes, 0 underruns Output 0 broadcasts (0 IP multicasts) 0 output errors, 2 interface resets 0 unknown protocol drops 0 output buffer failures, 0 output buffers swapped out
Verifique las modificaciones de los links de los puertos del switch y otros errores. Ejecute los siguientes comandos y revise el resultado:
show logging
show interfaces <interface> counters
show interfaces <interface> status
Estos comandos le ayudarán a determinar si existe un problema de conectividad entre los switches y otros dispositivos.
Estos mensajes son normales en situaciones de enlace up/down (activo/inactivo):
L2Switch_1#show logging
Syslog logging: enabled (0 messages dropped, 5 messages rate-limited, 0 flushes, 0 overruns, xml disabled, filtering disabled)
No Active Message Discriminator.
No Inactive Message Discriminator.
Console logging: level informational, 319 messages logged, xml disabled,
filtering disabled
Monitor logging: level debugging, 0 messages logged, xml disabled,
filtering disabled
Buffer logging: level debugging, 467 messages logged, xml disabled,
filtering disabled
Exception Logging: size (4096 bytes)
Count and timestamp logging messages: disabled
File logging: disabled
Persistent logging: disabled
No active filter modules.
Trap logging: level informational, 327 message lines logged
Logging Source-Interface: VRF Name:
Log Buffer (10000 bytes):
*Jul 26 17:52:07.526: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/13, changed state to up
*Jul 26 17:52:09.747: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/13, changed state to down
*Jul 26 17:57:11.716: %SPANTREE-7-RECV_1Q_NON_TRUNK: Received 802.1Q BPDU on non trunk GigabitEthernet1/0/16 VLAN307.
*Jul 26 17:57:11.716: %SPANTREE-7-BLOCK_PORT_TYPE: Blocking GigabitEthernet1/0/16 on VLAN0307. Inconsistent port type.
*Jul 26 17:57:13.583: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/16, changed state to up
*Jul 26 17:57:16.237: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/16, changed state to down
*Jul 26 18:02:16.481: %SPANTREE-7-RECV_1Q_NON_TRUNK: Received 802.1Q BPDU on non trunk GigabitEthernet1/0/16 VLAN307.
*Jul 26 18:02:16.481: %SPANTREE-7-BLOCK_PORT_TYPE: Blocking GigabitEthernet1/0/16 on VLAN0307. Inconsistent port type.
*Jul 26 18:02:18.367: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/16, changed state to up
*Jul 26 18:02:20.561: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/16, changed state to down
Ejecute el comando show interfaces <interface> status para determinar el estado general de un puerto. Aquí tiene un ejemplo:
L2Switch_1#show interfaces gigabitEthernet 1/0/13 status
Port Name Status Vlan Duplex Speed Type
Gi1/0/13 connected trunk a-full a-1000 10/100/1000BaseTX
¿El estado de la interfaz es conectado, no conectado o errdisable? Si el estado es notconnect, verifique que el cable esté conectado en ambos lados. Compruebe que se ha utilizado el cable adecuado. Si el estado es errdisable, revise los contadores de errores excesivos. Consulte Recuperación del Estado de Puerto Errdisable en Plataformas Cisco IOS para obtener más información.
¿Para qué VLAN está configurado este puerto? Asegúrese de que el otro lado de la conexión está configurado para la misma VLAN. Si se ha configurado el enlace para que sea troncal, asegúrese de que los dos lados del enlace troncal tienen las mismas VLAN.
¿Cuál es la configuración de la velocidad y de dúplex? Si la configuración está precedida por a-, el puerto está configurado para que negocie de manera automática la velocidad y el dúplex. De lo contrario, el administrador de red ha predeterminado esta configuración. Para configurar la velocidad y el dúplex de un enlace, las configuraciones en ambos lados del enlace deben coincidir. Si un puerto del switch está configurado para la negociación automática, el otro lado del enlace también debe estar configurado para la negociación automática. Si un lado está codificado por software en una velocidad y dúplex determinados, el otro lado también debe estar codificado por software. El proceso de negociación automática queda interrumpido, si un lado ha sido configurado para negociar automáticamente pero el otro está fijado a mano.
L2Switch_1#show interfaces gi1/0/13 counters errors Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize OutDiscards Gi1/0/13 0 0 0 0 0 0 Port Single-Col Multi-Col Late-Col Excess-Col Carri-Sen Runts Gi1/0/13 0 0 0 0 0 0
¿Existen muchos errores de alineación, errores FCS o fragmentos diminutos? Estos indican una discrepancia de dúplex o velocidad entre el puerto y el dispositivo de conexión. Cambie la configuración de la velocidad y dúplex de ese puerto para ayudar a corregir estos errores.
Ejecute el comando show mac para verificar que el puerto pasa tráfico. Las columnas In y Out indican el número de paquetes de unidifusión, multidifusión y difusión que se reciben y transmiten en un puerto determinado. Los contadores inferiores revelan la cantidad de paquetes que fueron descartados o perdidos y si eran parte del tráfico entrante o saliente. Lrn-Discrd, In-Lost y Out-Lost cuentan la cantidad de paquetes enviados o descartados erróneamente debido a búfers insuficientes.
L2Switch_1#show interfaces gi1/0/13 counters
Port InOctets InUcastPkts InMcastPkts InBcastPkts
Gi1/0/13 304933333 1180453 1082538 14978
Port OutOctets OutUcastPkts OutMcastPkts OutBcastPkts
Gi1/0/13 282752538 276716 824562 588960
Verifique la conectividad IP. Emita un ping IP desde el router asociado al dispositivo HSRP remoto. Esto ayuda a observar las pérdidas momentáneas de conectividad. El ping extendido sólo está disponible en el modo habilitar. Esta es una salida del comando de ejemplo:
Router_1#show run interface vlan 10
Building configuration...
Current configuration : 141 bytes
!
interface Vlan10
ip address 192.168.10.1 255.255.255.0
standby 110 ip 192.168.10.100
standby 110 priority 110
standby 110 preempt
end
Router_2#show run interface vlan 10
Building configuration...
Current configuration : 120 bytes
!
interface Vlan10
ip address 192.168.10.2 255.255.255.0
standby 110 ip 192.168.10.100
standby 110 priority 109
end
Router_1#ping 192.168.10.2 repeat 1500
Type escape sequence to abort.
Sending 1500, 100-byte ICMP Echos to 192.168.10.2, timeout is 2 seconds:
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Success rate is 100 percent (1500/1500), round-trip min/avg/max = 1/2/9 ms
Genere el ping desde cada router HSRP hacia sus pares para determinar la ubicación del fallo en la conectividad.
Compruebe si el switch presenta un enlace unidireccional entre los pares HSRP. Un enlace unidireccional se produce cada vez que el vecino recibe el tráfico que transmite el dispositivo local mediante un enlace, pero el dispositivo local no recibe el tráfico que transmite el vecino. Esta función se conoce como modo agresivo de Detección de enlace unidireccional (UDLD). El uso de UDLD únicamente es posible si los dos lados de la conexión soportan la función El modo agresivo UDLD funciona en la L2 para determinar si un enlace está correctamente conectado y si el tráfico fluye en ambas direcciones entre los vecinos correctos. A continuación, se muestran los resultados de los comandos de muestra:
Nota: Vaya al siguiente enlace para Comprender y Configurar la Función UDLD. Depende de la plataforma que se utilice.
Otra opción que puede ayudar a verificar un link unidireccional si el UDLD no está disponible es con el uso de Cisco Discovery Protocol (CDP). La habilitación de CDP es otra manera de detectar si existe un enlace unidireccional. Si sólo un lado de un enlace puede ver su dispositivo vecino, reemplace el cable entre los dispositivos y verifique que no haya interfaces defectuosas.
Router_1
#show cdp
Global CDP information: Sending CDP packets every 60 seconds Sending a holdtime value of 180 seconds Sending CDPv2 advertisements is enabled Router_1#show cdp neighbors gi1/0/1 detail ------------------------- Device ID: L2Switch_1.cisco.com Entry address(es): IP address: 192.168.70.1 IPv6 address: 2001:420:140E:2101::1 (global unicast) IPv6 address: FE80::2FE:C8FF:FED3:86C7 (link-local) Platform: cisco WS-C3650-12X48UR, Capabilities: Router Switch IGMP Interface: GigabitEthernet1/0/1, Port ID (outgoing port): GigabitEthernet1/0/13 Holdtime : 173 sec Version : Cisco IOS Software [Denali], Catalyst L3 Switch Software (CAT3K_CAA-UNIVERSALK9-M), Version 16.3.8, RELEASE SOFTWARE (fc3) Technical Support: http://www.cisco.com/techsupport Copyright (c) 1986-2019 by Cisco Systems, Inc. Compiled Wed 13-Feb-19 03:00 by mcpre advertisement version: 2 VTP Management Domain: 'CALOnet' Native VLAN: 1 Duplex: full Management address(es): IP address: 192.168.70.1 Spare Pair PoE: Yes, Spare Pair Detection Required: No Spare Pair PD Config: Disable, Spare Pair PSE Operational: No Total cdp entries displayed : 1
Consulte los siguientes documentos:
Recuperar el estado de puerto errDisable en plataformas Cisco IOS
Troubleshooting de Problemas de Compatibilidad entre Cisco Catalyst Switches y NIC
Sección Understanding Data Link Errors (Comprender errores en el enlace de datos)de Troubleshooting Cisco Catalyst Switches to NIC Compatibility Issues (Resolución de problemas de compatibilidad entre los switches Catalyst de Cisco y NIC)
Solución de problemas del puerto del switch y de la interfaz
Si los cambios de estado de HSRP son frecuentes, utilice los comandos debug de HSRP (en modo de habilitación) en el router para observar la actividad de HSRP. Esta información le ayudará a determinar qué paquetes HSRP recibe y envía el router. Reúna esta información si crea una solicitud de servicio en el soporte técnico de Cisco. El resultado de la depuración también muestra información sobre el estado de HSRP junto con las cuentas detalladas de los paquetes de saludo de HSRP.
En Cisco IOS, habilite la capacidad de depuración HSRP con el comando debug standby. Esta información es útil cuando los problemas son intermitentes y sólo afectan a unas pocas interfaces. La depuración le permite determinar si el router HSRP en cuestión recibe y transmite paquetes de saludo HSRP en intervalos específicos. Si el router no recibe los paquetes de saludo, se puede deducir que o bien el par no transmite los paquetes de saludo o bien la red los descarta.
Comando | Propósito |
---|---|
debug standby | Habilita la depuración HSRP |
Esta es una salida del comando de ejemplo:
Router_1#
debug standby HSRP debugging is on
Jul 29 16:12:16.889: HSRP: Vl10 Grp 110 Hello out 192.168.10.1 Active pri 110 vIP 192.168.10.100 Jul 29 16:12:16.996: HSRP: Vl11 Grp 111 Hello in 192.168.11.2 Standby pri 109 vIP 192.168.11.100 Jul 29 16:12:17.183: HSRP: Vl10 Grp 110 Hello in 192.168.10.2 Standby pri 109 vIP 192.168.10.100
Jul 29 16:12:17.366: HSRP: Vl11 Grp 111 Hello out 192.168.11.1 Active pri 110 vIP 192.168.11.100 Jul 29 16:12:18.736: HSRP: Vl10 Interface adv in, Passive, active 0, passive 1, from 192.168.10.2 Jul 29 16:12:19.622: HSRP: Vl10 Grp 110 Hello out 192.168.10.1 Active pri 110 vIP 192.168.10.100
La versión 12.0(3) del software Cisco IOS implementó una condición de depuración para permitir que el resultado del comando debug standby se filtrara en función de la interfaz y del número de grupo. El comando utiliza el paradigma de la condición de depuración que se implementó en la versión 12.0 del software Cisco IOS.
Comando | Propósito |
---|---|
debug condition standby <interface> <group> | Habilita la depuración condicional HSRP del grupo (0-255) |
La interfaz debe ser una interfaz válida capaz de soportar HSRP. El grupo puede ser cualquiera, de 0 a 255. Se puede configurar una condición de depuración para grupos que no existen. Esto permite que se capturen las depuraciones durante la inicialización de un grupo nuevo. Debe habilitar la depuración en espera para generar resultados de depuración. Si no existen condiciones de depuración en espera, se generará el resultado de la depuración para todos los grupos en todas las interfaces. Si existe por lo menos una condición de depuración en espera, el resultado de la depuración en espera se filtra de acuerdo con todas las condiciones de depuración en espera. Esta es una salida del comando de ejemplo:
Router_1#debug condition standby vlan 10 110 Condition 1 set Router_1# Jul 29 16:16:20.284: Vl10 HSRP110 Debug: Condition 1, hsrp Vl10 HSRP110 triggered, count 1 Router_1#debug standby HSRP debugging is on Router_1# Jul 29 16:16:44.797: HSRP: Vl10 Grp 110 Hello out 192.168.10.1 Active pri 110 vIP 192.168.10.100
Jul 29 16:16:45.381: HSRP: Vl10 Grp 110 Hello in 192.168.10.2 Standby pri 109 vIP 192.168.10.100
Jul 29 16:16:47.231: HSRP: Vl10 Grp 110 Hello out 192.168.10.1 Active pri 110 vIP 192.168.10.100
Jul 29 16:16:48.248: HSRP: Vl10 Grp 110 Hello in 192.168.10.2 Standby pri 109 vIP 192.168.10.100
La versión 12.1(1) del software Cisco IOS agregó la depuración HSRP mejorada. Para ayudar a encontrar información útil, la depuración HSRP mejorada limita el ruido de los mensajes de saludo periódicos e incluye información de estado adicional. Esta información resulta particularmente útil si trabaja con un ingeniero del soporte técnico de Cisco al crear una solicitud de servicio.
Comando | Propósito |
---|---|
debug standby | Muestra todos los errores, eventos y paquetes HSRP |
depurar errores standby | Muestra los errores HSRP |
debug standby events [[all] | [hsrp | redundancia | track]] [detail] | Muestra los eventos HSRP |
debug standby packets [[all | terse] | [advertise | coup | Saludo | resign]] [detail] | Muestra los paquetes HSRP |
debug standby terse | Mostrar un rango limitado de errores, eventos y paquetes HSRP |
Esta es una salida del comando de ejemplo:
Router_2#debug standby terse
HSRP:
HSRP Errors debugging is on
HSRP Events debugging is on
(protocol, neighbor, redundancy, track, ha, arp, interface)
HSRP Packets debugging is on
(Coup, Resign)
Router_2#
*Jul 29 16:49:35.416: HSRP: Vl10 Grp 110 Resign in 192.168.10.1 Active pri 110 vIP 192.168.10.100
*Jul 29 16:49:35.416: HSRP: Vl10 Grp 110 Standby: i/Resign rcvd (110/192.168.10.1)
*Jul 29 16:49:35.416: HSRP: Vl10 Grp 110 Active router is local, was 192.168.10.1
*Jul 29 16:49:35.416: HSRP: Vl10 Nbr 192.168.10.1 no longer active for group 110 (Standby)
*Jul 29 16:49:35.417: HSRP: Vl10 Nbr 192.168.10.1 Was active or standby - start passive holddown
*Jul 29 16:49:35.417: HSRP: Vl10 Grp 110 Standby router is unknown, was local
*Jul 29 16:49:35.417: HSRP: Vl10 Grp 110 Standby -> Active
*Jul 29 16:49:35.418: %HSRP-5-STATECHANGE: Vlan10 Grp 110 state Standby -> Active
*Jul 29 16:49:35.418: HSRP: Peer not present
*Jul 29 16:49:35.418: HSRP: Vl10 Grp 110 Redundancy "hsrp-Vl10-110" state Standby -> Active
*Jul 29 16:49:35.419: HSRP: Vl10 Grp 110 Added 192.168.10.100 to ARP (0000.0c07.ac6e)
*Jul 29 16:49:35.420: HSRP: Vl10 IP Redundancy "hsrp-Vl10-110" standby, local -> unknown
*Jul 29 16:49:35.421: HSRP: Vl10 IP Redundancy "hsrp-Vl10-110" update, Standby -> Active
*Jul 29 16:49:38.422: HSRP: Vl10 IP Redundancy "hsrp-Vl10-110" update, Active -> Active
Puede utilizar la depuración condicional del grupo HSRP y/o de interfaz para filtrar el resultado de la depuración.
Comando | Propósito |
---|---|
debug condition interface interface | Habilita la depuración condicional de la interfaz |
debug condition standby <interface> <group> | Habilita la depuración condicional de HSRP |
En este ejemplo, el router se une a un grupo HSRP preexistente.
Rotuer_2#debug condition standby vlan 10 110
Condition 1 set
Router_2#debug condition interface gigabitEthernet 1/0/1 vlan-id 10
Condition 2 set
Router_2#debug standby
HSRP debugging is on
Router_2#
*Jul 29 16:54:12.496: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Active pri 109 vIP 192.168.10.100
*Jul 29 16:54:15.122: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Active pri 109 vIP 192.168.10.100
*Jul 29 16:54:17.737: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Active pri 109 vIP 192.168.10.100
*Jul 29 16:54:18.880: HSRP: Vl10 Nbr 192.168.10.1 is passive
*Jul 29 16:54:20.316: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Active pri 109 vIP 192.168.10.100
*Jul 29 16:54:20.322: HSRP: Vl10 Grp 110 Coup in 192.168.10.1 Listen pri 110 vIP 192.168.10.100
*Jul 29 16:54:20.323: HSRP: Vl10 Grp 110 Active: j/Coup rcvd from higher pri router (110/192.168.10.1)
*Jul 29 16:54:20.323: HSRP: Vl10 Grp 110 Active router is 192.168.10.1, was local
*Jul 29 16:54:20.323: HSRP: Vl10 Nbr 192.168.10.1 is no longer passive
*Jul 29 16:54:20.324: HSRP: Vl10 Nbr 192.168.10.1 active for group 110
*Jul 29 16:54:20.324: HSRP: Vl10 Grp 110 Active -> Speak
*Jul 29 16:54:20.325: %HSRP-5-STATECHANGE: Vlan10 Grp 110 state Active -> Speak
*Jul 29 16:54:20.325: HSRP: Peer not present
*Jul 29 16:54:20.325: HSRP: Vl10 Grp 110 Redundancy "hsrp-Vl10-110" state Active -> Speak
*Jul 29 16:54:20.326: HSRP: Vl10 Grp 110 Removed 192.168.10.100 from ARP
*Jul 29 16:54:20.326: HSRP: Vl10 Grp 110 Deactivating MAC 0000.0c07.ac6e
*Jul 29 16:54:20.327: HSRP: Vl10 Grp 110 Removing 0000.0c07.ac6e from MAC address filter
*Jul 29 16:54:20.328: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Speak pri 109 vIP 192.168.10.100
*Jul 29 16:54:20.328: HSRP: Vl10 Grp 110 Hello in 192.168.10.1 Active pri 110 vIP 192.168.10.100
*Jul 29 16:54:23.104: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Speak pri 109 vIP 192.168.10.100
*Jul 29 16:54:23.226: HSRP: Vl10 Grp 110 Hello in 192.168.10.1 Active pri 110 vIP 192.168.10.100
*Jul 29 16:54:25.825: HSRP: Vl10 Grp 110 Hello in 192.168.10.1 Active pri 110 vIP 192.168.10.100
*Jul 29 16:54:25.952: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Speak pri 109 vIP 192.168.10.100
*Jul 29 16:54:28.427: HSRP: Vl10 Grp 110 Hello in 192.168.10.1 Active pri 110 vIP 192.168.10.100
*Jul 29 16:54:28.772: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Speak pri 109 vIP 192.168.10.100
*Jul 29 16:54:30.727: HSRP: Vl10 Grp 110 Speak: d/Standby timer expired (unknown)
*Jul 29 16:54:30.727: HSRP: Vl10 Grp 110 Standby router is local
*Jul 29 16:54:30.727: HSRP: Vl10 Grp 110 Speak -> Standby
*Jul 29 16:54:30.727: %HSRP-5-STATECHANGE: Vlan10 Grp 110 state Speak -> Standby
*Jul 29 16:54:30.728: HSRP: Peer not present
*Jul 29 16:54:30.728: HSRP: Vl10 Grp 110 Redundancy "hsrp-Vl10-110" state Speak -> Standby
*Jul 29 16:54:30.728: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Standby pri 109 vIP 192.168.10.100
*Jul 29 16:54:31.082: HSRP: Vl10 Grp 110 Hello in 192.168.10.1 Active pri 110 vIP 192.168.10.100
*Jul 29 16:54:33.459: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Standby pri 109 vIP 192.168.10.100
*Jul 29 16:54:33.811: HSRP: Vl10 Grp 110 Hello in 192.168.10.1 Active pri 110 vIP 192.168.10.100
*Jul 29 16:54:36.344: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Standby pri 109 vIP 192.168.10.100
*Jul 29 16:54:36.378: HSRP: Vl10 Grp 110 Hello in 192.168.10.1 Active pri 110 vIP 192.168.10.100
*Jul 29 16:54:38.856: HSRP: Vl10 Grp 110 Hello in 192.168.10.1 Active pri 110 vIP 192.168.10.100
*Jul 29 16:54:38.876: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Standby pri 109 vIP 192.168.10.100
*Jul 29 16:54:41.688: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Standby pri 109 vIP 192.168.10.100
*Jul 29 16:54:41.717: HSRP: Vl10 Grp 110 Hello in 192.168.10.1 Active pri 110 vIP 192.168.10.100
Las condiciones de bucle STP o la inestabilidad en una red pueden impedir una comunicación adecuada de los pares HSRP. Debido a esta comunicación inadecuada, cada par se convierte en un router activo. Los bucles STP pueden provocar tormentas de difusión, tramas duplicadas e inconsistencia en la tabla MAC. Todos estos problemas afectan a toda la red y, en especial, a HSRP. Los mensajes de error HSRP pueden ser la primera indicación de un problema con STP.
Cuando solucione los problemas de STP, debe entender la topología STP de la red en cada VLAN. Debe determinar qué switch es el bridge raíz y qué puertos del switch están bloqueando y reenviando. Dado que cada VLAN tiene su propia topología STP, esta información resulta muy importante a nivel VLAN.
Asegúrese de que STP está configurado en todos los switches y dispositivos de conexión en bridge de la red. Tome nota de dónde cada switch cree que se ubica el bridge raíz. Asimismo, anote los valores de los siguientes temporizadores:
duración máxima de la root
Tiempo de Hello
demora de reenvío
Ejecute el comando show spanning-tree para ver toda esta información. De forma predeterminada, el comando muestra esta información para todas las VLAN. Sin embargo, también puede filtrar otra información de VLAN si proporciona el número de VLAN con el comando. Esta información resulta muy útil al solucionar problemas de STP.
Estos tres temporizadores que se anotan en el resultado show spanning-tree se aprenden del puente raíz. Estos temporizadores no deben coincidir con los temporizadores configurados en ese bridge específico. Sin embargo, asegúrese de que los temporizadores coinciden con el puente de ruta en caso de que el switch se convierta en el puente de ruta en algún momento. Esta coincidencia de los temporizadores con el bridge raíz ayuda a mantener la continuidad y facilidad de administración. Asimismo, esta coincidencia impide que un switch con temporizadores incorrectos paralice la red.
Nota: Habilite STP para todas las VLAN en todo momento, independientemente de si hay links redundantes en la red. Si habilita STP en redes no redundantes, se evitan pérdidas. Una pérdida puede producirse si alguien conecta en bridge switches con concentradores u otros switches y accidentalmente crea un bucle físico. STP también es muy útil para aislar problemas específicos. Si la habilitación de STP afecta al funcionamiento de la red, podría existir un problema que debe aislarse.
A continuación se muestra un ejemplo de salida del comando show spanning-tree:
L2Switch_1#show spanning-tree vlan 10
VLAN0010
Spanning tree enabled protocol rstp
Root ID Priority 32778
Address 00fe.c8d3.8680
This bridge is the root
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32778 (priority 32768 sys-id-ext 10)
Address 00fe.c8d3.8680
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 300 sec
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- --------------------------------
Gi1/0/3 Desg FWD 4 128.3 P2p
Gi1/0/10 Desg FWD 4 128.10 P2p Edge
Gi1/0/11 Desg FWD 4 128.11 P2p
Gi1/0/13 Desg FWD 4 128.13 P2p
Gi1/0/14 Desg FWD 4 128.14 P2p
Gi1/0/15 Desg FWD 4 128.15 P2p
Gi1/0/16 Desg FWD 4 128.16 P2p
Gi1/0/35 Desg FWD 4 128.35 P2p
L2Switch_1#show spanning-tree vlan 11
VLAN0011
Spanning tree enabled protocol rstp
Root ID Priority 32779
Address 00fe.c8d3.8680
This bridge is the root
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32779 (priority 32768 sys-id-ext 11)
Address 00fe.c8d3.8680
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 300 sec
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- --------------------------------
Gi1/0/3 Desg FWD 4 128.3 P2p
Gi1/0/10 Desg FWD 4 128.10 P2p Edge
Gi1/0/11 Desg FWD 4 128.11 P2p
Gi1/0/13 Desg FWD 4 128.13 P2p
Gi1/0/14 Desg FWD 4 128.14 P2p
Gi1/0/15 Desg FWD 4 128.15 P2p
Gi1/0/16 Desg FWD 4 128.16 P2p
Gi1/0/35 Desg FWD 4 128.35 P2p
El switch L2Switch_1 es la raíz de VLAN 10 y VLAN 11.
Para que tenga lugar un bucle STP, debe haber redundancia física L2 en la red. Un STP no tiene lugar si no existe la posibilidad de que haya una condición de bucle físico. Los síntomas de una condición de bucle STP son los siguientes:
Interrupción total de la red
Pérdida de conectividad
La notificación por parte de los equipos de la red de la alta utilización del sistema y de los procesos
Una sola VLAN que experimente una condición de bucle STP puede congestionar un enlace y privar del ancho de banda a las demás VLAN. El comando show interfaces <interface> controller indica qué puertos transmiten o reciben un número excesivo de paquetes. Una difusión y multidifusión excesiva puede indicar puertos que son parte de un bucle STP. Como regla general, sospeche que existe un enlace con una condición de bucle STP siempre que la multidifusión o difusión sobrepase la cantidad de paquetes de unidifusión.
Nota: El switch también cuenta las unidades de datos de protocolo de puente STP (BPDU) que se reciben y transmiten como tramas multicast. Aun así, un puerto que está en el estado de bloqueo STP sigue transmitiendo y recibiendo BPDU de STP.
Router_2#show interfaces gi1/0/1 controller
GigabitEthernet1/0/1 is up, line protocol is up (connected)
Hardware is Gigabit Ethernet, address is 1880.90d8.5901 (bia 1880.90d8.5901)
Description: PNP STARTUP VLAN
MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 1000Mb/s, media type is 10/100/1000BaseTX
input flow-control is on, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:04, output hang never
Last clearing of "show interface" counters never
Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 33000 bits/sec, 31 packets/sec
5 minute output rate 116000 bits/sec, 33 packets/sec
9641686 packets input, 1477317083 bytes, 0 no buffer
Received 1913802 broadcasts (1151766 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 1151766 multicast, 0 pause input
0 input packets with dribble condition detected
10702696 packets output, 4241534645 bytes, 0 underruns
Output 3432 broadcasts (0 multicasts)
0 output errors, 0 collisions, 2 interface resets
9582 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out
Transmit GigabitEthernet1/0/1 Receive
4241534645 Total bytes 1477317083 Total bytes
10562003 Unicast frames 7727884 Unicast frames
4229489212 Unicast bytes 1291270617 Unicast bytes
137261 Multicast frames 1151766 Multicast frames
11812065 Multicast bytes 91096867 Multicast bytes
3432 Broadcast frames 762036 Broadcast frames
233368 Broadcast bytes 94949599 Broadcast bytes
0 System FCS error frames 0 IpgViolation frames
0 MacUnderrun frames 0 MacOverrun frames
0 Pause frames 0 Pause frames
0 Cos 0 Pause frames 0 Cos 0 Pause frames
0 Cos 1 Pause frames 0 Cos 1 Pause frames
0 Cos 2 Pause frames 0 Cos 2 Pause frames
0 Cos 3 Pause frames 0 Cos 3 Pause frames
0 Cos 4 Pause frames 0 Cos 4 Pause frames
0 Cos 5 Pause frames 0 Cos 5 Pause frames
0 Cos 6 Pause frames 0 Cos 6 Pause frames
0 Cos 7 Pause frames 0 Cos 7 Pause frames
0 Oam frames 0 OamProcessed frames
0 Oam frames 0 OamDropped frames
38144 Minimum size frames 4165201 Minimum size frames
4910833 65 to 127 byte frames 3126489 65 to 127 byte frames
1237675 128 to 255 byte frames 750243 128 to 255 byte frames
1029126 256 to 511 byte frames 1279281 256 to 511 byte frames
2205966 512 to 1023 byte frames 103668 512 to 1023 byte frames
1280952 1024 to 1518 byte frames 205229 1024 to 1518 byte frames
0 1519 to 2047 byte frames 11575 1519 to 2047 byte frames
0 2048 to 4095 byte frames 0 2048 to 4095 byte frames
0 4096 to 8191 byte frames 0 4096 to 8191 byte frames
0 8192 to 16383 byte frames 0 8192 to 16383 byte frames
0 16384 to 32767 byte frame 0 16384 to 32767 byte frame
0 > 32768 byte frames 0 > 32768 byte frames
0 Late collision frames 0 SymbolErr frames
0 Excess Defer frames 0 Collision fragments
0 Good (1 coll) frames 0 ValidUnderSize frames
0 Good (>1 coll) frames 0 InvalidOverSize frames
0 Deferred frames 0 ValidOverSize frames
0 Gold frames dropped 0 FcsErr frames
0 Gold frames truncated
0 Gold frames successful
0 1 collision frames
0 2 collision frames
0 3 collision frames
0 4 collision frames
0 5 collision frames
0 6 collision frames
0 7 collision frames
0 8 collision frames
0 9 collision frames
0 10 collision frames
0 11 collision frames
0 12 collision frames
0 13 collision frames
0 14 collision frames
0 15 collision frames
0 Excess collision frames
LAST UPDATE 2384 msecs AGO
Otro comando que es vital para el diagnóstico de los problemas de STP es el comando show spanning-tree detail. Este comando sigue los mensajes de la Notificación de cambio de topología (TCN) hacia su originador. Estos mensajes, enviados como BPDU especiales entre switches, indican que ha habido un cambio de topología en un switch. Ese switch envía un TCN fuera de su puerto raíz. La TCN se mueve de forma ascendente hacia el bridge raíz. El puente de ruta envía otra BPDU especial, un Reconocimiento de cambio de topología (TCA), a todos sus puertos. El bridge raíz establece el bit TCN en la BPDU de configuración. Como consecuencia, todos los bridges que no son raíz establecen su temporizador de vencimiento de la tabla de direcciones MAC de acuerdo con el retardo de reenvío del STP de configuración.
Para aislar este problema, acceda al bridge raíz para cada VLAN y ejecute el comando show spanning-tree <interface> detail para los puertos conectados al switch. La entrada última modificación realizada indica la hora en que se recibió el último TCN. En esta situación, no tiene tiempo de observar quién emitió las TCN que han podido ser las causas del posible bucle. La entrada Number of topology changes le da una idea sobre el número de TCN que ocurren. Durante un bucle STP, este contador puede incrementarse cada minuto. Consulte la sección Spanning Tree Protocol Problems and Related Design Considerations (Problemas en el protocolo de árbol de expansión y consideraciones de diseño) para obtener más información.
Otra información útil incluye:
Puerto de la última TCN
Hora de la última TCN
Conteo de TCN actual
Esta es una salida del comando de ejemplo:
L2Switch_1#show spanning-tree vlan 10 detail
VLAN0010 is executing the rstp compatible Spanning Tree protocol
Bridge Identifier has priority 32768, sysid 10, address 00fe.c8d3.8680
Configured hello time 2, max age 20, forward delay 15, transmit hold-count 6
We are the root of the spanning tree
Topology change flag not set, detected flag not set
Number of topology changes 8 last change occurred 03:21:48 ago
from GigabitEthernet1/0/35
Times: hold 1, topology change 35, notification 2
hello 2, max age 20, forward delay 15
Timers: hello 0, topology change 0, notification 0, aging 300
Port 3 (GigabitEthernet1/0/3) of VLAN0010 is designated forwarding
Port path cost 4, Port priority 128, Port Identifier 128.3.
Designated root has priority 32778, address 00fe.c8d3.8680
Designated bridge has priority 32778, address 00fe.c8d3.8680
Designated port id is 128.3, designated path cost 0
Timers: message age 0, forward delay 0, hold 0
Number of transitions to forwarding state: 1
Link type is point-to-point by default
BPDU: sent 6066, received 0
Port 10 (GigabitEthernet1/0/10) of VLAN0010 is designated forwarding
Port path cost 4, Port priority 128, Port Identifier 128.10.
Designated root has priority 32778, address 00fe.c8d3.8680
Designated bridge has priority 32778, address 00fe.c8d3.8680
Designated port id is 128.10, designated path cost 0
Timers: message age 0, forward delay 0, hold 0
Number of transitions to forwarding state: 1
The port is in the portfast mode by portfast trunk configuration
Link type is point-to-point by default
BPDU: sent 6063, received 0
Port 11 (GigabitEthernet1/0/11) of VLAN0010 is designated forwarding
Port path cost 4, Port priority 128, Port Identifier 128.11.
Designated root has priority 32778, address 00fe.c8d3.8680
Designated bridge has priority 32778, address 00fe.c8d3.8680
Designated port id is 128.11, designated path cost 0
Timers: message age 0, forward delay 0, hold 0
Number of transitions to forwarding state: 1
Link type is point-to-point by default
BPDU: sent 6066, received 0
Port 13 (GigabitEthernet1/0/13) of VLAN0010 is designated forwarding
Port path cost 4, Port priority 128, Port Identifier 128.13.
Designated root has priority 32778, address 00fe.c8d3.8680
Designated bridge has priority 32778, address 00fe.c8d3.8680
Designated port id is 128.13, designated path cost 0
Timers: message age 0, forward delay 0, hold 0
Number of transitions to forwarding state: 1
Link type is point-to-point by default
BPDU: sent 6066, received 3
Port 14 (GigabitEthernet1/0/14) of VLAN0010 is designated forwarding
Port path cost 4, Port priority 128, Port Identifier 128.14.
Designated root has priority 32778, address 00fe.c8d3.8680
Designated bridge has priority 32778, address 00fe.c8d3.8680
Designated port id is 128.14, designated path cost 0
Timers: message age 0, forward delay 0, hold 0
Number of transitions to forwarding state: 1
Link type is point-to-point by default
BPDU: sent 6066, received 3
Port 15 (GigabitEthernet1/0/15) of VLAN0010 is designated forwarding
Port path cost 4, Port priority 128, Port Identifier 128.15.
Designated root has priority 32778, address 00fe.c8d3.8680
Designated bridge has priority 32778, address 00fe.c8d3.8680
Designated port id is 128.15, designated path cost 0
Timers: message age 0, forward delay 0, hold 0
Number of transitions to forwarding state: 1
Link type is point-to-point by default
BPDU: sent 6067, received 0
Port 16 (GigabitEthernet1/0/16) of VLAN0010 is designated forwarding
Port path cost 4, Port priority 128, Port Identifier 128.16.
Designated root has priority 32778, address 00fe.c8d3.8680
Designated bridge has priority 32778, address 00fe.c8d3.8680
Designated port id is 128.16, designated path cost 0
Timers: message age 0, forward delay 0, hold 0
Number of transitions to forwarding state: 1
Link type is point-to-point by default
BPDU: sent 6067, received 0
Port 35 (GigabitEthernet1/0/35) of VLAN0010 is designated forwarding
Port path cost 4, Port priority 128, Port Identifier 128.35.
Designated root has priority 32778, address 00fe.c8d3.8680
Designated bridge has priority 32778, address 00fe.c8d3.8680
Designated port id is 128.35, designated path cost 0
Timers: message age 0, forward delay 0, hold 0
Number of transitions to forwarding state: 1
Link type is point-to-point by default
BPDU: sent 6067, received 0
Este resultado muestra que el último cambio de topología se produjo desde el dispositivo conectado fuera de la interfaz GigabitEthernet1/0/35. A continuación, ejecute el mismo comando show spanning-tree detail desde este dispositivo para intentar rastrear el problema. Si este switch que genera las TCNs sólo está conectado a PC o terminales, asegúrese de que STP PortFast esté habilitado en estos puertos. STP PortFast elimina las TCN STP cuando un puerto cambia de estados.
Consulte los documentos siguientes para obtener más información sobre STP y cómo solucionar los problemas de las transiciones de enlaces asociadas a las tarjetas de interfaz de red (NIC):
Debido a la naturaleza del balance de cargas de Fast EtherChannel (FEC, canalización de puerto), los problemas de FEC pueden contribuir a los problemas de HSRP y STP. Al resolver problemas de STP o HSRP, puede eliminar la configuración de cualquier conexión FEC. Una vez que los cambios de configuración estén en su lugar, ejecute el comando show spanning-tree blockedports en ambos switches. Asegúrese de que, como mínimo, uno de los puertos empieza el bloqueo en uno de los lados de la conexión.
Consulte los siguientes documentos para obtener más información sobre Fast EtherChannel:
Habilite la supresión de la difusión para ayudar a reducir el impacto de una tormenta de difusión. Una tormenta de difusión es uno de los efectos secundarios principales de un bucle STP. Esta es una salida del comando de ejemplo:
L2Switch_1#show run interface TenGigabitEthernet1/1/5
Building configuration...
Current configuration : 279 bytes
!
interface TenGigabitEthernet1/1/5
switchport trunk allowed vlan 300-309
switchport mode trunk
storm-control broadcast level 30.00
storm-control multicast level 30.00
storm-control unicast level 30.00
spanning-tree guard root
end
L2Switch_1#show storm-control broadcast
Key: U - Unicast, B - Broadcast, M - Multicast
Interface Filter State Upper Lower Current Action Type
--------- ------------- ----------- ----------- ---------- --------- ----
Te1/1/5 Forwarding 30.00% 30.00% 0.00% None B
Te1/1/7 Link Down 30.00% 30.00% 0.00% None B
Te1/1/8 Forwarding 10.00% 10.00% 0.00% None B
L2Switch_1#show storm-control multicast
Key: U - Unicast, B - Broadcast, M - Multicast
Interface Filter State Upper Lower Current Action Type
--------- ------------- ----------- ----------- ---------- --------- ----
Te1/1/5 Forwarding 30.00% 30.00% 0.00% None M
Te1/1/7 Link Down 30.00% 30.00% 0.00% None M
El tráfico de la consola o de Telnet al switch a veces se ralentiza demasiado como para localizar adecuadamente un dispositivo problemático durante un bucle de STP. Para forzar una recuperación instantánea de la red, elimine todos los enlaces físicos redundantes. Después de permitir que STP vuelva a converger en la nueva topología no redundante, vuelva a conectar un enlace redundante a la vez. Si el bucle STP regresa después de agregar un segmento determinado, significa que ha identificado los dispositivos problemáticos.
Verifique que PortFast, UplinkFast y BackboneFast están configurados adecuadamente. Al solucionar los problemas de STP, inhabilite todos los STP avanzados (UplinkFast y BackboneFast). Además, verifique que STP PortFast sólo está habilitado en puertos conectados directamente a los host sin conexión en bridge. Los host sin conexión en bridge incluyen estaciones de trabajo de usuario y routers sin grupos de bridge. No habilite PortFast en los puertos conectados a concentradores u otros switches. Estos son algunos documentos para ayudar a comprender y configurar estas funciones:
Comprensión y configuración de la función UplinkFast de Cisco
Cuando habilita la protección PortFast BPDU, un puerto no troncal habilitado para PortFast cambia a estado errdisable en el momento en que se recibe una BPDU en ese puerto. Esta función le ayuda a encontrar puertos configurados incorrectamente para PortFast. La función también detecta dónde los dispositivos reflejan los paquetes o inyectan las BPDU STP en la red. Cuando resuelve problemas de STP, puede habilitar esta función para ayudar a aislar el problema de STP.
L2Switch_1#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
L2Switch_1(config)#spanning-tree portfast bpduguard
L2Switch_1(config)#end
Cuando la eliminación de VTP está habilitada en la red, puede hacer que los dispositivos de un grupo de HSRP se activen. Esto da como resultado conflictos de IP entre las puertas de enlace y causa problemas de tráfico. Asegúrese de que la VLAN de cualquier grupo de HSRP no sea eliminada por VTP en la red.
Si todos los demás intentos para aislar o resolver los problemas de HSRP no tienen éxito, el método "dividir y vencer" es el siguiente enfoque. Este método ayuda a aislar la red y los componentes que forman la red. Dividir y vencer incluye cada una de las pautas de esta lista:
Nota: Esta lista repite algunas pautas de otras secciones de este documento.
Cree una VLAN de prueba para conectar HSRP y la VLAN aislada a routers HSRP.
Desconecte todos los puertos redundantes.
Divida los puertos FEC en puertos de conexión única.
Reduzca los miembros del grupo HSRP a sólo dos miembros.
Recorte los puertos troncales de modo que sólo las VLAN necesarias se propaguen a través de dichos puertos.
Desconecte los switches conectados a la red hasta que los problemas desaparezcan.
Este problema puede tener lugar con interfaces Fast Ethernet al interrumpir la conectividad de la red o agregar un router HSRP con una prioridad superior en una red. Cuando el estado de HSRP cambia de activo a hablar, el router reinicia la interfaz con el propósito de eliminar la dirección MAC HSRP del filtro de direcciones MAC de interfaces. Únicamente el hardware específico que se utiliza en las interfaces Fast Ethernet para Cisco 2600s, 3600s y 7500s presenta este problema. El reinicio de la interfaz del router provoca que el estado de un enlace cambie en las interfaces Fast Ethernet y que el switch detecte el cambio. Si el switch ejecuta STP, el cambio provoca una transición de STP. El STP tarda 30 segundos en cambiar el puerto al estado de reenvío. Este tiempo es el doble del plazo de retardo de reenvío predeterminado de 15 segundos. Al mismo tiempo, el router en estado de hablar pasa al estado en espera después de 10 segundos, que es el tiempo en espera de HSRP. STP todavía no está en estado de reenvío, por lo que no se reciben mensajes de saludo HSRP desde el router activo. Como consecuencia, el router en espera se convierte en el activo transcurridos unos 10 segundos. Ambos routers ahora están activos. Cuando los puertos STP se ponen en estado de reenvío, el router de menor prioridad cambia de activo a hablar y todo el proceso se repite.
Platform | Descripción | ID de falla de funcionamiento de Cisco | Corregir | Solución Aternativa |
---|---|---|---|---|
Cisco 2620/2621 | La interfaz Fast Ethernet comienza a inestabilizarse cuando HSRP está configurado y el cable está desconectado. | Una actualización de software; consulte el bug para obtener detalles de la revisión. | Habilita el árbol de expansión PortFast en el puerto del switch conectado. | |
Cisco 2620/2621 | Estado de HSRP inestable en 2600 con Fast Ethernet. | Versión 12.1.3 del software Cisco IOS | Habilita el árbol de expansión PortFast en el puerto del switch conectado. | |
Cisco 3600 con NM-1FE-TX1 | Estado de HSRP inestable en 2600 y 3600 Fast Ethernet. | Versión 12.1.3 del software Cisco IOS | Habilita el árbol de expansión PortFast en el puerto del switch conectado. | |
Cisco 4500 con interfaz Fast Ethernet | Estado de HSRP inestable en 4500 Fast Ethernet. | ID de bug de Cisco CSCds16055 | Versión 12.1.5 del software Cisco IOS | Habilita el árbol de expansión PortFast en el puerto del switch conectado. |
1NM-1FE-TX = módulo de red de un puerto Fast Ethernet (interfaz 10/100BASE-TX).
Una solución alternativa es ajustar los temporizadores HSRP para que el retardo de reenvío de STP sea menos que la mitad del tiempo de espera predeterminado de HSRP. El tiempo de retardo de reenvío predeterminado de STP es de 15 segundos y el tiempo de espera HSRP predeterminado es de 10 segundos.
Cuando utiliza el comando track en el proceso HSRP, Cisco recomienda utilizar un valor de disminución determinado para evitar la intermitencia del HSRP.
Este es un ejemplo de configuración en un router activo de HSRP cuando se utiliza el comando track:
standby 1 ip 10.0.0.1 standby 1 priority 105 standby 1 preempt delay minimum 60 standby 1 name TEST standby 1 track <object> decrement 15
Donde 15 es el valor de disminución cuando el objeto es inestable. Para obtener más información sobre el comando track, navegue hasta el documento Opción de seguimiento en Ejemplo de configuración de HSRPv2.
Revisión | Fecha de publicación | Comentarios |
---|---|---|
2.0 |
09-Jan-2023 |
Contenido técnico actualizado para actualizarlo.
Actualizado el formato, gerundios, traducción automática, requisitos de estilo, longitud del título, SEO e imágenes a .png. |
1.0 |
29-Nov-2001 |
Versión inicial |