Guía Completa: Configuración de Failover WAN 5G en Teltonika RUTX50 con Doble SIM

Guía Completa: Configuración de Failover WAN 5G en Teltonika RUTX50 con Doble SIM

Introducción a la Alta Disponibilidad con RUTX50

En el entorno empresarial de Median Connect Global, la continuidad operativa es un requisito no negociable. El router industrial Teltonika RUTX50, con su módem 5G integrado y capacidad de doble SIM, es una plataforma robusta para construir soluciones de conectividad de alta disponibilidad. La función de Failover de RutOS es el mecanismo central que permite una conmutación por error automática y transparente entre múltiples conexiones a Internet (WAN), garantizando que las operaciones críticas permanezcan en línea incluso durante la interrupción de un proveedor de servicios.

Esta guía técnica, basada en el firmware RUTX_R_00.07.24.2, detalla el proceso de configuración del Failover, priorizando una conexión WAN cableada principal y utilizando la potente conexión 5G del RUTX50 como respaldo robusto, potenciado por su funcionalidad de doble SIM para una redundancia de operador adicional.

Conceptos Fundamentales del Failover en RutOS

Para implementar una estrategia de failover efectiva, es crucial comprender los componentes lógicos que utiliza el sistema operativo RutOS.

• Failover vs. Load Balancing: Son modos mutuamente excluyentes. Failover utiliza una única conexión WAN a la vez, basada en un orden de prioridad estricto. Load Balancing (Balanceo de Carga) distribuye el tráfico entre múltiples conexiones WAN simultáneamente para aumentar el rendimiento agregado, pero no la velocidad de una única conexión. Para la continuidad del negocio, el Failover es la configuración preferida.
• Métricas de Interfaz (Interface Metrics): Este es el pilar de la priorización. En la sección Network → Failover, a cada interfaz WAN se le asigna una métrica. Una métrica más alta significa una prioridad más alta. El router siempre usará la interfaz funcional con el valor de métrica más elevado.
• Verificación de Estado (Health Checking): El router no asume simplemente que una interfaz está "caída" si el enlace físico está activo. Debe verificar activamente la conectividad a Internet. Esto se configura en la subsección Interface, donde se definen pruebas periódicas (Method: Ping o Wget) a direcciones IP de confianza (Track IP). Si estas pruebas fallan un número configurable de veces (Down), la interfaz se marca como 'Offline' y el router conmuta a la siguiente interfaz disponible en orden de prioridad.

Guía de Configuración Paso a Paso

En este escenario, configuraremos el RUTX50 para usar una conexión WAN cableada como principal y la conexión móvil 5G (respaldada por doble SIM) como secundaria.

1. Navegar a la Sección de Failover: Inicie sesión en la WebUI del RUTX50 y navegue al menú Network → Failover.
2. Seleccionar el Modo Failover: Asegúrese de que el modo operativo esté configurado en Failover. Si está en `Load Balancing`, cámbielo y guarde la configuración.
3. Establecer la Prioridad de Interfaces (Métricas): En la lista de interfaces, verá sus conexiones WAN disponibles (ej. wan, mob1s1a1). Asigne las métricas para definir la prioridad.
   • Para la interfaz WAN cableada (wan): Establezca un valor de Metric alto, por ejemplo, 100.
   • Para la interfaz WAN móvil (mob1s1a1 o similar): Establezca un valor de Metric más bajo, por ejemplo, 90.
   Esto instruye al router a usar siempre la conexión cableada mientras esté disponible. Si falla, pasará a la conexión móvil. Haga clic en Save & Apply.
4. Configurar la Verificación de Estado para la WAN Principal:

   Para que el failover funcione, el router debe saber cuándo la WAN principal ha perdido la conectividad real a Internet.

   1. En la lista de interfaces de Failover, haga clic en el botón Edit junto a su interfaz WAN principal (wan).
   2. Active la opción Enable.
   3. Configure los siguientes parámetros clave:
      • Method: Seleccione Ping. Es el método más común y eficiente.
      • Track IP: Ingrese direcciones IP públicas y fiables, separadas por comas. Por ejemplo: 1.1.1.1,8.8.8.8. Estos son los destinos que el router "pingueará" para verificar la conectividad.
      • Reliability: Déjelo en 1. Esto significa que la prueba se considera exitosa si al menos uno de los hosts en `Track IP` responde.
      • Down: Establezca en 3. Este es el número de pruebas fallidas consecutivas necesarias para declarar la interfaz como 'Offline'. Un valor de 3 evita falsos positivos por latencia o pérdida de paquetes momentánea.
      • Up: Establezca en 3. Este es el número de pruebas exitosas consecutivas necesarias para que una interfaz 'Offline' sea considerada 'Online' de nuevo, permitiendo el failback (retorno a la principal).
   4. Haga clic en Save & Apply.
