Auteur Sujet: Test de débit et de neutralité de l'Internet (Lu 139900 fois)

hwti · « **Réponse #228 le:** 06 mai 2016 à 17:08:33 »

Activation de ma ligne SFR :

Running on linux - 4.3.5-300.fc23.x86_64 - x86_64-linux-thread-multi
Started at: Fri May  6 16:56:30 2016
Network neutrality test - Server localization: France - Hosting by Bouygues Telecom
IPv4 download tests
zip IPv4 http  80   :  803.84 Mb/s (DNS:4ms SYN:6ms GET:6ms Down:7993ms 803.14 MB T)
jpg IPv4 http  80   :  833.66 Mb/s (DNS:4ms SYN:30ms GET:8ms Down:7991ms 832.72 MB T)
mp4 IPv4 http  80   :  826.39 Mb/s (DNS:4ms SYN:32ms GET:8ms Down:7991ms 825.46 MB T)
pdf IPv4 http  80   :  809.40 Mb/s (DNS:4ms SYN:34ms GET:8ms Down:7991ms 808.49 MB T)
zip IPv4 https 443  :  811.06 Mb/s (DNS:4ms SYN:30ms GET:133ms Down:7866ms 797.47 MB T)
jpg IPv4 https 443  :  814.25 Mb/s (DNS:4ms SYN:32ms GET:122ms Down:7877ms 801.73 MB T)
zip IPv4 http  554  :   59.19 Mb/s (DNS:4ms SYN:27ms GET:9ms Down:7989ms 59.11 MB T)
jpg IPv4 http  554  :   59.79 Mb/s (DNS:4ms SYN:6ms GET:6ms Down:7993ms 59.74 MB T)
mp4 IPv4 http  554  :   56.67 Mb/s (DNS:4ms SYN:7ms GET:7ms Down:7992ms 56.62 MB T)
zip IPv4 https 993  :  798.59 Mb/s (DNS:4ms SYN:6ms GET:140ms Down:7859ms 784.52 MB T)
jpg IPv4 https 993  :  774.01 Mb/s (DNS:4ms SYN:28ms GET:126ms Down:7873ms 761.72 MB T)
zip IPv4 https 1194 :  818.24 Mb/s (DNS:4ms SYN:28ms GET:124ms Down:7875ms 805.45 MB T)
jpg IPv4 https 1194 :  820.50 Mb/s (DNS:4ms SYN:33ms GET:127ms Down:7872ms 807.37 MB T)
zip IPv4 http  6881 :  836.66 Mb/s (DNS:4ms SYN:26ms GET:8ms Down:7991ms 835.72 MB T)
jpg IPv4 http  6881 :  833.35 Mb/s (DNS:4ms SYN:32ms GET:9ms Down:7990ms 832.30 MB T)
zip IPv4 http  8080 :  788.43 Mb/s (DNS:4ms SYN:30ms GET:8ms Down:7990ms 787.44 MB T)
jpg IPv4 http  8080 :  807.19 Mb/s (DNS:4ms SYN:29ms GET:8ms Down:7991ms 806.28 MB T)
mp4 IPv4 http  8080 :  801.64 Mb/s (DNS:4ms SYN:31ms GET:7ms Down:7992ms 800.84 MB T)
zip IPv4 ftp   21   :  767.41 Mb/s (DNS:4ms SYN:29ms GET:62ms Down:7937ms 761.37 MB T)
jpg IPv4 ftp   21   :  795.68 Mb/s (DNS:4ms SYN:29ms GET:223ms Down:7776ms 773.40 MB T)
IPv6 download tests
IPv4 upload tests
IPv4 http  80   :  190.38 Mb/s (DNS:4ms SYN:29ms PUT:9ms Up:7990ms 190.14 MB T)
IPv4 https 443  :  190.78 Mb/s (DNS:4ms SYN:5ms PUT:133ms Up:7866ms 187.58 MB T)
IPv4 http  554  :   68.57 Mb/s (DNS:4ms SYN:4ms PUT:5ms Up:7992ms 68.50 MB T)
IPv4 https 1194 :  192.48 Mb/s (DNS:4ms SYN:5ms PUT:144ms Up:7855ms 188.99 MB T)
IPv4 http  6881 :  190.32 Mb/s (DNS:4ms SYN:5ms PUT:4ms Up:7995ms 190.20 MB T)
IPv4 http  8080 :  190.02 Mb/s (DNS:4ms SYN:5ms PUT:4ms Up:7994ms 189.88 MB T)
IPv4 ftp   21   :  192.43 Mb/s (DNS:4ms SYN:4ms PUT:54ms Up:7944ms 191.08 MB T)
IPv6 upload tests
Ended at: Fri May  6 17:00:06 2016

