Résumé

  • RACK confronte l'âge d'une transmission non acquittée à la livraison attestée d'une transmission plus récente.
  • Une fenêtre bornée, adaptable à l'aide de DSACK et limitée par le SRTT, tient compte du réordonnancement. La RFC 8985 autorise au plus une sonde de perte supplémentaire au-delà de la fenêtre de congestion ; elle compte dans les données en vol et le prochain ACK supprime le dépassement temporaire.

Lorsqu'un acquittement signale la réception d'une transmission récente alors qu'une transmission plus ancienne demeure sans acquittement, l'ordre temporel fournit un indice. La spécification RACK-TLP de la RFC 8985 encadre l'utilisation de cet indice, le risque de réordonnancement et l'envoi éventuel d'une sonde avant l'expiration normale du temporisateur de retransmission.

Cet indice ne remplace ni le contrôle de congestion ni les règles qui déterminent si l'émetteur a le droit d'envoyer des données.

Un numéro de séquence indique la position des octets dans le flux TCP. Il ne décrit pas, à lui seul, le moment où chaque transmission a quitté l'émetteur. RACK ajoute cette dimension temporelle au raisonnement sur les pertes.

Supposons qu'une transmission récente soit déclarée reçue, tandis qu'une transmission antérieure reste en attente. RACK compare leurs instants d'émission. Si l'élément ancien demeure non livré au-delà d'une estimation du temps aller-retour, augmentée d'une fenêtre de réordonnancement bornée, l'émetteur peut le déclarer perdu. La transmission livrée sert alors de repère temporel.

Si la sonde ne fournit pas l'information attendue, le temporisateur ordinaire de retransmission demeure la solution de repli. La détection temporelle, la réaction à la congestion, l'autorisation d'émettre et la récupération après expiration du délai sont donc coordonnées, mais conservent des fonctions séparées.

La spécification de référence est le RFC 8985 ; les limites relatives au contrôle de congestion, à la récupération SACK et au temporisateur de retransmission sont établies par les RFC 5681, RFC 6675 et RFC 6298. Ces normes décrivent le comportement du protocole, pas les valeurs par défaut actuelles des implémentations, leur adoption, leur déploiement ou leurs performances.