Conectividad y continuidad operativa

Contratar una segunda conexión a internet no demuestra que tu empresa pueda seguir trabajando cuando falle la primera. La prueba útil es comprobar qué ocurre con el correo, el sistema en la nube, las llamadas y la VPN durante el cambio de enlace y al regresar al servicio habitual.

En una pyme, unos minutos sin conexión pueden detener cotizaciones, atención a clientes o acceso remoto. Una conexión de respaldo ayuda a reducir esa dependencia, pero necesita detección de fallas, prioridades y un procedimiento probado. Dos contratos por sí solos no hacen ese trabajo.

Esta guía aborda un tema vigente de continuidad operativa; no anuncia una caída reciente ni una función recién lanzada. Revisamos el 23 de octubre de 2026 documentación de Netgate y TP-Link y la guía especializada de TechTarget sobre continuidad y recuperación, publicada en 2024. Las recomendaciones de prueba son una propuesta práctica de Tiser, no una garantía de disponibilidad.

Respaldo y balanceo no son lo mismo

Netgate distingue la conmutación por falla, o failover, del balanceo de carga. En el primer caso se utiliza una ruta alternativa cuando falla la preferida. En el segundo, las conexiones se distribuyen entre varios enlaces. Un diseño puede combinar ambos comportamientos, pero hay que configurarlo y comprobarlo.

La guía de TP-Link para gateways Omada en modo independiente hace la misma separación: el balanceo aprovecha varios enlaces, mientras que Link Backup reserva otros según las condiciones configuradas. Sus pasos corresponden a equipos y modos concretos; no deben trasladarse sin revisión a cualquier router.

Si el respaldo usa datos móviles con un límite de consumo, mantenerlo en espera puede ser más adecuado que usarlo para todo el tráfico. Además, el balanceo convencional por conexión no convierte automáticamente dos líneas en una sola de velocidad sumada: la documentación de pfSense explica que una conexión individual queda asociada a un enlace. No confundas esta función con servicios especializados de agregación.

Un puerto encendido no significa que internet funcione

El router puede seguir viendo su módem aunque el problema esté más adelante, en la red del proveedor. Netgate advierte que comprobar únicamente una puerta de enlace local puede ser insuficiente y documenta el uso de una dirección de monitoreo situada más allá de ese equipo.

TP-Link también vincula Link Backup a la detección de conectividad, con opciones de consulta DNS y ping según la configuración. El criterio importa: un chequeo que sigue pasando durante una interrupción no activará el respaldo cuando lo necesitas.

Como recomendación de diseño, separa dos comprobaciones: la salud del enlace y la disponibilidad de la aplicación. Que responda una dirección de monitoreo no demuestra que el correo o el sistema administrativo estén operativos; tampoco toda falla de una aplicación se resuelve cambiando de proveedor de internet.

La conexión puede volver antes que la llamada o la VPN

No prometas una transición sin cortes. La guía de TP-Link describe el envío de nuevas sesiones por los enlaces activos. Netgate explica que, ante una falla, puede ser necesario eliminar estados de conexión para obligar a los clientes a reconectarse, y señala que esa operación puede resultar disruptiva.

Por eso, una videollamada, una transferencia o una VPN en curso pueden requerir reconexión. El resultado depende de la aplicación, del equipo de red y del diseño. Si necesitas conservar sesiones durante el cambio, evalúa esa capacidad de manera específica y mídela: no la des por incluida por encontrar «dual WAN» en la ficha del router.

Antes de comprar, revisa qué seguirá siendo un punto único de falla

• La ruta del proveedor. Pregunta si los servicios comparten infraestructura o entrada física. Dos marcas comerciales no prueban independencia frente al mismo corte.
• La energía y el equipo local. Si se apagan el router, el módem o el equipo que proporciona el respaldo, la segunda línea no basta. Incluye esos componentes en tu plan de alimentación y mantenimiento.
• La capacidad del respaldo. Mide cobertura, subida, latencia y consumo en el lugar de uso. La velocidad anunciada no equivale al rendimiento de tus aplicaciones.
• Las dependencias de acceso. Revisa DNS, túneles VPN y servicios que autorizan por dirección IP. Comprueba también accesos entrantes si tu operación los utiliza; poder navegar no demuestra que funcionen.

Una prueba controlada de principio a fin

TechTarget sitúa las pruebas dentro del plan de continuidad: sirven para comprobar procedimientos y encontrar mejoras, no solo para documentar que existe equipo de respaldo. Lleva esa idea a un ensayo pequeño, coordinado con quienes operan el negocio.

Qué medir para decidir si el respaldo sirve

Conserva un registro por aplicación: tiempo de interrupción, reconexión manual necesaria, tareas completadas y consumo de datos. Puedes priorizar correo y atención a clientes y limitar transferencias no urgentes durante la contingencia, si tus herramientas lo permiten.

Por ejemplo, en una prueba hipotética la navegación se recupera, pero la VPN requiere volver a conectar y una sincronización masiva satura el enlace móvil. El resultado no es «todo funciona»: hay que ajustar prioridades y dejar instrucciones para la VPN. Repite el ensayo después de cambios relevantes de router, proveedor o aplicación.