Failover vs Load Balancing vs Bonding para 5G y Starlink

Agregar un segundo enlace WAN no entrega automáticamente internet sin interrupciones. Un sitio remoto puede tener fibra más 5G, Starlink más 5G o dos operadores celulares y aun así perder sesiones activas, seguir enrutando por una ruta ascendente muerta o quedar inaccesible cuando cambia su IP pública.

El diseño empieza con una pregunta: ¿qué debe sobrevivir a una falla de WAN? Si las nuevas conexiones solo necesitan una ruta de respaldo funcional, use failover. Si muchos usuarios o dispositivos deben compartir tráfico entre enlaces disponibles, use load balancing. Si una conexión individual debe usar varios enlaces o conservar un punto final de túnel estable mientras cambia el underlay, evalúe bonding o un túnel overlay.

Estos mecanismos resuelven problemas diferentes. Elegir el incorrecto añade costo y complejidad sin entregar la disponibilidad que la aplicación realmente necesita.

Key Takeaways

Failover mueve el tráfico a una WAN de respaldo después de declarar no saludable la ruta primaria, pero las sesiones existentes suelen interrumpirse cuando cambia la IP de origen, el estado NAT o la ruta. Load balancing distribuye sesiones distintas entre varias WAN y puede aumentar la capacidad total del sitio, pero normalmente no combina enlaces para un flujo TCP ordinario. Bonding o los overlays multipath coordinan el tráfico entre varios enlaces mediante puntos finales compatibles y pueden ofrecer agregación de flujo único o mejor continuidad de sesión, aunque también añaden un punto de agregación, sobrecarga de encapsulación, costo y complejidad operativa. Un enlace marcado como “up” todavía puede no tener internet utilizable, por lo que las comprobaciones de salud deben detectar blackholes ascendentes, fallas de DNS y registro celular sin un plano de datos funcional. Una IP estática asignada por un ISP también suele pertenecer a la ruta de ese ISP y no se mueve automáticamente a un respaldo 5G o Starlink.

Defina el objetivo de disponibilidad antes de elegir la tecnología

“Sin tiempo de inactividad” no es un requisito verificable hasta convertirlo en tiempo de recuperación, tolerancia a pérdida de sesiones, comportamiento de IP pública, ancho de banda mínimo y presupuesto. Failover suele ser suficiente cuando las nuevas conexiones solo necesitan recuperarse después de que falle la ruta primaria. Load balancing encaja en sitios donde muchos clientes deben compartir varios enlaces. Bonding, MPTCP o un túnel overlay se vuelve relevante cuando una conexión debe usar varias rutas o conservar un punto final estable y mejor continuidad mientras cambia el underlay.

La diversidad de rutas también debe evaluarse según dominios reales de falla. Dos WAN aparentemente separadas pueden compartir torre, ducto, fuente de energía o dependencia de DNS, de modo que el número de interfaces por sí solo no es un diseño resiliente. La capacidad de la aplicación para reconectarse y el impacto comercial de la interrupción deben guiar la arquitectura.

Cómo funciona el failover multi-WAN

En un diseño típico de prioridad, el router envía tráfico por WAN 1 y monitorea la ruta. Después de suficientes fallas consecutivas, WAN 1 se retira del servicio y el nuevo tráfico usa WAN 2; el router puede volver a la primaria después de que permanezca saludable durante un periodo definido. Es un diseño práctico para monitoreo remoto, conectividad de sucursales y respaldo celular, pero el cambio automático no necesariamente es transparente.

Una conexión TCP se identifica por direcciones de extremo, puertos y estado de protocolo; para UDP sin conexión, routers y firewalls también mantienen flujos y asignaciones NAT basadas en direcciones, puertos y protocolo. Si un cambio de WAN altera la dirección pública de origen o invalida ese estado, la comunicación existente a menudo debe reconectarse, y un reenvío de puerto o dirección pública del ISP primario no existe automáticamente en el operador de respaldo. Por eso failover restaura el servicio para aplicaciones que pueden reconectarse con más facilidad que preserva cada sesión activa.

En qué se diferencia load balancing

Load balancing mantiene varias WAN activas y asigna nuevas sesiones según capacidad, dispositivo origen, aplicación, destino, latencia o utilización actual. Puede permitir que distintos clientes usen Starlink, 5G y enlaces cableados al mismo tiempo, elevando la capacidad total del sitio, pero un flujo TCP ordinario normalmente permanece en la WAN seleccionada en lugar de sumar las velocidades anunciadas de dos enlaces.

