Balanceo de enlaces para distribuir la conectividad entre múltiples accesos a Internet

¿Qué es el balanceo de enlaces?

Es una función de conectividad que selecciona entre varios enlaces WAN para distribuir tráfico saliente, conservar caminos alternativos y aplicar políticas de uso.

En una organización con dos o más accesos a Internet, el tráfico puede concentrarse en un solo enlace mientras los demás permanecen como respaldo, o puede distribuirse entre varias conexiones activas. La selección depende del objetivo del proyecto y de las capacidades del equipo que controla la salida.

El dispositivo de borde puede clasificar una sesión por su dirección de origen, destino, protocolo, puerto, aplicación, usuario, segmento, horario u otras propiedades disponibles. Después aplica una política para elegir el enlace que transportará ese flujo.

Una vez asignada una sesión, normalmente se conserva el mismo camino mientras la conexión permanece activa. Esta afinidad ayuda a mantener coherencia en NAT, firewalls, aplicaciones y comunicaciones que esperan recibir las respuestas mediante la misma dirección pública.

¿Cómo funciona el balanceo de enlaces?

El sistema identifica los enlaces disponibles, verifica su estado, clasifica cada nueva sesión y selecciona un camino según las reglas configuradas. El comportamiento exacto depende de la plataforma y del alcance del proyecto.

1. Se identifican los enlaces. Se documentan operadores, velocidades, direcciones, medios, límites, rutas, costos y condiciones de cada servicio.
2. Se define el objetivo. El proyecto determina si busca distribuir carga, conservar respaldo, separar aplicaciones, reducir saturación o combinar varios objetivos.
3. Se establecen las puertas de salida. Cada enlace se configura con su interfaz, siguiente salto, direccionamiento, rutas y traducciones correspondientes.
4. Se verifica la salud. El equipo puede enviar sondas hacia uno o varios destinos para revisar alcanzabilidad, latencia, pérdida o variación del retardo.
5. Se clasifican las sesiones. Las conexiones pueden separarse por origen, destino, aplicación, protocolo, usuario, VLAN, sede, horario o nivel de prioridad.
6. Se aplica el algoritmo. El sistema selecciona un enlace mediante pesos, prioridades, cantidad de sesiones, hash, capacidad, calidad medida u otra estrategia compatible.
7. Se crea el estado de la conexión. El dispositivo registra el camino, la política, la traducción NAT y otros datos necesarios para mantener la sesión.
8. Se conserva la afinidad. Los paquetes posteriores del mismo flujo se envían normalmente por el mismo enlace para evitar cambios de dirección y desorden.
9. Se detecta la degradación. Cuando un enlace deja de cumplir los criterios configurados, puede excluirse de la selección para nuevas sesiones.
10. Se realiza el failover. El tráfico nuevo se dirige hacia los enlaces restantes. Las sesiones existentes se conservan, migran o restablecen según la tecnología y la aplicación.
11. Se controla el retorno. Cuando el enlace se recupera, puede reingresar inmediatamente, después de un periodo estable o mediante una intervención definida.
12. Se monitorea la distribución. Se revisan utilización, sesiones, pérdidas, errores, calidad, eventos de conmutación y capacidad remanente.
13. Se prueban los escenarios. La aceptación verifica la distribución normal, la falla de cada enlace y la recuperación posterior.

¿Dónde se utiliza el balanceo de enlaces?

Puede implementarse donde una organización dispone de varios accesos WAN y necesita distribuir tráfico, reservar capacidad, separar aplicaciones o conservar una ruta alternativa.

Ventajas específicas del balanceo de enlaces

Una implementación correctamente dimensionada puede mejorar el aprovechamiento de varios accesos y proporcionar mayor flexibilidad para organizar el tráfico empresarial.

• Aprovechamiento de varios enlaces. Las nuevas sesiones pueden distribuirse entre conexiones que de otro modo permanecerían subutilizadas.
• Menor concentración. El tráfico general no tiene que depender de un único acceso a Internet.
• Conmutación por falla. Las nuevas conexiones pueden dirigirse hacia enlaces disponibles cuando otro deja de cumplir los criterios.
• Distribución proporcional. Los pesos pueden reflejar diferencias de capacidad entre los servicios.
• Separación de aplicaciones. Determinados servicios pueden utilizar un enlace preferido o reservado.
• Priorización de tráfico. Las aplicaciones críticas pueden recibir políticas diferentes al tráfico general.
• Uso de tecnologías diversas. Un acceso principal puede complementarse con otra tecnología disponible en la ubicación.
• Mantenimiento más controlado. Puede trasladarse tráfico antes de intervenir un enlace, siempre que la capacidad restante sea suficiente.
• Flexibilidad por horario. Las políticas pueden cambiar de acuerdo con periodos operativos o necesidades específicas.
• Visibilidad de utilización. Las estadísticas permiten conocer qué enlace atiende cada tipo de tráfico.
• Escalabilidad. La arquitectura puede facilitar la incorporación de nuevos accesos, de acuerdo con la plataforma.
• Complemento para la alta disponibilidad. El balanceo puede integrarse dentro de una arquitectura más amplia que contemple equipos, energía y rutas redundantes.

