Kassinipedia

OSPFv2 - Troubleshooting

Se lee en 8 min

Orden de diagnóstico

show ip interface brief        → ¿up/up? ¿misma subred?
show ip ospf interface brief   → área, tipo de red, costo, DR/BDR
show ip ospf interface Gi0/0   → MTU, timers, autenticación, network type
show ip protocols              → RID, redes anunciadas, passive-interfaces
show ip ospf neighbor          → ¿existe el vecino? ¿en qué estado?
show ip ospf database          → ¿está el LSA esperado?
show ip route ospf             → ¿se instaló la ruta?
show ip ospf statistics        → ¿SPF corriendo de más? ¿por qué?
show ip ospf border-routers    → ¿hay camino al ABR/ASBR?
show ip ospf virtual-links     → ¿backbone discontiguo reparado?
debug ip ospf adj | hello      → último recurso

1. La adyacencia no se forma

Parámetros que deben coincidir entre vecinos:

ParámetroDónde confirmarlo
Area IDshow ip ospf interface brief
Subred / máscarashow ip interface Gi0/0
Hello / Dead timersshow ip ospf interface Gi0/0
Autenticación (tipo y clave)show ip ospf interface Gi0/0
Flag de área (stub / NSSA)show ip ospf
Tipo de redshow ip ospf interface Gi0/0
Otras causas frecuentes:

  • Wildcard mask mal calculada → la interfaz nunca entra al proceso.
    show ip protocols

  • passive-interface aplicada a un enlace de tránsito.
    show ip protocols

  • ACL bloqueando 224.0.0.5 / 224.0.0.6 o el protocolo IP 89.
    show access-lists

  • Interfaz caída o problema de capa 1/2. show ip interface brief

Verificación rápida

debug ip ospf hello — si ves hellos salir pero no entrar, el
problema es del otro lado o hay un filtro en medio.

2. Autenticación mal configurada

OSPF tiene tres modos:

  • null → ninguna (por defecto).
  • plaintext → texto plano, deprecado (la clave viaja visible).
  • MD5 / SHA (HMAC) → criptográfica, la recomendada.

Reglas para que la adyacencia forme:

  • Ambos extremos deben usar el mismo tipo y la misma clave.
  • En MD5, el key-id también debe coincidir, no solo la clave.
  • Un mismatch de auth deja la adyacencia sin formarse o atascada, y
    muchas veces no hay mensaje obvio en la salida normal — solo
    aparece con debug.

Cómo confirmarlo

  • show ip ospf interface Gi0/0 → campo de autenticación: indica si
    hay auth y de qué tipo. Compáralo contra el otro extremo.
  • debug ip ospf adj → si es auth, imprime el motivo con todas las
    letras (“authentication mismatch”).

3. Vecino atascado en un estado

