Ca c'est un choix d'ingénierie de bout en bout.
D'autres FAI considèrent que tout trafic qui vient du client est remarqué en CS0. Donc aucune priorisation TV ou VoIP.
Pour des boxe en mode BRIDGE, on ne sait pas ce qui est fait sur le DSCP coté WAN.
Tout est une question de design de bout en bout. Et là, chaque FAI (petit ou gros) a son propre design, y'a pas de bonnes ou mauvaises règles.

J'ai mal compris de toute évidence, je pensais que ces règles émanaient de l'ACREP/ANSSI. C'est seulement la "définition" des classes et pas la manière dont le trafic est catégorisé qui est laissé à l'appréciation du FAI ?

Y'a 4 classes je pense sur le réseau orange RBCI, plus la classe est prioritaire, plus le débit est limité à l'accès.
Faudrait que je retrouve les 4 classes et les débits associés, mais je crois que des gens ici l'avaient trouvé par test.

Mais retenir : CS0 PARTOUT et vous aurez accès à 100% du débit (en gestion égalitaire de la congestion avec les autres demandeurs) ...

Merci 

J'ai mal compris de toute évidence, je pensais que ces règles émanaient de l'ACREP/ANSSI.

Je m'exprime à titre personnel.

Non, le règlement européen sur la neutralité du net, c'est plutôt au FAI de tout mettre tout le trafic internet au même niveau.

Maintenant, c'est un sujet complexe, il y a des exceptions (comme par exemple pour la box TV de l'opérateur pour les flux vidéo UDP qui nécessitent une priorisation pour ne pas être dégradé, pour le respect des obligations légales, pour l'intégrité du réseau, pour les situations exceptionnelles et temporaires de congestions,...) et il est possible que ce que fait Orange rentre dans les exceptions.

La priorisation de la voix est surtout importante en ADSL. Tous les opérateurs ne priorisaient pas les flux en ADSL (je pense à Bouygues Telecom sur la collecte ADSL SFR par exemple, à l'époque où cela existait) et cela pouvait se remarquer en cas de téléchargement important.

En FTTH, c'est presque inutile et certains opérateurs ne priorisent pas la voix de la box sur leur propre réseau.

Je viens de faire d'autres tests de mon côté :

Mon PC connecté en partage de connexion sur mon iPhone (Orange 180 Go 5G+), j'établie mon tunnel WireGuard en IPv4 vers ma Livebox V7 (sur mon PC et non pas mon iPhone), et avec WireShark je vois bien les paquets sortir en DSCP 0 (destination port 51820), en revanche ceux qui m'arrivent (source port 51820) sont tagués en DSCP 18 (AF21)

Nouveau test, toujours avec mon PC, connecté cette fois en partage de connexion sur mon Android (Sosh 150 Go 5G), j'établie mon tunnel WireGuard en IPv4 vers ma Livebox 7 sur mon PC, et avec WireShark je vois bien les paquets sortir en DSCP 0 (destination port 51820), et ceux qui m'arrivent (source port 51820) sont eux aussi tagués en DSCP 0 et j'ai plus la limitation de débit à 5 Mbps...

Dernier test, toujours avec mon PC, connecté sur mon iPhone mais avec Forfait Free 19.99€, j'établie mon tunnel WireGuard en IPv4 vers ma Livebox 7 sur mon PC, et avec WireShark je vois bien les paquets sortir en DSCP 0 (destination port 51820), et ceux qui m'arrivent (source port 51820) sont eux aussi tagués en DSCP 0 et je n'ai pas non plus de limitation de débit

J'ai testé de taguer en DSCP 0 depuis le serveur WireGuard, un MikroTik connecté derrière la Livebox 7, mais ça n'a aucune influence car les paquets partent bien en DSCP 0 mais sont retagués à priori plus loin en DSCP 18

Comment expliquer cette différence de DSCP pour les paquets provenant de mon VPN entre iPhone et Android tous deux chez Orange ? Et qu'il n'y a pas de problème non plus avec mon iPhone et ma SIM Free Mobile ?

Si quelqu'un d'autre chez Orange en 5G avec un iPhone peut confirmer être concerné aussi par cette limitation ?

J'ai les traces WireShark de ces 3 tests @levieuxatorange si ça t'intéresse...

Merci !