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

kgersen · « **Réponse #216 le:** 20 avril 2016 à 22:59:09 »

Le souci d'upload en IPv6 avec Orange est lié aux serveurs de Vivien (*.testdebit.info).

voir ce sujet: https://lafibre.info/iperf/iperf3-upload-ipv6-orange/

kgersen · « **Réponse #217 le:** 20 avril 2016 à 23:14:40 »

Citation de: hwti le 20 avril 2016 à 21:28:59

Avoir un comportement aussi étrange au ping pourrait créer une certaine confusion, si c'est un choix il est bizarre.

C'est nettement au niveau de la Livebox qu'il y a 20 a 40 ms de latence sur les ICMPv6. Reste a voir si c'est elle ou la liaison GPON. Il faudrait que je test avec un ERL.

Traceroute depuis un VPS Online (Scaleway) vers un PC derriere une livebox:

Code: [Sélectionner]

HOST: scw-nspeed                                           Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 2001:bc8:xxxx:xxxx::x:xxx                             0.0%    10    0.4   0.4   0.4   0.5   0.0
  2.|-- ???                                                  100.0    10    0.0   0.0   0.0   0.0   0.0
  3.|-- 2001:bc8:400:4:0:1:1:200                              0.0%    10    1.3   1.5   1.0   2.8   0.3
  4.|-- 2001:bc8:400:1::39                                    0.0%    10    1.3   1.7   1.3   2.7   0.3
  5.|-- 2a02:e5c:2:2::1                                       0.0%    10    0.8   0.8   0.7   1.0   0.0
  6.|-- 2a02:e5c:0:3::1                                       0.0%    10    1.0   1.2   1.0   2.4   0.3
  7.|-- 2a01:cfc4:0:1c00::12                                  0.0%    10    1.3   1.3   1.2   1.4   0.0
  8.|-- 2a01cccccccccccccccccccccccccccc.ipv6.abo.wanadoo.fr  0.0%    10    1.9   2.0   1.9   2.2   0.0
  9.|-- 2a01bbbbbbbbbbbbbbbbbbbbbbbbbbbb.ipv6.abo.wanadoo.fr  0.0%    10   41.7  31.0  24.0  41.7   5.3
 10.|-- 2a01zzzzzzzzzzzzzzzzzzzzzzzzzzzz.ipv6.abo.wanadoo.fr  0.0%    10   42.2  32.1  24.0  42.2   6.0

le noeud #9 est bien l'ipv6 de ma livebox.

la raison: aucune idée ? peut-être une déficience du firewall, un système de throttling des ICMPv6, un bug ?

hwti · « **Réponse #218 le:** 20 avril 2016 à 23:39:30 »

Citation de: kgersen le 20 avril 2016 à 22:59:09

Le souci d'upload en IPv6 avec Orange est lié aux serveurs de Vivien (*.testdebit.info).

voir ce sujet: https://lafibre.info/iperf/iperf3-upload-ipv6-orange/

Et celui en download ?

kgersen · « **Réponse #219 le:** 21 avril 2016 à 00:18:17 »

Je ne sais pas. Fait des tests avec d'autres serveurs par exemple avec:

Code: [Sélectionner]

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

