Bonding: tus dos conexiones juegan al mismo tiempo — y la copia más rápida siempre gana

8 min de lectura
bondingduplicacion-de-paquetesdos-conexiones4gfailovertibiarubinotpokexgamespxgresiliencia

Si ya jugaste Tibia, RubinOT o PokéXGames con dos conexiones a internet, conoces el failover: cuando la principal se cae, la otra toma el relevo. Funciona — pero hay un instante, por corto que sea, entre la caída y el cambio. En ese instante el paquete se pierde. En plena hunt, es suficiente para un DC.

El bonding resuelve esto de otra manera: no espera a que nada se caiga. Las dos conexiones llevan el juego al mismo tiempo — si una falla, la copia que vino por la otra ya llegó. Gap cero.

Qué es el bonding

En modo pasivo, PingArmor usa una conexión a la vez y guarda la otra de reserva. En bonding, usa las dos a la vez: cada paquete del juego se envía por duplicado, uno por la primaria y otro por la secundaria, simultáneamente.

Del otro lado, quien llega primero gana. El servidor (y tu PC) se queda con la primera copia y descarta la segunda automáticamente — esto es gratis, el propio WireGuard ya rechaza el paquete repetido. No ves nada de eso: solo sientes que la conexión dejó de tropezar.

La consecuencia es la que importa: para que el juego se caiga, las dos conexiones tendrían que fallar en el mismo milisegundo. Mientras una esté de pie, el paquete llega.

El pasivo cambia; el bonding duplica

Esta es la diferencia que lo cambia todo. No es la misma protección “un poco mejor” — es otro enfoque:

Failover pasivoBonding
Cómo actúaReactivo — espera a que la primaria caiga para cambiarProactivo — las dos ya llevan el juego desde el 1er paquete
En la caídaDetecta → cambia de conexión → hay un gapLa copia de la otra conexión ya estaba llegando — gap cero
RedundanciaQueda de reserva, entra despuésYa está activa todo el tiempo

El pasivo es un plan B que hay que activar. El bonding es un plan A doble — la redundancia no se activa, ya está ahí.

En el dashboard, la tarjeta de interfaces muestra las dos conexiones trabajando juntas, con la insignia DUPLICANDO en ambas:

Interfaces de Red · Bonding 28ms
Ethernet Duplicando
↑ 1.2 MB ↓ 5.4 MB
Mobile USB Duplicando
↑ 205.1 KB ↓ 810.5 KB 4G

Fíjate: las dos líneas dicen DUPLICANDO. No existe “activo” y “espera” como en el failover — en bonding, las dos están llevando el juego al mismo tiempo.

La copia más rápida

Como cada paquete sale por duplicado, uno de los dos caminos entrega primero. No siempre es el mismo: depende de qué conexión tenga el milisegundo más corto en ese momento. El panel muestra quién va ganando la carrera:

Copia más rápida
Ethernet 60% Mobile USB 40%
bonding: ~3.2 ms más rápido

Aquí la Ethernet ganó el 60% de las carreras y la 4G, el 40% — y en conjunto el bonding entregó ~3.2 ms antes de lo que entregaría la mejor conexión sola. Un equilibrio cercano al 50/50 es lo normal con dos buenas conexiones. Si una empeora, la otra naturalmente empieza a ganar más carreras y sostiene el juego — sin que toques nada.

Solo el juego se duplica (y por qué tu plan de datos lo agradece)

Duplicar todo por las dos conexiones doblaría el consumo — y en 4G con límite de datos eso sería caro. Por eso el bonding es quirúrgico: solo el tráfico del juego se duplica. El resto (navegador, YouTube, Discord, actualizaciones de Windows) sale exclusivamente por la primaria.

Esto no es una configuración que ajustas — es una regla fija del producto. La web queda fijada a la primaria por prioridad de ruta, de forma determinista. En operación normal, tu secundaria lleva solo las copias del juego — que son ligeras. Es lo que muestra el aviso de la tarjeta:

Mobile USB 4G
El bonding duplica el tráfico del juego por la secundaria. En esta sesión está consumiendo ~1.5 MB/h. En 4G con límite de datos, vigila el total por interfaz arriba.

