Résumé

  • Une sonde TCP keep-alive demande à un pair inactif de répondre à partir de son état de séquence ; elle ne renseigne pas directement sur la santé de l’application.
  • Les segments constitués uniquement d’un ACK n’étant pas transmis de façon fiable, une seule sonde sans réponse ne permet pas de conclure à une défaillance.

Après un long intervalle sans segment entrant, sans nouvelle donnée et sans donnée non acquittée à retransmettre, une connexion TCP peut rester silencieuse. Ce silence peut correspondre à une application saine qui n’a rien à envoyer, ou masquer un chemin ou un pair devenu inaccessible. Le keep-alive intervient à cette frontière pour solliciter une observation supplémentaire de l’état de séquence établi.

Ce mécanisme ne remplace pas la retransmission. Tant que des données envoyées restent non acquittées, TCP s’appuie déjà sur la retransmission et sur le User Timeout pour décider si la livraison peut continuer. Le keep-alive n’intervient qu’une fois la connexion par ailleurs inactive.

RFC 1122 décrit une sonde dont le numéro de séquence est généralement SND.NXT-1, juste avant le prochain octet utilisable pour de nouvelles données. Un pair qui conserve son état TCP peut répondre à partir de cet état. La sonde devrait être dépourvue de données ; une variante de compatibilité contenant un octet peut toutefois être proposée pour les implémentations erronées qui ne traitent pas correctement la forme sans données. Cet échange appartient au contrôle du transport, pas au flux de messages de l’application.

Le support du keep-alive est optionnel. Lorsqu’il est fourni, l’application doit pouvoir l’activer ou le désactiver pour chaque connexion, et il doit être désactivé par défaut. La sonde ne peut être envoyée que si aucune donnée envoyée ne reste en attente et si aucune donnée ni aucun acquittement n’est arrivé pendant l’intervalle configuré. Cet intervalle doit être configurable, avec une valeur par défaut normative d’au moins deux heures.

RFC 9293 conserve la limitation essentielle de RFC 1122 : TCP ne transmet pas de manière fiable les segments constitués uniquement d’un ACK. Le pair peut recevoir la sonde et produire l’acquittement attendu, puis cet acquittement peut disparaître en chemin. L’absence de réponse à une sonde donnée ne constitue donc pas, à elle seule, une preuve de défaillance. La consolidation de la norme n’a pas transformé le mécanisme en service universel de vivacité.

Sources