EstadoCausa típicaDónde confirmar
INITComunicación unidireccional (ACL, filtro, multicast)debug ip ospf hello
2-WAYNormal entre DROTHERs. Solo es problema si esperabas FULLshow ip ospf interface Gi0/0
EXSTART / EXCHANGEMTU mismatch (causa #1) o Router ID duplicadoshow ip ospf interface Gi0/0 · show interface Gi0/0
LOADINGLSA corrupto o petición sin respuesta (raro)debug ip ospf adj

MTU mismatch

Los hellos pasan y la adyacencia arranca, pero los DBD no se negocian
y se queda en EXSTART/EXCHANGE. Se corrige igualando el MTU en ambos
extremos. ip ospf mtu-ignore es un parche que oculta el problema,
no una solución — en producción se evita.

4. Router ID

  • RID duplicado → adyacencias inestables o rutas que desaparecen.
  • Orden de selección: router-id manual → IP más alta de loopback
    activa → IP más alta de interfaz física activa.
  • Un cambio de RID no aplica hasta hacer clear ip ospf process.
  • El RID no necesita ser alcanzable; es solo un identificador de
    32 bits en formato IPv4.

Dónde confirmar: show ip protocols · show ip ospf

5. Tipo de red mal emparejado

Dos síntomas según el caso:

  • Timers distintos → no hay hello, no hay vecino.
  • Timers iguales pero rol distinto → la adyacencia sube, pero las
    rutas no se instalan     correctamente.

Dónde confirmar: show ip ospf interface Gi0/0 (campo Network Type)

6. Elección de DR/BDR

  • Gana la prioridad más alta; el Router ID solo desempata. Si
    todos están en la priority por defecto (1), entonces manda el RID más
    alto / el orden de llegada.
  • La elección no es apropiativa: un router con mejor prioridad que
    llega después no desbanca al DR actual.
  • ip ospf priority 0 en todos los routers del segmento → nadie puede
    ser DR → no se forman adyacencias completas en esa red multiacceso.

Dónde confirmar: show ip ospf neighbor · show ip ospf interface Gi0/0

7. FULL pero falta la ruta

ProblemaDónde confirmar
Área sin conexión al área 0 (discontigua)show ip ospf · show ip ospf virtual-links
Área 0 partida por caída de enlaceshow ip ospf database router
Redistribución sin subnetsshow ip protocols
Falta default-information originate (o always)show ip ospf database external
Sumarización mal hecha en ABR/ASBRshow ip ospf database summary
Filtrado (distribute-list / filter-list) quitando la rutashow ip ospf database · show ip protocols
reference-bandwidth distinto entre routersshow ip ospf · show ip ospf interface brief

¿Está el LSA?

Si show ip ospf database muestra el LSA pero show ip route ospf no
muestra la ruta, el problema es de cálculo SPF, de filtrado, o de
precedencia administrativa — no de flooding.

8. Rutas subóptimas (la ruta existe, pero elige mal camino)

  • reference-bandwidth distinto entre routers → cada uno calcula el
    cost de forma diferente y las decisiones no coinciden. Debe ser
    idéntico en todo el dominio.
  • Recordatorio de precedencia: el tipo de ruta manda sobre el cost
    (O gana a O IA gana a O E1 gana a O E2, aunque el cost sea mayor).

Dónde confirmar: show ip route ospf · show ip ospf interface brief

9. Flapping y recálculos de SPF constantes

Síntoma: show ip ospf muestra el contador de SPF executed subiendo
sin parar; la CPU sufre y la convergencia se degrada.

  • Identifica la causa con show ip ospf statistics → columna
    Reason dice qué tipo de LSA dispara los recálculos (R Router,
    N Network, SN Summary, X External).
  • Rastrea el LSA inestable con show ip ospf database <tipo> →
    un LS Seq Number que sube sin parar para el mismo LSA es el origen.
  • Localiza el enlace físico que aparece y desaparece (un enlace que
    flapea regenera el Router LSA una y otra vez).

Mitigación

Una vez corregida la causa física, se suavizan los recálculos con
SPF/LSA throttling (timers throttle spf, timers throttle lsa).
El throttling amortigua el síntoma, no arregla el enlace que
flapea.

Síntoma: un área pierde su conexión directa al área 0 (por diseño o por
una caída de enlace) y sus rutas inter-area desaparecen.

  • Causa: los LSA Type 3 recibidos en un área no backbone no se
    reenvían a otras áreas → sin camino al backbone, el área queda aislada.
  • Reparación: un virtual link extiende el área 0 a través de un
    área de tránsito hasta el ABR desconectado.

Reglas del virtual link:

  • Debe conectarse a un ABR.
  • El área de tránsito no puede ser stub.
  • Ambos extremos deben apuntar al Router ID correcto del otro.

Dónde confirmar: show ip ospf virtual-links (estado up y
adyacencia en FULL) · show ip ospf border-routers (que exista
camino al ABR)

11. Loops y problemas de redistribución

Al redistribuir entre OSPF y otro protocolo (EIGRP, BGP, RIP), aparecen
problemas propios:

  • Routing loop por redistribución mutua → una ruta redistribuida en
    ambos sentidos puede reinyectarse. Se controla con route-map y
    etiquetas (tags) que marcan y bloquean lo que ya se redistribuyó.

  • Seed metric → una ruta externa entra con un cost inicial; si no lo
    defines, puede tomar un valor no deseado. Se ajusta en la
    redistribución.

  • E1 vs E2 con múltiples ASBR → recuerda que E2 (por defecto) ignora
    el cost interno, así que con dos ASBR puede no elegir la salida más
    cercana. Usa E1 cuando la distancia interna al ASBR deba contar.

  • Falta subnets → sin esa palabra clave, solo se redistribuyen
    redes classful y se pierden las subredes.

Dónde confirmar: show ip protocols (parámetros de redistribución) ·
show ip route ospf (tipo E1/E2 y cost) · show ip ospf database external

12. Acciones de reparación (Comandos clear)

Algunas correcciones no se aplican solas; hay que forzar el recálculo.
De más suave a más agresivo:

  • clear ip ospf neighbor → resetea las adyacencias sin reiniciar el
    proceso. Opción suave.

  • clear ip ospf process → reinicia todo: re-evalúa el
    Router ID, re-forma todas las adyacencias y corre SPF completo.
    Necesario tras cambiar router-id o reference-bandwidth.

Cuidado en producción

clear ip ospf process interrumpe brevemente todo el routing OSPF
del router mientras reconverge. Úsalo en ventana de mantenimiento. En
lab, sin problema.

Forzar una re-elección de DR

Como la elección no es apropiativa, subir la prioridad no convierte
a un router en DR por sí solo. Para forzarlo, clear ip ospf process
en los routers del segmento y que la elección se repita desde cero.

13. Leer los debug

debug consume CPU; úsalo puntual y cierra con undebug all.

debug ip ospf hello — observa los Hellos en vivo:

  • Send hello… pero ningún Rcv hello → tus Hellos salen pero no
    llega respuesta: problema del otro lado o filtro en medio.

  • Mismatched hello parameters → el Hello llega pero se rechaza; las
    líneas siguientes muestran qué no coincide (Dead R/C, Hello R/C
    = Received vs Configured).

debug ip ospf adj — la negociación de adyacencia paso a paso:

  • Authentication mismatch → tipo, clave o key-id distintos.

  • larger interface MTU / MTU mismatch → causa del atasco en
    EXSTART/EXCHANGE.

  • DR/BDR election → confirma quién ganó cada rol y por qué.

Adicional:

OSPF: Mismatched hello parameters from 10.10.50.6
     Dead R 40 C 80, Hello R 10 C 20 Mask R 255.255.255.0
  • R = Received (valor recibido) → lo que el vecino envió en su Hello.
  • C = Configured (valor configurado) → lo que tú tienes en tu interfaz.

Vista Gráfica

Retroenlaces