Consideraciones antes de implementar balanceo de enlaces

El proyecto debe definir qué tráfico se distribuirá, qué enlaces pueden utilizarse, cómo se comprobará su estado y qué aplicaciones deben conservar afinidad o direcciones específicas.

• Objetivo principal. Debe aclararse si se busca distribuir carga, incorporar respaldo, separar aplicaciones o mejorar la selección de caminos.
• Alcance del balanceo. Es necesario definir si cubrirá únicamente Internet, enlaces privados, VPN, nube, sucursales u otros destinos.
• Inventario de servicios. Deben documentarse operador, capacidad, medio, direccionamiento, costo, permanencia y condiciones contractuales.
• Capacidad real. La velocidad comercial debe contrastarse con mediciones, límites, sobresuscripción y comportamiento en horarios de demanda.
• Capacidad asimétrica. La descarga y la carga pueden tener velocidades diferentes y requerir pesos distintos.
• Enlaces medidos o con límite. Una conexión móvil o satelital puede requerir políticas de consumo y restricciones específicas.
• Diversidad física. Dos operadores pueden compartir ductos, postes, acometidas, fibra mayorista o puntos de concentración.
• Entrada al inmueble. Conviene comprobar si los enlaces ingresan por rutas separadas o convergen antes de llegar al equipo.
• Equipo de borde. El router o firewall debe disponer de interfaces, rendimiento, sesiones y funciones suficientes.
• Rendimiento con seguridad. La inspección, VPN, filtrado, registro y otras funciones pueden reducir la capacidad efectiva del equipo.
• Licenciamiento. Algunas plataformas requieren licencias para balanceo, SD-WAN, aplicaciones, monitoreo o administración.
• Número de enlaces. Debe confirmarse cuántas interfaces y miembros admite la plataforma seleccionada.
• Modo activo-activo. Debe establecerse si todos los enlaces transportarán tráfico durante la operación normal.
• Modo activo-respaldo. Puede resultar más apropiado cuando un enlace tiene menor capacidad, mayor costo o restricciones.
• Algoritmo de distribución. La estrategia debe corresponder con el patrón real de usuarios, sesiones y aplicaciones.
• Pesos. Una proporción basada únicamente en velocidad nominal puede no reflejar latencia, calidad o capacidad efectiva.
• Flujos grandes. Una sesión de alto volumen puede saturar un enlace aunque el resto de las sesiones se distribuya uniformemente.
• Afinidad por origen. Mantener todos los flujos de un usuario sobre el mismo enlace puede favorecer estabilidad, pero concentrar tráfico.
• Afinidad por destino. Algunas aplicaciones esperan que las conexiones hacia un servicio utilicen una dirección pública consistente.
• Duración de la persistencia. Debe equilibrarse la continuidad de la aplicación con la redistribución de carga.
• NAT. Cada enlace puede utilizar direcciones y reglas de traducción diferentes.
• Puertos publicados. Los servicios entrantes deben configurarse para las direcciones y enlaces correspondientes.
• Direcciones permitidas. Bancos, nubes, APIs o socios pueden restringir el acceso a determinadas IP públicas.
• Aplicaciones con sesión. Cambiar la dirección de origen puede cerrar sesiones, solicitar autenticación o activar controles de seguridad.
• Telefonía y videoconferencia. La latencia, pérdida, variación, NAT y continuidad de la sesión deben revisarse específicamente.
• VPN de acceso remoto. Los usuarios pueden conectarse a una dirección concreta y requerir mecanismos adicionales de disponibilidad.
• VPN entre sedes. Cada combinación de enlaces puede necesitar túneles, rutas, prioridades y monitoreo.
• Servicios en la nube. Algunas plataformas registran direcciones de origen, regiones, sesiones o controles de acceso.
• Tráfico entrante. No debe asumirse que el balanceo saliente distribuirá automáticamente las conexiones que llegan desde Internet.
• DNS. La publicación mediante varias direcciones depende de caché, TTL, resolutores, monitoreo y comportamiento del cliente.
• BGP multihoming. Puede requerir ASN, prefijos apropiados, políticas, filtros y coordinación con varios operadores.
• Rutas de retorno. Deben evitarse caminos incompatibles con NAT o dispositivos que mantienen estado.
• Enrutamiento asimétrico. El tráfico de ida y respuesta por equipos diferentes puede afectar firewalls, inspección y diagnóstico.
• Rutas específicas. Una ruta más específica puede prevalecer sobre la política general de balanceo.
• Políticas por aplicación. La identificación depende de visibilidad, cifrado, firmas y capacidades de la plataforma.
• Aplicaciones no identificadas. Debe existir una política predeterminada para tráfico que no coincide con una categoría conocida.
• Calidad de servicio. El balanceo no reemplaza la priorización cuando existe congestión dentro de un enlace.
• Monitoreo del gateway. Verificar únicamente el siguiente salto puede no detectar fallas posteriores.
• Destinos de prueba. Conviene usar objetivos estables, representativos y suficientemente diversos.
• Protocolo de prueba. Algunos destinos bloquean ICMP aunque otros servicios permanezcan disponibles.
• Latencia. El umbral debe relacionarse con las aplicaciones y con la ubicación del destino medido.
• Pérdida. Una pequeña pérdida sostenida puede afectar voz, video, VPN o aplicaciones interactivas.
• Variación del retardo. Los cambios de demora pueden ser tan relevantes como el promedio para comunicaciones en tiempo real.
• Intervalos de sondeo. Las pruebas demasiado frecuentes consumen recursos; las demasiado espaciadas retrasan la detección.
• Número de fallas. Debe establecerse cuántas mediciones consecutivas provocan el retiro de un enlace.
• Recuperación. Conviene requerir varias mediciones correctas antes de reincorporar un enlace.
• Flapping. Un enlace inestable puede entrar y salir repetidamente, afectando sesiones y rutas.
• Failback. Debe definirse si las conexiones vuelven al enlace preferido de inmediato o únicamente las sesiones nuevas.
• Sesiones existentes. El alcance debe indicar qué comportamiento puede esperarse durante una falla.
• Capacidad degradada. Debe comprobarse si los enlaces restantes soportan el tráfico prioritario.
• Limitación de tráfico. Puede ser necesario restringir respaldos, actualizaciones o navegación no prioritaria durante una falla.
• Monitoreo. Conviene registrar estado, utilización, sesiones, calidad y eventos por cada enlace.
• Alertas. Una falla debe comunicarse aunque el tráfico continúe por otra conexión.
• Históricos. Los datos permiten distinguir saturación, degradación y fallas recurrentes.
• Pruebas de distribución. Debe comprobarse qué enlaces reciben las nuevas sesiones y en qué proporción.
• Pruebas de falla. Cada acceso debe desconectarse de forma controlada para validar la selección alternativa.
• Pruebas de aplicación. No basta con confirmar respuestas ICMP; deben probarse los servicios prioritarios.
• Pruebas de carga. Deben planificarse sin afectar indebidamente la operación productiva.
• Ventanas de cambio. La migración puede modificar rutas, NAT y direcciones observadas por aplicaciones externas.
• Plan de reversión. Debe existir un procedimiento para regresar a la configuración anterior.
• Documentación. Se requieren diagramas, políticas, rutas, traducciones, monitores y criterios de recuperación.
• Respaldos de configuración. Deben conservarse antes y después de los cambios.
• Responsabilidades. Conviene precisar qué corresponde a Solidem, al cliente y a cada operador.
• Soporte posterior. Horarios, monitoreo, atención y tiempos de respuesta deben definirse expresamente.

