Moui bon après je pense pas que UDP soit privilégié pour les gros trafics non plus à part avec QUIC
Pas besoin de priorisation particulière pour un protocole ou l'autre: l'OLT applique un shaper en download et configure l'ONT pour shaper en upload. Ces shapers opèrent comme des limiteurs de débit: les paquets qui ne rentrent pas dans le tuyau sont mis à la poubelle. Il y bien évidemment des facons plus intelligentes de choisir quels paquets on jette et comment minimiser l'impact du bufferbloat, mais on peut très bien faire sans, surtout sur des liens de plusieurs centaines de Mbit/s et plus.
C'est bien le rôle des mécanismes de contrôle de la congestion de gérer le débit (et éventuellement les retransmissions).
Rien ne m'empêche de générer 1Gbit/s de traffic UDP et de l'envoyer vers Internet. Mon ONT va en jeter un peu plus des 2/3 (upload contractuel à 300Mbit/s avant fairness control sur les 1.2Gbit d'upload de l'arbre GPON).
Si mon générateur de flux UDP n'applique aucun contrôle de congestion et ne diminue pas son débit, les autres flux utilisant ma ligne (TCP, SCTP, mais aussi UDP dont la couche applicative effectue un tel contrôle, comme FaceTime/Jitsi/Signal/QUIC, etc.) seront écrasés car ils détecteront la congestion et diminueront drastiquement leur débit jusqu'à ce qu'ils n'écoulent plus de traffic du tout.
La gestion du débit et de la congestion est bien faite par les endpoints comme le dit ehalis: ces derniers s'adaptent à la taille du tuyau formé par le réseau de la source à la destination.
C'est l'argument de Free pour réaliser des tests de débit avec TCP BBR sur son réseau mobile, si je puis dire.
TCP BBR est beaucoup plus agressif que les autres variants (voire dans certains cas que QUIC) et "écrase" les flux concurrents pour prendre leur place. Si le réseau est un peu sous dimensionné ou rencontre des congestions à certains endroits, le test de débit avec BBR obtiendra des valeurs de débit proche du maximum atteignable au dépends des autres flux, mais ne sera pas probablement pas représentatif des autres usages.
Le lecteur avisé se posera la question de la pertinence de cet argument à grande échelle (c'est à dire, si tout le monde se met à utiliser BBR).
Encore une fois, cela n'empêche pas le réseau d'appliquer de la QoS en dépriorisant les flux liés à certains protocoles, mais ce n'est pas l'esprit du principe de neutralité du réseau.