El WAN bonding se convierte en app del router: Bondix, el primer software de terceros en el Package Manager de Teltonika

Durante décadas, un router WAN bonding fue una adquisición aparte: un equipo dedicado, construido exclusivamente para agregar varias líneas de internet, comprado y operado por separado del resto de la tecnología de red del emplazamiento. Esta premisa básica está cambiando de forma visible. Bondix Intelligence ha colocado su paquete de bonding directamente en el Package Manager de RutOS de los routers industriales de Teltonika, según indica la propia empresa, como la primera aplicación de terceros independiente listada en el nuevo apartado de terceros del Package Manager (bondix.de/milestone). Así, un router WAN bonding que antes había que adquirir como equipo especializado independiente se convierte en un paquete que se instala sobre el hardware de router ya existente.

Este artículo explica qué ha cambiado exactamente en la vía de instalación, por qué el bonding no es ni failover ni load balancing —el error de confusión más habitual en nuestra práctica de asesoramiento—, qué indica la propia wiki de Teltonika sobre el soporte de este paquete de terceros, y para qué routers y casos de uso el WAN bonding realmente compensa.

Hasta hace poco, instalar software de terceros en un router Teltonika era trabajo manual: había que descargar el paquete .TAR.GZ correspondiente al firmware RutOS concreto desde un sitio web externo y subirlo manualmente en el WebUI, en Services → Package Manager → Upload. Con cada actualización de firmware, había que repetir el mismo proceso.

Con el apartado de terceros del Package Manager de RutOS, ese rodeo desaparece. La propia Bondix señala cuatro puntos concretos que cambian con ello (bondix.de/milestone):

• Sin descarga aparte desde un sitio web externo
• Sin subida manual de archivos de instalación
• Sin reinstalación tras actualizaciones de firmware de RutOS — Bondix se actualiza automáticamente a la versión correspondiente
• Un proceso de instalación más rápido y sencillo en conjunto

En lugar de buscar, descargar y subir un archivo, en el Package Manager bastan estos pasos: abrir el apartado de terceros, seleccionar Bondix, instalar. Bondix describe la integración como disponible a partir de RutOS 07.24 — ni Bondix ni la propia wiki de Teltonika indican explícitamente una versión mínima. RutOS 07.24 en sí ya lo analizamos en nuestro resumen de RutOS 7.24, 7.24.1 y 7.24.2.

Este es el error de asesoramiento más habitual en torno a multi-WAN: failover, load balancing y bonding suelen usarse como sinónimos en las conversaciones, aunque técnicamente son conceptos muy distintos — y RutOS ya incorpora los dos primeros de fábrica, sin necesidad de Bondix.

Failover conmuta a una línea de respaldo cuando falla la línea principal. En cada momento solo una línea está activa; la segunda permanece lista, pero no transporta tráfico en operación normal.

Load Balancing distribuye las nuevas sesiones entre varias líneas activas. Esto incrementa la capacidad total utilizable en el emplazamiento, pero cada sesión individual queda ligada a una de las líneas. Si precisamente esa línea falla, la sesión se interrumpe — el load balancing no protege la conexión individual, sino que reparte carga.

Bonding va un paso más allá: una única sesión utiliza varias líneas a la vez. El flujo de datos se reparte entre todas las vías disponibles y se recompone en el extremo contrario. Esto suma el ancho de banda por sesión y permite que una conexión en curso sobreviva a la caída de una línea, porque nunca depende de una única línea.

La diferencia práctica para la compra: RutOS ofrece failover y load balancing de serie, sin software adicional — pero no de forma simultánea. La propia wiki de Teltonika deja constancia expresa de que load balancing y failover no pueden funcionar a la vez (wiki de Teltonika). Con los medios de serie, por tanto, hay que decidirse por uno u otro: resiliencia o reparto de carga. Esa disyuntiva desaparece precisamente con el bonding, porque una sesión ya circula por todas las líneas. El bonding real necesita, además, el paquete de Bondix en el router y un extremo remoto, el llamado servidor de bonding, en el que el router vuelve a recomponer los flujos de datos repartidos. Sin ese extremo remoto, se queda en load balancing — la siguiente tabla compara los tres procedimientos.

Lo que no aparece en ninguno de los dos newsletters de los fabricantes, pero es relevante para cualquier decisión de compra, se encuentra en la propia wiki de Teltonika sobre la instalación de Bondix (wiki.teltonika-networks.com/view/Bondix_by_SIMA): la página deja claro expresamente que se trata de un paquete de un proveedor externo — Bondix Intelligence — que no ha sido desarrollado por Teltonika. Según indica la propia Teltonika, la empresa no asume bajo ninguna circunstancia responsabilidad por la compatibilidad, la interoperabilidad con otros servicios, la seguridad o la estabilidad general de este paquete.

