Actualizado: Julio 2026 | Compatibilidad de Sistema: MikroTik RouterOS v7.15+ (Rama Actual)

---

Garantizar la alta disponibilidad en una infraestructura de red corporativa exige ir más allá de los mecanismos de redundancia básicos. Implementar un esquema de Failover avanzado usando Recursive Routing (Rutas recursivas) en MikroTik RouterOS v7 es la solución definitiva para resolver el problema de los enlaces congelados (falsos positivos). A diferencia del comando check-gateway tradicional, que solo verifica la conectividad eléctrica hacia el módem local, el enrutamiento recursivo utiliza algoritmos de validación de salto indirecto (scopes) para monitorear IPs públicas estables en Internet, como los DNS de Google (8.8.8.8 o 8.8.4.4). Esto optimiza el control de ancho de banda, previene cuellos de botella por pérdida parcial de paquetes (Bufferbloat) y asegura la continuidad de políticas críticas de QoS (Quality of Service) y Simple Queues. En este manual técnico, aprenderá a estructurar paso a paso un failover recursivo explícito y robusto sin depender de scripts externos.

---

¿Por qué el Failover tradicional falla y cómo lo soluciona el Recursive Routing?

El comando estándar check-gateway=ping implementado directamente sobre la IP del gateway del proveedor de Internet (ISP) presenta una vulnerabilidad crítica: si el enlace de fibra óptica o coaxial del ISP sufre una ruptura masiva kilómetros más adelante, pero el módem local sigue encendido, el router MikroTik asumirá que la ruta está activa. Como consecuencia, el tráfico de la red local se enviará a un «agujero negro» digital. El enrutamiento recursivo soluciona este escenario obligando al router a usar una IP pública remota de alta disponibilidad como pasarela lógica intermedia, condicionando la validez de la ruta principal a la respuesta real de Internet de extremo a extremo.

---

Requisitos previos e información de direccionamiento técnico

Antes de ejecutar comandos en la consola de RouterOS, defina las variables y las direcciones IP virtuales que servirán como objetivos de monitoreo (Hosts de prueba):

• Línea Principal (ISP 1): Interfaz ether1 | Gateway físico: 192.168.1.1 | IP de monitoreo dedicada: 8.8.8.8 (Google DNS)
• Línea de Respaldo (ISP 2): Interfaz ether2 | Gateway físico: 192.168.2.1 | IP de monitoreo dedicada: 1.1.1.1 (Cloudflare DNS)
• Red Local (LAN): Interfaz o puente bridge-lan | Segmento de red: 192.168.88.0/24

---

Guía de configuración paso a paso en RouterOS v7

Siga estrictamente la secuencia de bloques de comandos para establecer la jerarquía correcta de alcances (scopes) en las tablas de enrutamiento estático de su hardware MikroTik.

1. Configurar las rutas virtuales de monitoreo hacia los DNS públicos

A continuación, cree las rutas estáticas individuales que enlazan de forma exclusiva cada IP pública de pruebas con el gateway físico del ISP que le corresponde. Desactive el enmascaramiento automático de rutas dinámicas en sus clientes DHCP si es necesario.

/ip route
add dst-address=8.8.8.8/32 gateway=192.168.1.1 scope=10 comment="Ruta dedicada de monitoreo ISP1 hacia Google DNS"
add dst-address=1.1.1.1/32 gateway=192.168.2.1 scope=10 comment="Ruta dedicada de monitoreo ISP2 hacia Cloudflare DNS"

2. Crear las rutas recursivas principales con validación Check-Gateway

Escriba las rutas por defecto (0.0.0.0/0) utilizando los servidores DNS como sus nuevos gateways virtuales. Al establecer el atributo target-scope=11, RouterOS v7 buscará de manera interna una ruta que tenga un scope de 10 para resolver la salida física, aplicando el ping de verificación directamente sobre la IP pública remota.

/ip route
add dst-address=0.0.0.0/0 gateway=8.8.8.8 check-gateway=ping target-scope=11 distance=1 comment="Ruta Recursiva Principal ISP1 (Prioridad 1)"
add dst-address=0.0.0.0/0 gateway=1.1.1.1 check-gateway=ping target-scope=11 distance=2 comment="Ruta Recursiva Secundaria ISP2 (Prioridad 2)"

3. Configurar reglas de NAT (Enmascaramiento) específicas

Para evitar que el tráfico intente salir por la interfaz incorrecta durante el proceso de conmutación de las rutas, aplique reglas de NAT restrictivas por interfaz de salida en lugar de usar configuraciones globales genéricas.

/ip firewall nat
add action=masquerade chain=srcnat out-interface=ether1 comment="NAT exclusivo para segmento WAN ISP1"
add action=masquerade chain=srcnat out-interface=ether2 comment="NAT exclusivo para segmento WAN ISP2"

---

Verificación del estado de las rutas y conmutación

Para comprobar que el algoritmo de RouterOS v7 opera de manera transparente, realice las siguientes pruebas analíticas en su terminal:

1. Acceda al menú /ip/route/print y verifique las banderas de estado. La ruta hacia 0.0.0.0/0 vía 8.8.8.8 debe mostrarse como AS (Active, Static), mientras que la ruta vía 1.1.1.1 debe figurar únicamente como S (Static) debido a la distancia administrativa superior.
2. Simule un fallo real en Internet bloqueando las peticiones ICMP hacia el DNS de Google desde el firewall o desconectando el cable de red principal aguas arriba del módem.
3. Observe la actualización de las tablas de rutas: en un intervalo menor a 15 segundos, la ruta principal cambiará de color o pasará a estado inactivo, provocando que la línea secundaria asuma el estado Active inmediatamente sin interrupción en las conexiones activas de la LAN.