Los comandos de depuración del HSRP le permiten ver el funcionamiento del HSRP cuando un router falla o está administrativamente apagado. Los comandos de depuración de HSRP disponibles pueden verse ingresando el comando debug standby?, como se muestra en el Ejemplo 1.
Ejemplo 1: Comandos de depuración de HSRP
R2# debug standby ?
errors HSRP errors
events HSRP events
packets HSRP packets
terse Display limited range of HSRP errors, events and packets
<cr>
|
Use debug standby packets para ver la recepción y el envío de paquetes de saludo cada 3 segundos, como se muestra en el Ejemplo 2 para el R2 en la Figura 1. Los routers HSRP supervisan estos paquetes de saludo e iniciarán un cambio de estado después de 10 segundos si no reciben saludos de un vecino de HSRP.
Figura 1: Topología del HSRP
Ejemplo 2: Paquetes de saludo del HSRP en el router de reserva
R2# debug standby packets
*Dec 2 15:20:12.347: HSRP: Gi0/1 Grp 1 Hello in 172.16.10.2 Active pri 150 vIP 172.16.10.1
*Dec 2 15:20:12.643: HSRP: Gi0/1 Grp 1 Hello out 172.16.10.3 Standby pri 100 vIP 172.16.10.1
|
El HSRP se comporta de manera diferente, dependiendo de si el router activo falla o si es apagado manualmente por el administrador. Utilice debug standby terse, como se muestra en el Ejemplo 3, para ver los eventos del HSRP mientras el R1 se apaga y el R2 asume la función del router HSRP activo para la red 172.16.10.0/24.
Ejemplo 3: El R1 falla y el R2 se elige como router HSRP activo
!!!!!!R1 is powered off!!!!!
R2# debug standby terse
HSRP:
HSRP Errors debugging is on
HSRP Events debugging is on
(protocol, neighbor, redundancy, track, arp, interface)
HSRP Packets debugging is on
(Coup, Resign)
R2#
*Dec 2 16:11:31.855: HSRP: Gi0/1 Grp 1 Standby: c/Active timer expired(172.16.10.2)
*Dec 2 16:11:31.855: HSRP: Gi0/1 Grp 1 Active router is local, was 172.16.10.2
*Dec 2 16:11:31.855: HSRP: Gi0/1 Nbr 172.16.10.2 no longer active for group 1 (Standby)
*Dec 2 16:11:31.855: HSRP: Gi0/1 Nbr 172.16.10.2 Was active or standby - start passive holddown
*Dec 2 16:11:31.855: HSRP: Gi0/1 Grp 1 Standby router is unknown, was local
*Dec 2 16:11:31.855: HSRP: Gi0/1 Grp 1 Standby -> Active
<output omitted>
R2#
|
El ejemplo 4 muestra qué sucede en el R2 cuando el R1 se vuelve a encender. Debido a que el R1 se configura con el comando standby 1 preempt, inicia un pulso y asume el rol de router activo, como se destaca a continuación. El resto del resultado muestra que el R2 escucha activamente los mensajes de saludo durante el estado Speak hasta que confirma que el R1 es el nuevo router activo y el R2 es el nuevo router de reserva.
Ejemplo 4: El R1 inicia un pulso para convertirse en el router HSRP activo
R2#
*Dec 2 18:01:30.183: HSRP: Gi0/1 Nbr 172.16.10.2 Adv in, active 0 passive 1
*Dec 2 18:01:30.183: HSRP: Gi0/1 Nbr 172.16.10.2 created
*Dec 2 18:01:30.183: HSRP: Gi0/1 Nbr 172.16.10.2 is passive
*Dec 2 18:01:32.443: HSRP: Gi0/1 Nbr 172.16.10.2 Adv in, active 1 passive 1
*Dec 2 18:01:32.443: HSRP: Gi0/1 Nbr 172.16.10.2 is no longer passive
*Dec 2 18:01:32.443: HSRP: Gi0/1 Nbr 172.16.10.2 destroyed
*Dec 2 18:01:32.443: HSRP: Gi0/1 Grp 1 Coup in 172.16.10.2 Listen pri 150 vIP 172.16.10.1
*Dec 2 18:01:32.443: HSRP: Gi0/1 Grp 1 Active: j/Coup rcvd from higher pri router (150/172.16.10.2)
*Dec 2 18:01:32.443: HSRP: Gi0/1 Grp 1 Active router is 172.16.10.2, was local
*Dec 2 18:01:32.443: HSRP: Gi0/1 Nbr 172.16.10.2 created
*Dec 2 18:01:32.443: HSRP: Gi0/1 Nbr 172.16.10.2 active for group 1
*Dec 2 18:01:32.443: HSRP: Gi0/1 Grp 1 Active -> Speak
*Dec 2 18:01:32.443: %HSRP-5-STATECHANGE: GigabitEthernet0/1 Grp 1 state Active -> Speak
*Dec 2 18:01:32.443: HSRP: Gi0/1 Grp 1 Redundancy "hsrp-Gi0/1-1" state Active -> Speak
*Dec 2 18:01:32.443: HSRP: Gi0/1 Grp 1 Removed 172.16.10.1 from ARP
*Dec 2 18:01:32.443: HSRP: Gi0/1 IP Redundancy "hsrp-Gi0/1-1" update, Active -> Speak
*Dec 2 18:01:43.771: HSRP: Gi0/1 Grp 1 Speak: d/Standby timer expired (unknown)
*Dec 2 18:01:43.771: HSRP: Gi0/1 Grp 1 Standby router is local
*Dec 2 18:01:43.771: HSRP: Gi0/1 Grp 1 Speak -> Standby
|
Si la interfaz G0/1 del R1 está administrativamente apagada, el R1 envía un mensaje Init que indica a todos los routers HSRP en el enlace que está renunciando a su rol de router activo. Como se muestra en el ejemplo 5, 10 segundos después el R2 asume el rol de router activo de HSRP.
Ejemplo 5: EL R1 está administrativamente apagado y renuncia a ser el router HSRP activo
R1(config)# interface g0/1
R1(config-if)# shutdown
R1(config-if)#
*Dec 2 17:36:20.275: %HSRP-5-STATECHANGE: GigabitEthernet0/1 Grp 1 state Active -> Init
*Dec 2 17:36:22.275: %LINK-5-CHANGED: Interface GigabitEthernet0/1, changed state to administratively down
*Dec 2 17:36:23.275: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/1, changed state to down
R1(config-if)#
!---------------------------------------------------------------------------
R2#
*Dec 2 17:36:30.699: HSRP: Gi0/1 Grp 1 Resign in 172.16.10.2 Active pri 150 vIP 172.16.10.1
*Dec 2 17:36:30.699: HSRP: Gi0/1 Grp 1 Standby: i/Resign rcvd (150/172.16.10.2)
*Dec 2 17:36:30.699: HSRP: Gi0/1 Grp 1 Active router is local, was 172.16.10.2
*Dec 2 17:36:30.699: HSRP: Gi0/1 Nbr 172.16.10.2 no longer active for group 1 (Standby)
*Dec 2 17:36:30.699: HSRP: Gi0/1 Nbr 172.16.10.2 Was active or standby - start passive holddown
*Dec 2 17:36:30.699: HSRP: Gi0/1 Grp 1 Standby router is unknown, was local
*Dec 2 17:36:30.699: HSRP: Gi0/1 Grp 1 Standby -> Active
*Dec 2 17:36:30.699: %HSRP-5-STATECHANGE: GigabitEthernet0/1 Grp 1 state Standby -> Active
*Dec 2 17:36:30.699: HSRP: Gi0/1 Grp 1 Redundancy "hsrp-Gi0/1-1" state Standby -> Active
*Dec 2 17:36:30.699: HSRP: Gi0/1 Grp 1 Added 172.16.10.1 to ARP (0000.0c9f.f001)
*Dec 2 17:36:30.699: HSRP: Gi0/1 IP Redundancy "hsrp-Gi0/1-1" standby, local -> unknown
*Dec 2 17:36:30.699: HSRP: Gi0/1 IP Redundancy "hsrp-Gi0/1-1" update, Standby -> Active
*Dec 2 17:36:33.707: HSRP: Gi0/1 IP Redundancy "hsrp-Gi0/1-1" update, Active -> Active
R2#
*Dec 2 17:39:30.743: HSRP: Gi0/1 Nbr 172.16.10.2 Passive timer expired
*Dec 2 17:39:30.743: HSRP: Gi0/1 Nbr 172.16.10.2 is no longer passive
*Dec 2 17:39:30.743: HSRP: Gi0/1 Nbr 172.16.10.2 destroyed
R2#
|
Observe que el R2 inicia un temporizador de espera pasivo para el R1. Después de 3 minutos, este temporizador de espera pasivo expira y el R1 (172.16.10.2) se destruye, lo que significa que se elimina de la base de datos del HSRP.
Problemas comunes de configuración del HSRP
Los comandos debug en la página anterior ilustran el funcionamiento esperado del HSRP. También puede utilizar los comandos debug para detectar problemas comunes de configuración:
- Los routers en HSRP no están conectados al mismo segmento de red. Si bien esto podría ser un problema de la capa física, también podría ser un problema de configuración de la subinterfaz de VLAN.
- Los routers en HSRP no están configurados con las direcciones IP de la misma subred. Los paquetes de saludo del HSRP son locales. No se enrutan más allá del segmento de red. Por lo tanto, un router de reserva no sabría cuándo falla el router activo.
- Los routers en HSRP no están configurados con la misma dirección IP virtual. La dirección IP virtual es el gateway predeterminado para terminales.
- Los routers en HSRP no están configurados con el mismo número de grupo HSRP. Esto hará que cada router asuma un rol activo.
- Los terminales no se configuran con la dirección de gateway predeterminada correcta. Aunque no está relacionado directamente con el HSRP, configurar el servidor DHCP con una de las direcciones IP reales del router en HSRP significaría que los terminales tendrían solo conectividad a redes remotas cuando dicho router HSRP esté activo.
Blogs relacionados
Si te gusto este articulo comenta y comparte sigue en tu pagina Redes Five.
visitanos en nuestra pagina sobre sistemas operativos y mas Sistemastube.
