Configuración OSPF en MikroTik paso a paso (RouterOS v7)

Cuando una red de ISP o de una empresa con varios sitios empieza a crecer, las rutas estáticas dejan de ser una opción razonable: cada nuevo enlace, cada bloque de direcciones y cada cambio de topología te obliga a tocar la configuración a mano en varios routers, y un solo olvido deja un segmento sin alcanzar. Ahí es donde entra un protocolo de enrutamiento dinámico interno, y en el mundo RouterOS la respuesta natural es OSPF. En esta guía de configuración OSPF MikroTik vamos paso a paso sobre RouterOS v7: desde el diseño de áreas hasta levantar la primera adyacencia y verificarla, con comandos reales del menú /routing/ospf.

Por qué OSPF MikroTik en una red que crece

OSPF (Open Shortest Path First) es un protocolo de estado de enlace: cada router construye un mapa completo de la topología a partir de los LSA (Link State Advertisements) que intercambia con sus vecinos, y calcula las mejores rutas con el algoritmo SPF. A diferencia de las estáticas, converge solo cuando un enlace se cae o aparece uno nuevo, y escala mediante áreas: dominios que acotan la inundación de LSA y reducen el trabajo de cálculo en cada nodo.

La pieza central del diseño es el backbone, el área 0.0.0.0. Si tu red tiene más de un área, el backbone debe existir siempre y ser contiguo: todos los routers de borde de área (ABR) se conectan a él, y es el backbone quien distribuye la información de enrutamiento entre las áreas no-backbone. Para redes de un solo sitio suele bastar con poner todo en el backbone; recién cuando empiezas a sumar POPs, anillos de fibra o decenas de enlaces vale la pena segmentar en áreas stub o nssa para contener el ruido. Si más adelante necesitas anunciar esas rutas hacia otro sistema autónomo o hacia upstreams, OSPF se combina con BGP como protocolo interno bajo el de borde.

Antes de configurar: router-id, áreas y direccionamiento

Dos decisiones de diseño te ahorran dolores más adelante:

• Router-ID estable. Cada router necesita un identificador único de 32 bits con forma de IP. La práctica recomendada es fijarlo explícitamente (por ejemplo, una dirección de una interfaz loopback/bridge de gestión) en lugar de dejar que RouterOS lo elija dinámicamente, porque un router-id que cambia reinicia adyacencias.
• Plan de áreas. Define desde el papel qué prefijos viven en el backbone y cuáles en áreas periféricas. En RouterOS v7 no existen instancias ni áreas por defecto: partes de cero, lo que te obliga a ser explícito y, de paso, ordenado.

Un detalle propio de RouterOS v7 que conviene tener claro: OSPFv2 (IPv4) y OSPFv3 (IPv6) se fusionaron en un único menú /routing/ospf. La versión se elige por instancia con la propiedad version (2 para IPv4, 3 para IPv6), así que puedes correr ambos stacks en paralelo sobre la misma estructura. Si vas a desplegar doble pila, revisa también nuestra guía de IPv6 para el direccionamiento.

Configuración OSPF MikroTik paso a paso en RouterOS v7

El flujo en v7 tiene tres bloques: creas la instancia, defines el área y luego enganchas las interfaces con un interface-template. Este último es el cambio conceptual más grande frente a v6: ya no configuras la interfaz una por una, sino que declaras un patrón (por red o por nombre de interfaz) y RouterOS asocia dinámicamente las interfaces que calzan.

/ Paso 1 - Instancia (define version y router-id)
/routing/ospf/instance
add name=v2inst version=2 router-id=10.255.255.1

/ Paso 2 - Area backbone
/routing/ospf/area
add name=backbone_v2 area-id=0.0.0.0 instance=v2inst

/ Paso 3 - Enganchar interfaces por red
/routing/ospf/interface-template
add network=10.10.0.0/24 area=backbone_v2
add network=10.20.0.0/30 area=backbone_v2

Con esto, OSPF se habilita en toda interfaz que tenga al menos una dirección dentro de los rangos declarados en network. También puedes matchear por nombre de interfaz o por interface-list con la propiedad interfaces=, lo que resulta más limpio en enlaces punto a punto. Repite el mismo patrón en el router del otro extremo (con su propio router-id) y la adyacencia debería empezar a formarse en segundos.

Ajustes finos: tipo de red, costo, autenticación e interfaces pasivas