Es decir: en el día a día, activar el bonding no revienta tu plan de datos — la 4G solo lleva la copia del juego, que suele ser unos pocos MB por hora. Y sigues el número por interfaz en tiempo real, sin instalar nada más. (Es el mismo conteo del monitor de 4G por interfaz.)

El consumo de datos, sin rodeos

Hay un caso en el que la cuenta cambia, y preferimos contártelo de antemano: cuando la primaria se cae por completo.

Si tu internet principal muere del todo (se cayó el cable, la operadora osciló), la 4G pasa a ser la única que queda — y entonces asume todo: el juego y la web. En ese escenario, el navegador, Discord y lo que tengas abierto empiezan a comerse el plan de datos junto con el juego.

Ese es el precio de la resiliencia máxima: el bonding prioriza mantenerte conectado por encima de ahorrar datos. El juego sigue protegido por la duplicación, pero el plan de datos se usa hasta que la primaria vuelva. La recomendación es simple: si tu primaria se cayó y estás solo en 4G, cierra lo que no necesites (o desconéctate) hasta que el cable vuelva — y mira el consumo por interfaz, que sigue ahí en la tarjeta mostrándote el total.

Los bordes honestos: lo que el bonding v1 aún no resuelve

Ninguna protección es perfecta, y no vamos a fingir que esta lo es. Hay un límite conocido de esta primera versión del bonding — vale la pena saber cuándo pasa y qué hacer:

La web yendo a 4G en la caída total — el escenario de la sección anterior. En la muerte completa de la primaria, la web migra a 4G y se come el plan de datos. El juego sigue protegido por la duplicación; el plan de datos, no. Qué hacer: cierra el tráfico web pesado mientras estés solo en 4G, y sigue el consumo en la tarjeta.

Esto está en nuestra hoja de ruta para mejorar en próximas versiones. Preferimos lanzar con este límite documentado a venderte una protección “perfecta” que no lo es.

Cómo activar el bonding

Activarlo es un clic. Ve a Configuración de Red (el icono de engranaje), confirma que tienes las dos interfaces seleccionadas — la primaria y la secundaria — y activa la opción Bonding (dos conexiones simultáneas):

Configuración de Red
Selecciona las interfaces de red para protección de failover.
Interfaz primaria (preferida)
Ethernet (192.168.0.159)
Interfaz secundaria (respaldo)
Mobile USB (10.177.16.214)
Bonding (dos conexiones simultáneas) i
Envía el tráfico del juego por las dos interfaces al mismo tiempo: la copia más rápida gana y la caída de una de ellas no tumba el juego.
⚠ El bonding duplica el tráfico del juego por la secundaria. En 4G con límite de datos, vigila el total por interfaz.

Listo. La próxima vez que conectes, el túnel sube en modo bonding y las dos conexiones empiezan a llevar el juego juntas. El modo dura la sesión entera: una vez conectado, se arregla solo por debajo, sin nunca reconectar el túnel (lo que tumbaría el juego). ¿Prefieres el modo pasivo de siempre — una conexión a la vez, plan de datos intacto? Solo deja la opción apagada; nada cambia.

Al final, es el juego el que no se cae

Esos son los bordes — raros, honestos, y siempre con una forma de sortearlos. Pero no son la historia principal. La historia principal es lo que pasa en el día a día: tus dos conexiones llevando el juego juntas, la copia más rápida ganando cada carrera, y ese tropezón del cambio de conexión simplemente dejando de existir.

Es la misma filosofía que los otros recursos de PingArmor: proteger tu juego por encima de todo, y ser transparente sobre cómo. El failover pasivo ya se ocupaba de la caída de una conexión; el bonding sube el listón — en vez de cambiar después de que se cae, nunca deja que falte.

¿Tienes alguna pregunta sobre esto? Mira la FAQ o escríbenos a [email protected]. Y si aún no usas dos conexiones, esta guía muestra cómo empezar.


Protege tu conexión ahora

Prueba PingArmor gratis durante 3 días. Sin tarjeta de crédito.

Probar gratis 3 días