Método general (de lo mínimo a lo complejo)
- ¿Ambos routers ven el grupo?
show standby briefen los dos. - ¿Coinciden número de grupo, versión e IP virtual en ambos?
- ¿El activo es el que quieres? (prioridad + preempt).
- ¿El tracking baja la prioridad cuando debe?
- ¿Los hosts usan la IP virtual como gateway?
Comando base:
Router# show standby brief
Caso 1 — Los dos routers se creen Activos (ambos Active)
Síntoma: los dos aparecen como Active.
Causas:
- No se ven entre sí (no llegan los mensajes HSRP): problema de capa 2 o VLAN entre ellos.
- Versión distinta (uno v1 y otro v2) o número de grupo distinto.
Diagnóstico:
Router# show standby ! comparar versión y grupo
Router# show standby brief
Solución: igualar versión, grupo e IP virtual, y asegurar la conectividad L2 entre ambos.
Router(config-if)# standby version 2
Router(config-if)# standby 1 ip 192.168.10.1
Caso 2 — El router equivocado quedó Activo
Síntoma: el activo no es el que diseñaste.
Causa: falta ajustar la prioridad, o falta preempt (el de mayor prioridad no recupera el rol al reincorporarse).
Diagnóstico:
Router# show standby brief ! prioridades y flag P (preempt)
Solución:
Router(config-if)# standby 1 priority 110
Router(config-if)# standby 1 preempt
Caso 3 — El failover no ocurre cuando cae el uplink
Síntoma: el uplink del activo cae pero sigue siendo Active y el tráfico se pierde.
Causa: falta Object Tracking, o el decremento no es suficiente para que el standby supere al activo.
Diagnóstico:
Router# show track
Router# show standby ! ¿bajó la prioridad al caer el objeto?
Solución: asociar el track y ajustar el decremento para que la prioridad baje por debajo del standby.
Router(config)# track 1 interface gigabitEthernet 0/1 line-protocol
Router(config-if)# standby 1 track 1 decrement 20
(En el ejemplo, 110 - 20 = 90, menor que los 100 del standby, así que el standby toma el relevo. Ambos deben tener preempt.)
Caso 4 — Los hosts pierden el gateway aunque HSRP está bien
Síntoma: HSRP muestra Active/Standby correctos, pero los PCs no navegan.
Causa: los hosts no usan la IP virtual como gateway (usan la IP real de un router).
Solución: configurar en los hosts la IP virtual (192.168.10.1) como default gateway.
Caso 5 — Cambios de estado constantes (flapping)
Síntoma: el rol Active/Standby cambia seguido.
Causa: timers muy agresivos, un enlace inestable, o pérdida intermitente de los hellos.
Diagnóstico:
Router# show standby ! "state changes" y last state change
Router# show log | include STANDBY
Solución: estabilizar el enlace L2; si hace falta, ajustar los timers (que coincidan en ambos).
Router(config-if)# standby 1 timers 3 10
Recuerda el orden: ambos ven el grupo, mismo grupo/versión/IP virtual, activo correcto (prioridad + preempt), tracking que baje la prioridad, y hosts apuntando a la IP virtual.