TCP Vegas
Le premier contrôle de congestion à mesurer le délai plutôt que d'attendre la perte de paquets. Meilleur sur presque tous les plans, et donc inutilisable.
L'idée de 1994 était qu'une file d'attente qui grossit se manifeste par un temps d'aller-retour croissant bien avant qu'une perte réelle ne survienne. Vegas compare le débit qu'il devrait obtenir, calculé sur le plus petit temps d'aller-retour observé, avec celui qu'il obtient réellement, et ajuste sa fenêtre pour maintenir un petit nombre constant de paquets en file. Résultat : faible délai, peu de pertes, débit régulier. Le problème est apparu quand Vegas partageait un goulot d'étranglement avec Reno, alors la norme : Vegas se retire dès que la file grossit, tandis que Reno continue de pousser jusqu'à ce que quelque chose casse — Vegas finit par s'affamer lui-même. Ce constat, qu'un algorithme poli perd face à un algorithme impoli, explique directement pourquoi BBR est conçu comme il l'est.