Running on linux - 3.13.0-79-generic - x86_64-linux-gnu-thread-multi Started at: Thu Apr 21 00:13:46 2016 Test various ISPs Online intuxication Linux 3.2 IPv4 http 80 : 924.49 Mb/s (DNS:12ms SYN:3ms GET:3ms Down:7996ms 924.03 MB T) IPv4 ftp 21 : 923.41 Mb/s (DNS:12ms SYN:3ms GET:27ms Down:7972ms 920.18 MB T) IPv6 http 80 : 633.00 Mb/s (DNS:4ms SYN:4ms GET:4ms Down:7995ms 632.60 MB T) IPv6 ftp 21 : 604.47 Mb/s (DNS:4ms SYN:3ms GET:35ms Down:7964ms 601.75 MB T) Mediactive Network Linux 3.2 IPv4 http 80 : 265.18 Mb/s (DNS:5516ms SYN:3ms GET:14ms Down:7985ms 264.68 MB T) Ikoula Linux 4.2 (conf défaut) IPv4 http 80 : 929.11 Mb/s (DNS:28ms SYN:7ms GET:6ms Down:7993ms 928.30 MB T) IPv6 http 80 : 295.71 Mb/s (DNS:29ms SYN:17ms GET:17ms Down:7981ms 295.01 MB T) Free Bezons IPv4 http 80 : 872.80 Mb/s (DNS:510ms SYN:2ms GET:4ms Down:7995ms 872.25 MB T) OVH Roubaix IPv4 http 80 : 923.98 Mb/s (DNS:28ms SYN:6ms GET:6ms Down:7993ms 923.17 MB T) IPv6 http 80 : 895.90 Mb/s (DNS:12ms SYN:7ms GET:8ms Down:7991ms 894.89 MB T) OVH Strasbourg IPv4 http 80 : 914.28 Mb/s (DNS:28ms SYN:9ms GET:9ms Down:7990ms 913.14 MB T) IPv6 http 80 : 759.08 Mb/s (DNS:29ms SYN:9ms GET:10ms Down:7989ms 758.03 MB T) OVH Beauharnois (Canada) IPv4 http 80 : 151.05 Mb/s (DNS:61ms SYN:84ms GET:83ms Down:7911ms 149.37 MB T) IPv6 http 80 : 55.35 Mb/s (DNS:28ms SYN:112ms GET:112ms Down:7874ms 54.48 MB T) OTE (Greece) IPv4 http 80 : 17.13 Mb/s (DNS:5515ms SYN:57ms GET:58ms Down:7938ms 16.99 MB T) Internode (Australia) IPv4 http 80 : 0.65 Mb/s (DNS:510ms SYN:337ms GET:337ms Down:7568ms 616.59 kB T) Ended at: Thu Apr 21 00:15:55 2016
Des soucis de peering/dimensionnement IPv6 chez Orange ? c'est possible.

hwti · « **Réponse #220 le:** 21 avril 2016 à 00:22:50 »

Citation de: kgersen le 21 avril 2016 à 00:18:17

Des soucis de peering/dimensionnement IPv6 chez Orange ? c'est possible.

Ça ne rendrait pas le https plus rapide que le http.

kgersen · « **Réponse #221 le:** 21 avril 2016 à 00:32:41 »

Citation de: hwti le 21 avril 2016 à 00:22:50

Ça ne rendrait pas le https plus rapide que le http.

vrai. j'ai l'impression que c'est une limitation par connexion TCP. Si on en fait 2 ou plus en meme temps on a bien le débit max...

quelque chose qui 'espionne' en HTTP et pas HTTPS ?

zoc · « **Réponse #222 le:** 21 avril 2016 à 09:20:27 »

Voilà ce que j'obtiens chez moi, ma livebox étant remplacée par un ERL:

Code: [Sélectionner]

Start: Thu Apr 21 09:14:53 2016
HOST: xxxxxxxxxxxxxxx                                              Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS3215  2a01:xxxx:xxxx:xxxx::1                                 0.0%   100    0.7   0.7   0.4   0.9   0.0
  2. AS3215  2a01xxxxxxxxxxxx0193025300750131.ipv6.abo.wanadoo.fr   0.0%   100    1.9   2.4   1.5  13.1   1.7
  3. AS5511  2a01:cfc0:200:8300:193:252:102:4                       0.0%   100    9.9  10.3   9.7  24.7   1.8
  4. AS5511  2a01:cfc4:0:1500::f                                    0.0%   100   22.0  17.6  16.1  28.3   2.7
  5. AS5410  2001:860:bbee:27::1                                    0.0%   100   16.1  16.5  15.9  27.0   1.6
  6. AS5410  2001:860:bbee:7c::1                                    0.0%   100   18.0  18.2  16.2  20.2   0.9
  7. AS???   ???                                                   100.0   100    0.0   0.0   0.0   0.0   0.0
  8. AS5410  2001:860:bbee:7b::1                                    0.0%   100   16.7  16.6  16.3  16.9   0.0
  9. AS5410  2001:860:f70b:100::3                                   0.0%   100   16.5  16.5  16.2  16.7   0.0

kgersen · « **Réponse #223 le:** 21 avril 2016 à 14:16:01 »

super merci.

Ca va dans le sens d'une latence dans la livebox donc.

gnubibi · « **Réponse #224 le:** 22 avril 2016 à 16:59:20 »

Je n'avais pas vu ce topic, mais je pense que mon cas peut y rentrer.

Je suis chez NC/SFR, avant en 1/30Mbits et depuis 1 semaine en 40/1Gbits (canaux ok, fichier de cinf ok)

