keepalive

Un keepalive es un paquete de datos o mensaje mínimo transmitido a intervalos regulares entre dos dispositivos conectados, típicamente a través de un enlace de red o conexión en serie, para confirmar que el enlace permanece activo y receptivo. En las operaciones de energía y servicios públicos, los keepalives son críticos para los sistemas de control de supervisión y adquisición de datos (SCADA), las unidades terminales remotas (RTU) y las redes de telemetría donde no se puede confiar en que una conexión silenciosa sea funcional.

El problema central que resuelven los keepalives es la ambigüedad: cuando no fluyen datos sustantivos entre dos dispositivos, ninguno sabe si el otro sigue en línea o si la ruta de comunicación está intacta. Los equipos de red como enrutadores, cortafuegos y proxies a menudo cortan las conexiones inactivas para liberar recursos, dejando a ambos extremos pensando que siguen conectados. Un mensaje keepalive, enviado cada 30 a 300 segundos dependiendo del protocolo y las condiciones de la red, fuerza el tráfico a través del enlace y evita que el equipo intermedio lo elimine. En los sistemas SCADA que monitorean la distribución de energía o la infraestructura hídrica, perder una conexión silenciosamente es peor que perderla ruidosamente; un keepalive asegura que un operador sepa inmediatamente cuando un sitio remoto se desconecta.

Los keepalives son deliberadamente ligeros. Una sonda keepalive TCP es típicamente solo unos pocos bytes de tráfico de acuse de recibo. La mayoría de los protocolos industriales, Modbus, DNP3, IEC 60870-5-104, incorporan mecanismos de keepalive o latido en su capa de aplicación en lugar de depender solo de TCP, porque los keepalives TCP pueden ser eliminados por los dispositivos de seguridad de red o deshabilitados por defecto. Un dispositivo industrial podría enviar una trama de prueba de enlace cada 60 segundos, un mensaje nulo que no contiene datos del mundo real pero que demuestra que la comunicación bidireccional está funcionando.

Configuración y modos de fallo

El intervalo de tiempo de espera y el comportamiento de reintento deben ajustarse para adaptarse a la red. Los enlaces satelitales a subestaciones remotas pueden requerir tiempos de espera más largos; las copias de seguridad celulares pueden necesitar tiempos más cortos para detectar rápidamente el aire muerto. Si los propios keepalives se pierden debido a la congestión o a rutas inestables, un dispositivo declarará el enlace caído y puede activar la conmutación por error a una ruta redundante, cambiando el tráfico SCADA a una radio de respaldo o una conexión de fibra. Por el contrario, si llegan los keepalives pero el dispositivo remoto está realmente colgado o corrupto, el enlace parece saludable mientras los comandos de control fallan silenciosamente, por lo que los keepalives son una verificación necesaria pero no suficiente del estado del sistema.

El término refleja su función: mantener una conexión viva forzándola a trabajar. En los primeros sistemas en serie y de acceso telefónico, cualquier transmisión de paquetes restablecería los temporizadores de inactividad; en las redes modernas, el tráfico keepalive explícito es necesario porque los enlaces en sí mismos están siempre nominalmente abiertos. Los operadores de servicios públicos rara vez piensan directamente en los keepalives, pero cuando una unidad terminal remota deja de responder repentinamente a un despachador, la falta de recepción de keepalives suele ser el primer indicador de que la ruta de comunicación se ha roto.