Las 5 reglas de failover de PingArmor y cuánto tarda el failback

Los otros dos posts sobre failover explican el concepto: qué es el failover automático y cómo el túnel mantiene el juego vivo durante el cambio. Aquí vamos un paso más allá: las reglas exactas de cada tipo de failover, cuánto tarda cada uno, cuándo PingArmor decide volver a tu internet principal — y cómo seguir todo esto en tiempo real dentro de la propia app.

La transparencia es el objetivo. Cuando ocurre un cambio, no tienes que adivinar qué está pasando: puedes leerlo en pantalla y, si quieres, recibir un aviso en la bandeja de Windows.

Los 5 disparadores de failover

PingArmor monitorea tu internet principal todo el tiempo (una prueba cada 750 milisegundos) y la latencia hasta los servidores del juego (cada 1 segundo). A partir de eso, cinco situaciones diferentes pueden disparar un cambio a la internet secundaria. Cada una tiene su propia regla y su propio tiempo de reacción:

#	Tipo	Qué pasó	Tiempo hasta cambiar
1	Se cayó (offline)	La interfaz principal desapareció — cable arrancado, adaptador apagado, sin enlace ni IP	~1-2s
2	Sin respuesta (drop)	El ping al router y la prueba de internet fallan al mismo tiempo	~1-2s
3	Conexión muerta (TCP-dead)	El router responde, pero no hay internet real — hotspot sin datos, portal de login del Wi-Fi público	~1.5-2s
4	Lag en el router	El ping hasta tu router supera el límite (por defecto 150ms) durante 3 mediciones seguidas	~2.5-3s
5	Lag en el juego	La latencia real hasta los servidores del juego supera el límite	~8-19s

Los límites de 150ms (failover) y 80ms (failback) son configurables en las preferencias — el resto de las reglas es fijo en el producto.

Un seguro vale para los cinco: si la internet secundaria está indisponible, no ocurre ningún failover. PingArmor nunca te lanza a una interfaz que también está muerta — es mejor aguantar en la principal que caer en una red que no existe.

Por qué el “lag en el juego” es el más lento

Habrás notado: el disparador #5 tarda de 8 a 19 segundos, mucho más que los otros. Esto es a propósito.

La latencia del juego es la señal más fácil de dar falsa alarma. Un pico aislado de ping, una medición rara de una conexión inactiva, el servidor del juego tardando en responder un paquete sin importancia — nada de eso significa que tu internet esté mal. Si PingArmor cambiara de interfaz con cada pico, vivirías en un cambia-cambia sin motivo (el famoso flapping), y cada cambio tiene un costo.

Por eso el #5 exige una ventana de mediciones reales y sostenidas por encima del límite antes de actuar. Solo cambia cuando tiene la certeza de que el lag es de verdad y persistente — no un fantasma. Los disparadores 1 a 4 son sobre tu conexión local (cable, router, internet) y son inequívocos, así que actúan rápido. El #5 es sobre la ruta hasta un servidor lejano, es ambiguo, y por eso es paciente.

Cuándo PingArmor vuelve a la principal (failback)

Cambiar a la secundaria es la parte fácil. Volver a la principal — el failback — es donde reside la inteligencia, porque volver demasiado pronto te lanza de vuelta al problema que causó el failover.

PingArmor solo ejecuta el failback cuando todas estas condiciones son verdaderas al mismo tiempo:

1. La principal está sana de nuevo — ping al router por debajo del límite de failback (por defecto 80ms) durante mediciones consecutivas.
2. Pasó el tiempo de espera — un cooldown de 15 segundos desde el failover.
3. El juego está bien — la latencia hasta los servidores volvió a la normalidad (o se alcanzó un límite de 2 minutos).
4. La internet es real y estable — la prueba de conexión real pasa de forma consistente, no solo por un instante.

En la práctica, dos escenarios:

• El cable estuvo fuera más de 15 segundos (el cooldown ya corrió mientras estaba fuera): el failback ocurre ~3 segundos después de que el enlace vuelve.
• El cable volvió rápido (reconexión en pocos segundos): PingArmor espera el cooldown completo de 15s antes de volver.

El failback es intencionalmente más cauteloso que el failover. Cambiar a la secundaria resuelve un problema ahora; volver a la principal demasiado pronto crea un problema nuevo.

Cuando la principal se cae todo el tiempo: la espera se duplica