El interface-template concentra los parámetros que definen el comportamiento del protocolo en cada enlace. Los más usados en producción:

• cost: métrica del enlace. Ajústala para forzar rutas primarias y de respaldo según la capacidad real del enlace, no la que RouterOS deduzca solo.
• passive: si lo activas, el router no envía ni recibe tráfico OSPF en esas interfaces. Es obligatorio en las interfaces hacia clientes o LAN de acceso donde no hay otro router OSPF: anuncias la red, pero no expones el protocolo.
• auth / auth-key: autenticación de los mensajes OSPF. RouterOS soporta simple, md5 y la familia sha1/sha256/sha384/sha512 (HMAC-SHA, RFC 5709). En cualquier red que no sea un laboratorio, usa al menos SHA.
• hello-interval / dead-interval: deben coincidir en todos los routers del mismo segmento; si difieren, la adyacencia simplemente no forma.
• use-bfd: apóyate en BFD para detección de fallas en milisegundos en enlaces donde la convergencia manda.

El type define cómo se comporta OSPF en el medio. Elegirlo bien evita elecciones de DR/BDR innecesarias y problemas de adyacencia:

Tipo de red	Elige DR/BDR	Uso típico
broadcast	Sí	Ethernet y medios multicast (por defecto en interfaces no-PtP)
ptp	No	Enlaces de solo dos nodos (por defecto en interfaces PtP)
ptmp	No	Punto a multipunto; robusto para inalámbrico si broadcast no rinde
nbma	Sí	Non-Broadcast; exige declarar vecinos en static-neighbor

En redes broadcast se elige un Designated Router (DR) y un Backup (BDR) para reducir el intercambio de LSA. La elección la gana el mayor priority (por defecto 128 en v7); si fijas priority=0, ese router queda fuera de la elección de DR/BDR. En enlaces punto a punto no hay DR y te ahorras toda esa lógica.

Verificar la adyacencia: estados de vecino y monitoreo

Los menús /routing/ospf/interface y /routing/ospf/neighbor son de solo lectura: sirven para monitorear, no para configurar. El comando clave tras aplicar la config es:

/routing/ospf/neighbor print
/routing/ospf/interface print
/routing/ospf/lsa print

Lo que buscas es que el vecino llegue a estado Full: eso significa que la adyacencia está completa y las bases de datos LSA quedaron sincronizadas. La máquina de estados de OSPF pasa por varias etapas, y saber leerlas acelera el diagnóstico:

• Down / Init: no llegan Hello, o llegan pero sin comunicación bidireccional. Suele ser problema físico, de VLAN o de interfaz pasiva mal puesta.
• 2-Way: comunicación bidireccional establecida; aquí ocurre la elección de DR/BDR.
• ExStart / Exchange / Loading: negociación e intercambio de las bases de datos.
• Full: adyacencia completa. Si te quedas pegado antes de Full, revisa MTU, autenticación y que hello-interval/dead-interval coincidan.

Redistribución y errores frecuentes

Para inyectar rutas de otros orígenes (conectadas, estáticas, BGP) hacia OSPF, RouterOS v7 usa filtros de enrutamiento, lo que da mucho más control que un simple flag. Un detalle que muerde a todos alguna vez: la acción por defecto de una cadena de filtro es reject. Si defines out-filter-chain y olvidas el accept, no se redistribuye nada.

/routing/ospf/instance
set v2inst out-filter-chain=ospf_out redistribute=static
/routing/filter/rule
add chain=ospf_out rule="if (dst in 10.0.0.0/8) {accept}"

Para inyectar una ruta por defecto (0.0.0.0/0) hacia el resto del dominio, usa originate-default en la instancia con valores always o if-installed, en vez de redistribuir una estática a mano. Los tropiezos más comunes que vemos en terreno: router-id duplicado o cambiante, interfaces de acceso sin passive que exponen OSPF hacia donde no debe, hello/dead disparejos entre extremos, y áreas que no se conectan al backbone. Un buen diseño de OSPF resuelve la mayoría de estos casos antes de tocar el CLI.

En MikroTik Chile diseñamos, implementamos y operamos redes OSPF y multi-área sobre RouterOS para ISP y empresas con infraestructura de misión crítica, cuidando la convergencia, la redundancia y la documentación desde el día uno. Si estás por desplegar OSPF, migrar desde rutas estáticas o depurar adyacencias que no cierran, conversemos con nuestro equipo de consultoría y revisemos tu topología en concreto.