Bizarre, on dirait qu'il y a une limitation à 800M (mais quelques fois j'obtiens moins) sur une connexion TCP.

Avec plusieurs connexions c'est mieux, mais pas encore tout à fait au giga :

Il y a quelques erreurs FCS sur le port fibre de la NB6V, je ne sais pas si c'est un problème.

kgersen · « **Réponse #229 le:** 06 mai 2016 à 17:31:09 »

curieux oui.

ca donne quoi avec

Code: [Sélectionner]

perl neutrality-test.pl https://raw.githubusercontent.com/kgersen/neutrality-test/master/multi-isp.txt

hwti · « **Réponse #230 le:** 06 mai 2016 à 18:26:20 »

Citation de: kgersen le 06 mai 2016 à 17:31:09

ca donne quoi avec

Code: [Sélectionner]
perl neutrality-test.pl https://raw.githubusercontent.com/kgersen/neutrality-test/master/multi-isp.txt

Il y a pas mal de variations d'un test à l'autre :

Code: [Sélectionner]

Running on linux - 4.3.5-300.fc23.x86_64 - x86_64-linux-thread-multi
Started at: Fri May  6 18:21:04 2016
Test various ISPs
Online intuxication Linux 3.2
IPv4 http  80   :error unhandled scheme code: 404
IPv4 ftp   21   :!!! curl error for GET 4 ftp://ipv4.intuxication.testdebit.info/5000Mo.dat 0 8   !!! RC = 7
Mediactive Network Linux 3.2
IPv4 http  80   :  703.80 Mb/s (DNS:4ms SYN:4ms GET:30ms Down:7969ms 701.07 MB T)
Ikoula Linux 4.2 (conf défaut)
IPv4 http  80   :  895.74 Mb/s (DNS:4ms SYN:27ms GET:8ms Down:7991ms 894.74 MB T)
Free Bezons
IPv4 http  80   :  836.43 Mb/s (DNS:4ms SYN:50ms GET:5ms Down:7994ms 835.80 MB T)
OVH Roubaix
IPv4 http  80   :  714.16 Mb/s (DNS:60ms SYN:9ms GET:9ms Down:7990ms 713.27 MB T)
OVH Strasbourg
IPv4 http  80   :  674.71 Mb/s (DNS:124ms SYN:10ms GET:11ms Down:7988ms 673.70 MB T)
OVH Beauharnois (Canada)
IPv4 http  80   :  114.32 Mb/s (DNS:124ms SYN:89ms GET:88ms Down:7900ms 112.89 MB T)
OTE (Greece)
IPv4 http  80   :    2.09 Mb/s (DNS:5514ms SYN:54ms GET:55ms Down:7935ms 2.07 MB T)
Internode (Australia)
IPv4 http  80   :    0.88 Mb/s (DNS:509ms SYN:321ms GET:320ms Down:7535ms 830.89 kB T)
Ended at: Fri May  6 18:22:08 2016

Code: [Sélectionner]

