Método general (de lo mínimo a lo complejo)

  1. ¿Ambos routers ven el grupo? show standby brief en los dos.
  2. ¿Coinciden número de grupo, versión e IP virtual en ambos?
  3. ¿El activo es el que quieres? (prioridad + preempt).
  4. ¿El tracking baja la prioridad cuando debe?
  5. ¿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

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.