A noter que Google Quiche (implémentation en C++:
https://github.com/google/quiche de QUIC, HTTP/2, HTTP/3) met en oeuvre BBR v2 depuis quelques temps maintenant. Ce code est utilisé au niveau de tout les serveurs frontaux de Google et de Chrome.
Le situation qu'on peut anticiper dans les années qui viennent c'est que de plus en plus d'applications vont passer a QUIC donc ne plus utiliser la pile TCP de l'OS, pile qui implémente la congestion.
L'algo de congestion sera donc directement dans le code de l'application, statiquement ou dynamiquement via une bibliothèque QUIC, mais ne sera plus du ressort de l'OS donc sous le contrôle de l'administrateur ou d'un paramétrage au niveau OS comme c'est le cas aujourd'hui.
Outre Google, Microsoft développe très activement son implémentation de QUIC et chose rare en open source, même la version Windows:
https://github.com/microsoft/msquic. Pour l'instant ils n’implémentent que BBR et pas BBR v2.
A noter aussi qu'une RFC de QUIC v2 (rfc9369 de mai 2023) est sortie dans le but est d'éviter ce qui s'est produit avec TCP: une ossification dans les middlebox (firewall, routeurs) ou aux extrémités donc éventuellement une descente du protocole dans l'OS et les drivers.
Du coup QUIC "devrait" toujours rester un niveau applicatif et par conséquence ses protocoles de congestion aussi (enfin tout cela n'est pas facile a prédire).