Résumé

  • Le champ Numéro d’accusé de réception existe toujours, mais il n’est significatif que lorsque ACK est activé.
  • Sa valeur désigne le prochain numéro de séquence attendu et confirme cumulativement les positions précédentes.
  • Dans la poignée de main, le SYN initial laisse ACK désactivé; le SYN,ACK rend la valeur d’accusé de réception exploitable.

Une case réservée n’est pas encore une preuve

RFC 793, puis RFC 9293, conservent un en-tête TCP de forme stable. Le champ d’accusé de réception occupe 32 bits dans le SYN initial comme dans un segment de données. Sa présence physique ne suffit pourtant pas: la spécification lui donne un sens seulement si le bit ACK est activé. RFC 9293 résume ce rôle en définissant ACK comme «Acknowledgment field is significant».

Cette condition évite de donner une signification artificielle aux bits d’un SYN qui n’a pas encore reçu de numéro de séquence distant. Le protocole n’a donc pas besoin d’un second format d’en-tête ni d’une valeur spéciale. Le champ reste là; son interprétation attend l’état approprié.

La poignée de main rend la transition visible

Dans l’exemple fondamental de RFC 9293, le premier segment porte SEQ=100 et SYN, sans ACK. La réponse porte SEQ=300, ACK=101 et SYN,ACK. Puis le dernier segment porte SEQ=101, ACK=301 et ACK. Le 101 est significatif parce que le bit l’annonce comme tel.

SYN consomme une position de l’espace de séquence. Accuser réception de 100 signifie donc demander la position 101 suivante. Le troisième segment confirme réciproquement le SYN de l’autre extrémité. Une même disposition de champs vient ainsi de franchir une frontière sémantique: inactive dans le premier SYN, elle transporte ensuite l’état de séquence du pair.

Une frontière cumulative, pas un reçu applicatif

Le numéro indique le prochain numéro attendu. Il reconnaît cumulativement toutes les positions antérieures contiguës; il n’énumère pas les segments reçus et ne prouve ni l’authentification du pair ni le traitement par l’application. La fenêtre, placée à côté, annonce la quantité d’octets que l’émetteur accepte à partir de cette position. Elle complète l’information sans remplacer le rôle de commutateur du bit ACK.

ACK ne consomme aucune position de séquence. Sinon, les pairs devraient accuser réception des accusés de réception. Cette règle permet aux segments établis de joindre l’information cumulative aux données ou à un segment sans données. Une fois la connexion établie, l’accusé de réception est toujours envoyé, ce qui décrit cet état et non chaque segment de tous les états TCP.

Une continuité de conception

RFC 793, publié en 1981, et RFC 9293 maintiennent le même contrat: un champ de 32 bits, conditionné par ACK, cumulatif, et sans coût de séquence pour ACK lui-même. La conclusion est structurelle: TCP garde un en-tête unique, mais ne rend pas tous ses champs automatiquement autoritaires.

Sources