Résumé

  • PUSH demande à TCP de ne pas attendre indéfiniment d’autres octets avant de faire progresser les données déjà remises.
  • PSH ne marque pas un enregistrement : les limites d’une écriture, d’un segment, d’un tampon de réception et d’une lecture peuvent diverger.
  • Le protocole applicatif doit donc définir lui-même son cadrage des messages.

Une demande de progression, pas une lettre

Les premières spécifications de TCP employaient l’idée d’une « lettre ». La RFC 793 explique que ce mécanisme a été reformulé en fonction PUSH. Le choix est révélateur : TCP transporte un flux continu d’octets, non une suite de messages autonomes.

Quand l’application demande PUSH, TCP est invité à transmettre les données déjà fournies et à les faire parvenir rapidement à l’utilisateur distant. Cette demande limite l’attente possible dans les tampons ; elle ne transforme pas le flux en enregistrements.

Des limites qui ne coïncident pas

La RFC 9293 indique que, lorsqu’une interface expose PUSH sur SEND, PSH est placé sur le dernier segment créé à partir de ce tampon. TCP peut toutefois diviser le tampon, regrouper des données ou fusionner des indications PUSH successives pendant la segmentation.

Lorsqu’une implémentation n’offre pas PUSH à l’émission, elle ne peut pas conserver les données indéfiniment : quand aucune autre donnée ne reste en attente, elle doit placer PSH sur le dernier segment encore en file.

À la réception, un tampon plein peut être remis avant l’arrivée de PSH. Inversement, un PUSH peut conduire à remettre un tampon partiellement rempli lorsque l’interface expose cette indication, exposition que la norme laisse facultative. Les tailles de lecture de l’application ne sont pas davantage liées aux écritures de l’émetteur.

PSH est donc un signal de progression, pas une preuve de frontière applicative. Il ne garantit ni un nombre de paquets, ni un instant de livraison, ni l’achèvement d’une lecture. Le contrôle de flux, la congestion, l’algorithme de Nagle et l’implémentation continuent de s’appliquer.

Pour transporter des messages, une application doit ajouter une longueur, un délimiteur, une taille fixe ou une règle équivalente. Une capture réseau montre où PSH est apparu dans une segmentation donnée, mais ne peut pas en déduire seule les enregistrements véritables.

Sources