test sur speedtest (via navigateur) : je tourne entre 400 et 600 Mbits en dl
test avec le client linux/bsd speedest-cli : je suis entre 20 et 40Mbits

Qu'est ce qui peut expliquer cette différence ?

test de download de fichier sur ceux de la 1ere page (avec des ports différents) , je suis entre 300 et 500ko/s
Parfois le dl démarre a 20Mo/s pour retomber dans les 5Mo/s en peu de temps.

Bref, on est bien loin du 1Gibts et ce des 125Mo/s théorique. Si j'avais du 60-80Mo/s j'aurai été satisfait, mais là, du ko, quel retour dans le futur !

Est ce que speedtest et autres, utilisent un autre port que le 8080 pour faire leur test et qui ne serait pas bridé ?
Bridage volontaire de SFR ? Infra réseau vieillissante ? Surcharge du réseau ? (c'est comme ça n'importe quand en journée...)

Bref, Lundi un techos doit venir, peut être un changement de labox....

++

vivien · « **Réponse #225 le:** 22 avril 2016 à 18:05:44 »

SpeedTest, outre l'utilisation du port 8080 a pour caractéristiques d'utiliser de nombreuses connexions TCP en // pour passer outre les saturation ou les limitation des OS (Windows 7 ne permet pas d'aller à très haut débit avec une seule connexion TCP, mais Windows 8 / 10 / Linux / MacOS X le permettent)

Il faut donc déterminer si c'est les port 8080 qui améliore le débit ou si c'est le fait d'avoir plusieurs connexions TCP en //

hwti · « **Réponse #226 le:** 22 avril 2016 à 19:40:06 »

Pour les soucis IPv6 Orange, c'est probablement dû à la Livebox 3. J'ai remonté le problème en interne, on va essayer de regarder.
Il y a quelques problèmes connus lors de transferts bidirectionnels, mais normalement upload et download devraient se comporter correctement, sauf si les paquets sont vraiment petits.

Makara · « **Réponse #227 le:** 29 avril 2016 à 07:19:37 »

Ligne activée hier.

Code: [Sélectionner]

