Très intéressant...

Le débit avec l'offre d'Orange fibre devrait être proche (le serveur optimisé FTTH à une montée en débit plus rapide et conserve mieux les haut débit). Plus le ping est important plus le serveur optimisé FTTH devrait creuser la différence avec celui optimisé câble.

Si le débit est meilleur sur le serveur optimisé câble ce qu'il y a quelque chose de pas net...

Serait-il possible de faire un SpeedTest sur différents serveurs ?

- Serveurs de Paris (optimisé câble)
- Serveur de Massy (situé à coté de Paris) (optimisé câble)
- Serveur d'Aubervilliers (situé à coté de Paris) (optimisé FTTH)
- Serveur de Clichy (situé à coté de Paris) (plutôt FTTH mais sans le patch google)
- Serveur de Lyon (optimisé FTTH)
- Serveur de Roubaix (situé à coté de Lille) (plutôt FTTH mais sans le patch google)

Merci !

Encore une hypothèse : cela ne viendrais pas de ton PC ? Tu as un PC avec une configuration particulière ?

Si tu es sous Windows, pourrais-tu faire un test en démarrant Windows en "Mode sans échec avec prise en charge réseau"

Si il est possible de faire un test sous MacOS X ou Linux ça serait l'idéale.
Avec Wubi, il est possible d'installer un linux sans partitionner ton PC (le linux démarre dans un fichier de 6 Go sur ta partition windows qui lui sert de disque dur)

Sinon je serais intéressé pour faire avec toi une capture Wireshark coté client et coté serveur car pour moi tes problèmes de débit avec des serveurs standard, c'est signe qu'on perd des paquets.

Donc la différence reste présente quel que soit le système d'exploitation utilisé.

Pour la capture Wireshark il faut la faire ensemble : j'ai besoin d'une capture coté serveur et d'une capture coté client réalisée simultanèment afin de partir a la chasse aux paquets perdus 

Je te propose de faire la capture Wiresahrk sur le téléchargement du fichier http://1.testdebit.info/fichiers/1000Mo.dat sous linux.

Afin de ne pas perde de paquets pendant la capture, je propose de télécharger le fichier vers /dev/null
=> wget -O /dev/null http://1.testdebit.info/fichiers/1000Mo.dat

La capture on va aussi la réaliser en ligne de commande (permet de diminuer le risque de perte de paquet à trés haut débit). Seul les 100 premiers octets de chaque paquet sont suffisant (-s 100). On se limite aux paquets échangés avec le serveur testdebit.info (host testdebit.info)
=> sudo tcpdump -i eth0 -n -s 100 -w capture.pcap host testdebit.info

Je te contact par MP pour trouver un moyen pour faire la capture ensemble.

kikoolol a refait aujourd'hui des tests à ma demande suite à la baisse de débit observé sur le serveur de PAris par les abonnés Bbox fibre et Numericable.

Je précise que la baisse de l'upload est lié au fait que kikoolol a supprimé l'option 100 / 100 d'où un débit un upload inférieur :








Il semblerait que le serveur de Paris ait été modifié et qu'un noyau Linux plus récent soit en place 
Il ne reste plus que Massy avec un vieux noyau.

Et bien dit donc, à peine mieux que l'ADSL.
Il y a la fibre optique, et il y a la fibre optique par Orange ! 

Oui mais bon, ce sont des tests de débit, pas une situation réelle.

Mais bon juste pour comprendre, quand on met un noyau récent, avec orange ça bug ?... Tu as un début d'explication vivien ?

Normalement les noyaux récent des OS server permettent une montée bien plus rapide en terme de vitesse de téléchargement qu'avant

Oui j'ai vu, mais apriori nos connexions orange fibre n'aiment pas ça... En fait le problème faudra que je demande à vivien, car j'ai toujours pas compris la différence entre ses "types" de serveur...

Concrètement quelle distrib / version / pour :
- testdebit.info
- bouygues.testdebit.info
- cable2.testdebit.info
- 100ms.testdebit.info

Bref je suis un peu embrouillé là.