Hello,

je commence à m'intéresser à cette technologie. En résumé L4S vise à : améliorer le traitement de la congestion bout-en-bout, avec pour objectif de fluidifier le trafic et de réduire la latence/gigue.

L4S peut être utilisé avec différents protocoles de transports (UDP, TCP, QUIC, DCCP).

De façon classique, un équipement réseau drop ou bufferise les paquets lorsqu'il y a une congestion. Cela entraine une rétention ou une réémission des paquets. Ce qui est négatif à la fois pour la QoS (augmentation de la latence en charge), fluctuation du débit, augmentation des ressources réseaux.

Si on compare L4S a un protocole et algorithme de congestion répendue tel que TCP-Cubic ou il y un dialogue entre le serveur et le client (Ack). Lorsque le serveur ne reçoit pas (ou tardivement) un paquet, le Ack du paquet envoyé, alors il l'interprète comme une congestion et donc ralenti sa fenêtre d'envoi (TCP window). Donc il réduit le débit. Puis après un certain temps, le serveur recommencera à augmenter le débit envoyé si le transfert se passe bien (Ack du client reçus dans les temps et dans l'ordre). Etc.

Avec L4S, qui s'appuie sur ECN (Explicit Congestion Notification), on a une gestion des paquets plus intelligente. Sans trop rentrer dans les détail, le serveur marque l'entête des paquets IP envoyés sur 2 bits. Si les équipement réseaux supportent ECN (routeur, switch) ainsi que le client, alors il peut y avoir un dialogue, non plus entre le serveur et le client, mais entre le serveur et les différents équipements que traversent les paquets IP.
Si le routeur (exemple) est congestionné, alors il pourra envoyer l'info au serveur avant de dropper et ainsi le serveur réduira son débit pour réguler son trafic. Le chemin pour informer le serveur est plus court. La régulation du trafic coté serveur est plus rapide et cela impact positivement la QoS.

L4S est une évolution d'ECN. Il s'appuie sur cette en-tête de 2 bits pour communiquer "plus finement" avec le serveur afin de réguler le trafic et ainsi éviter toutes variation de latence et/ou un débit qui fait le yoyo. Il est conçu spécifiquement pour améliorer la latence bout-en-bout.

j'ai trouvé un schéma pas mal qui retranscrit bien cette idée :



Je me pose encore quelques questions sur sa cohabitation avec les autre flux non L4S, son implémentation et si ça respecte les principes de NET neutralité. Mais les bases sont la.

Une chose est sûre le premier prérequis est coté serveur - Donc pas étonnant que ce soit des acteurs de services temps réelles (gaming, voix, visio) qui proposent en 1er ce type d'évolution.

Cela utilise ECN et cette étude de 2022 (qui parlait déjà de L4S) montre que c'est pas la joie avec des opérateurs qui réinitialise l'attribut ECN ("ECN bleaching") en transit.