5. (Opcional pero Recomendado) Configurar Verificación para la WAN de Respaldo: Es una buena práctica configurar también una verificación de estado para la interfaz móvil. Esto asegura que el router no conmute a una conexión de respaldo que tampoco tiene acceso a Internet. Repita el paso 4 para la interfaz móvil (mob1s1a1).
6. Verificar la Configuración: Una vez guardado, el sistema está activo. Puede probar el failover desconectando físicamente el cable de la WAN principal. Observe en la página de Status → Overview cómo la interfaz WAN activa cambia de la cableada a la móvil después de unos segundos (dependiendo de su configuración de Interval y Down).

Tabla de Parámetros de Verificación de Interfaz

La siguiente tabla detalla los campos clave disponibles al editar una interfaz en la sección de Failover, según la documentación oficial de Teltonika.

Campo (Field)	Valor (Value)	Descripción Técnica
Enable	on | off	Activa o desactiva la verificación de estado para esta interfaz.
Interval	Entero [1..65000]	Número de segundos entre cada prueba de verificación de estado. El valor por defecto es 3.
Method	Ping | Wget	Define cómo se realizará la verificación de estado. Ping (ICMP Echo) es el método estándar.
Track IP	IP | hostname	Dirección(es) IP o hostname(s) que se usarán para determinar el estado de la interfaz. Si no se recibe respuesta de ninguno, la interfaz se considera 'Offline'. (Ej: 1.1.1.1,8.8.8.8)
Reliability	Entero [1..65000]	Número de hosts de la lista `Track IP` que deben responder para que la prueba se considere exitosa.
Count	Entero [1..65000]	Número de pings a enviar a cada host en cada prueba.
Up	Entero [1..65000]	Número de pruebas exitosas consecutivas requeridas para considerar una interfaz como 'Online'.
Down	Entero [1..65000]	Número de pruebas fallidas consecutivas requeridas para considerar una interfaz como 'Offline'.

El Rol Estratégico de la Doble SIM

La configuración de Failover trata la conexión móvil como una única interfaz WAN. Sin embargo, la capacidad de doble SIM del RUTX50 añade una capa crítica de redundancia. Dentro de la configuración de Network → Mobile, puede establecer reglas de conmutación de SIM (SIM switching) basadas en la debilidad de la señal, el límite de datos o la pérdida de registro en la red. Esto significa que si el operador de la SIM 1 sufre una interrupción, el RUTX50 puede cambiar automáticamente a la SIM 2 (idealmente de un operador diferente) antes de que la interfaz móvil se declare 'Offline'. Esto convierte su WAN de respaldo 5G en una solución de respaldo multi-operador altamente resiliente.

Preguntas Frecuentes (FAQ)

¿Cuál es la diferencia entre Failover y Load Balancing?

Failover es un sistema de respaldo (activo-pasivo). Solo una interfaz WAN está activa a la vez, seleccionada por orden de prioridad (métrica). Si la principal falla, la secundaria toma el control. Load Balancing (activo-activo) distribuye el tráfico entre múltiples interfaces WAN simultáneamente para mejorar el rendimiento general, pero no proporciona una conmutación por error limpia para sesiones existentes.

¿Qué sucede si todos mis enlaces WAN fallan?

El comportamiento en este escenario se define en la configuración de Policy, bajo el parámetro Last Resort. Las opciones son: Unreachable (rechaza todo el tráfico con un mensaje ICMP), Blackhole (descarta silenciosamente todo el tráfico) o Default (utiliza la tabla de enrutamiento principal del sistema, que probablemente no tendrá una ruta a Internet).

¿Cómo sabe el router que una conexión WAN ha fallado?

El router utiliza un mecanismo de verificación de estado (health check) activo. Periódicamente envía paquetes (generalmente pings ICMP) a direcciones IP públicas y estables definidas en el campo Track IP. Si no recibe respuesta después de un número configurable de intentos (definido por los parámetros Down, Count, e Interval), considera que la conexión ha fallado y activa el proceso de failover.

¿Puedo forzar el tráfico de una aplicación específica a través de una WAN particular?

Sí, esto es posible mediante configuraciones avanzadas de Failover utilizando Rules y Policies. Una 'Rule' puede definir tráfico específico (por ejemplo, por dirección IP de origen/destino o protocolo), y luego asignarlo a una 'Policy' personalizada que dicta qué interfaz o grupo de interfaces (Members) debe usar ese tráfico, anulando la lógica de failover global.