Auteur Sujet: Orange: Débit limité à 5 Mb/s avec les flux DSCP 2 ou certains VPN (Lu 14379 fois)

levieuxatorange · « **Réponse #84 le:** **Aujourd'hui** à 10:54:50 »

Citation de: gg40530 le Aujourd'hui à 10:45:52

C'est pour les handshake, les data sont concernées ?

Je suis en train de me fournir la spec des LB.
Je crois que les premiers Pkts fixent la QoS de tout le flux, la LB remarquant le flux à ce qui est négocié dans le handshake

Donc même si WG repasse en DSCP 0 après, tout est remarqué par la LB en DSCP AF41 (CS4 donc) avec la limitation constatée.

vivien · « **Réponse #85 le:** **Aujourd'hui** à 10:59:37 »

Ok, cela expliquerait la limitation avec SSH ou les paquets de données sont tagés en DSCP 0, mais limités à 5 Mb/s.

kgersen · « **Réponse #86 le:** **Aujourd'hui** à 13:41:53 »

Citation de: levieuxatorange le Aujourd'hui à 10:54:50

Donc même si WG repasse en DSCP 0 après, tout est remarqué par la LB en DSCP AF41 (CS4 donc) avec la limitation constatée.

ca ressemble a une opti faspath du NAT mal codé (il garde la prio du 1er paquet) ? y'a le meme souci en IPv6?

unipo · « **Réponse #87 le:** **Aujourd'hui** à 14:17:53 »

@kgersen
Tout mes liens wireguard sont IPv6.

levieuxatorange · « **Réponse #88 le:** **Aujourd'hui** à 14:28:15 »

Non, c'est pas un bug (au sens mauvais codage)

C'est une question de gestion de la QoS et à une philosophie qui est que sur un flux, il est d'une COS unique et consistante tout au long de son existence.

Le "je me déguise en VoIP pour le 3 way HandShake puis je repasse en CS0", ben ... dans notre vision c'est pas bon ... et on garde la QoS négociée dans le 3 way HandShake .... donc on hérite de la limitation de débit des classes prioritaires .. limitations établies pour tout un tas de raisons reglementaires (coucou @ARCEP) et sécurité (coucou @ANSSI) ..

kgersen · « **Réponse #89 le:** **Aujourd'hui** à 16:26:40 »

Citation de: levieuxatorange le Aujourd'hui à 14:28:15

Non, c'est pas un bug (au sens mauvais codage)

C'est une question de gestion de la QoS et à une philosophie qui est que sur un flux, il est d'une COS unique et consistante tout au long de son existence.

Le "je me déguise en VoIP pour le 3 way HandShake puis je repasse en CS0", ben ... dans notre vision c'est pas bon ... et on garde la QoS négociée dans le 3 way HandShake .... donc on hérite de la limitation de débit des classes prioritaires .. limitations établies pour tout un tas de raisons reglementaires (coucou @ARCEP) et sécurité (coucou @ANSSI) ..

ca veut donc dire que ce n'est pas stateless donc, y'a un tracking des connections meme en IPv6 , la décision n'est pas paquet par paquet ? donc une inspection pour savoir si c'est de l'UDP ou du TCP , etc ?

levieuxatorange · « **Réponse #90 le:** **Aujourd'hui** à 16:38:39 »

Citation de: kgersen le Aujourd'hui à 16:26:40

ca veut donc dire que ce n'est pas stateless donc, y'a un tracking des connections meme en IPv6 , la décision n'est pas paquet par paquet ? donc une inspection pour savoir si c'est de l'UDP ou du TCP , etc ?

Inspection, le terme est un peu fort

Comme, tu as un firewall dans les LB qui est statefull , à l'ouverture du flux la gestion DSCP est mise en place (que ce soit TCP ou UDP, en Ipv4 ou IPv6).

Le reste du flux n'est plus regardé et traité directement par le hard. Et donc sans changement du DSCP.

Et c'est justement le soucis, comme c'est pas traité paquet par paquet mais flux par flux pour atteindre les perfs, les changement de COS sur un flux sont pas vu ..

LeVieux

renaud07 · « **Réponse #91 le:** **Aujourd'hui** à 16:50:20 »

C'est quand même assez moyen ce genre de traitement... Les autres FAI font pareil ?

Concernant le débit, tout ce qui est marqué autre que CS0 est limité à 5 Mb/s ou y'a des exceptions ? Genre en EF par exemple ?