¿Y si tu internet principal queda inestable — se cae, vuelve, se cae de nuevo? PingArmor tiene un freno anti-flapping.

Si ocurre un failback y justo después (dentro de 15 segundos) la principal falla otra vez, eso es un bounce (un “rebote”). Con cada bounce, el tiempo de espera se duplica: 15s → 30s → 1min → … hasta un tope de 5 minutos. Cuanto más demuestra la principal que está inestable, más espera PingArmor antes de intentar volver — protegiéndote de una secuencia de cambios.

Cuando la principal por fin queda estable durante 2 minutos seguidos, el contador se reinicia y la espera vuelve al valor por defecto de 15 segundos.

Esto aparece en pantalla como un indicador 2x, 4x al lado del conteo — y, si activas las notificaciones, como un aviso “Retorno retrasado” en la bandeja.

Sigue el failback en el card “INTERFACES DE RED”

Cuando un failover está activo, el card INTERFACES DE RED gana una línea nueva: FAILBACK, con la cuenta regresiva hasta el próximo intento de volver a la principal. Sin adivinanzas — ves exactamente cuánto falta.

La bolita de cada interfaz lo dice todo: verde = activa y sana, amarillo = activa pero es la secundaria, gris = en espera, rojo = offline. En el ejemplo de arriba, la principal (Ethernet) ya volvió y está en “En espera” mientras corre el cooldown de 12 segundos; la secundaria (Ethernet 3, una conexión 4G) sigue activa por ahora.

La línea FAILBACK cambia de color y texto según la situación. Son cuatro estados:

• Conteo amarillo (0:12) — el cooldown normal corriendo. Cuando llegue a cero y todo esté bien, PingArmor vuelve a la principal.
• Conteo rojo + 2x — la espera se duplicó porque la principal estuvo inestable (el backoff explicado arriba). El número al lado muestra cuántas veces.
• ESPERANDO ESTABILIZAR (azul) — el cooldown terminó y PingArmor está haciendo las últimas comprobaciones (¿la principal está realmente estable? ¿el juego volvió a la normalidad?) antes de ejecutar el regreso.
• ESPERANDO PRINCIPAL (amarillo) — la interfaz principal todavía está físicamente offline (cable fuera). No hay conteo porque no hay nada que contar: el failback solo empieza cuando la principal vuelve a existir. En cuanto el enlace vuelva, el estado pasa a conteo normal.

Avisos en la bandeja de Windows (opcional)

Por defecto, todo este control es silencioso — ocurre solo mientras juegas. Pero si quieres enterarte al momento de que ocurrió un cambio (sin tener que mirar la app), puedes activar las notificaciones.

En el engranaje → Configuración, en el card de preferencias, marca la casilla “Avisar failover en la bandeja”:

Con esto activado, recibes un globo en tres momentos — exactamente los tres estados que muestra el card:

• Failover activado — entró en failover; ya muestra la estimación de cuándo debería volver.
• Retorno retrasado — la principal rebotó y la espera se duplicó (el 2x del card).
• De vuelta a la red principal — failback completado, todo normal de nuevo.

La opción viene desactivada por defecto porque la mayoría de la gente prefiere que la protección sea invisible. Activar o desactivar no cambia nada en el comportamiento del failover — es solo sobre recibir (o no) el aviso. Marcaste, guardaste, listo.

Resumen

Pregunta	Respuesta corta
¿Cuántos tipos de failover existen?	Cinco: se cayó, sin respuesta, conexión muerta, lag en el router, lag en el juego
¿Por qué el lag del juego tarda más?	Para no cambiar en vano con un pico falso de ping
¿Cuándo vuelve a la principal?	Principal sana + 15s de cooldown + juego OK + internet estable
¿Y si la principal se cae todo el tiempo?	La espera se duplica (hasta 5min); se reinicia tras 2min estable
¿Se puede ver ocurriendo?	Sí, en la línea FAILBACK del card INTERFACES DE RED
¿Se puede recibir aviso?	Sí, opt-in: “Avisar failover en la bandeja”

Todo esto corre solo — no necesitas configurar nada más allá de elegir las dos interfaces. El failover y el failback ocurren automáticamente; el card y las notificaciones existen solo para darte transparencia sobre lo que PingArmor está haciendo por ti.

¿Quieres el panorama general antes de sumergirte en los detalles? Mira qué es el failover automático y cómo PingArmor protege tu juego durante el cambio.

Prueba gratis por 3 días — sin tarjeta de crédito.