Una política estable conserva la ruta de salida para cada sesión y evita cambios de IP de origen, reordenamiento de paquetes y estado NAT inválido. Load balancing es, por tanto, adecuado para muchos usuarios, cámaras, dispositivos y conexiones cloud que comparten capacidad; una sesión individual que deba abarcar rutas o agregar throughput requiere una arquitectura multipath diferente.

Qué añade realmente bonding

Bonding coordina varias rutas y recompone el tráfico en un punto final compatible. Multipath TCP (MPTCP) permite que una conexión TCP compatible con MPTCP use varios subflujos mientras presenta a la aplicación un único flujo de bytes confiable. La agregación transparente de todo el sitio para equipos ordinarios normalmente requiere proxies o puntos finales de túnel compatibles en ambos lados. Otros diseños encapsulan tráfico en túneles que terminan en un servicio cloud, VPS, centro de datos o segundo equipo.

En condiciones adecuadas de tráfico y ruta, esta arquitectura puede mejorar el throughput de un solo flujo, proporcionar una IP pública estable en el punto de agregación y mejorar la continuidad cuando falla una ruta underlay. Las ganancias reales dependen de latencia, jitter, pérdida y control de congestión en enlaces como 5G y Starlink. El costo del punto final, la sobrecarga de encapsulación, la capacidad de procesamiento y el propio dominio de falla del servicio de agregación deben justificarse con un requisito de negocio medible.

Las comprobaciones de salud deciden si failover funciona

El estado de portadora Ethernet o el registro celular solo demuestra que existe una interfaz local o una asociación de radio; no prueba que el punto final de negocio sea alcanzable. Una política de salud confiable debe cubrir el estado de interfaz, el gateway de siguiente salto, varios destinos de internet independientes, resolución DNS y el endpoint real de cloud, VPN, API o monitoreo. Depender de un solo destino ICMP puede omitir fallas de DNS y de aplicación.

Intervalo de comprobación, timeout, fallas consecutivas antes del cambio, éxitos consecutivos antes del retorno y tiempo de hold-down deben ajustarse juntos. Umbrales agresivos pueden causar flapping en enlaces 5G o satelitales variables, mientras que umbrales lentos prolongan la interrupción. Los valores finales deben salir de mediciones en las rutas desplegadas.

IP estáticas, NAT y CGNAT durante failover

Una dirección estática en un circuito empresarial cableado normalmente es enrutada por ese proveedor y por lo general no puede seguir al tráfico que sale por otro operador. Para clientes web, de telemetría y cloud que usan nombres, credenciales o conexiones salientes, el diseño más simple es permitir que la aplicación se reconecte desde la nueva dirección. DNS dinámico puede actualizar un nombre de host, pero no preserva una sesión existente y sigue sujeto a caché y demora de actualización.

Para la mayoría de despliegues industriales y de sucursales, la forma práctica de mantener salida estable o alcance entrante entre ISPs es un VPN saliente o un overlay hacia un hub fijo en centro de datos, cloud o centro de control. Ambas WAN pueden transportar la ruta lógica de acceso, aunque la continuidad sigue dependiendo del VPN, el overlay y la aplicación. El espacio de direcciones independiente del proveedor con BGP es una alternativa avanzada con mayor costo y exigencias operativas. Los servicios celulares y satelitales también pueden usar CGNAT, por lo que conviene confirmar APN, tipo de dirección y requisito entrante, y validar establecimiento de túnel, cambios de dirección y reconexión en la red objetivo.

Cuatro pruebas de inyección de fallas para cada sitio multi-WAN

Una prueba de velocidad exitosa no valida failover. Lo siguiente es un plan de validación para ejecutar en el entorno objetivo, no un resultado de desempeño de ningún modelo de router. El primer grupo de pruebas debe cubrir pérdida física de enlace y un blackhole ascendente. Durante una ventana de mantenimiento, desconecte el cable WAN, deshabilite el puerto o apague el módem ascendente para verificar detección de interfaz, cambio de ruta y alarmas. Luego mantenga activo el enlace Ethernet mientras bloquea el tráfico ascendente con una regla controlada para confirmar que el router no confunde el estado de enlace local con disponibilidad de extremo a extremo.

El segundo grupo debe cubrir DNS y el plano de datos celular. Bloquee el resolver primario mientras conserva conectividad IP para validar la ruta alternativa de resolución. Después cree una falla controlada de APN, sesión de datos o posmódem mientras el registro celular sigue visible, confirmando que el router cambia de ruta según la alcanzabilidad de extremo a extremo y registra la causa. También pruebe failback y registre recuperación de nuevas sesiones, reconexión de sesiones existentes, cambios de IP pública, acceso entrante, precisión de alarmas y estabilidad de la ruta de retorno. Todos los tiempos y resultados de rendimiento deben quedar limitados al router, firmware, operador, antena y entorno de aplicación probados.

