Bonjour,

Pour faire suite a mon probleme de debit datant de Fevrier voila les nouvelles infos obtenues ce jour :
- Le probleme est reconnu par orange et impacterait beaucoup d'utilisateurs a Toulouse
- Ils ne trouvent pas la solution au probleme et refusent de me contacter avant la resolution
- Pas de geste commercial avant la resolution

Bilan, je vais commencer un post faire un proces a Orange :-(

Je commence a lire quelques infos legales et lettre RAR pour notifier officiellement les problemes

Cordialement
Tivoli

Volontiers pour un test ou en journee si tu veux

Fibreux, à Paris tu sera bien moins impacté sachant le problème n'est que pour les ping > 13ms et vers certains serveurs (la moitié des serveurs à la louche sont impactés). Depuis Paris tu pourra faire du 100 Mb/s sur l'ensemble des serveurs de Paris, Lille ou Lyon si Orange est bien interconnecté sans passer par Londres (malheureusement trop fréquent pour certaines destinations Française)

J'ai les captures wireshark, je regarde ce soir voir si il y a un comportement spécial qui expliquerait cette dégradation.

tivoli a fait un téléchargement sur https://lafibre.info/test-debit-ipv6/ en IPv4 pendant qu'une capture était réalisée coté serveur et coté client.

J'ai analysé en profondeur les captures réalisées avec un mac (cela simplifie le travail d'analyse la Rwin est fixe à 524 Ko)
A ce propos, un mac est entre Windows 7 et linux en terme de débit sur la courbe Impact du ping sur le très haut débit en fonction du système d'exploitation. A 100ms, un mac peut télécharger à 40 Mb/s contre 20 Mb/s pour Windows 7 et 5 Mb/s pour Windows XP.

Là, on est environ à 10 Mb/s, le serveur étant sur Lyon étant sur Lyon et on fait un crochet sur Paris. Le ping bout en bout est de 24ms comme le montre la capture (temps par exemple entre le [SYN] et le [SYN,ACK]

Touts les acquittements envoyés arrivent bien (43474 acquittements pour 86806 paquets).
Les paquets ne sont pas modifiés par le réseau Orange, excepté le [SYN] et [SYN,ACK] (Il est normal de modifier le [SYN] et [SYN,ACK] afin de faire baisser la MTU de 8 octets a cause du PPPoE utilisé par Orange).

Le démarrage du téléchargement est très dynamique (le serveur à le patch Google et envoi immédiatement après le get 14 Ko de données sans demander d’acquittement).

Il y a quelques pertes de paquets, ce n'est pas anormal. Il y a également quelques double perte de paquet (paquet envoyé => perdu, renvoyé => re-perdu) ce qui est mauvais pour le débit à ce moment là (on continue en slow start) mais cela n'explique pas la limitation à 10 Mb/s. (la limitation n'est pas liée à un problème de peering / transit).

La Rwin (taille non acquittée) n'est jamais remplie a plus de 1/8, ce n'est donc pas elle qui limite le débit.

Fibreux dès que tu as changé d'IP, tu me le dis, que je poste les captures pour que d'autres puissent les analyser.

vivien, tu as un programme d'analyse pour faire ça?

Avec les traces wireshark du client et du serveur, on doit pouvoir trouver les différences entre le paquet émis et le paquet reçu, non ?

Si la MTU était bien paramétrée, cet ajustement ne serait pas nécessaire.