Auteur Sujet: SpeedTest Orange fibre (Lu 47454 fois)

vivien · « **Réponse #12 le:** 11 avril 2012 à 20:29:46 »

Citation de: tivoli le 11 avril 2012 à 15:54:55

je peux connaitre la difference entre les 2 svp ? MTU ?

Uniquement le noyau :
- bouygues.testdebit.info => noyeau 2.6.24
- testdebit.info => noyeau 3.0

Le problème se produit avec les serveurs linux avec interface Ethernet 1 Gb/s et noyau pas trop vieux (moins de 4ans) quand le RTT dépasse 12ms et avec Orange FTTH et les opérateurs câble qui ont activés TCP ACK Supression (tous aujourd'hui). Les abonnés d'Orange FTTH rencontrent donc le problème fréquemment, ce type de configuration étant courant sur Internet. (celle du serveur bouygues.testdebit.info l'est de moins en moins courante). Les abonnés SFR FTTH et Free FTTH ne sont pas impactés.

tivoli · « **Réponse #13 le:** 12 avril 2012 à 11:31:15 »

Merci je vais donner l'info aux experts orange, je suis passe de la cellule eanh a la cellule oceane a priori

Merci pour le partage d'infos en tout cas

vivien · « **Réponse #14 le:** 15 avril 2012 à 10:06:26 »

Serait-il possible de faire un test comparatif avec le nouveau noyeau 3.2 ?

Fichier de 1Gb (119 Mo) :
- http://m.testdebit.info/1000Mo.dat => noyeau 3.2
- http://1.testdebit.info/fichiers/1000Mo.dat => noyeau 3.0
- http://bouygues.testdebit.info/fichiers/1000Mo.dat => noyeau 2.6.24

Fichier de 10Gb (1,2 Go) :
- http://m.testdebit.info/1000Mo.dat => noyeau 3.2
- http://1.testdebit.info/fichiers/1000Mo.dat => noyeau 3.0
- http://bouygues.testdebit.info/fichiers/1000Mo.dat => noyeau 2.6.24

noyeau 2.6.24 => bon débit avec tous
noyeau 3.0=> mauvais débits avec Orange FTTH et le câble, excellents débits avec les autres
noyeau 3.2 => ?

seb · « **Réponse #15 le:** 15 avril 2012 à 10:56:16 »

Testé depuis Pau sur le Pau Broadband Country, et j'ai aux alentours de 20 ms de latence pour les trois serveurs.

Fichier de 1Gb (119 Mo) :
- http://m.testdebit.info/1000Mo.dat => noyeau 3.2
2012-04-15 10:40:54 (6,83 MB/s)
- http://1.testdebit.info/fichiers/1000Mo.dat => noyeau 3.0
2012-04-15 10:41:43 (6,18 MB/s)
- http://bouygues.testdebit.info/fichiers/1000Mo.dat => noyeau 2.6.24
2012-04-15 10:42:31 (8,63 MB/s)

Fichier de 10Gb (1,2 Go) :
- http://m.testdebit.info/1000Mo.dat => noyeau 3.2
2012-04-15 10:47:19 (7,89 MB/s)
- http://1.testdebit.info/fichiers/1000Mo.dat => noyeau 3.0
2012-04-15 10:50:52 (6,67 MB/s)
- http://bouygues.testdebit.info/fichiers/1000Mo.dat => noyeau 2.6.24
2012-04-15 10:53:28 (9,53 MB/s)

Vu de chez moi, ça a l'air d'être un poil meilleur en 3.2, mais toujours pas au niveau du 2.6.24.

Nico · « **Réponse #16 le:** 15 avril 2012 à 11:14:57 »

En régime stabilisé chez moi je suis à 11,35Mo/s sur les 6 fichiers pour info.

vivien · « **Réponse #17 le:** 15 avril 2012 à 11:18:16 »

Avec une petite latence pas de souci pour avoir le débit maximal.

Les problèmes arrivent quand on pousse un peu TCP dans ses retranchement avec un très haut débit et une latence moyenne.

Nico · « **Réponse #18 le:** 15 avril 2012 à 11:21:22 »

Hum exact, il faudrait simuler la latence depuis Pau chez moi pour comparer... Au temps pour moi

tivoli · « **Réponse #19 le:** 15 avril 2012 à 12:44:22 »

Fichier de 1Gb (119 Mo) :
- http://m.testdebit.info/1000Mo.dat => noyeau 3.2
1915 ko/s
- http://1.testdebit.info/fichiers/1000Mo.dat => noyeau 3.0
1720 ko/s
- http://bouygues.testdebit.info/fichiers/1000Mo.dat => noyeau 2.6.24
6.1mo/s

Fichier de 10Gb (1,2 Go) :
- http://m.testdebit.info/1000Mo.dat => noyeau 3.2
1917 ko/s
- http://1.testdebit.info/fichiers/1000Mo.dat => noyeau 3.0
1750 ko/s
- http://bouygues.testdebit.info/fichiers/1000Mo.dat => noyeau 2.6.24
8.0mo/s

j'ai lance 4 dl en // sur le serveur et j'ai en simultane : 1222,1288,1345,1503
donc ce n'est pas le debit total qui est affecte dl par dl

vivien · « **Réponse #20 le:** 16 avril 2012 à 08:23:43 »

Oui, ce n'est pas le débit total mais le débit de la connexion TCP qui ne monte pas en débit car le serveur note un problème sur la connexion, il ne souhaites donc pas monter vers des Rwin importantes.

L'impact est donc moins fort avec SpeedTest qui utilise 4 connexions TCP en parallèle.

La question (pour les ingénieurs Orange) : quel est l'élèment sur le réseau ou dans la box qui dégrade la connexion ?

Sur le câble, j'ai trouvé, c'est le "TCP ACK Suppression" qui est sur le chipset Docsis Broadcom. Cette fonction économise l'upload en n'envoyant pas tous les acquittements. Ce n'est pas bête car les acquittements sont vraiment très nombreux (un paquet sur deux émis par TCP même alors que la connexion est lancée à très haut débit). Par contre la supression d’acquittements est vue sur les noyaux < 4 ans comme une anomalie sur la connexion avec un buffer TCP qui ne monte pas, impactant les connexions à très haut débit avec un ping de plus de 15ms.

tivoli · « **Réponse #21 le:** 17 avril 2012 à 08:17:52 »

Je devais etre appelle par le support vendredi dernier, pas d'appel...
Hier j'ai donc demande a etre rappelle par un responsable et le support, je n'ai eu que le responsable et pas le support, apres des excuses il m'a dit que j'allais etre appelle dans la journee

Bilan une fois de plus, pas de nouvelles...

Je le redis mais la difference en terme de communicarion et en resolution avec free est impressionnante :-(

Je suis vraiment desagreablement surpris par orange, quand on paye plus cher on s'attend à avoir du service , ce n'est malheureusement pas le cas.

De plus la hotline fibre devient payante, quand on voit le temps que j'y ai passe ...

Gilum · « **Réponse #22 le:** 17 avril 2012 à 10:33:30 »

- http://m.testdebit.info/1000Mo.dat => noyeau 3.2 > 3,84M/s
- http://1.testdebit.info/fichiers/1000Mo.dat => noyeau 3.0 > 3,98M/s
- http://bouygues.testdebit.info/fichiers/1000Mo.dat => noyeau 2.6.24 > 11,1M/s

Pas vraiment d'amélioration pour moi ! Il y a peut être une amélioration avec une latence plus importante ? J'ai environs 11ms vers testdebit.info

vivien · « **Réponse #23 le:** 21 avril 2012 à 12:04:47 »

Serait-il possible de faire de nouveau un test comparatif ?

J'ai modifié m.testdebit.info , c'est toujours le noyau 3.2 mais le "tcp congestion control" est maintenant reno au lieu de cubic par défaut.

Pourquoi utiliser reno ? Tout simplement car c'est celui qui est utilisé sur le noyau 2.6.24, noyau qui a de bonnes performances avec Orange FTTH et le câble, même quand la latence augmente. Le but est de déterminer si c'est ce changement qui impact les performances ou si la vérité est ailleurs.

Fichier de 1Gb (119 Mo) :
- http://m.testdebit.info/1000Mo.dat => noyau 3.2 + reno
- http://1.testdebit.info/fichiers/1000Mo.dat => noyau 3.0 + cubic
- http://bouygues.testdebit.info/fichiers/1000Mo.dat => noyau 2.6.24 + reno

Fichier de 10Gb (1,2 Go) :
- http://m.testdebit.info/1000Mo.dat => noyau 3.2 + reno
- http://1.testdebit.info/fichiers/1000Mo.dat => noyau 3.0 + cubic
- http://bouygues.testdebit.info/fichiers/1000Mo.dat => noyau 2.6.24 + reno