OSPF Troubleshooting: guía práctica para diagnosticar vecinos que no llegan a Full
OSPF es uno de los protocolos IGP más utilizados en redes empresariales. Cuando una vecindad no alcanza el estado Full, cambiar configuraciones al azar suele prolongar el incidente. La forma más rápida de resolverlo es identificar exactamente en qué estado se detuvo la máquina de estados del vecino y diagnosticar desde allí.
Topología de laboratorio
Los estados OSPF y qué significan
RFC 2328 define la progresión de una vecindad OSPFv2. En términos prácticos: Down indica que no se ha recibido información reciente; Init significa que recibimos un Hello pero todavía no existe comunicación bidireccional; 2-Way confirma comunicación en ambos sentidos; ExStart negocia la relación master/slave y el número inicial de secuencia DD; Exchange intercambia Database Description packets; Loading solicita LSAs faltantes; y Full representa una adyacencia completamente sincronizada.
Regla de troubleshooting: el estado no es solamente un síntoma. Indica qué fase del protocolo ya funcionó y cuál debemos investigar.
1. Vecino en Down
Empiece por Layer 1/2 y alcance IP. Compruebe interfaz, VLAN, direccionamiento, ACL/firewall y que OSPF esté habilitado en la interfaz correcta. OSPFv2 utiliza IP protocol 89, no TCP ni UDP.
2. Vecino atrapado en Init
Init significa que un router recibe Hellos del vecino, pero no se ve a sí mismo en los Hellos recibidos. Investigue conectividad unidireccional, filtrado, multicast y problemas de Layer 2 antes de modificar costos o rutas.
3. ¿2-Way es siempre un problema?
No. En redes broadcast, OSPF no necesita formar una adyacencia Full entre todos los routers. Los routers DROTHER pueden permanecer 2-Way entre sí y formar adyacencias con DR y BDR. RFC 2328 especifica que en redes broadcast y NBMA las adyacencias se forman con el Designated Router y Backup Designated Router.
4. ExStart / Exchange: revise MTU y Database Description
En ExStart comienza la formación de la adyacencia y se negocian master/slave y la secuencia DD. RFC 2328 también especifica que un Database Description packet debe rechazarse si anuncia un Interface MTU mayor que el que la interfaz receptora puede aceptar sin fragmentación. Por eso una inconsistencia de MTU es una comprobación prioritaria cuando la relación se atasca alrededor de ExStart/Exchange.
5. Loading
En Loading, los routers ya intercambiaron resúmenes de sus LSDB y están solicitando LSAs más recientes mediante Link State Request. Si permanece aquí, investigue LS Requests/Updates, retransmisiones, pérdida de paquetes y LSAs problemáticos en lugar de volver directamente a revisar Hellos.
Checklist multivendor
La sintaxis cambia, pero el objetivo operacional es el mismo: inspeccionar vecinos, interfaz OSPF, LSDB y routing table. Use los comandos disponibles para la versión exacta de su NOS y confirme siempre con la documentación del fabricante.
Cisco IOS / IOS XE
show ip ospf neighbor show ip ospf interface show ip ospf database show ip route ospf
Juniper Junos
show ospf neighbor show ospf interface show ospf database show route protocol ospf
Arista EOS
show ip ospf neighbor show ip ospf interface show ip ospf database show ip route ospf
Orden de diagnóstico recomendado
- Confirme estado físico y Layer 2.
- Valide IP y subnet entre vecinos.
- Determine el estado OSPF exacto.
- Compruebe área, timers, autenticación y parámetros de interfaz.
- Si llega a ExStart/Exchange, inspeccione MTU y Database Description packets.
- Si llega a Loading, investigue LS Requests, LS Updates y retransmisiones.
- Revise la LSDB antes de culpar a la tabla de routing.
- Capture tráfico cuando el estado y los logs no expliquen la transición.
Wireshark: qué filtrar
ospf
Una captura permite observar Hello, Database Description, Link State Request, Link State Update y Link State Acknowledgment. Correlacionar esos paquetes con el estado del vecino suele ser más efectivo que analizar únicamente la configuración.
Conclusión
El troubleshooting de OSPF debe seguir la máquina de estados. Si entendemos qué consiguió hacer el protocolo antes de detenerse, reducimos radicalmente el espacio de búsqueda. Ese método además es multivendor: el CLI cambia, pero OSPFv2 sigue la misma especificación estándar.
Referencias
- RFC 2328 — OSPF Version 2, J. Moy, IETF.
- Documentación oficial del sistema operativo de red correspondiente para sintaxis y comportamiento específico del fabricante.