Lissage TCP (pacing)
Étaler les paquets régulièrement sur le temps d'aller-retour plutôt que de les envoyer en rafale dès que la fenêtre le permet. Une condition nécessaire pour que le contrôle de congestion moderne fonctionne tout court.
Un émetteur TCP classique est par nature saccadé : les accusés de réception arrivent groupés, la fenêtre s'ouvre, et tout un lot de segments part à la vitesse de la ligne. Sur le trajet, un seul goulot d'étranglement à tampon peu profond suffit pour qu'une telle rafale perde des paquets totalement inutilement, alors même que le débit moyen restait bien en dessous de la capacité. Le pacing calcule à la place un intervalle entre paquets à partir de la fenêtre divisée par le RTT estimé. Sous Linux, cela s'exprime via sk_pacing_rate et s'applique soit par la file fq, soit par la pile elle-même, et les cartes réseau commencent à proposer un déchargement matériel pour cette fonction. Pour BBR, ce n'est pas une optimisation mais une condition préalable, puisque tout l'algorithme repose sur l'envoi à un débit calculé plutôt que sur le remplissage d'une fenêtre.