Running on linux - 4.3.5-300.fc23.x86_64 - x86_64-linux-thread-multi
Started at: Fri May  6 18:22:12 2016
Test various ISPs
Online intuxication Linux 3.2
IPv4 http  80   :error unhandled scheme code: 404
IPv4 ftp   21   :!!! curl error for GET 4 ftp://ipv4.intuxication.testdebit.info/5000Mo.dat 0 8   !!! RC = 7
Mediactive Network Linux 3.2
IPv4 http  80   :  825.26 Mb/s (DNS:4ms SYN:4ms GET:5ms Down:7993ms 824.54 MB T)
Ikoula Linux 4.2 (conf défaut)
IPv4 http  80   :  845.11 Mb/s (DNS:4ms SYN:20ms GET:9ms Down:7990ms 844.06 MB T)
Free Bezons
IPv4 http  80   :  889.99 Mb/s (DNS:4ms SYN:45ms GET:5ms Down:7994ms 889.32 MB T)
OVH Roubaix
IPv4 http  80   :  704.52 Mb/s (DNS:4ms SYN:32ms GET:8ms Down:7991ms 703.73 MB T)
OVH Strasbourg
IPv4 http  80   :  577.34 Mb/s (DNS:4ms SYN:40ms GET:10ms Down:7989ms 576.55 MB T)
OVH Beauharnois (Canada)
IPv4 http  80   :  124.80 Mb/s (DNS:4ms SYN:119ms GET:85ms Down:7870ms 122.77 MB T)
OTE (Greece)
IPv4 http  80   :   99.60 Mb/s (DNS:4ms SYN:1056ms GET:55ms Down:7930ms 98.73 MB T)
Internode (Australia)
IPv4 http  80   :    0.67 Mb/s (DNS:4ms SYN:329ms GET:320ms Down:7675ms 644.10 kB T)
Ended at: Fri May  6 18:23:16 2016

