De todos los eslabones que sostienen tu operación, la conectividad es el que más se da por sentado: funciona todos los días hasta que una retroexcavadora a tres cuadras corta la fibra de la calle y, de golpe, tu sitio queda incomunicado —sin cobro con tarjeta, sin acceso a los sistemas de la matriz, sin nada—. La respuesta obvia es "pues pongo dos enlaces". Y ahí está la trampa: dos enlaces no son dos caminos. Si comparten destino, comparten destino final.
Falsa redundancia: el error que se paga en el peor momento
Contratar un segundo enlace se siente como redundancia, pero muchas veces no lo es. Si los dos enlaces salen por el mismo ducto, del mismo proveedor, o por la misma última milla, comparten sus modos de falla: el backhoe que corta la zanja los corta a los dos; la caída del proveedor te tumba ambos; el poste que se lleva un choque se lleva todo. Es una falla correlacionada, y anula el propósito de tener dos. La redundancia solo cuenta cuando los caminos son independientes de verdad: diverso el medio, diverso el proveedor y diversa la ruta física.
Diversidad de medio: por qué las microondas brillan como respaldo
La forma más limpia de garantizar independencia es cambiar de medio. Una fibra y un radioenlace de microondas no comparten absolutamente nada de infraestructura: uno va bajo tierra, el otro por el aire. La misma retroexcavadora que corta la fibra no puede tocar el radioenlace. Por eso las microondas son el respaldo clásico de un enlace primario de fibra.
Y no es teoría. Lo vivimos: se cortó la fibra a uno de nuestros sitios críticos y entró en automático el enlace de microondas de respaldo —un día de lluvia intensa, además—. Lo interesante fue lo que no pasó: nadie gritó "se cayó el sistema". El radioenlace, en vez de morirse bajo la tormenta, bajó su velocidad con modulación adaptativa y siguió trabajando. Degradarse en lugar de caerse es exactamente lo que le pides a un buen respaldo.
Para los sitios donde ni la fibra llega bien, la tercera capa es el celular: un módem 4G/LTE que, incluso sin IP pública, se une a la red por VPN dial-up. No es glamoroso, pero mantiene la caja cobrando mientras se restablece lo demás.
Que conmute solo (y bien)
Tener dos caminos no sirve si el cambio de uno a otro es manual o lento. El failover tiene que ser automático, y ahí importan los detalles:
- Detección real, no solo "el cable está conectado". Un enlace puede estar "arriba" a nivel físico y aun así no pasar tráfico. La conmutación debe dispararse por chequeos de salud (¿responde el otro extremo?), no por si el puerto tiene luz.
- Cómo se decide el cambio. Desde un simple dual-WAN por prioridad, hasta SD-WAN que mide latencia y pérdida en tiempo real y mueve el tráfico al mejor camino disponible.
- Activo/pasivo vs. activo/activo. ¿El respaldo espera dormido, o los dos enlaces trabajan y se reparten la carga? Lo segundo aprovecha mejor la inversión, pero exige más diseño.
- Persistencia de la sesión. La pregunta que revela si el failover es bueno: cuando conmuta, ¿se cae la llamada de VoIP y la sesión del punto de venta, o siguen vivas? Un buen diseño hace la transición lo más transparente posible.
Cuánta redundancia es la correcta
La redundancia cuesta, y no todos los sitios la necesitan al mismo nivel. Aquí no se trata de blindar todo por igual, sino de dimensionar según lo que cuesta estar caído. Un sitio donde una hora sin enlace son miles de pesos en ventas perdidas justifica fibra + microondas + celular; una bodega de baja actividad, quizá no. Esa priorización sale de entender el impacto —es la misma lógica de la cadena de continuidad operativa: proteges primero el eslabón cuya caída más te duele—.
Al final, la definición que sirve es simple: redundancia no es "tener un segundo enlace". Es que ningún evento único —una zanja, un proveedor, una tormenta— pueda dejarte incomunicado. Si un solo backhoe puede aislar tu sitio, no importa cuántos cables tengas: no es redundancia.