Cómo configurar failover en MikroTik con rutas recursivas

Por qué el failover tradicional falla en MikroTik

Cuando configuramos dos conexiones de internet en un router, el escenario ideal es que, si el proveedor principal cae, el tráfico cambie solo hacia el enlace de respaldo. Sin embargo, el método básico de mirar solo al módem del operador suele engañar al administrador. Si el cable físico entre tu MikroTik y el módem del operador sigue conectado, el router cree que la internet está activa, incluso si el operador perdió conexión con el resto del mundo. Para resolver esta falla oculta, necesitamos ir más allá de la red local y entender cómo se comporta el tráfico en la práctica. Si gestionas múltiples cables y quieres entender cómo unir conexiones para duplicar el ancho de banda cuando todo funciona, vale la pena revisar nuestra guía sobre cómo configurar LACP en switches para duplicar el ancho de banda en entornos locales.

Qué son las rutas estáticas recursivas en la práctica

En la práctica, la ruta recursiva es un truco inteligente de ingeniería de redes donde el router descubre el camino hacia un destino final a través de un IP intermedio ubicado en la internet profunda, como el DNS público de Google (8.8.8.8) o Cloudflare (1.1.1.1). En lugar de apuntar la ruta solo al salto local del operador, le indicas a MikroTik que busque esa IP externa usando el gateway específico de ese proveedor. Si el operador principal pierde conexión con la red global, la dirección externa deja de responder y MikroTik comprende de inmediato que esa ruta perdió validez, permitiendo que la ruta de respaldo tome el control. Este principio de resiliencia es similar al que analizamos al estudiar por qué falla el gateway predeterminado y cómo diagnosticar con ping en redes corporativas.

Paso a paso de la configuración de rutas en MikroTik

Para poner en marcha esta arquitectura, necesitamos crear rutas con pesos y ámbitos diferentes. Supongamos que tu operador principal (Enlace A) usa el gateway 192.168.1.1 y el operador de respaldo (Enlace B) usa el gateway 192.168.2.1. El primer paso es fijar la IP de monitoreo externo vinculada al gateway principal mediante el siguiente comando.

/ip route add dst-address=8.8.8.8 gateway=192.168.1.1 scope=10

A continuación, creamos la ruta predeterminada que utilizará este destino monitoreado. Esta ruta permanecerá activa solo mientras se pueda alcanzar la IP 8.8.8.8 a través de ese gateway específico.

/ip route add dst-address=0.0.0.0/0 gateway=8.8.8.8 distance=1

Para asegurar que el respaldo asuma el control cuando ocurra lo peor, agregamos la ruta secundaria con un valor de distancia mayor, lo que indica menor prioridad para el router.

/ip route add dst-address=0.0.0.0/0 gateway=192.168.2.1 distance=2

Monitoreo activo con la utilidad Netwatch

Aunque las rutas recursivas resuelven la mayoría de los escenarios de tráfico, integrar Netwatch en el ecosistema aporta una capa adicional de automatización y alertas visuales. Netwatch es una herramienta nativa de RouterOS que envía pings periódicos a una dirección IP específica y ejecuta comandos personalizados según si el destino responde o no. Esto es sumamente útil no solo para cambiar rutas, sino también para registrar en el registro el momento exacto de una caída o disparar scripts adicionales de notificación.

Para configurar Netwatch y monitorear el enlace principal, accede a la herramienta y define la dirección de prueba con un intervalo seguro para evitar falsos positivos causados por microcortes momentáneos.

/tool netwatch add host=8.8.8.8 interval=10s timeout=3s up-script=":log info \"Enlace Principal UP\"" down-script=":log warning \"Enlace Principal DOWN\""

Precauciones esenciales y errores comunes de configuración

Un error clásico cometido por administradores novatos es elegir una IP de monitoreo que sufra inestabilidades frecuentes o bloqueos de ICMP por parte de operadores pequeños. Prefiere siempre direcciones corporativas altamente estables y distribuidas globalmente. Otro punto crítico es ajustar los tiempos de espera e intervalo de Netwatch para que no oscile erráticamente entre los enlaces si el proveedor principal presenta pérdida intermitente de paquetes.

Mantener la estabilidad de tu infraestructura exige pruebas prácticas simulando fallas físicas. Desconectar el cable del operador principal durante un horario controlado es la única forma de garantizar que la transición al respaldo ocurra realmente sin dejar conexiones activas colgadas en el camino. Para profundizar en estos conceptos arquitectónicos en producción, consulte también nuestro análisis técnico sobre Cómo probar transistores IGBT en placa con multímetro.

Consideraciones finales sobre resiliencia en redes

Implementar rutas recursivas y herramientas de monitoreo en MikroTik transforma una conexión vulnerable en una estructura altamente confiable para hogares exigentes y pequeñas empresas. La automatización bien planificada elimina la dependencia de la intervención humana en momentos críticos de falla eléctrica o corte de fibra óptica. Con una base sólida de failover configurada, tu red adquiere la solidez necesaria para operar de forma continua y sin sorpresas desagradables.