28/04/2016 16:50:19 Téléchargement de 500 Mo depuis 3.testdebit.info :
IPv4+TCP80  +http .zip: 559,284 Mb/s (DNS:32ms+SYN:15ms+GET:16ms+Down:7156ms)
IPv4+TCP80  +http .jpg: 826,446 Mb/s (DNS:16ms+SYN:15ms+GET:16ms+Down:4844ms)
IPv4+TCP80  +http .mp4: 917,431 Mb/s (DNS:16ms+SYN:15ms+GET:0ms+Down:4360ms)
IPv4+TCP80  +http .pdf: 584,795 Mb/s (DNS:15ms+SYN:31ms+GET:0ms+Down:6844ms)
IPv4+TCP443 +https.zip: 742,942 Mb/s (DNS:15ms+SYN:16ms+GET:219ms+Down:5390ms)
IPv4+TCP443 +https.jpg: 920,810 Mb/s (DNS:16ms+SYN:15ms+GET:219ms+Down:4344ms)
IPv4+TCP554 +http .zip: 37,1 Mb/s (DNS:15ms+SYN:16ms+GET:16ms+Down:108109ms)
IPv4+TCP554 +http .jpg: 37,898 Mb/s (DNS:15ms+SYN:16ms+GET:15ms+Down:105547ms)
IPv4+TCP554 +http .mp4: 37,427 Mb/s (DNS:16ms+SYN:15ms+GET:16ms+Down:106875ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv4+TCP993 +https.zip: 37,427 Mb/s (DNS:0ms+SYN:0ms+GET:300343ms+Down:0ms)
Erreur de division par zéro.
Erreur de division par zéro.
IPv4+TCP993 +https.jpg: 37,427 Mb/s (DNS:16ms+SYN:0ms+GET:300140ms+Down:0ms)
IPv4+TCP1194+https.zip: 851,788 Mb/s (DNS:16ms+SYN:15ms+GET:219ms+Down:4703ms)
IPv4+TCP1194+https.jpg: 924,214 Mb/s (DNS:16ms+SYN:15ms+GET:219ms+Down:4328ms)
IPv4+TCP6881+http .zip: 715,307 Mb/s (DNS:15ms+SYN:0ms+GET:16ms+Down:5594ms)
IPv4+TCP6881+http .jpg: 605,326 Mb/s (DNS:16ms+SYN:15ms+GET:16ms+Down:6609ms)
IPv4+TCP8080+http .zip: 458,295 Mb/s (DNS:15ms+SYN:0ms+GET:16ms+Down:8734ms)
IPv4+TCP8080+http .jpg: 707,213 Mb/s (DNS:16ms+SYN:15ms+GET:16ms+Down:5656ms)
IPv4+TCP8080+http .mp4: 773,993 Mb/s (DNS:15ms+SYN:16ms+GET:15ms+Down:5172ms)
IPv6+TCP80  +http .zip: 831,946 Mb/s (DNS:16ms+SYN:15ms+GET:0ms+Down:4813ms)
IPv6+TCP80  +http .jpg: 645,161 Mb/s (DNS:16ms+SYN:16ms+GET:15ms+Down:6203ms)
IPv6+TCP80  +http .mp4: 788,643 Mb/s (DNS:15ms+SYN:16ms+GET:0ms+Down:5078ms)
IPv6+TCP443 +https.zip: 713,266 Mb/s (DNS:16ms+SYN:0ms+GET:234ms+Down:5610ms)
IPv6+TCP554 +http .zip: 648,508 Mb/s (DNS:16ms+SYN:0ms+GET:15ms+Down:6172ms)
IPv6+TCP1194+https.zip: 729,927 Mb/s (DNS:15ms+SYN:0ms+GET:219ms+Down:5485ms)
IPv6+TCP6881+http .zip: 481,231 Mb/s (DNS:16ms+SYN:15ms+GET:16ms+Down:8312ms)
IPv6+TCP8080+http .zip: 643,500 Mb/s (DNS:16ms+SYN:16ms+GET:15ms+Down:6219ms)
28/04/2016 17:08:07 Emission de 500 Mo vers 3.testdebit.info :
IPv4+TCP80  +http .zip: 36,662 Mb/s (DNS:15ms+SYN:0ms+POST:172ms+Up:109110ms)
IPv4+TCP80  +http .jpg: 36,694 Mb/s (DNS:15ms+SYN:16ms+POST:172ms+Up:109015ms)
IPv4+TCP80  +http .mp4: 36,640 Mb/s (DNS:15ms+SYN:16ms+POST:156ms+Up:109172ms)
IPv4+TCP443 +https.zip: 36,339 Mb/s (DNS:15ms+SYN:16ms+POST:219ms+Up:110078ms)
IPv4+TCP554 +http .zip: 33,70 Mb/s (DNS:15ms+SYN:16ms+POST:156ms+Up:120953ms)
IPv4+TCP1194+https.zip: 36,729 Mb/s (DNS:16ms+SYN:15ms+POST:219ms+Up:108906ms)
IPv4+TCP6881+http .zip: 36,358 Mb/s (DNS:0ms+SYN:31ms+POST:156ms+Up:110016ms)
IPv4+TCP8080+http .zip: 36,619 Mb/s (DNS:15ms+SYN:16ms+POST:172ms+Up:109234ms)
IPv6+TCP80  +http .zip: 11,911 Mb/s (DNS:16ms+SYN:0ms+POST:156ms+Up:335813ms)
IPv6+TCP80  +http .jpg: 13,67 Mb/s (DNS:16ms+SYN:16ms+POST:156ms+Up:306109ms)
IPv6+TCP80  +http .zip: 12,145 Mb/s (DNS:15ms+SYN:16ms+POST:156ms+Up:329344ms)
IPv6+TCP443 +https.zip: 13,796 Mb/s (DNS:15ms+SYN:16ms+POST:203ms+Up:289922ms)
Nombre non valide. Les nombres sont limités à une précision de 32 bits
IPv6+TCP554 +http .zip: 0,15 Mb/s (DNS:1529342000ms+SYN:-1529341984ms+POST:0ms+Up:172ms)
IPv6+TCP1194+https.zip: 13,37 Mb/s (DNS:15ms+SYN:16ms+POST:219ms+Up:306812ms)
Nombre non valide. Les nombres sont limités à une précision de 32 bits
IPv6+TCP6881+http .zip: 0,17 Mb/s (DNS:1474926000ms+SYN:-1474925985ms+POST:16ms+Up:156ms)
Nombre non valide. Les nombres sont limités à une précision de 32 bits
IPv6+TCP8080+http .zip: 0,15 Mb/s (DNS:1540609000ms+SYN:-1540608984ms+POST:16ms+Up:171ms)
28/04/2016 18:05:41 Appuyez sur une touche pour quitter.