Elegir un router Wavetel para el despliegue

El router debe coincidir con la arquitectura WAN y los equipos de campo, no solo con la velocidad máxima 5G. Según las páginas oficiales actuales, WR575, WR578 y WR677-D cubren requisitos industriales de 5G, VPN, interfaces de campo y gestión de dispositivos; los principales criterios de selección son diseño de enlace, mezcla de puertos y alimentación. El WR575 ofrece cuatro puertos GE, dual SIM y failover WAN Ethernet/celular para gateways 5G generales y respaldo cableado/celular. El WR578 ofrece cuatro puertos Gigabit PoE-PSE compatibles con 802.3af/at, y su página oficial enumera tanto WAN failover como load balancing, por lo que encaja con cámaras, puntos de acceso o sensores que necesitan alimentación directa.

El WR677-D encaja en sitios que necesitan dos módems 5G activos simultáneamente, mayor densidad de puertos o integración de fibra. Su página oficial actual enumera módems duales 5G en modo active-active, WAN failover, load balancing, un puerto 2.5GE, cuatro puertos GE y un SFP. La política exacta, el tiempo de conmutación y el comportamiento de sesión deben confirmarse contra el firmware, la ficha técnica y la prueba del proyecto correspondientes. Los proyectos que también requieren agregación de flujo único, una IP de salida overlay estable o continuidad de sesión entre rutas pueden combinar la capa de acceso multi-WAN con un diseño validado de SD-WAN, MPTCP o agregación por túnel.

Antes de comprar, use el portafolio de productos y la documentación actuales para verificar bandas regionales, diversidad de SIM y operadores, funciones de firmware, throughput VPN, roles Ethernet y SFP, alimentación de entrada, presupuesto PoE, ubicación de antenas, clasificación ambiental y requisitos de gestión remota.

Seleccione la arquitectura más simple que cumpla el requisito

Elija failover cuando las aplicaciones puedan reconectarse y el objetivo sea restaurar conectividad general. Elija load balancing cuando muchas sesiones deban compartir capacidad entre enlaces. Evalúe bonding o un túnel overlay solo cuando el proyecto tenga un requisito definido de throughput de flujo único, punto de salida estable o mejor continuidad de sesión. Después de seleccionar el mecanismo, pruebe failover y failback con las aplicaciones reales y monitoree tanto el estado WAN como la alcanzabilidad del endpoint de negocio.

Para sitios que necesitan 5G industrial, opciones dual SIM o dual módem, failover Ethernet/celular, VPN, y gestión y monitoreo remotos, compare el portafolio de routers industriales de Wavetel, WR575, WR578 y WR677-D según tipos de WAN primaria y de respaldo, equipos de campo, PoE, cantidad de puertos, diversidad de operadores, objetivos de tiempo de recuperación y requisitos de continuidad de sesión.

FAQ

¿Dual WAN significa cero tiempo de inactividad? 

No. Dual WAN proporciona otra ruta, pero el tiempo de detección, el cambio de ruta, el estado NAT, los cambios de IP pública y el comportamiento de reintento de la aplicación determinan la interrupción. Las sesiones existentes pueden reiniciarse incluso cuando las nuevas sesiones se recuperan rápido.

¿Se pueden bondar Starlink y 5G? 

Sí, con una arquitectura multipath compatible y un punto remoto de agregación. El diseño debe considerar la latencia, el jitter, la pérdida de paquetes, el costo de datos y la capacidad disponible de las dos rutas.

¿Una IP estática seguirá igual después del failover a 5G? 

Normalmente no si el ISP primario asignó la dirección. La mayoría de los sitios usa un VPN saliente u overlay hacia un hub fijo para una ruta lógica estable, mientras que la continuidad de sesión aún requiere validación.

¿Por qué una SIM puede mostrarse registrada mientras internet no funciona? 

El registro confirma asociación a la red móvil, no entrega de datos de extremo a extremo. APN, autenticación, enrutamiento, DNS, cuota o fallas ascendentes aún pueden bloquear el tráfico.

¿Cómo debo elegir entre WR575, WR578 y WR677-D? 

Evalúe WR575 para 5G industrial general y redundancia de operadores con dual SIM, WR578 cuando cámaras, puntos de acceso o sensores necesiten PoE directo, y WR677-D cuando el sitio necesite dos módems 5G activos simultáneamente, 2.5GE o SFP. Confirme bandas regionales, firmware, alimentación y comportamiento en campo antes de la selección final.