Résumé

  • RFC 6928 fixe une limite supérieure facultative de dix segments, calculée selon le MSS ; il n'impose pas à chaque connexion d'utiliser toute cette marge.
  • IW10 peut supprimer plusieurs allers-retours sur les petits transferts, au prix d'une rafale plus forte avant toute preuve sur le chemin : mesure et repli font donc partie du dispositif.

Une connexion TCP naît sans connaissance de la capacité disponible. La poignée de main confirme les deux extrémités, pas l'espace dans les files, le débit du lien d'accès ni le nombre de flux concurrents. La fenêtre de congestion initiale décide combien d'octets l'émetteur engage dans cette ignorance avant que les accusés de réception ne décrivent le chemin.

RFC 6928 relève la limite autorisée par rapport au régime de RFC 3390. Sa formule est min(10*MSS, max(2*MSS, 14600)). Dix segments constituent un plafond ; une pile peut choisir moins. La règle porte sur le premier RTT de données, pendant ou après la poignée de main à trois temps. Le SYN/ACK et l'ACK qui l'achève ne grossissent pas la fenêtre.

Ce mécanisme ne reprend pas celui de TCP Fast Open. Fast Open déplace des données applicatives avant la fin de la poignée de main. IW10 augmente la quantité de données ordinaires que la connexion établie peut envoyer avant le premier retour de congestion. Le premier modifie le calendrier de la requête ; le second, l'exposition du chemin.

Un bénéfice calculable, sous hypothèses

Dans le modèle simplifié du RFC — bande passante infinie, aucune perte et accusés différés standards — passer de trois à dix segments peut retrancher jusqu'à quatre allers-retours aux transferts de plus de 4 Ko. L'exemple de 32 segments passe de cinq RTT à deux. Une fenêtre plus large fournit aussi davantage d'accusés et peut permettre à Fast Retransmit de réparer une perte sans attendre l'expiration initiale.

Ce calcul n'est pas une garantie contemporaine. Une fenêtre de réception inférieure à dix segments bride l'envoi. Les essais cités reposaient sur une MTU Ethernet de 1 500 octets. Surtout, plusieurs connexions simultanées multiplient la rafale ; une optimisation raisonnable par flux peut devenir agressive au niveau de l'application.

La file voit la rafale avant l'émetteur

Le coût apparaît immédiatement. Sur un lien lent, une petite mémoire tampon ou une file déjà chargée, dix segments peuvent provoquer une perte prématurée ou un délai de retransmission. Le flux peut quitter trop tôt le démarrage lent. Les flux IW10 peuvent aussi prendre provisoirement plus de capacité que ceux restés sous RFC 3390. Dans les réseaux d'accès, la file supplémentaire peut retarder DNS, la voix, les jeux et d'autres trafics sensibles à la latence.

Le RFC juge improbable qu'une seule hausse initiale produise à elle seule une congestion persistante : le recul ultérieur de TCP reste actif. Mais cette conclusion suppose que l'ouverture demeure ponctuelle. Quand un navigateur ou un service ouvre de nombreuses connexions, les rafales s'additionnent et l'hypothèse change.

Ne pas confondre ouverture, reprise et perte

RFC 6928 sépare trois fenêtres. La fenêtre initiale concerne une nouvelle connexion. Après une période d'inactivité, la fenêtre de reprise peut utiliser au maximum la plus petite valeur entre la fenêtre initiale et la congestion window courante. Après un délai de retransmission, la fenêtre de perte reste égale à un MSS afin de conserver la réaction minimale face à une congestion sévère. Si une perte apparaît dans la fenêtre initiale ou de reprise après plus de 4 Ko envoyés, la reprise doit revenir vers le comportement de RFC 3390.

La minuterie compte autant que le volume. Sur un chemin lent, le temps de sérialisation d'une grande rafale peut ressembler à une expiration. RFC 6928 exige donc le comportement de RFC 6298 : redémarrer le RTO courant à chaque ACK qui reconnaît de nouvelles données.

Limite de la source

L'analyse repose uniquement sur RFC 6928, document expérimental publié en avril 2013. Il établit la formule, les résultats résumés et les obligations conditionnelles. Il ne prouve ni l'activation actuelle d'IW10 dans un produit donné, ni la performance d'un réseau nommé, ni la sûreté d'une valeur supérieure à dix.