Relación con otras soluciones de Conectividad empresarial

El balanceo organiza el uso de varios enlaces. La alta disponibilidad, WiFi, SD-WAN y analítica atienden componentes complementarios de la conectividad y su operación.

• Redes de alta disponibilidad: pueden contemplar redundancia de equipos, energía, rutas y servicios además de los accesos WAN.
• WiFi empresarial: utiliza la conectividad de salida para atender usuarios, dispositivos, autenticación y aplicaciones inalámbricas.
• SD-WAN: puede ampliar la selección de enlaces mediante políticas por aplicación, sedes y condiciones de desempeño.
• Analítica de redes: puede aportar visibilidad sobre utilización, latencia, pérdida, sesiones, aplicaciones y eventos de conmutación.

Cobertura y atención de proyectos en México

Solidem contempla la atención de proyectos relacionados con balanceo de enlaces en todo México, de acuerdo con la ubicación, infraestructura disponible, operadores, aplicaciones y alcance requerido.

La revisión puede considerar oficinas, hoteles, hospitales, campus, plazas comerciales, centros logísticos, instalaciones industriales, centros de datos y organizaciones con múltiples sucursales.

Para delimitar el proyecto resulta útil contar con diagramas, modelos de equipos, velocidades contratadas, operadores, direccionamiento, aplicaciones críticas, servicios publicados, VPN, horarios de operación y registros de incidentes.

La viabilidad de incorporar enlaces adicionales depende de la cobertura de cada operador, los tiempos de instalación, las acometidas, las rutas físicas, el espacio técnico y las condiciones del inmueble.