Le PC n'a à priori pas de problème, c'est le même que pour mon test sur une fibre Orange (https://lafibre.info/tester-son-debit/test-neutralite/msg330031/#msg330031)

kgersen · « **Réponse #231 le:** 06 mai 2016 à 21:29:02 »

Citation de: hwti le 06 mai 2016 à 17:08:33

Il y a quelques erreurs FCS sur le port fibre de la NB6V, je ne sais pas si c'est un problème.

Du temps ou j’étais chez SFR en FTTH avec une NB6v, j'avais aussi pas mal d'erreur FCS et ne dépassait pas 800 Mbps. Je n'ai jamais su si c'étais lié a ca ou a mon PC pas rapide a l'époque. (voir: https://lafibre.info/sfr-debit/abonnes-sfr-ftth-vos-debits/msg147545/#msg147545)
Pour leur SAV il n'y avait pas de souci digne d'être remonté plus haut donc pas moyen de leur faire investiguer la chose.

J'avais remarquer que le compteur de FCS bougeait uniquement quand on approchait le débit max en download. Si on maintenait un download a 400 Mbps ou 500 Mbps par exemple, il n'y avait pas d'erreurs FCS.
Des erreurs quand on approche le débit max peuvent donc influer fortement sur le comportement de TCP et expliquer ton probleme (on parle de plusieurs centaines/milliers d'erreurs sinon c'est pas significatif).

Mais généralement des grosses variations entre plusieurs fois le meme test indique un probleme quelque part dans le transit et pas aux extrémités.

hwti · « **Réponse #232 le:** 06 mai 2016 à 23:09:03 »

Citation de: kgersen le 06 mai 2016 à 21:29:02

J'avais remarquer que le compteur de FCS bougeait uniquement quand on approchait le débit max en download. Si on maintenait un download a 400 Mbps ou 500 Mbps par exemple, il n'y avait pas d'erreurs FCS.
Des erreurs quand on approche le débit max peuvent donc influer fortement sur le comportement de TCP et expliquer ton probleme (on parle de plusieurs centaines/milliers d'erreurs sinon c'est pas significatif).

Il n'y a pas tant d'erreurs que ça (2270 en 7h).
Je viens de relancer le test : Mediactive à 452Mbps seulement, Ikoula/Free à 870Mbps, ...
3,56Go téléchargés, 78 erreurs FCS en plus : même si ça crée quelques pertes de paquets, je ne pense pas que ce soit suffisant pour faire chuter le débit TCP

Du côté des tests dans les navigateurs, SpeedTest semble plus stable que nPerf, j'ai autour de 910/192 sous Linux (avec TCP timestamps).
Sous Windows, le download est un peu plus important (pas de timestamps), mais l'upload plafonne parfois bizarrement (150Mbps par ex, mais curl fait pareil).

kgersen · « **Réponse #233 le:** 06 mai 2016 à 23:12:31 »

oui c'est très faible comme taux d'erreurs comparé a ce que j'avais.

hwti · « **Réponse #234 le:** 06 mai 2016 à 23:57:46 »

Avec les speedtests, j'ai bien plus de FCS : 49713 maintenant, donc c'est peut-être comparable en fait.
Il faudrait peut-être que je teste en direct sur l'ONT sans la NB6V (ou alors avec un bridge entre les deux), pour voir de quel côté est le soucis.

ctressens · « **Réponse #235 le:** 20 mai 2016 à 00:51:26 »

Je crois qu'il y a un problème quelque part ...
Je viens de faire le test de neutralité depuis une connexion FTTLA SFR (400/20) donc non IPv6 et le test m'affiche ça :

Citation de: Test de débit et de neutralité

20/05/2016 0:42:28 Emission de 10 Mo vers 3.testdebit.info :
IPv4+TCP80 +http .zip: 19,920 Mb/s (DNS:16ms+SYN:16ms+POST:218ms+Up:4016ms)
IPv4+TCP80 +http .jpg: 19,960 Mb/s (DNS:16ms+SYN:15ms+POST:188ms+Up:4015ms)
[...]
IPv4+TCP8080+http .zip: 19,920 Mb/s (DNS:16ms+SYN:31ms+POST:188ms+Up:0ms)
IPv6+TCP80 +http .zip: 0,491 Mb/s (DNS:16ms+SYN:109ms+POST:219ms+Up:162906ms)
IPv6+TCP80 +http .jpg: 0,595 Mb/s (DNS:16ms+SYN:47ms+POST:218ms+Up:134250ms)

Je l'ai arrêté avant qu'il finisse parce que c'était particulièrement long
Je confirme ne pas avoir de connectivité IPv6 (info confirmée par le Centre Réseau et Partage), le bug vient de moi ou du serveur de test ?

hwti · « **Réponse #236 le:** 20 mai 2016 à 02:19:04 »

Est-ce que ipconfig en ligne de commande donne une IPv6 ?

C'est peut-être le tunnel Teredo.
Pour le désactiver, dans une invite de commande en mode administrateur :

Code: [Sélectionner]

netsh int teredo set state disabled

vivien · « **Réponse #237 le:** 04 juillet 2016 à 21:41:03 »

Sujet sur Free en ZMD et la neutralité, déplacé dans un post à part : Free ZMD et la neutralité de l'Internet

Gwadagamer · « **Réponse #238 le:** 15 août 2016 à 10:19:50 »

Hello a tous j'ai des soucis sur numéricable france depuis quelque temps à Bordeaux. J'ai une ligne 1024 et j'ai perfs d'une ligne a 30 mbit. Evidement nuémricable veut rien entendre car pour eux les speedtest sont correct.

Electrohydnum · « **Réponse #239 le:** 14 février 2017 à 14:59:33 »

Test qui ne fonctionne pas bien chez moi, d'où peut venir le problème ?
Pourquoi tous ces "Erreur de division par zéro." et "0,0 Mb/s" ?

Code: [Sélectionner]

14/02/2017 14:36:43 Téléchargement de 10 Mo depuis 3.testdebit.info :
IPv4+TCP80  +http .zip: 11,750 Mb/s (DNS:16ms+SYN:31ms+GET:31ms+Down:6813ms)
IPv4+TCP80  +http .jpg: 8,0 Mb/s (DNS:15ms+SYN:32ms+GET:31ms+Down:10000ms)
IPv4+TCP80  +http .mp4: 8,904 Mb/s (DNS:15ms+SYN:31ms+GET:32ms+Down:8984ms)
IPv4+TCP80  +http .pdf: 7,968 Mb/s (DNS:15ms+SYN:47ms+GET:32ms+Down:10046ms)
IPv4+TCP443 +https.zip: 10,330 Mb/s (DNS:31ms+SYN:31ms+GET:281ms+Down:7750ms)
IPv4+TCP443 +https.jpg: 11,235 Mb/s (DNS:16ms+SYN:31ms+GET:297ms+Down:7125ms)
IPv4+TCP554 +http .zip: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Down:219ms)
IPv4+TCP554 +http .jpg: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Down:219ms)
IPv4+TCP554 +http .mp4: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Down:219ms)
IPv4+TCP993 +https.zip: 0,0 Mb/s (DNS:31ms+SYN:-31ms+GET:0ms+Down:234ms)
IPv4+TCP993 +https.jpg: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Down:219ms)
IPv4+TCP1194+https.zip: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Down:219ms)
IPv4+TCP1194+https.jpg: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Down:219ms)
IPv4+TCP6881+http .zip: 0,0 Mb/s (DNS:15ms+SYN:-15ms+GET:0ms+Down:219ms)
IPv4+TCP6881+http .jpg: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Down:219ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv4+TCP8080+http .zip: 0,0 Mb/s (DNS:15ms+SYN:31ms+GET:32ms+Down:0ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv4+TCP8080+http .jpg: 0,0 Mb/s (DNS:16ms+SYN:47ms+GET:31ms+Down:0ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv4+TCP8080+http .mp4: 0,0 Mb/s (DNS:16ms+SYN:31ms+GET:31ms+Down:0ms)
IPv6+TCP80  +http .zip: 13,513 Mb/s (DNS:16ms+SYN:31ms+GET:31ms+Down:5922ms)
IPv6+TCP80  +http .jpg: 12,254 Mb/s (DNS:15ms+SYN:32ms+GET:31ms+Down:6531ms)
IPv6+TCP80  +http .mp4: 9,328 Mb/s (DNS:31ms+SYN:31ms+GET:31ms+Down:8578ms)
IPv6+TCP443 +https.zip: 13,888 Mb/s (DNS:16ms+SYN:31ms+GET:266ms+Down:5765ms)
IPv6+TCP554 +http .zip: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Down:219ms)
IPv6+TCP1194+https.zip: 0,0 Mb/s (DNS:32ms+SYN:-32ms+GET:0ms+Down:235ms)
IPv6+TCP6881+http .zip: 0,0 Mb/s (DNS:16ms+SYN:-16ms+GET:0ms+Down:219ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv6+TCP8080+http .zip: 0,0 Mb/s (DNS:16ms+SYN:31ms+GET:31ms+Down:0ms)
14/02/2017 14:38:20 Emission de 1 Mo vers 3.testdebit.info :
IPv4+TCP80  +http .zip: 0,658 Mb/s (DNS:16ms+SYN:47ms+POST:141ms+Up:12156ms)
IPv4+TCP80  +http .jpg: 0,763 Mb/s (DNS:15ms+SYN:31ms+POST:172ms+Up:10485ms)
IPv4+TCP80  +http .mp4: 0,740 Mb/s (DNS:15ms+SYN:63ms+POST:156ms+Up:10813ms)
IPv4+TCP443 +https.zip: 0,742 Mb/s (DNS:16ms+SYN:31ms+POST:250ms+Up:10782ms)
IPv4+TCP554 +http .zip: 0,0 Mb/s (DNS:16ms+SYN:-16ms+POST:0ms+Up:219ms)
IPv4+TCP1194+https.zip: 0,0 Mb/s (DNS:16ms+SYN:-16ms+POST:0ms+Up:219ms)
IPv4+TCP6881+http .zip: 0,0 Mb/s (DNS:16ms+SYN:-16ms+POST:0ms+Up:219ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv4+TCP8080+http .zip: 0,0 Mb/s (DNS:16ms+SYN:31ms+POST:172ms+Up:0ms)
IPv6+TCP80  +http .zip: 0,836 Mb/s (DNS:16ms+SYN:31ms+POST:156ms+Up:9563ms)
IPv6+TCP80  +http .jpg: 0,838 Mb/s (DNS:16ms+SYN:31ms+POST:141ms+Up:9547ms)
IPv6+TCP80  +http .zip: 0,838 Mb/s (DNS:16ms+SYN:31ms+POST:157ms+Up:9546ms)
IPv6+TCP443 +https.zip: 0,835 Mb/s (DNS:31ms+SYN:16ms+POST:250ms+Up:9578ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv6+TCP554 +http .zip: 0,835 Mb/s (DNS:0ms+SYN:16ms+POST:-16ms+Up:0ms)
IPv6+TCP1194+https.zip: 0,0 Mb/s (DNS:16ms+SYN:-16ms+POST:0ms+Up:219ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv6+TCP6881+http .zip: 0,0 Mb/s (DNS:0ms+SYN:15ms+POST:-15ms+Up:0ms)
IPv6+TCP8080+http .zip: 0,0 Mb/s (DNS:0ms+SYN:16ms+POST:31ms+Up:172ms)
14/02/2017 14:39:54 Appuyez sur une touche pour quitter.