Heartbeat (mantener viva la conexión)

Por qué las conexiones los necesitan

Una conexión de red puede morir en silencio: un router la descarta, un portátil se suspende, un cortafuegos la olvida. Sin tráfico, ninguno de los dos lados se da cuenta. Los heartbeats crean tráfico según un calendario, así que el silencio más allá de ese calendario se convierte en una señal fiable de fallo y no en un mercado tranquilo.

Cómo funciona el intervalo

• El servidor suele dictar el intervalo en el acceso.
• El cliente debe enviar al menos con esa frecuencia; enviar más a menudo es seguro, menos a menudo hace que se cierre la sesión.
• En los protocolos de estilo FIX, un heartbeat ausente provoca una petición de prueba; si no hay respuesta en otro intervalo, la conexión se cierra.
• El cancel on disconnect de CME usa exactamente esa lógica en las sesiones de entrada de órdenes.

Ejemplo resuelto

Una pasarela pide un heartbeat cada 60 segundos y cierra la sesión tras aproximadamente un intervalo perdido. Un cliente que envía a intervalos de 60 segundos tiene margen cero; uno retrasado por un momento de carga puede ser expulsado. Un vigilante que avisa tras 5 minutos sin ninguna trama corresponde a 300 / 60 = 5 intervalos perdidos, mucho más allá de cualquier explicación de mercado tranquilo.

En Senzoukria

Tras un acceso a Rithmic, la aplicación arranca una tarea de heartbeat que envía la petición de heartbeat del protocolo al intervalo que la pasarela devolvió en su respuesta de acceso, redondeando al alza a un segundo como mínimo, porque enviar más rápido de lo pedido es siempre seguro y enviar más despacio es lo que hace caer una sesión. La tarea se detiene antes que el lector en la desconexión. En los plants de PnL y de órdenes, un vigilante aparte deja un aviso cuando no ha llegado ninguna trama en cinco minutos mientras el lector sigue afirmando estar vivo, como mucho una vez por minuto.

Errores habituales

• Leer un heartbeat ausente como un mercado tranquilo.
• Suspender el ordenador o el adaptador de red durante una sesión y esperar que la conexión sobreviva.
• Suponer que un heartbeat demuestra que fluyen datos; solo demuestra que la sesión está viva.