OSPF en MikroTik: diseño jerárquico, OSPFv3 y convergencia rápida
Una topología OSPF mal segmentada inunda tu red de LSAs, multiplica los tiempos de convergencia y vuelve frágil tu backbone. Diseñamos arquitecturas OSPF jerárquicas sobre RouterOS v7 —con áreas correctamente delimitadas, redistribución controlada y detección de fallos sub-segundo con BFD— para ISPs y empresas que necesitan un IGP estable y predecible.
La nueva pila de enrutamiento de RouterOS v7
RouterOS v7 reescribió por completo el motor de enrutamiento. OSPFv2 (RFC 2328) y OSPFv3 para IPv6 (RFC 5340) se unifican bajo un solo menú /routing/ospf: defines una instancia con version=2 o version=3, le asocias sus áreas y aplicas la configuración de cada enlace mediante interface-templates que hacen match por red o por interfaz. Este modelo elimina la duplicación de configuración entre IPv4 e IPv6 y permite correr dual-stack con una lógica de plantillas coherente.
Sobre esta base diseñamos el plan de direccionamiento, el router-id por loopback y la separación de áreas con criterio: backbone (0.0.0.0) como columna de tránsito, y áreas stub, totally-stubby (no-summaries) o NSSA donde corresponda, para que los routers de borde solo procesen los LSAs que realmente necesitan. En IPv6, además, v7 habilita ECMP —una limitación que arrastraba la v6— lo que simplifica el despliegue de balanceo por costo igual.
Redistribución, métricas y convergencia bajo control
La redistribución es donde la mayoría de las redes OSPF se rompen. Controlamos la inyección de rutas por instancia (redistribute de connected, static, bgp y otros protocolos) y la ruta por defecto con originate-default, aplicando filtros de ruta para evitar bucles y mantener limpia la tabla de estado de enlace. Ajustamos el costo por interfaz (cost=100000000/bw) en lugar de dejar el cálculo automático, de modo que el camino preferido sea una decisión de ingeniería y no del ancho de banda nominal del puerto.
Para convergencia rápida combinamos timers de hello/dead ajustados con BFD (use-bfd en el interface-template), que detecta caídas de adyacencia en milisegundos sin esperar al temporizador OSPF. En arquitecturas de ISP integramos OSPF como IGP de alcanzabilidad de next-hop —incluyendo OSPFv3 para resolver next-hops IPv6— y BGP como protocolo de borde, separando el alcance interno del externo como manda el diseño de doble plano de control.
Diseño jerárquico por áreas
Segmentación en backbone, stub, totally-stubby y NSSA para acotar la inundación de LSAs y escalar el dominio OSPF sin degradar la convergencia.
Dual-stack OSPFv2/OSPFv3
Una sola instancia por versión bajo /routing/ospf en RouterOS v7, con interface-templates que unifican la lógica de IPv4 e IPv6, incluido ECMP en IPv6.
Redistribución controlada
Inyección filtrada de rutas connected, static y bgp por instancia, con originate-default y route-filters para evitar bucles y rutas fantasma.
Convergencia sub-segundo con BFD
Detección de fallos en milisegundos vía use-bfd más timers de hello/dead ajustados, para recuperación rápida sin esperar al dead-interval por defecto.
OSPF + BGP para ISP
OSPF como IGP de alcanzabilidad de next-hop (IPv4 e IPv6) y BGP en el borde, con separación clara entre plano interno y externo.
¿OSPFv3 sirve para IPv6 en MikroTik?
Sí. En RouterOS v7 OSPFv3 (RFC 5340) es la versión para IPv6 y se configura como una instancia con version=3 dentro del mismo menú /routing/ospf. Lo usamos tanto para enrutar prefijos IPv6 como para resolver la alcanzabilidad de next-hops IPv6 cuando corre BGP por encima.
¿Por qué dividir la red en varias áreas OSPF?
Porque cada área limita el alcance de las LSAs de estado de enlace. Un diseño de área única funciona en redes chicas, pero a escala genera tablas de estado enormes y convergencia lenta. Con áreas stub, totally-stubby o NSSA reducimos lo que cada router debe procesar y aislamos la inestabilidad de una zona del resto del backbone.
¿Cómo logran convergencia rápida si RouterOS no tiene graceful restart confiable?
No dependemos de graceful restart. Usamos BFD (use-bfd en el interface-template) para detectar caídas de adyacencia en milisegundos y ajustamos los timers de hello y dead, de modo que el reenrutamiento ocurra muy por debajo del dead-interval por defecto de OSPF.
¿Pueden convivir OSPF y BGP en la misma red?
Sí, y es el diseño recomendado para ISP. OSPF actúa como IGP para la alcanzabilidad interna y de next-hops, mientras BGP maneja el ruteo externo. Configuramos la redistribución con filtros estrictos para que cada protocolo cumpla su rol sin contaminar la tabla del otro.