9. Compression d'en-têtes pour TCP
9. Compression d'en-têtes pour TCP (Header compression for TCP)
La compression des en-têtes TCP suit [RFC-1144]. Cependant, le format de l'en-tête TCP compressé défini dans ce document diffère du format de [RFC-1144]. Les différences sont :
-
Un CID est envoyé avant l'en-tête TCP compressé. Cela permet de multiplexer plusieurs connexions TCP sur une seule liaison.
-
Le champ de numéro de connexion n'est pas utilisé dans l'en-tête compressé. Le CID est utilisé à la place.
-
Le champ de fenêtre est toujours envoyé tel quel (s'il a changé), et non comme différence par rapport à la valeur précédente. Cela simplifie la récupération après perte.
-
Le cas particulier d'encodage où la somme de contrôle TCP n'est pas envoyée n'est pas effectué. La somme de contrôle est toujours envoyée telle quelle.
-
Le mode non compressé de [RFC-1144] n'est pas pris en charge. Si le compresseur décide de ne pas compresser un paquet TCP, il est envoyé comme paquet IPv4 ou IPv6 régulier.
Chaque champ de l'en-tête TCP est traité selon les tableaux de l'Annexe A.
La somme de contrôle TCP DEVRAIT être calculée avant la compression, pour les mêmes raisons que pour UDP (voir section 8).
La section 10 décrit deux mécanismes pour accélérer la récupération après perte pour les flux TCP.