Esto no es letra pequeña, sino un hecho real de compra y operación: quien planifica WAN bonding en un router Teltonika obtiene el hardware del router de un fabricante y el software de bonding de otro — con la correspondiente separación de responsabilidades cuando algo no funciona en conjunto durante la operación. Saberlo de antemano permite planificar correctamente las vías de soporte y escalado, en lugar de improvisarlas en caso de incidencia.

Aquí es precisamente donde entra en juego el papel de un distribuidor. Suministramos routers Teltonika desde nuestro almacén y mantenemos además una colaboración con Bondix Intelligence — de modo que dispone de un único interlocutor para ambos lados de la instalación, en lugar de tener que coordinar por separado dos vías de soporte de fabricante.

La wiki de Teltonika enumera de forma concreta los equipos compatibles (wiki.teltonika-networks.com/view/Bondix_by_SIMA):

• toda la serie RUTX
• toda la serie RUTM
• RUT901, RUT906, RUT951, RUT956
• RUT200, RUT241, RUT260, RUT206, RUT271
• RUTC50

De nuestro catálogo disponible forman parte, entre otros, el RUTX11, el RUTX50 y el RUT951 — routers que ya podría tener en uso para failover y load balancing, y que se pueden ampliar con el paquete de Bondix del Package Manager para lograr bonding real, siempre que exista el extremo remoto adecuado.

Bondix explica en su propia página de proyectos por qué precisamente los emplazamientos temporales y móviles deben arreglárselas sin una conexión fija robusta: los recintos de eventos raramente ofrecen una conexión a internet de calidad empresarial, los proveedores llevan su propia conectividad y con frecuencia dependen de redes públicas o móviles inestables. Cuando los sistemas de caja, la telefonía VoIP, las cámaras de seguridad y el wifi para clientes funcionan a la vez sobre una simple conexión móvil, los routers móviles sencillos llegan rápido a su límite — y una caída de conexión en el terminal de pago significa transacciones perdidas y largas colas (bondix.de/projects/retail-production).

Dos casos publicados por Bondix muestran el efecto:

• Uso en festival: un router Teltonika RUTX11 con Bondix agregó dos tarjetas SIM LTE de distintos operadores y dio servicio a 50 sistemas de caja activos simultáneamente. Según Bondix, la tasa de éxito de las transacciones subió al 99,99 % — un dato del propio Bondix sobre la fiabilidad de los procesos de pago en ese proyecto concreto, no una garantía general de disponibilidad de la conexión a internet.
• Comercio pop-up: en superficies de venta temporales con un router RUT360 y Bondix, el tiempo de puesta en marcha por emplazamiento bajó, según Bondix, de 2 horas a 20 minutos.

Lo que distingue fundamentalmente al bonding del failover y el load balancing lo resumimos en Multi-WAN bonding explicado brevemente. Trasladado a casos de uso típicos, esto significa: el WAN bonding compensa allí donde los pagos dependen de una única conexión, donde no hay línea fija disponible en el emplazamiento, en instalaciones temporales con plazos ajustados para la puesta en marcha, y en cualquier lugar donde las sesiones de vídeo o VoIP no toleren bien un cambio de línea. Para la necesidad inmediata de ancho de banda, en muchos de estos casos ya basta con el load balancing — pero en cuanto una sesión en curso debe sobrevivir a la caída de una línea o necesita más ancho de banda del que ofrece una sola línea, no hay forma de evitar el bonding real.

El paso de un equipo de bonding dedicado a una app de router dentro del Package Manager reduce notablemente la barrera de entrada — instalación y actualizaciones siguen ahora la misma vía que cualquier otro mantenimiento del router. Pero eso no cambia dos cuestiones que conviene aclarar antes de la compra: primero, que el bonding real necesita, además del paquete del router, un extremo remoto; y segundo, que Teltonika no asume expresamente ninguna responsabilidad por este paquete de terceros.

Si desea aclarar si failover, load balancing o bonding real es la opción correcta para su emplazamiento, qué router de nuestro catálogo disponible encaja y cómo se opera el extremo remoto, contacte con nosotros. Más sobre cómo interactúan router, bonding y plan de datos en Router, bonding, plan de datos: los tres pilares de una conexión resiliente.

Este artículo se ha investigado y redactado con apoyo de IA, y ha sido revisado por Ascend antes de su publicación.