La Fibre

Fournisseurs d'accès à Internet fixe en France métropolitaine => SFR / RED => Débit fibre SFR => Discussion démarrée par: unrealdtc le 06 septembre 2014 à 18:37:20

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: unrealdtc le 06 septembre 2014 à 18:37:20

Bonjour !

Je suis abonné SFR fibre depuis plusieurs mois à l'offre 300 meg, et à part quelques petites coupures la nuit (maintenance ?), ça tournait très bien. J'ai remplacé la Neufbox par un routeur à moi pour avoir plus facilement la main sur les règles de pare-feu et de NAT, du coup la Neufbox dort dans un placard... Les débits étaient exactement ceux promis : autour de 34Mo/s en download et 5Mo/s upload, et je n'ai pas constaté de shaping particulier par protocole, par usage ou par volume de données.

Puis j'ai appelé le support technique hier matin car j'étais désormais éligible à l'offre 1000/200, appel qui a duré moins de 5 minutes, conclusion : normalement d'ici moins d'une heure j'ai Internet gigabit chez moi !

Finalement, il aura fallu attendre ~2 heures pour voir un changement. Et quel changement : si je fais un speedtest ( https://www.speedtest.net/my-result/3738643691 (https://www.speedtest.net/my-result/3738643691) ), j'ai effectivement du gros débit... mais c'est plus ou moins le seul cas qui entraine un gros débit.

Code: [Sélectionner]

$ wget -O /dev/null http://ping.online.net/1000Mo.dat
--2014-09-06 18:28:48--  http://ping.online.net/1000Mo.dat
Resolving ping.online.net (ping.online.net)... 62.210.18.40
Connecting to ping.online.net (ping.online.net)|62.210.18.40|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M) [application/octet-stream]
Saving to: ‘/dev/null’

100%[=====================================================================================>] 1,000,000,000 8.61MB/s   in 90s    

2014-09-06 18:30:18 (10.5 MB/s) - ‘/dev/null’ saved [1000000000/1000000000]

Quelques heures plus tôt, au même test j'avais 34Mo/s constant... Le débit est par ailleurs ultra variable maintenant, un véritable effet yoyo. J'ai fait un grand nombre de tests sur ~1 jour et impossible de retrouve mon débit d'avant. Au final, j'ai le sentiment d'avoir changé de classe de service (pour quelle raison ?) et d'avoir un débit pourri en conséquence...

Si j'appelle le support technique, ils vont certainement me demander de lancer un test de débit qui leur donnera un résultat favorable, et ils voudront me faire faire des manipulations sur la Neufbox (qui n'est plus branchée).

Quelqu'un a des informations à ce sujet ?

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: KEVIN le 06 septembre 2014 à 19:25:50

Fais un speedtest ici pour voir: https://testdebit.info/
Si tu as le même débit, vérifie que ça ne vienne pas de chez toi, type de câble/longueur de câble etc...

Citation de: vivien le 21 juin 2014 à 11:28:34

En WiFi, non ?

Pour rappel, pour faire un test de débit à 1 Gb/s, je vais essayer de faire, simple, il faut :

- Une connexion Ethernet par câble. Pas de WiFi, pas de CPL
- Une carte Ethernet 1 Gb/s (il y a toujours des PC vendus en 2014 avec une carte 100 Mb/s)
- Un câble Ethernet Cat 5e ou cat6 (c'est marqué sur le câble) avec 8 fils (les câbles avec 4 fils sont limités à 100 Mb/s et les Cat5 génèrent des pertes)
- Un PC récent et puissant (au minimum un processeur double cœur à 2 Ghz avec 2 Go de ram)
- MacOS X ou Linux. Pour Windows, il faut généralement démarrer windows en "Mode sans échec avec prise en charge réseau" (https://lafibre.info/tutoriels/windows-mode-sans-echec/) à cause des logiciels installés qui ne sont pas compatibles avec ces débits.

Windows XP ne permet pas de faire 1Gb/s à cause de sa Rwin limitée.

Ensuite pour télécharger à 1 Gb/s de façon soutenue des fichiers, je rappelle qu'un SSD est obligatoire, un disque dur calcique n’arrive généralement pas à suivre, hors des cas de bench.

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: buddy le 06 septembre 2014 à 19:39:57

Salut,

et si tu remets la NB6 + un câble ethernet entre la box et ton ordi ? tu obtiens les mêmes débits ?

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: unrealdtc le 08 septembre 2014 à 09:59:34

Bonjour,

J'ai refait les tests de débit, avec mon laptop (Fedora 20 64 bits avec un core i7 Haswell) directement sur la NB6 avec un câble Ethernet :

Code: [Sélectionner]

wget -O /dev/null -4 http://ipv4.intuxication.testdebit.info/fichiers/200Mo.dat
--2014-09-08 08:11:04--  http://ipv4.intuxication.testdebit.info/fichiers/200Mo.dat
Resolving ipv4.intuxication.testdebit.info (ipv4.intuxication.testdebit.info)... 62.210.156.12
Connecting to ipv4.intuxication.testdebit.info (ipv4.intuxication.testdebit.info)|62.210.156.12|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 200000000 (191M) [application/x-ns-proxy-autoconfig]
Saving to: ‘/dev/null’

100%[=====================================================================================>] 200 000 000 9,39MB/s   in 17s

2014-09-08 08:11:20 (11,5 MB/s) - ‘/dev/null’ saved [200000000/200000000]

Code: [Sélectionner]

wget -O /dev/null -4 http://paris.cdn.mediactive-network.net/speedtest/200Mo.dat
--2014-09-08 08:11:24--  http://paris.cdn.mediactive-network.net/speedtest/200Mo.dat
Resolving paris.cdn.mediactive-network.net (paris.cdn.mediactive-network.net)... 178.248.208.70
Connecting to paris.cdn.mediactive-network.net (paris.cdn.mediactive-network.net)|178.248.208.70|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 200000000 (191M) [application/x-ns-proxy-autoconfig]
Saving to: ‘/dev/null’

100%[=====================================================================================>] 200 000 000 21,6MB/s   in 9,5s

2014-09-08 08:11:34 (20,2 MB/s) - ‘/dev/null’ saved [200000000/200000000]

Code: [Sélectionner]

wget -O /dev/null -4 http://1.testdebit.info/fichiers/200Mo.dat
--2014-09-08 08:11:44--  http://1.testdebit.info/fichiers/200Mo.dat
Resolving 1.testdebit.info (1.testdebit.info)... 194.158.102.114
Connecting to 1.testdebit.info (1.testdebit.info)|194.158.102.114|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 200000000 (191M) [application/x-ns-proxy-autoconfig]
Saving to: ‘/dev/null’

100%[=====================================================================================>] 200 000 000 63,6MB/s   in 3,0s

2014-09-08 08:11:47 (63,6 MB/s) - ‘/dev/null’ saved [200000000/200000000]

Code: [Sélectionner]

wget -O /dev/null -4 http://2.testdebit.info/fichiers/200Mo.dat
--2014-09-08 08:12:04--  http://2.testdebit.info/fichiers/200Mo.dat
Resolving 2.testdebit.info (2.testdebit.info)... 89.84.127.55
Connecting to 2.testdebit.info (2.testdebit.info)|89.84.127.55|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 200000000 (191M) [application/x-ns-proxy-autoconfig]
Saving to: ‘/dev/null’

100%[=====================================================================================>] 200 000 000 11,9MB/s   in 7,5s

2014-09-08 08:12:11 (25,4 MB/s) - ‘/dev/null’ saved [200000000/200000000]

Code: [Sélectionner]

wget -O /dev/null -4 http://3.testdebit.info/fichiers/200Mo.dat
--2014-09-08 08:12:24--  http://3.testdebit.info/fichiers/200Mo.dat
Resolving 3.testdebit.info (3.testdebit.info)... 89.84.127.54
Connecting to 3.testdebit.info (3.testdebit.info)|89.84.127.54|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 200000000 (191M) [application/x-ns-proxy-autoconfig]
Saving to: ‘/dev/null’

100%[=====================================================================================>] 200 000 000 26,3MB/s   in 5,6s

2014-09-08 08:12:30 (34,1 MB/s) - ‘/dev/null’ saved [200000000/200000000]

Code: [Sélectionner]

wget -O /dev/null -4 http://bouygues.testdebit.info/fichiers/200Mo.dat
--2014-09-08 08:12:44--  http://bouygues.testdebit.info/fichiers/200Mo.dat
Resolving bouygues.testdebit.info (bouygues.testdebit.info)... 89.84.127.49
Connecting to bouygues.testdebit.info (bouygues.testdebit.info)|89.84.127.49|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 200000000 (191M) [chemical/x-mopac-input]
Saving to: ‘/dev/null’

100%[=====================================================================================>] 200 000 000 23,2MB/s   in 13s

2014-09-08 08:12:57 (14,6 MB/s) - ‘/dev/null’ saved [200000000/200000000]

Code: [Sélectionner]

wget -O /dev/null -4 http://ipv4.rbx.proof.ovh.net/files/1Gio.dat
--2014-09-08 08:13:00--  http://ipv4.rbx.proof.ovh.net/files/1Gio.dat
Resolving ipv4.rbx.proof.ovh.net (ipv4.rbx.proof.ovh.net)... 188.165.12.106
Connecting to ipv4.rbx.proof.ovh.net (ipv4.rbx.proof.ovh.net)|188.165.12.106|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1073741824 (1,0G) [application/octet-stream]
Saving to: ‘/dev/null’

100%[=====================================================================================>] 1 073 741 824 14,5MB/s   in 80s

2014-09-08 08:14:21 (12,8 MB/s) - ‘/dev/null’ saved [1073741824/1073741824]

Comme vous pouvez le constater, les débits font totalement yoyo d'un test à l'autre, sans raison apparente.

J'en ai aussi profité pour lancer un test diagnostic sur l'ONT via l'interface de la Neufbox et tout va bien à ce niveau. J'ai appelé le support clients qui m'a demandé de débrancher et rebrancher les équipements, mais cela n'a rien changé...

Étrange hein ?

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: buddy le 08 septembre 2014 à 10:06:15

Tu pourrais refaire les tests avec des fichiers plus gros ? (Car 200mo c'est trop court comme dl donc pas un regime stable pour une connexion gigabit).
Prend 5 ou 10 Go.
Et indiquer les pings vers les differents serveurs depuis lesquels tu downloades ses fichiers ?

Et au fait un speedtest donne quoi ?

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: unrealdtc le 08 septembre 2014 à 10:41:56

Si tu veux :

- http://ipv4.intuxication.testdebit.info/fichiers/1000Mo.dat (http://ipv4.intuxication.testdebit.info/fichiers/1000Mo.dat) : 10.8 Mo/s (variable de 4Mo/s à 30Mo/s) -- ping 15ms
- http://paris.cdn.mediactive-network.net/speedtest/1000Mo.dat (http://paris.cdn.mediactive-network.net/speedtest/1000Mo.dat) : 14.9Mo/s (variable de 7Mo/s à 20Mo/s) -- ping 17ms
- http://1.testdebit.info/fichiers/1000Mo.dat (http://1.testdebit.info/fichiers/1000Mo.dat) : 38Mo/s (débit stable) -- ping 13ms
- http://2.testdebit.info/fichiers/1000Mo.dat (http://2.testdebit.info/fichiers/1000Mo.dat) : 37.2Mo/s (débit stable) -- ping 14ms
- http://3.testdebit.info/fichiers/1000Mo.dat (http://3.testdebit.info/fichiers/1000Mo.dat) : 22.3Mo/s (débit stable) -- ping 14ms
- http://bouygues.testdebit.info/fichiers/1000Mo.dat (http://bouygues.testdebit.info/fichiers/1000Mo.dat) : 18.2Mo/s (variable entre 12Mo/s et 30Mo/s) -- ping 14ms
- http://ipv4.rbx.proof.ovh.net/files/1Gio.dat (http://ipv4.rbx.proof.ovh.net/files/1Gio.dat) : 15.4Mo/s -- ping 19ms

Sache que si je refais les mesures dans 1 minute, 1 heure ou 1 jour, j'aurai des résultats différents (sauf le ping qui est ultra stable). L'upload est aussi instable/imprévisible que le download, par ailleurs.

La seule explication sensée que j'ai est qu'ils m'ont mis dans une classe de service avec des gros consommateurs de bande passante, et que, du coup, ma bande passante évolue considérablement en fonction des autres abonnés (j'ai constaté que les débits étaient bien meilleurs la nuit, et bien pourris en soirée). Mais comme ils sont fourbes, ils ont quand même whitelisté certains usages (tests de débit...) histoire que je ne puisse pas râler auprès du service clients qui constatera avec moi que le débit est excellent (aux tests de débit whitelistés).

[Edit] je m'amuse avec iperf en TCP et UDP.

Je fais les tests entre ma connexion et une Dedibox ayant un port Gbps :

- TCP download ("iperf -s" et "iperf -c IP -P 1 -i 1") :

Code: [Sélectionner]

[ ID] Interval       Transfer     Bandwidth
[  3]  0.0- 1.0 sec  13.8 MBytes   115 Mbits/sec
[  3]  1.0- 2.0 sec  11.5 MBytes  96.5 Mbits/sec
[  3]  2.0- 3.0 sec  10.9 MBytes  91.2 Mbits/sec
[  3]  3.0- 4.0 sec  9.62 MBytes  80.7 Mbits/sec
[  3]  4.0- 5.0 sec  9.50 MBytes  79.7 Mbits/sec
[  3]  5.0- 6.0 sec  10.2 MBytes  86.0 Mbits/sec
[  3]  6.0- 7.0 sec  6.50 MBytes  54.5 Mbits/sec
[  3]  7.0- 8.0 sec  7.38 MBytes  61.9 Mbits/sec
[  3]  8.0- 9.0 sec  9.62 MBytes  80.7 Mbits/sec
[  3]  9.0-10.0 sec  9.50 MBytes  79.7 Mbits/sec
[  3]  0.0-10.0 sec  98.6 MBytes  82.5 Mbits/sec

- UDP download ("iperf -s -u" et "iperf -c IP -u -P 1 -i 1 -b 1000M") :

Code: [Sélectionner]

[ ID] Interval       Transfer     Bandwidth
[  3]  0.0- 1.0 sec  96.4 MBytes   808 Mbits/sec
[  3]  1.0- 2.0 sec  96.4 MBytes   808 Mbits/sec
[  3]  2.0- 3.0 sec  96.0 MBytes   806 Mbits/sec
[  3]  3.0- 4.0 sec  96.4 MBytes   808 Mbits/sec
[  3]  4.0- 5.0 sec  96.3 MBytes   808 Mbits/sec
[  3]  5.0- 6.0 sec  96.0 MBytes   806 Mbits/sec
[  3]  6.0- 7.0 sec  96.4 MBytes   808 Mbits/sec
[  3]  7.0- 8.0 sec  96.3 MBytes   808 Mbits/sec
[  3]  8.0- 9.0 sec  96.1 MBytes   806 Mbits/sec
[  3]  9.0-10.0 sec  96.7 MBytes   811 Mbits/sec
[  3]  0.0-10.0 sec   963 MBytes   808 Mbits/sec

- TCP upload ("iperf -s" et "iperf -c IP -P 1 -i 1") :

Code: [Sélectionner]

[ ID] Interval       Transfer     Bandwidth
[  3]  0.0- 1.0 sec  19.9 MBytes   167 Mbits/sec
[  3]  1.0- 2.0 sec  17.4 MBytes   146 Mbits/sec
[  3]  2.0- 3.0 sec  9.00 MBytes  75.5 Mbits/sec
[  3]  3.0- 4.0 sec  13.8 MBytes   115 Mbits/sec
[  3]  4.0- 5.0 sec  9.50 MBytes  79.7 Mbits/sec
[  3]  5.0- 6.0 sec  9.25 MBytes  77.6 Mbits/sec
[  3]  6.0- 7.0 sec  9.38 MBytes  78.6 Mbits/sec
[  3]  7.0- 8.0 sec  4.75 MBytes  39.8 Mbits/sec
[  3]  8.0- 9.0 sec  4.12 MBytes  34.6 Mbits/sec
[  3]  9.0-10.0 sec  7.25 MBytes  60.8 Mbits/sec
[  3]  0.0-10.0 sec   104 MBytes  87.3 Mbits/sec

- UDP upload ("iperf -s -u" et "iperf -c IP -u -P 1 -i 1 -b 300M") :

Code: [Sélectionner]

[ ID] Interval       Transfer     Bandwidth
[  3]  0.0- 1.0 sec  25.0 MBytes   210 Mbits/sec
[  3]  1.0- 2.0 sec  23.3 MBytes   195 Mbits/sec
[  3]  2.0- 3.0 sec  16.0 MBytes   134 Mbits/sec
[  3]  3.0- 4.0 sec  16.4 MBytes   138 Mbits/sec
[  3]  4.0- 5.0 sec  16.7 MBytes   140 Mbits/sec
[  3]  5.0- 6.0 sec  16.4 MBytes   138 Mbits/sec
[  3]  6.0- 7.0 sec  16.5 MBytes   139 Mbits/sec
[  3]  7.0- 8.0 sec  15.8 MBytes   133 Mbits/sec
[  3]  8.0- 9.0 sec  15.9 MBytes   134 Mbits/sec
[  3]  0.0-10.0 sec   178 MBytes   150 Mbits/sec

Conclusion : les débits UDP sont stables et excellents, les débits TCP sont totalement instables...

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: kgersen le 08 septembre 2014 à 15:23:27

UDP c'est toujours stable si on regarde pas le bon coté ou la bonne valeur.

IPerf en UDP envoi un flux continu de paquets UDP a la vitesse indiquée par l'option -b (1000Mbps dans ton cas).
Il faut regarder le débit reçu a l'autre bout et pas le débit d'envoi (qui lui est toujours stable).
Cela doit indiquer aussi la perte de paquet (un pourcentage entre parenthèses en plus a chaque ligne et un 'server report' a la fin).
Ce sont ces valeurs qui compte.

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: vivien le 08 septembre 2014 à 15:41:01

Que donne un test sur plein de connexions TCP en parallèle ?

Je pense au test graphique (flash) qui est sur https://testdebit.info

Note pour le bon fonctionnement, il faut une version récente de flash (14), donc a tester avec Chromium + peper flash ou Chrome.

Fedora 20 doit proposer un paquet pour installer flash 14 avec Chromium :
(https://lafibre.info/testdebit/ubuntu/201406_chromium_pepper_flash_plugin.png)

La version 11,2 de Firefox pose problème.

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: unrealdtc le 08 septembre 2014 à 17:58:04

J'ai testé avec Chrome sur Fedora 20 :

Last Result:
Download Speed: 616927 kbps (77115.9 KB/sec transfer rate)
Upload Speed: 190985 kbps (23873.1 KB/sec transfer rate)
Latency: 16 ms
Jitter: 1 ms

Ceci dit, ce n'est pas non plus ce que j'observe avec iperf en TCP et 10 connexions (iperf -c IP -P 10 -i 1) :

Code: [Sélectionner]

[ ID] Interval       Transfer     Bandwidth
[  3]  0.0- 1.0 sec  2.62 MBytes  22.0 Mbits/sec
[ 11]  0.0- 1.0 sec  1.62 MBytes  13.6 Mbits/sec
[ 12]  0.0- 1.0 sec  2.50 MBytes  21.0 Mbits/sec
[  4]  0.0- 1.0 sec  3.25 MBytes  27.3 Mbits/sec
[  9]  0.0- 1.0 sec  2.88 MBytes  24.1 Mbits/sec
[  8]  0.0- 1.0 sec  1.38 MBytes  11.5 Mbits/sec
[ 10]  0.0- 1.0 sec  2.38 MBytes  19.9 Mbits/sec
[  7]  0.0- 1.0 sec  1.50 MBytes  12.6 Mbits/sec
[  5]  0.0- 1.0 sec  1.25 MBytes  10.5 Mbits/sec
[  6]  0.0- 1.0 sec  4.88 MBytes  40.9 Mbits/sec
[SUM]  0.0- 1.0 sec  24.2 MBytes   203 Mbits/sec
[  7]  1.0- 2.0 sec  1.88 MBytes  15.7 Mbits/sec
[ 12]  1.0- 2.0 sec  3.00 MBytes  25.2 Mbits/sec
[  3]  1.0- 2.0 sec  2.00 MBytes  16.8 Mbits/sec
[  9]  1.0- 2.0 sec  2.50 MBytes  21.0 Mbits/sec
[  8]  1.0- 2.0 sec  2.38 MBytes  19.9 Mbits/sec
[ 11]  1.0- 2.0 sec  1.75 MBytes  14.7 Mbits/sec
[  4]  1.0- 2.0 sec  3.00 MBytes  25.2 Mbits/sec
[ 10]  1.0- 2.0 sec  1.62 MBytes  13.6 Mbits/sec
[  5]  1.0- 2.0 sec  1.38 MBytes  11.5 Mbits/sec
[  6]  1.0- 2.0 sec  1.88 MBytes  15.7 Mbits/sec
[SUM]  1.0- 2.0 sec  21.4 MBytes   179 Mbits/sec
[  4]  2.0- 3.0 sec  2.75 MBytes  23.1 Mbits/sec
[ 11]  2.0- 3.0 sec  2.38 MBytes  19.9 Mbits/sec
[ 10]  2.0- 3.0 sec  2.50 MBytes  21.0 Mbits/sec
[  5]  2.0- 3.0 sec  1.50 MBytes  12.6 Mbits/sec
[  3]  2.0- 3.0 sec  2.50 MBytes  21.0 Mbits/sec
[ 12]  2.0- 3.0 sec  2.00 MBytes  16.8 Mbits/sec
[  9]  2.0- 3.0 sec  2.12 MBytes  17.8 Mbits/sec
[  6]  2.0- 3.0 sec  2.25 MBytes  18.9 Mbits/sec
[  8]  2.0- 3.0 sec  2.75 MBytes  23.1 Mbits/sec
[  7]  2.0- 3.0 sec  2.00 MBytes  16.8 Mbits/sec
[SUM]  2.0- 3.0 sec  22.8 MBytes   191 Mbits/sec
[  9]  3.0- 4.0 sec  2.25 MBytes  18.9 Mbits/sec
[ 12]  3.0- 4.0 sec  2.88 MBytes  24.1 Mbits/sec
[  3]  3.0- 4.0 sec  2.12 MBytes  17.8 Mbits/sec
[  6]  3.0- 4.0 sec  2.00 MBytes  16.8 Mbits/sec
[  5]  3.0- 4.0 sec  1.62 MBytes  13.6 Mbits/sec
[ 10]  3.0- 4.0 sec  3.25 MBytes  27.3 Mbits/sec
[  7]  3.0- 4.0 sec  1.88 MBytes  15.7 Mbits/sec
[ 11]  3.0- 4.0 sec  2.38 MBytes  19.9 Mbits/sec
[  8]  3.0- 4.0 sec  1.38 MBytes  11.5 Mbits/sec
[  4]  3.0- 4.0 sec  4.12 MBytes  34.6 Mbits/sec
[SUM]  3.0- 4.0 sec  23.9 MBytes   200 Mbits/sec
[  6]  4.0- 5.0 sec  2.62 MBytes  22.0 Mbits/sec
[  9]  4.0- 5.0 sec  3.12 MBytes  26.2 Mbits/sec
[  3]  4.0- 5.0 sec  3.50 MBytes  29.4 Mbits/sec
[ 12]  4.0- 5.0 sec  2.88 MBytes  24.1 Mbits/sec
[  8]  4.0- 5.0 sec  1.62 MBytes  13.6 Mbits/sec
[  4]  4.0- 5.0 sec  1.62 MBytes  13.6 Mbits/sec
[ 11]  4.0- 5.0 sec  1.75 MBytes  14.7 Mbits/sec
[  7]  4.0- 5.0 sec  2.25 MBytes  18.9 Mbits/sec
[ 10]  4.0- 5.0 sec  2.50 MBytes  21.0 Mbits/sec
[  5]  4.0- 5.0 sec  1.88 MBytes  15.7 Mbits/sec
[SUM]  4.0- 5.0 sec  23.8 MBytes   199 Mbits/sec
[  6]  5.0- 6.0 sec  4.00 MBytes  33.6 Mbits/sec
[  3]  5.0- 6.0 sec  2.50 MBytes  21.0 Mbits/sec
[  4]  5.0- 6.0 sec  2.88 MBytes  24.1 Mbits/sec
[ 11]  5.0- 6.0 sec  2.25 MBytes  18.9 Mbits/sec
[ 12]  5.0- 6.0 sec  3.00 MBytes  25.2 Mbits/sec
[  7]  5.0- 6.0 sec  2.38 MBytes  19.9 Mbits/sec
[  5]  5.0- 6.0 sec  1.75 MBytes  14.7 Mbits/sec
[  8]  5.0- 6.0 sec  1.62 MBytes  13.6 Mbits/sec
[  9]  5.0- 6.0 sec  3.50 MBytes  29.4 Mbits/sec
[ 10]  5.0- 6.0 sec  2.00 MBytes  16.8 Mbits/sec
[SUM]  5.0- 6.0 sec  25.9 MBytes   217 Mbits/sec
[  9]  6.0- 7.0 sec  3.50 MBytes  29.4 Mbits/sec
[ 12]  6.0- 7.0 sec  3.25 MBytes  27.3 Mbits/sec
[ 11]  6.0- 7.0 sec  3.50 MBytes  29.4 Mbits/sec
[  5]  6.0- 7.0 sec  2.12 MBytes  17.8 Mbits/sec
[  4]  6.0- 7.0 sec  3.38 MBytes  28.3 Mbits/sec
[  3]  6.0- 7.0 sec  2.25 MBytes  18.9 Mbits/sec
[ 10]  6.0- 7.0 sec  2.00 MBytes  16.8 Mbits/sec
[  7]  6.0- 7.0 sec  3.00 MBytes  25.2 Mbits/sec
[  8]  6.0- 7.0 sec  1.12 MBytes  9.44 Mbits/sec
[  6]  6.0- 7.0 sec  2.75 MBytes  23.1 Mbits/sec
[SUM]  6.0- 7.0 sec  26.9 MBytes   225 Mbits/sec
[  6]  7.0- 8.0 sec  1.25 MBytes  10.5 Mbits/sec
[  9]  7.0- 8.0 sec  7.62 MBytes  64.0 Mbits/sec
[ 11]  7.0- 8.0 sec  2.88 MBytes  24.1 Mbits/sec
[ 12]  7.0- 8.0 sec  2.88 MBytes  24.1 Mbits/sec
[  7]  7.0- 8.0 sec  1.75 MBytes  14.7 Mbits/sec
[ 10]  7.0- 8.0 sec  1.75 MBytes  14.7 Mbits/sec
[  4]  7.0- 8.0 sec  2.38 MBytes  19.9 Mbits/sec
[  5]  7.0- 8.0 sec  2.38 MBytes  19.9 Mbits/sec
[  8]  7.0- 8.0 sec  1.00 MBytes  8.39 Mbits/sec
[  3]  7.0- 8.0 sec  1.75 MBytes  14.7 Mbits/sec
[SUM]  7.0- 8.0 sec  25.6 MBytes   215 Mbits/sec
[  5]  8.0- 9.0 sec  3.62 MBytes  30.4 Mbits/sec
[  7]  8.0- 9.0 sec  3.50 MBytes  29.4 Mbits/sec
[  3]  8.0- 9.0 sec  2.25 MBytes  18.9 Mbits/sec
[  6]  8.0- 9.0 sec  2.38 MBytes  19.9 Mbits/sec
[  4]  8.0- 9.0 sec  3.50 MBytes  29.4 Mbits/sec
[  9]  8.0- 9.0 sec  3.12 MBytes  26.2 Mbits/sec
[ 12]  8.0- 9.0 sec  3.50 MBytes  29.4 Mbits/sec
[ 10]  8.0- 9.0 sec  2.50 MBytes  21.0 Mbits/sec
[  8]  8.0- 9.0 sec  2.25 MBytes  18.9 Mbits/sec
[ 11]  8.0- 9.0 sec  3.38 MBytes  28.3 Mbits/sec
[SUM]  8.0- 9.0 sec  30.0 MBytes   252 Mbits/sec
[  4]  9.0-10.0 sec  2.12 MBytes  17.8 Mbits/sec
[  4]  0.0-10.0 sec  29.1 MBytes  24.4 Mbits/sec
[ 11]  9.0-10.0 sec  5.62 MBytes  47.2 Mbits/sec
[ 11]  0.0-10.0 sec  27.6 MBytes  23.1 Mbits/sec
[  6]  9.0-10.0 sec  3.50 MBytes  29.4 Mbits/sec
[  6]  0.0-10.0 sec  27.6 MBytes  23.1 Mbits/sec
[ 10]  9.0-10.0 sec  2.38 MBytes  19.9 Mbits/sec
[ 10]  0.0-10.1 sec  23.0 MBytes  19.2 Mbits/sec
[  7]  9.0-10.0 sec  2.38 MBytes  19.9 Mbits/sec
[  7]  0.0-10.1 sec  22.6 MBytes  18.9 Mbits/sec
[  3]  9.0-10.0 sec  3.38 MBytes  28.3 Mbits/sec
[  3]  0.0-10.1 sec  25.0 MBytes  20.8 Mbits/sec
[  5]  9.0-10.0 sec  2.88 MBytes  24.1 Mbits/sec
[  5]  0.0-10.1 sec  20.5 MBytes  17.0 Mbits/sec
[  9]  9.0-10.0 sec  2.00 MBytes  16.8 Mbits/sec
[  9]  0.0-10.1 sec  32.8 MBytes  27.2 Mbits/sec
[  8]  9.0-10.0 sec  1.88 MBytes  15.7 Mbits/sec
[  8]  0.0-10.1 sec  17.5 MBytes  14.5 Mbits/sec
[ 12]  9.0-10.0 sec  2.00 MBytes  16.8 Mbits/sec
[SUM]  9.0-10.0 sec  28.1 MBytes   236 Mbits/sec
[ 12]  0.0-10.2 sec  28.0 MBytes  23.1 Mbits/sec
[SUM]  0.0-10.2 sec   254 MBytes   209 Mbits/sec

et pendant ce temps, UDP continue de donner des débits proches des valeurs max...

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: kgersen le 08 septembre 2014 à 19:31:42

C'est pas clair du tout tes iperfs. On voit pas quel sens tu mesures et de quel coté c'est observé. on a l'impression que tu mesures ton upload.

Chez moi derrière une connexion SFR a 1G/200M, j'obtient:

Code: [Sélectionner]

iperf -c ping.online.net -u -i1 -b1000M -r(port UDP 5001 redigé vers cette machine sinon ca ne marche pas en retour).

j'obtient:

Code: [Sélectionner]

------------------------------------------------------------
Server listening on UDP port 5001
Receiving 1470 byte datagrams
UDP buffer size:  208 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to ping.online.net, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size:  208 KByte (default)
------------------------------------------------------------
[  4] local 192.168.1.50 port 45589 connected with 62.210.18.40 port 5001
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0- 1.0 sec  96.9 MBytes   813 Mbits/sec
[  4]  1.0- 2.0 sec  96.6 MBytes   811 Mbits/sec
[  4]  2.0- 3.0 sec  96.6 MBytes   810 Mbits/sec
[  4]  3.0- 4.0 sec  96.5 MBytes   810 Mbits/sec
[  4]  4.0- 5.0 sec  96.8 MBytes   812 Mbits/sec
[  4]  5.0- 6.0 sec  96.6 MBytes   810 Mbits/sec
[  4]  6.0- 7.0 sec  96.6 MBytes   810 Mbits/sec
[  4]  7.0- 8.0 sec  96.6 MBytes   810 Mbits/sec
[  4]  8.0- 9.0 sec  96.7 MBytes   811 Mbits/sec
[  4]  9.0-10.0 sec  96.6 MBytes   810 Mbits/sec
[  4]  0.0-10.0 sec   966 MBytes   811 Mbits/sec
[  4] Sent 689338 datagrams

[  4] Server Report:
[  4]  0.0-10.3 sec   237 MBytes   194 Mbits/sec  15.184 ms 520611/689335 (76%)
[  4]  0.0-10.3 sec  2 datagrams received out-of-order

[  3] local 192.168.1.50 port 5001 connected with 62.210.18.40 port 35341
[  3]  0.0- 1.0 sec  96.4 MBytes   809 Mbits/sec   0.018 ms   30/68788 (0.044%)
[  3]  0.0- 1.0 sec  48 datagrams received out-of-order
[  3]  1.0- 2.0 sec  96.3 MBytes   808 Mbits/sec   0.017 ms    0/68701 (0%)
[  3]  2.0- 3.0 sec  95.6 MBytes   802 Mbits/sec   0.013 ms  424/68594 (0.62%)
[  3]  3.0- 4.0 sec  96.3 MBytes   808 Mbits/sec   0.016 ms    0/68696 (0%)
[  3]  4.0- 5.0 sec  96.3 MBytes   808 Mbits/sec   0.008 ms    0/68687 (0%)
[  3]  5.0- 6.0 sec  96.1 MBytes   806 Mbits/sec   0.011 ms   84/68619 (0.12%)
[  3]  6.0- 7.0 sec  96.4 MBytes   808 Mbits/sec   0.014 ms   24/68767 (0.035%)
[  3]  7.0- 8.0 sec  95.6 MBytes   802 Mbits/sec   0.016 ms  441/68667 (0.64%)
[  3]  8.0- 9.0 sec  96.2 MBytes   807 Mbits/sec   0.018 ms  183/68835 (0.27%)
[  3]  0.0-10.0 sec   961 MBytes   806 Mbits/sec   0.080 ms 1251/686961 (0.18%)
[  3]  0.0-10.0 sec  49 datagrams received out-of-order

il y a donc 3 parties différentes a interpréter (j'ai ajouter des lignes vides pour les séparer).
1ere partie: l'envoi de paquets UDP a la vitesse demandée. .
Ca donne donne aucun indication sur le réseau , juste le débit auquel les paquets sortent du poste. 80% de 1G est normal pour des paquets de 1470 (nominal), on peut pas faire mieux sur du GigaEthernet sans augmenter la taille des paquets ce qui, apres sur le WAN, pose des soucis de fragmentation donc de ralentissement (suffit de faire le test avec -l2940 par exemple).

2eme partie (server report): le serveur iperf chez Online renvoi un message indiquant qu'il n'a recu qu'a 198Mbps (normal) et donc constaté 75% de perte de paquets(normal aussi, 25% de 800 = 200). Mon abonnement n'est qu"a 200Mbps en upload.

3eme partie: le serveur chez Online envoi a la meme vitesse programmée. 810 Mbps environ (80% de 1G). On voit que je recois a peu pres a ce débit (pertes <1%).

donc ce test indique:
194Mbps en upload, stable
800Mbps en download ,stable (c'est pas forcement le max de la connexion, c'est juste le max d'UDP sur GigaEthernet/1470).

en TCP il y a la montée en débit jusqu'au max. donc 10 secondes ca peut être parfois trop court, mettre le test a 20s (-t20) pour être sur.

Code: [Sélectionner]

iperf -c ping.online.net -i1 -t20 -r(port TCP 5001 redigé vers cette machine sinon ca ne marche pas en retour).

j'obtient:

Code: [Sélectionner]

------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to ping.online.net, TCP port 5001
TCP window size:  178 KByte (default)
------------------------------------------------------------
[  5] local 192.168.1.50 port 57971 connected with 62.210.18.40 port 5001
[ ID] Interval       Transfer     Bandwidth
[  5]  0.0- 1.0 sec  28.4 MBytes   238 Mbits/sec
[  5]  1.0- 2.0 sec  23.9 MBytes   200 Mbits/sec
[  5]  2.0- 3.0 sec  22.6 MBytes   190 Mbits/sec
[  5]  3.0- 4.0 sec  22.8 MBytes   191 Mbits/sec
[  5]  4.0- 5.0 sec  23.6 MBytes   198 Mbits/sec
[  5]  5.0- 6.0 sec  21.6 MBytes   181 Mbits/sec
[  5]  6.0- 7.0 sec  20.4 MBytes   171 Mbits/sec
[  5]  7.0- 8.0 sec  24.8 MBytes   208 Mbits/sec
[  5]  8.0- 9.0 sec  22.8 MBytes   191 Mbits/sec
[  5]  9.0-10.0 sec  22.6 MBytes   190 Mbits/sec
[  5] 10.0-11.0 sec  22.6 MBytes   190 Mbits/sec
[  5] 11.0-12.0 sec  23.8 MBytes   199 Mbits/sec
[  5] 12.0-13.0 sec  22.6 MBytes   190 Mbits/sec
[  5] 13.0-14.0 sec  22.5 MBytes   189 Mbits/sec
[  5] 14.0-15.0 sec  22.6 MBytes   190 Mbits/sec
[  5] 15.0-16.0 sec  20.4 MBytes   171 Mbits/sec
[  5] 16.0-17.0 sec  24.9 MBytes   209 Mbits/sec
[  5] 17.0-18.0 sec  22.9 MBytes   192 Mbits/sec
[  5] 18.0-19.0 sec  22.5 MBytes   189 Mbits/sec
[  5] 19.0-20.0 sec  22.6 MBytes   190 Mbits/sec
[  5]  0.0-20.0 sec   461 MBytes   193 Mbits/sec
[  3] local 192.168.1.50 port 5001 connected with 62.210.18.40 port 18941
[  3]  0.0- 1.0 sec  79.1 MBytes   664 Mbits/sec
[  3]  1.0- 2.0 sec   100 MBytes   840 Mbits/sec
[  3]  2.0- 3.0 sec   109 MBytes   915 Mbits/sec
[  3]  3.0- 4.0 sec   110 MBytes   926 Mbits/sec
[  3]  4.0- 5.0 sec   110 MBytes   925 Mbits/sec
[  3]  5.0- 6.0 sec   108 MBytes   903 Mbits/sec
[  3]  6.0- 7.0 sec   110 MBytes   925 Mbits/sec
[  3]  7.0- 8.0 sec   110 MBytes   926 Mbits/sec
[  3]  8.0- 9.0 sec   110 MBytes   922 Mbits/sec
[  3]  9.0-10.0 sec   108 MBytes   908 Mbits/sec
[  3] 10.0-11.0 sec   110 MBytes   926 Mbits/sec
[  3] 11.0-12.0 sec   111 MBytes   927 Mbits/sec
[  3] 12.0-13.0 sec   109 MBytes   912 Mbits/sec
[  3] 13.0-14.0 sec   110 MBytes   919 Mbits/sec
[  3] 14.0-15.0 sec   110 MBytes   925 Mbits/sec
[  3] 15.0-16.0 sec   110 MBytes   926 Mbits/sec
[  3] 16.0-17.0 sec   108 MBytes   906 Mbits/sec
[  3] 17.0-18.0 sec   109 MBytes   916 Mbits/sec
[  3] 18.0-19.0 sec   110 MBytes   919 Mbits/sec
[  3] 19.0-20.0 sec   110 MBytes   926 Mbits/sec
[  3]  0.0-20.0 sec  2.10 GBytes   903 Mbits/sec

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: vivien le 08 septembre 2014 à 19:55:34

Je confirme, l'IPERF que tu as fait mesure bien un débit upload.
Un client va faire un test up puis un test down (si option -r et il faut aussi que le NAT de ta box soit configuré pour rediriger les paquet 5001)

Merci pour le test flash avec de nombreuses connexions TCP/IP.

Donc je résume ta situation :
- PC puissant sous Linux, avec un noyau Linux récent => situation idéale
- Plusieurs connexions TCP en // permet de monter en débit
- Gros problèmes de débit avec une seule connexion TCP (débits fluctuant avec des moyennes qui peuvent atteindre les 100 Mb/s)

Pourrais-tu réaliser un test NDT ? => http://www.measurementlab.net/tools/ndt (http://www.measurementlab.net/tools/ndt)
Il faudrait copier / coller ce qui est dans "Détails"
Le serveur serait derrière une OC-12 a 622 Mbps donc pas de giga mais il va te dire le nombre de paquets retransmis (ce qui 'est intéressant c'est de calculer le pourcentage de paquet retransmis)

Sinon, cela serait intéressant de faire une capture wireshark d'un téléchargement qui est vraiment mauvais (10 Mo/s de moyenne) que l'on vérifie ce qui pose problème.

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: unrealdtc le 08 septembre 2014 à 20:23:23

Merci pour ta réponse. Je vais essayer de clarifier un peu !

Test UDP :

Code: [Sélectionner]

# iperf -c ping.online.net -u -i1 -b1000M -r
------------------------------------------------------------
Server listening on UDP port 5001
Receiving 1470 byte datagrams
UDP buffer size: 4.00 MByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to ping.online.net, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size: 9.00 KByte (default)
------------------------------------------------------------
[  4] local 77.128.0.x port 48222 connected with 62.210.18.40 port 5001
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0- 1.0 sec  79.3 MBytes   665 Mbits/sec
[  4]  1.0- 2.0 sec  88.4 MBytes   742 Mbits/sec
[  4]  2.0- 3.0 sec  87.8 MBytes   737 Mbits/sec
[  4]  3.0- 4.0 sec  78.2 MBytes   656 Mbits/sec
[  4]  4.0- 5.0 sec  88.2 MBytes   740 Mbits/sec
[  4]  5.0- 6.0 sec  87.8 MBytes   737 Mbits/sec
[  4]  6.0- 7.0 sec  88.2 MBytes   740 Mbits/sec
[  4]  7.0- 8.0 sec  88.3 MBytes   741 Mbits/sec
[  4]  8.0- 9.0 sec  87.9 MBytes   738 Mbits/sec
[  4]  9.0-10.0 sec  88.3 MBytes   741 Mbits/sec
[  4]  0.0-10.0 sec   863 MBytes   724 Mbits/sec
[  4] Sent 615271 datagrams
[  4] Server Report:
[  4]  0.0-10.0 sec   232 MBytes   194 Mbits/sec   0.037 ms 450057/615270 (73%)
[  4]  0.0-10.0 sec  1 datagrams received out-of-order
[  3] local 77.128.0.x port 5001 connected with 62.210.18.40 port 4750
[  3]  0.0- 1.0 sec  1.17 MBytes  9.82 Mbits/sec   0.020 ms  123/  958 (13%)
[  3]  0.0- 1.0 sec  17 datagrams received out-of-order
[  3]  1.0- 2.0 sec  0.00 Bytes  0.00 bits/sec   0.020 ms    0/    0 (nan%)
[  3]  2.0- 3.0 sec  20.5 MBytes   172 Mbits/sec   0.010 ms 188997/203655 (93%)
[  3]  3.0- 4.0 sec  86.8 MBytes   728 Mbits/sec   0.016 ms 8183/70119 (12%)
[  3]  4.0- 5.0 sec  84.6 MBytes   709 Mbits/sec   0.016 ms 8356/68686 (12%)
[  3]  5.0- 6.0 sec  84.8 MBytes   711 Mbits/sec   0.019 ms 8103/68600 (12%)
[  3]  6.0- 7.0 sec  84.4 MBytes   708 Mbits/sec   0.020 ms 8411/68589 (12%)
[  3]  7.0- 8.0 sec  83.9 MBytes   703 Mbits/sec   0.009 ms 8219/68031 (12%)
[  3]  8.0- 9.0 sec  85.5 MBytes   718 Mbits/sec   0.016 ms 8270/69290 (12%)
[  3]  0.0-10.0 sec   616 MBytes   517 Mbits/sec   0.021 ms 246821/686539 (36%)
[  3]  0.0-10.0 sec  18 datagrams received out-of-order

Donc, j'obtiens des bons débits udp (pour des raisons de simplicité, j'ai réalisé le test sur mon routeur, un Celeron 1.6GHz), du coup, les débits pourraient être mieux, mais bon ~200Mbps en up et 500 en dl, ça me va parfaitement...

Maintenant pour ce qui est TCP, je ne peux pas faire les deux tests en même temps (vieux bug iperf : http://sourceforge.net/p/iperf/bugs/19/ (http://sourceforge.net/p/iperf/bugs/19/) ), donc j'ai lancé un test d'upload sur mon routeur :

Code: [Sélectionner]

iperf -c ping.online.net -i1 -t20   
------------------------------------------------------------
Client connecting to ping.online.net, TCP port 5001
TCP window size:  513 KByte (default)
------------------------------------------------------------
[  3] local 77.128.0.x port 40445 connected with 62.210.18.40 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0- 1.0 sec  3.62 MBytes  30.4 Mbits/sec
[  3]  1.0- 2.0 sec  4.88 MBytes  40.9 Mbits/sec
[  3]  2.0- 3.0 sec  4.75 MBytes  39.8 Mbits/sec
[  3]  3.0- 4.0 sec  4.50 MBytes  37.7 Mbits/sec
[  3]  4.0- 5.0 sec  2.88 MBytes  24.1 Mbits/sec
[  3]  5.0- 6.0 sec  3.62 MBytes  30.4 Mbits/sec
[  3]  6.0- 7.0 sec  4.50 MBytes  37.7 Mbits/sec
[  3]  7.0- 8.0 sec  7.25 MBytes  60.8 Mbits/sec
[  3]  8.0- 9.0 sec  5.75 MBytes  48.2 Mbits/sec
[  3]  9.0-10.0 sec  6.12 MBytes  51.4 Mbits/sec
[  3] 10.0-11.0 sec  3.00 MBytes  25.2 Mbits/sec
[  3] 11.0-12.0 sec  6.00 MBytes  50.3 Mbits/sec
[  3] 12.0-13.0 sec  6.00 MBytes  50.3 Mbits/sec
[  3] 13.0-14.0 sec  4.75 MBytes  39.8 Mbits/sec
[  3] 14.0-15.0 sec  4.38 MBytes  36.7 Mbits/sec
[  3] 15.0-16.0 sec  4.12 MBytes  34.6 Mbits/sec
[  3] 16.0-17.0 sec  6.25 MBytes  52.4 Mbits/sec
[  3] 17.0-18.0 sec  7.12 MBytes  59.8 Mbits/sec
[  3] 18.0-19.0 sec  6.00 MBytes  50.3 Mbits/sec
[  3] 19.0-20.0 sec  2.12 MBytes  17.8 Mbits/sec
[  3]  0.0-20.6 sec   100 MBytes  40.7 Mbits/sec

Puis j'ai lancé le serveur sur mon routeur et le client sur ma dedibox :

Code: [Sélectionner]

iperf -c 77.128.0.x -i1 -t20
------------------------------------------------------------
Client connecting to xxx, TCP port 5001
TCP window size: 23.5 KByte (default)
------------------------------------------------------------
[  3] local 62.210.187.236 port 34910 connected with 77.128.0.x port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0- 1.0 sec  5.12 MBytes  43.0 Mbits/sec
[  3]  1.0- 2.0 sec  4.50 MBytes  37.7 Mbits/sec
[  3]  2.0- 3.0 sec  5.38 MBytes  45.1 Mbits/sec
[  3]  3.0- 4.0 sec  4.88 MBytes  40.9 Mbits/sec
[  3]  4.0- 5.0 sec  6.75 MBytes  56.6 Mbits/sec
[  3]  5.0- 6.0 sec  8.00 MBytes  67.1 Mbits/sec
[  3]  6.0- 7.0 sec  7.75 MBytes  65.0 Mbits/sec
[  3]  7.0- 8.0 sec  6.25 MBytes  52.4 Mbits/sec
[  3]  8.0- 9.0 sec  6.50 MBytes  54.5 Mbits/sec
[  3]  9.0-10.0 sec  7.88 MBytes  66.1 Mbits/sec
[  3] 10.0-11.0 sec  7.25 MBytes  60.8 Mbits/sec
[  3] 11.0-12.0 sec  7.75 MBytes  65.0 Mbits/sec
[  3] 12.0-13.0 sec  5.50 MBytes  46.1 Mbits/sec
[  3] 13.0-14.0 sec  6.88 MBytes  57.7 Mbits/sec
[  3] 14.0-15.0 sec  7.00 MBytes  58.7 Mbits/sec
[  3] 15.0-16.0 sec  7.50 MBytes  62.9 Mbits/sec
[  3] 16.0-17.0 sec  6.75 MBytes  56.6 Mbits/sec
[  3] 17.0-18.0 sec  7.50 MBytes  62.9 Mbits/sec
[  3] 18.0-19.0 sec  7.88 MBytes  66.1 Mbits/sec
[  3] 19.0-20.0 sec  6.88 MBytes  57.7 Mbits/sec
[  3]  0.0-20.0 sec   134 MBytes  56.1 Mbits/sec

On est d'accord qu'il y a un souci ? :)

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: unrealdtc le 08 septembre 2014 à 20:29:37

Citation de: vivien le 08 septembre 2014 à 19:55:34

Pourrais-tu réaliser un test NDT ? => http://www.measurementlab.net/tools/ndt (http://www.measurementlab.net/tools/ndt)
Il faudrait copier / coller ce qui est dans "Détails"

J'ai fait le test avec Chrome :

Code: [Sélectionner]

Client System Details
OS data:: Linux, Architecture: x86
Flash Info: Version = LNX 15,0,0,152
The slowest link in the end-to-end path is a
2.4 Gbps OC-48 subnet
Information: Other network traffic is congesting the link
This connection is network limited 92.38% of the time
2.4 Gbps OC-48 link found.
Link set to Full Duplex mode
Information: throughput is limited by other network traffic.
Good network cable(s) found
Normal duplex operation found.
Web100 reports the Round trip time = 175.95ms
the Packet size = 1448bytes
16 packets retransmitted
895 duplicate acks received
1032 SACK blocks received
The connection was idle 0.00 seconds (0.00% of the time)
C2S throughput test: Packet queuing detected: 3.87%
S2C throughput test: Packet queuing detected: 3.87%
Web100 reports TCP negotiated the optional Performance Settings to:
RFC 2018 Selective Acknowledgement:
ON
RFC 896 Nagle Algorithm:
ON
RFC 3168 Explicit Congestion Notification:
OFF
RFC 1323 Time Stamping:
ON
RFC 1323 Window Scaling:
ON; Scaling Factors - Server=7, Client=7
The theoretical network limit is 1.21 Mbps
The NDT server has a 713.18 KByte buffer which limits the throughput to 63.33 Mbps
Your PC/Workstation has a 2299.38 KByte buffer which limits the throughput to 102.10 Mbps
The network based flow control limits the throughput to 23.92 Mbps
Client Data reports link is OC-48
Client Acks report link is OC-48
Server Data reports link is OC-48
=== Results sent by the server ===
CurMSS: 1448
X_Rcvbuf: 87380
X_Sndbuf: 1460592
AckPktsOut: 0
BytesRetrans: 23168
CongAvoid: 814
CongestionOverCount: 8
CongestionSignals: 7
CountRTT: 1286
CurCwnd: 20272
CurRTO: 380
CurRwinRcvd: 2354560
CurRwinSent: 5888
CurSsthresh: 15928
DSACKDups: 0
DataBytesIn: 0
DataBytesOut: 3868928
DataPktsIn: 0
DataPktsOut: 2618
DupAcksIn: 895
ECNEnabled: 0
FastRetran: 7
MaxCwnd: 551688
MaxMSS: 1448
MaxRTO: 880
MaxRTT: 253
MaxRwinRcvd: 2354560
MaxRwinSent: 5888
MaxSsthresh: 263536
MinMSS: 1448
MinRTO: 378
MinRTT: 174
MinRwinRcvd: 29312
MinRwinSent: 5792
NagleEnabled: 1
OtherReductions: 6
PktsIn: 2285
PktsOut: 2618
PktsRetrans: 16
RcvWinScale: 7
SACKEnabled: 3
SACKsRcvd: 1032
SendStall: 0
SlowStart: 405
SampleRTT: 175
SmoothedRTT: 177
SndWinScale: 7
SndLimTimeRwin: 0
SndLimTimeCwnd: 9978051
SndLimTimeSender: 823589
SndLimTransRwin: 0
SndLimTransCwnd: 12
SndLimTransSender: 12
SndLimBytesRwin: 0
SndLimBytesCwnd: 3590480
SndLimBytesSender: 278448
SubsequentTimeouts: 0
SumRTT: 226269
Timeouts: 0
TimestampsEnabled: 1
WinScaleRcvd: 7
WinScaleSent: 7
DupAcksOut: 0
StartTimeUsec: 381692
Duration: 10805376
c2sData: 8
c2sAck: 8
s2cData: 8
s2cAck: 10
half_duplex: 0
link: 0
congestion: 1
bad_cable: 0
mismatch: 0
spd: 2.87
bw: 1.21
loss: 0.002673797
avgrtt: 175.95
waitsec: 0.00
timesec: 10.00
order: 0.3917
rwintime: 0.0000
sendtime: 0.0762
cwndtime: 0.9238
rwin: 17.9639
swin: 11.1434
cwin: 4.2090
rttsec: 0.175948
Sndbuf: 1460592
aspd: 0.00000
CWND-Limited: -0.02
minCWNDpeak: 17376
maxCWNDpeak: 531416
CWNDpeaks: 5

J'avoue que c'est un peu du chinois pour moi tout ça O__O

[edit]

J'ai capturé un DL avec "wget -O /dev/null -4 http://ipv4.intuxication.testdebit.info/fichiers/100Mo.dat (http://ipv4.intuxication.testdebit.info/fichiers/100Mo.dat)" qui avait 6,85 Mo/s de débit moyen avec "tcpdump -i enp0s20u1 -w ipv4.intuxication.testdebit.info_1.cap -s9000 host 62.210.156.12"

La capture est ci-dessous : http://media.slashorg.net/ipv4.intuxication.testdebit.info.cap.gz (http://media.slashorg.net/ipv4.intuxication.testdebit.info.cap.gz)

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: kgersen le 08 septembre 2014 à 21:19:24

Flash 15 beta ? C'est Chrome beta ou dev donc?

Code: [Sélectionner]

Web100 reports the Round trip time = 175.95ms

on dirait que tu vas chercher loin le serveur... y'a pas un VPN actif quelque part ?

il manque le résultat du test pour avoir l'ip du serveur, un truc du genre:

Code: [Sélectionner]

NDT test run towards M-Lab server
ndt.iupui.mlab1.par01.measurement-lab.org

RTT between client and M-Lab server
1 ms

DOWNLOAD SPEED
410.7 Mbps

UPLOAD SPEED
54.5 Mbps

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: vivien le 08 septembre 2014 à 21:26:16

Tu as oublié d'indiquer les données débit / ping.

Voici ce que cela donne avec ma Bbox fibre sur le réseau Numericable :

NDT test run towards M-Lab server ndt.iupui.mlab3.par01.measurement-lab.org
RTT between client and M-Lab server 11 ms
DOWNLOAD SPEED 92.9 Mbps
UPLOAD SPEED 5.0 Mbps

Client System Details
OS data:: Linux, Architecture: x86
Flash Info: Version = LNX 14,0,0,125
The slowest link in the end-to-end path is a 45 Mbps T3/DS3 subnet
Information: Other network traffic is congesting the link
This connection is network limited 97.06% of the time
45 Mbps T3/DS3 link found.
Link set to Full Duplex mode
Information: throughput is limited by other network traffic.
Good network cable(s) found
Normal duplex operation found.
Web100 reports the Round trip time = 30.47ms
the Packet size = 1448bytes
181 packets retransmitted
370 duplicate acks received
483 SACK blocks received
The connection was idle 0.00 seconds (0.00% of the time)
C2S throughput test: Packet queuing detected: 2.44%
S2C throughput test: Packet queuing detected: 2.44%
Web100 reports TCP negotiated the optional Performance Settings to:
RFC 2018 Selective Acknowledgement: ON
RFC 896 Nagle Algorithm: ON
RFC 3168 Explicit Congestion Notification: OFF
RFC 1323 Time Stamping: ON
RFC 1323 Window Scaling:ON; Scaling Factors - Server=7, Client=7
The theoretical network limit is 72.81 Mbps
The NDT server has a 869.78 KByte buffer which limits the throughput to 446.08 Mbps
Your PC/Workstation has a 2890.50 KByte buffer which limits the throughput to 741.22 Mbps
The network based flow control limits the throughput to 191.82 Mbps
Client Data reports link is T3;
Client Acks report link is Ethernet
Server Data reports link is OC-48
Server Acks report link is OC-48
=== Results sent by the server ===
CurMSS: 1448
X_Rcvbuf: 87380
X_Sndbuf: 1781304
AckPktsOut: 0
BytesRetrans: 260664
CongAvoid: 35031
CongestionOverCount: 0
CongestionSignals: 2
CountRTT: 36014
CurCwnd: 362000
CurRTO: 230
CurRwinRcvd: 2959872
CurRwinSent: 5888
CurSsthresh: 231680
DSACKDups: 0
DataBytesIn: 0
DataBytesOut: 119327064
DataPktsIn: 0
DataPktsOut: 80631
DupAcksIn: 370
ECNEnabled: 0
FastRetran: 2
MaxCwnd: 765992
MaxMSS: 1448
MaxRTO: 254
MaxRTT: 59
MaxRwinRcvd: 2959872
MaxRwinSent: 5888
MaxSsthresh: 382272
MinMSS: 1448
MinRTO: 212
MinRTT: 11
MinRwinRcvd: 29312
MinRwinSent: 5792
NagleEnabled: 1
OtherReductions: 22
PktsIn: 36383
PktsOut: 80631
PktsRetrans: 181
RcvWinScale: 7
SACKEnabled: 3
SACKsRcvd: 483
SendStall: 0
SlowStart: 761
SampleRTT: 28
SmoothedRTT: 30
SndWinScale: 7
SndLimTimeRwin: 0
SndLimTimeCwnd: 9994077
SndLimTimeSender: 302292
SndLimTransRwin: 0
SndLimTransCwnd: 18
SndLimTransSender: 18
SndLimBytesRwin: 0
SndLimBytesCwnd: 118783376
SndLimBytesSender: 543688
SubsequentTimeouts: 0
SumRTT: 1097196
Timeouts: 0
TimestampsEnabled: 1
WinScaleRcvd: 7
WinScaleSent: 7
DupAcksOut: 0
StartTimeUsec: 596663
Duration: 10298763
c2sData: 4
c2sAck: 3
s2cData: 8
s2cAck: 8
half_duplex: 0
link: 0
congestion: 1
bad_cable: 0
mismatch: 0
spd: 92.71
bw: 72.81
loss: 0.000024804
avgrtt: 30.47
waitsec: 0.00
timesec: 10.00
order: 0.0102
rwintime: 0.0000
sendtime: 0.0294
cwndtime: 0.9706
rwin: 22.5820
swin: 13.5903
cwin: 5.8441
rttsec: 0.030466
Sndbuf: 1781304
aspd: 0.00000
CWND-Limited: -0.05
minCWNDpeak: 149144
maxCWNDpeak: 754408
CWNDpeaks: 2

Pour toi voici les lignes importantes :

16 packets retransmitted
The NDT server has a 713.18 KByte buffer which limits the throughput to 63.33 Mbps
Your PC/Workstation has a 2299.38 KByte buffer which limits the throughput to 102.10 Mbps
The network based flow control limits the throughput to 23.92 Mbps
MaxRTT: 253
MaxRwinRcvd: 2354560
MinMSS: 1448
MinRTO: 378
MinRTT: 174

Très peu de paquets perdus. Ce n'est pas la cause du débit limité.
Rwin de 2,3 Mo (données non acquittées max), cela permet au débit de monter
MSS de 1448, parfait.

La cause semble être le ping. Visiblement le ping min a été de 174 ms !

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: vivien le 08 septembre 2014 à 21:55:39

Pour la capture Wireshark, le ping est de 15ms donc là pas de souci.

Rwin max de 915 Ko c'est bon
MSS de 1460 qui est respecté c'est bon

1077 Paquets perdus, c'est beaucoup trop

Débit de 7160 Ko/s soit 57,3 Mb/s, c'est vraiment pas bon mais je n'arrive pas a expliquer pourquoi.
Le graphe contre que le débit n'a jamais été bon et qu'il n'y a pas eu d'incident important pendant la transmission.

$ tcptrace --nores_addr -lrW ipv4.intuxication.testdebit.info.cap 1 arg remaining, starting with 'ipv4.intuxication.testdebit.info.cap' Ostermann's tcptrace -- version 6.6.7 -- Thu Nov 4, 2004 106326 packets seen, 106326 TCP packets traced elapsed wallclock time: 0:00:00.103495, 1027353 pkts/sec analyzed trace file elapsed time: 0:00:13.966191 TCP connection info: 1 TCP connection traced: TCP connection 1: host a: 192.168.10.100:33337 host b: 62.210.156.12:80 complete conn: yes first packet: Mon Sep 8 20:50:43.226985 2014 last packet: Mon Sep 8 20:50:57.193176 2014 elapsed time: 0:00:13.966191 total packets: 106326 filename: ipv4.intuxication.testdebit.info.cap a->b: b->a: total packets: 37255 total packets: 69071 ack pkts sent: 37254 ack pkts sent: 69071 pure acks sent: 37252 pure acks sent: 1 sack pkts sent: 1948 sack pkts sent: 0 dsack pkts sent: 7 dsack pkts sent: 0 max sack blks/ack: 2 max sack blks/ack: 0 unique bytes sent: 148 unique bytes sent: 100000308 actual data pkts: 1 actual data pkts: 69068 actual data bytes: 148 actual data bytes: 100010444 rexmt data pkts: 0 rexmt data pkts: 7 rexmt data bytes: 0 rexmt data bytes: 10136 zwnd probe pkts: 0 zwnd probe pkts: 0 zwnd probe bytes: 0 zwnd probe bytes: 0 outoforder pkts: 0 outoforder pkts: 1077 pushed data pkts: 1 pushed data pkts: 421 SYN/FIN pkts sent: 1/1 SYN/FIN pkts sent: 1/1 req 1323 ws/ts: Y/Y req 1323 ws/ts: Y/Y adv wind scale: 7 adv wind scale: 7 req sack: Y req sack: Y sacks sent: 1948 sacks sent: 0 urgent data pkts: 0 pkts urgent data pkts: 0 pkts urgent data bytes: 0 bytes urgent data bytes: 0 bytes mss requested: 1460 bytes mss requested: 1460 bytes max segm size: 148 bytes max segm size: 1448 bytes min segm size: 148 bytes min segm size: 1428 bytes avg segm size: 147 bytes avg segm size: 1447 bytes max win adv: 915200 bytes max win adv: 15616 bytes min win adv: 29312 bytes min win adv: 15616 bytes zero win adv: 0 times zero win adv: 0 times avg win adv: 874457 bytes avg win adv: 15616 bytes max owin: 149 bytes max owin: 183897 bytes min non-zero owin: 1 bytes min non-zero owin: 1 bytes avg owin: 1 bytes avg owin: 3297 bytes wavg owin: 0 bytes wavg owin: 3614 bytes initial window: 148 bytes initial window: 4344 bytes initial window: 1 pkts initial window: 3 pkts ttl stream length: 148 bytes ttl stream length: 100000308 bytes missed data: 0 bytes missed data: 0 bytes truncated data: 0 bytes truncated data: 0 bytes truncated packets: 0 pkts truncated packets: 0 pkts data xmit time: 0.000 secs data xmit time: 13.919 secs idletime max: 15.8 ms idletime max: 16.1 ms throughput: 11 Bps throughput: 7160170 Bps RTT samples: 3 RTT samples: 36054 RTT min: 15.1 ms RTT min: 0.0 ms RTT max: 15.7 ms RTT max: 15.0 ms RTT avg: 15.4 ms RTT avg: 0.0 ms RTT stdev: 0.3 ms RTT stdev: 0.1 ms RTT from 3WHS: 15.1 ms RTT from 3WHS: 0.1 ms RTT full_sz smpls: 2 RTT full_sz smpls: 2 RTT full_sz min: 15.1 ms RTT full_sz min: 0.1 ms RTT full_sz max: 15.7 ms RTT full_sz max: 0.1 ms RTT full_sz avg: 15.4 ms RTT full_sz avg: 0.1 ms RTT full_sz stdev: 0.0 ms RTT full_sz stdev: 0.0 ms post-loss acks: 0 post-loss acks: 5 segs cum acked: 0 segs cum acked: 33004 duplicate acks: 0 duplicate acks: 1174 triple dupacks: 0 triple dupacks: 13 max # retrans: 0 max # retrans: 0 min retr time: 0.0 ms min retr time: 0.0 ms max retr time: 0.0 ms max retr time: 0.0 ms avg retr time: 0.0 ms avg retr time: 0.0 ms sdv retr time: 0.0 ms sdv retr time: 0.0 ms

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: vivien le 08 septembre 2014 à 22:00:37

Mon hypothèse serait un problème logiciel...

Si c'est le cas, cela serait une première avec Linux (mais j'ai déja eu des souci sous MacOS X)

Tu me ferais un test avec une autre distribution ou sous Windows ? (Une live clé USB me va bien aussi)

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: Nico le 08 septembre 2014 à 22:22:35

Le truc bizarre vivien c'est qu'il n'avait pas ce soucis sur l'offre 300/50 et c'était tout bien stable. Aujourd'hui il n'a plus même 300/50 stables dans les 1000/200.

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: unrealdtc le 08 septembre 2014 à 22:34:02

Mon souci avec le test ndt est qu'il avait du mal à me géolocaliser correctement, donc il prenait le mauvais serveur. J'ai changé mes settings DNS pour arranger ce problème :

Code: [Sélectionner]

NDT test run towards M-Lab server
ndt.iupui.mlab1.trn01.measurement-lab.org

RTT between client and M-Lab server
29 ms

DOWNLOAD SPEED
169.6 Mbps

UPLOAD SPEED
22.4 Mbps


Client System Details
OS data:: Linux, Architecture: x86
Flash Info: Version = LNX 15,0,0,152
The slowest link in the end-to-end path is a
a 622 Mbps OC-12 subnet
Information: Other network traffic is congesting the link
This connection is network limited 96.23% of the time
622 Mbps OC-12 link found.
Link set to Full Duplex mode
Information: throughput is limited by other network traffic.
Good network cable(s) found
Normal duplex operation found.
Web100 reports the Round trip time = 30.32ms
the Packet size = 1448bytes
87 packets retransmitted
3072 duplicate acks received
3279 SACK blocks received
The connection was idle 0.00 seconds (0.00% of the time)
C2S throughput test: Packet queuing detected: 1.74%
S2C throughput test: Packet queuing detected: 1.74%
Web100 reports TCP negotiated the optional Performance Settings to:
RFC 2018 Selective Acknowledgement:
ON
RFC 896 Nagle Algorithm:
ON
RFC 3168 Explicit Congestion Notification:
OFF
RFC 1323 Time Stamping:
ON
RFC 1323 Window Scaling:
ON; Scaling Factors - Server=7, Client=7
The theoretical network limit is 70.26 Mbps
The NDT server has a 2048.00 KByte buffer which limits the throughput to 1055.34 Mbps
Your PC/Workstation has a 3072.00 KByte buffer which limits the throughput to 791.50 Mbps
The network based flow control limits the throughput to 638.68 Mbps
Client Data reports link is OC-12
Client Acks report link is T3;
Server Data reports link is OC-48
Server Acks report link is OC-48
=== Results sent by the server ===
CurMSS: 1448
X_Rcvbuf: 87380
X_Sndbuf: 4194304
AckPktsOut: 0
BytesRetrans: 125976
CongAvoid: 25774
CongestionOverCount: 17
CongestionSignals: 4
CountRTT: 28795
CurCwnd: 356208
CurRTO: 229
CurRwinRcvd: 3145728
CurRwinSent: 5888
CurSsthresh: 343176
DSACKDups: 0
DataBytesIn: 0
DataBytesOut: 220166480
DataPktsIn: 0
DataPktsOut: 148767
DupAcksIn: 3072
ECNEnabled: 0
FastRetran: 4
MaxCwnd: 2538344
MaxMSS: 1448
MaxRTO: 237
MaxRTT: 59
MaxRwinRcvd: 3145728
MaxRwinSent: 5888
MaxSsthresh: 1243832
MinMSS: 1448
MinRTO: 229
MinRTT: 29
MinRwinRcvd: 29312
MinRwinSent: 5792
NagleEnabled: 1
OtherReductions: 26
PktsIn: 31868
PktsOut: 148767
PktsRetrans: 87
RcvWinScale: 7
SACKEnabled: 3
SACKsRcvd: 3279
SendStall: 0
SlowStart: 2701
SampleRTT: 29
SmoothedRTT: 29
SndWinScale: 7
SndLimTimeRwin: 0
SndLimTimeCwnd: 10008008
SndLimTimeSender: 392506
SndLimTransRwin: 0
SndLimTransCwnd: 21
SndLimTransSender: 21
SndLimBytesRwin: 0
SndLimBytesCwnd: 219362640
SndLimBytesSender: 803840
SubsequentTimeouts: 0
SumRTT: 873112
Timeouts: 0
TimestampsEnabled: 1
WinScaleRcvd: 7
WinScaleSent: 7
DupAcksOut: 0
StartTimeUsec: 882216
Duration: 10401630
c2sData: 6
c2sAck: 4
s2cData: 8
s2cAck: 8
half_duplex: 0
link: 0
congestion: 1
bad_cable: 0
mismatch: 0
spd: 169.35
bw: 70.26
loss: 0.000026888
avgrtt: 30.32
waitsec: 0.00
timesec: 10.00
order: 0.0964
rwintime: 0.0000
sendtime: 0.0377
cwndtime: 0.9623
rwin: 24.0000
swin: 32.0000
cwin: 19.3660
rttsec: 0.030322
Sndbuf: 4194304
aspd: 0.00000
CWND-Limited: -0.41
minCWNDpeak: 26064
maxCWNDpeak: 2528208
CWNDpeaks: 4

Sinon, Nico a raison : je n'avais pas de soucis de débit avant mon passage en 1000/200

Et par ailleurs :
- Généralement je fais mes tests de débit depuis un serveur FreeBSD 10 qui est dans la cave, le laptop sous Linux ne fait que confirmer ce que je constate ailleurs
- Avec la nuit qui arrive, mes débits vont remonter progressivement...

Cela dit, je peux te faire une capture sous FreeBSD si cela t’intéresse :)

[edit]

Capture avec FreeBSD 10 x64 lors d'un DL à vitesse moyenne 6.42Mo/s : http://media.slashorg.net/ipv4.intuxication.testdebit.info_freebsd10.cap.gz (http://media.slashorg.net/ipv4.intuxication.testdebit.info_freebsd10.cap.gz)

Commande utilisée : tcpdump -i vtnet0 -w ipv4.intuxication.testdebit.info_freebsd10.cap -s9000 host 62.210.156.12

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: vivien le 08 septembre 2014 à 23:15:47

Là il y a une perte importante a la fin du slow start mais sinon rien de spécial.

Je ne comprends pas..

$ tcptrace --nores_addr -lrW ipv4.intuxication.testdebit.info_freebsd10.cap 1 arg remaining, starting with 'ipv4.intuxication.testdebit.info_freebsd10.cap' Ostermann's tcptrace -- version 6.6.7 -- Thu Nov 4, 2004 104201 packets seen, 104201 TCP packets traced elapsed wallclock time: 0:00:00.100625, 1035537 pkts/sec analyzed trace file elapsed time: 0:00:14.916752 TCP connection info: 1 TCP connection traced: TCP connection 1: host a: 192.168.203.10:14058 host b: 62.210.156.12:80 complete conn: yes first packet: Mon Sep 8 22:38:35.121740 2014 last packet: Mon Sep 8 22:38:50.038492 2014 elapsed time: 0:00:14.916752 total packets: 104201 filename: ipv4.intuxication.testdebit.info_freebsd10.cap a->b: b->a: total packets: 35137 total packets: 69064 ack pkts sent: 35136 ack pkts sent: 69064 pure acks sent: 35134 pure acks sent: 1 sack pkts sent: 923 sack pkts sent: 0 dsack pkts sent: 0 dsack pkts sent: 0 max sack blks/ack: 1 max sack blks/ack: 0 unique bytes sent: 150 unique bytes sent: 100000308 actual data pkts: 1 actual data pkts: 69061 actual data bytes: 150 actual data bytes: 100000308 rexmt data pkts: 0 rexmt data pkts: 0 rexmt data bytes: 0 rexmt data bytes: 0 zwnd probe pkts: 0 zwnd probe pkts: 0 zwnd probe bytes: 0 zwnd probe bytes: 0 outoforder pkts: 0 outoforder pkts: 59 pushed data pkts: 1 pushed data pkts: 231 SYN/FIN pkts sent: 1/1 SYN/FIN pkts sent: 1/1 req 1323 ws/ts: Y/Y req 1323 ws/ts: Y/Y adv wind scale: 7 adv wind scale: 7 req sack: Y req sack: Y sacks sent: 923 sacks sent: 0 urgent data pkts: 0 pkts urgent data pkts: 0 pkts urgent data bytes: 0 bytes urgent data bytes: 0 bytes mss requested: 1460 bytes mss requested: 1460 bytes max segm size: 150 bytes max segm size: 1448 bytes min segm size: 150 bytes min segm size: 1428 bytes avg segm size: 149 bytes avg segm size: 1447 bytes max win adv: 427008 bytes max win adv: 15616 bytes min win adv: 24960 bytes min win adv: 15616 bytes zero win adv: 0 times zero win adv: 0 times avg win adv: 380152 bytes avg win adv: 15616 bytes max owin: 151 bytes max owin: 218649 bytes min non-zero owin: 1 bytes min non-zero owin: 1 bytes avg owin: 1 bytes avg owin: 3449 bytes wavg owin: 0 bytes wavg owin: 2797 bytes initial window: 150 bytes initial window: 2896 bytes initial window: 1 pkts initial window: 2 pkts ttl stream length: 150 bytes ttl stream length: 100000308 bytes missed data: 0 bytes missed data: 0 bytes truncated data: 0 bytes truncated data: 0 bytes truncated packets: 0 pkts truncated packets: 0 pkts data xmit time: 0.000 secs data xmit time: 14.867 secs idletime max: 58.2 ms idletime max: 58.1 ms throughput: 10 Bps throughput: 6703893 Bps RTT samples: 3 RTT samples: 34150 RTT min: 15.8 ms RTT min: 0.0 ms RTT max: 16.4 ms RTT max: 9.0 ms RTT avg: 16.1 ms RTT avg: 0.0 ms RTT stdev: 0.3 ms RTT stdev: 0.1 ms RTT from 3WHS: 16.4 ms RTT from 3WHS: 0.0 ms RTT full_sz smpls: 2 RTT full_sz smpls: 2 RTT full_sz min: 16.2 ms RTT full_sz min: 0.0 ms RTT full_sz max: 16.4 ms RTT full_sz max: 0.0 ms RTT full_sz avg: 16.3 ms RTT full_sz avg: 0.0 ms RTT full_sz stdev: 0.0 ms RTT full_sz stdev: 0.0 ms post-loss acks: 0 post-loss acks: 7 segs cum acked: 0 segs cum acked: 34906 duplicate acks: 0 duplicate acks: 860 triple dupacks: 0 triple dupacks: 10 max # retrans: 0 max # retrans: 0 min retr time: 0.0 ms min retr time: 0.0 ms max retr time: 0.0 ms max retr time: 0.0 ms avg retr time: 0.0 ms avg retr time: 0.0 ms sdv retr time: 0.0 ms sdv retr time: 0.0 ms

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: Paul le 08 septembre 2014 à 23:17:56

L'outil NDT fait un peu le yoyo d'un résultat à l'autre pour moi

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: vivien le 08 septembre 2014 à 23:25:02

Bon désolé, cela fait 4 ans que je n'avais pas utilisé TCP Trace.

Dans la première capture, on a 1077 Paquets perdus, c'est beaucoup trop. SUffisant pour expliquer le mauvais débit ?

Dans la seconde on en a uniquement 59, c'est correct et le débit n'est pas meilleur.

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: unrealdtc le 09 septembre 2014 à 00:27:59

Ce qui nous amène à la question "Mais pourquoi ils dropent des paquets en TCP ?" S'agit-il d'une panne ou bien est-ce volontaire ?

J'ai un peu joué avec des tunnels entre mon laptop et une dedibox et je constate, par exemple, qu'un upload TCP marche bien mieux à l'intérieur d'un tunnel OpenVPN UDP :

Code: [Sélectionner]

[  3] local 10.11.12.10 port 46050 connected with 10.11.12.1 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0- 1.0 sec  18.2 MBytes   153 Mbits/sec
[  3]  1.0- 2.0 sec  22.4 MBytes   188 Mbits/sec
[  3]  2.0- 3.0 sec  21.2 MBytes   178 Mbits/sec
[  3]  3.0- 4.0 sec  22.6 MBytes   190 Mbits/sec
[  3]  4.0- 5.0 sec  23.8 MBytes   199 Mbits/sec
[  3]  5.0- 6.0 sec  23.8 MBytes   199 Mbits/sec
[  3]  6.0- 7.0 sec  15.5 MBytes   130 Mbits/sec
[  3]  7.0- 8.0 sec  13.0 MBytes   109 Mbits/sec
[  3]  8.0- 9.0 sec  14.4 MBytes   121 Mbits/sec
[  3]  9.0-10.0 sec  15.5 MBytes   130 Mbits/sec
[  3] 10.0-11.0 sec  16.6 MBytes   139 Mbits/sec
[  3] 11.0-12.0 sec  16.8 MBytes   141 Mbits/sec
[  3] 12.0-13.0 sec  19.0 MBytes   159 Mbits/sec
[  3] 13.0-14.0 sec  19.0 MBytes   159 Mbits/sec
[  3] 14.0-15.0 sec  21.4 MBytes   179 Mbits/sec
[  3] 15.0-16.0 sec  21.4 MBytes   179 Mbits/sec
[  3] 16.0-17.0 sec  22.6 MBytes   190 Mbits/sec
[  3] 17.0-18.0 sec  23.8 MBytes   199 Mbits/sec
[  3] 18.0-19.0 sec  20.4 MBytes   171 Mbits/sec
[  3] 19.0-20.0 sec  15.5 MBytes   130 Mbits/sec
[  3] 20.0-21.0 sec  15.6 MBytes   131 Mbits/sec
[  3] 21.0-22.0 sec  17.8 MBytes   149 Mbits/sec
[  3] 22.0-23.0 sec  17.9 MBytes   150 Mbits/sec
[  3] 23.0-24.0 sec  17.9 MBytes   150 Mbits/sec
[  3] 24.0-25.0 sec  20.1 MBytes   169 Mbits/sec
[  3] 25.0-26.0 sec  21.5 MBytes   180 Mbits/sec
[  3] 26.0-27.0 sec  21.2 MBytes   178 Mbits/sec
[  3] 27.0-28.0 sec  23.6 MBytes   198 Mbits/sec
[  3] 28.0-29.0 sec  23.8 MBytes   199 Mbits/sec
[  3] 29.0-30.0 sec  20.4 MBytes   171 Mbits/sec
[  3]  0.0-30.1 sec   587 MBytes   164 Mbits/sec

[Edit]

Et encore quelques tests d'upload TCP iperf réalisés ce matin vers 8h20.

Natif (sans VPN) :

[ 3] local 192.168.10.100 port 45420 connected with 195.154.xx port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 1.0 sec 19.9 MBytes 167 Mbits/sec
[ 3] 1.0- 2.0 sec 9.88 MBytes 82.8 Mbits/sec
[ 3] 2.0- 3.0 sec 4.12 MBytes 34.6 Mbits/sec
[ 3] 3.0- 4.0 sec 3.12 MBytes 26.2 Mbits/sec
[ 3] 4.0- 5.0 sec 3.12 MBytes 26.2 Mbits/sec
[ 3] 5.0- 6.0 sec 3.62 MBytes 30.4 Mbits/sec
[ 3] 6.0- 7.0 sec 3.62 MBytes 30.4 Mbits/sec
[ 3] 7.0- 8.0 sec 4.38 MBytes 36.7 Mbits/sec
[ 3] 8.0- 9.0 sec 4.50 MBytes 37.7 Mbits/sec
[ 3] 9.0-10.0 sec 4.12 MBytes 34.6 Mbits/sec
[ 3] 0.0-10.0 sec 60.5 MBytes 50.7 Mbits/sec

Transporté sur un tunnel UDP (OpenVPN) :

[ 3] local 10.11.12.10 port 46139 connected with 10.11.12.1 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 1.0 sec 17.0 MBytes 143 Mbits/sec
[ 3] 1.0- 2.0 sec 18.0 MBytes 151 Mbits/sec
[ 3] 2.0- 3.0 sec 14.8 MBytes 124 Mbits/sec
[ 3] 3.0- 4.0 sec 16.0 MBytes 134 Mbits/sec
[ 3] 4.0- 5.0 sec 16.1 MBytes 135 Mbits/sec
[ 3] 5.0- 6.0 sec 17.1 MBytes 144 Mbits/sec
[ 3] 6.0- 7.0 sec 17.2 MBytes 145 Mbits/sec
[ 3] 7.0- 8.0 sec 16.1 MBytes 135 Mbits/sec
[ 3] 8.0- 9.0 sec 16.0 MBytes 134 Mbits/sec
[ 3] 9.0-10.0 sec 16.1 MBytes 135 Mbits/sec
[ 3] 0.0-10.0 sec 165 MBytes 138 Mbits/sec

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: vivien le 09 septembre 2014 à 08:40:39

Tu pourrais faire un test sans la box, en te connectant directement à l'ONT ?

Je suppose que la box a un peu de mal a gérer la 1Gb/s.

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: unrealdtc le 09 septembre 2014 à 08:45:12

Je n'utilise pas la Neufbox en temps normal... Je l'ai sorti du placard uniquement pour confirmer mes mesures et pour appeler le service clients avec une configuration standard. Le reste du temps, j'ai un PC qui me sert de routeur (cela dit, la NB6 semble tout à fait en mesure de nater du Gbps).

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: buddy le 09 septembre 2014 à 08:48:46

Salut,

De memoire la nb6 doit saturer vers 800- 850 mbits, par contre la nb6v elle atteint les 950 mbits normalement. Les speedtest le montre.

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: vivien le 09 septembre 2014 à 09:21:28

Le problème de débit sur une connexion TCP existe donc aussi avec la NeufBox ?

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: unrealdtc le 09 septembre 2014 à 10:11:44

Exactement, voir ceci --> https://lafibre.info/sfr-debit/debit-en-baisse-depuis-migration-a-loffre-1000200/msg166175/#msg166175

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: buddy le 09 septembre 2014 à 12:54:42

pour la NB6, je suis quasi sur de l'avoir lu ici même.
pour la NB6V étant donné que l'on est très très près du débit de la carte réseau/fibre, ce n'est pas possible d'être sur que çà vient de la box. les speedtest sont souvent autour de 950 mbits ...

enfin, çà n'explique pas les débits ci-dessus ... normalement çà tient plus haut largement. (il y en a qui ont testé sur ce forum il me semble)

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: Mekthoub le 09 septembre 2014 à 14:05:46

Salut!

Les résultats optimaux de la NB6V vont plutôt dans les 915 ou 925 Mbits/s, non? Absolument jamais dans les 950 Mbits/s, qui est légèrement supérieur au maximum théorique...

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: buddy le 09 septembre 2014 à 15:07:25

Ok. Au temps pour moi.

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: matsl le 03 novembre 2014 à 10:45:04

Bonjour,

Je remonte ce topic car j'ai migré à l'offre 1000/200 (étant au 300/50 avant) et je me retrouve confronté exactement aux mêmes problèmes d'instabilité alors qu'avant tout était ok. Avez-vous finalement résolu le problème?

J'ai contacté le service technique qui m'a dit que cela venait des cables..passons..

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: unrealdtc le 03 novembre 2014 à 14:29:58

Citation de: matsl le 03 novembre 2014 à 10:45:04

Avez-vous finalement résolu le problème?

J'ai laissé tomber l'affaire : le sujet est complexe et comme tout est très largement sous traité chez SFR, la probabilité de tomber sur quelqu'un avec un niveau technique suffisant pour comprendre le problème et qui dispose des accès sur les équipements pour aller voir est proche de zéro.

Courage ! :D

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: matsl le 03 novembre 2014 à 23:29:16

J'ai appelé le service technique, j'ai réussi à convaincre la personne (et j'ai eu des difficultés!) à faire quelque chose. Finalement en demandant à ses collègues, ça serait la migration qui a foiré! Il m'a repassé en 300M pour que je re-teste les débits et me rappelle demain pour refaire une migration et voir avec moi si c'est stable. Je viens de vérifier, je suis donc repassé en 300M, et en relançant tous les tests, débit FULL CONSTANT.

Donc il y a un problème avec l'envoie des données en GB. Je re-posterai demain la suite des événements, c'est peut être pas peine perdue :)

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: vivien le 04 novembre 2014 à 08:13:42

De mon coté, je pense a des pertes de paquets plus fréquentes en 1 Gb/s lié au fait que le CPU est poussé dans ses dernier retranchements.

matsl, tu as une NB6 ou une NB6v ? (c'est indiqué au dos)
unrealdtc avait une NB6 il me semble (la NB6v est le nouveau modèle avec un chips broadcom bien plus récent)

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: unrealdtc le 04 novembre 2014 à 08:25:41

Citation de: matsl le 03 novembre 2014 à 23:29:16

J'ai appelé le service technique, j'ai réussi à convaincre la personne (et j'ai eu des difficultés!) à faire quelque chose. Finalement en demandant à ses collègues, ça serait la migration qui a foiré! Il m'a repassé en 300M pour que je re-teste les débits et me rappelle demain pour refaire une migration et voir avec moi si c'est stable. Je viens de vérifier, je suis donc repassé en 300M, et en relançant tous les tests, débit FULL CONSTANT.

Donc il y a un problème avec l'envoie des données en GB. Je re-posterai demain la suite des événements, c'est peut être pas peine perdue :)

Je suis très intéressé par ton retour d'expérience ! J'ai songé à faire la même chose que toi, mais sans avoir le courage d'affronter une nouvelle fois le service clients...

Pour info : tu utilises la neufbox ou bien tu as ton propre routeur derrière l'ONT ? (j'essaie d'identifier s'il existe un point commun entre nos expériences...)

Vivien : je n'utilise pas la NB, il est donc impossible que mes soucis viennent de là :)

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: vivien le 04 novembre 2014 à 08:35:57

unrealdtc, tu dis utiliser un routeur a toi, mais la majorité des routeurs du marché ont des instabilités à 1 Gb/s. Ces instabilités sont peu visibles avec une latence faible (< 10ms) mais dès que le ping augmente, les pertes de paquets on un impact important sur le débit. Je vais vous faire des graphes du débit en fonction de la latence et des pertes de paquets, c'est impressionnant quand on conjuge ping moyen et pertes de 0,1%.

Un test qui serait pertinent, c'est de te connecter directement sur l'ONT avec ta Fedora. (Sauf si tu utilises déjà un routeur basé sur un vrai PC)

Si au passage tu pourrais écrire un petit tutoriel pour que d'autres puissent se connecter directement avec un Linux sur l'ONT, je suis preneur.

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: tivoli le 04 novembre 2014 à 13:46:03

https://lafibre.info/sfr-tutoriels/bypasser-la-neufbox/ ca ne convient pas ?

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: matsl le 04 novembre 2014 à 21:51:55

Bonjour,

Comme promis je reviens ici pour raconter la suite des événements. Après appel au service technique, mon nouveau passage au 1gb a remontré des débits extrêmement instables. La personne m'a avoué que je n'étais pas la première personne à appeler pour ce genre de problème et m'a confié qu'en fait ils n'ont pas de solutions. Ça sera surement remonté aux services techniques. Ils m'ont donc repassé au 300M et j'ai de nouveau des débits très stables.

Suite à une investigation personnelle, plus je téléchargais, plus le débit devenait bas. J'ai atteint les 2-3 Mo/s pendant 1 heure. Après avoir attendu un peu, je suis revenu à 80 mo/s en chute libre pour ré-atteindre les 2-3 mo/s. Ça ressemble vraisemblablement à un problème de buffer de leur carte qui envoie du GB.

Dans tous les cas, je ne les blâment pas, il faut avouer que la technologie est très récente et si on se rappelle bien de l'ADSL à ses débts, ce n'était pas non plus tout le temps le top. Les infrastructures ne sont apparemment pas toutes au point et on peut espérer que dans les prochaines années ce genre de problème sera résolu.

Comme elle me l'a aussi souligné, les gens ne font souvent pas attention à ce genre de problème, ils ne voient pas la différence entre le passage de 300 à 1000 car ils ne sont pas tous en train de faire des tests de débit :) mais je n'ai aucun doute sur le fait que ce problème doit arriver plus souvent que l'on ne le pense.

Voilà donc je pense que la solution est d'être patient!

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: ludo_45 le 05 novembre 2014 à 01:23:24

Bonjour,

J'avais noté que mon passage de 300 à 1000 s'était accompagné d'apparition d'erreur fcs sur le port fibre de la box (que j'ai toujours)

A l'époque j'avais posté un message ici et je n'étais pas le seul à constater ceci. Perso je ne pense pas avoir de baisse de débit (mais je suis en limite PC)

Mais c'est sûr qu'à 1000 il y a quelque chose de pas clean côté fibre.
Perso, j'aurais tendance à dire que l'on est au limite ou bug de l'ONT qui a forte charge mangerait des bouts de trame.
Peut être qu'un spécialiste de cette partie peut nous éclairer si ca semble une piste possible.

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: Paulo31 le 05 novembre 2014 à 01:40:28

Erreur FCS, c'est assez spécifique entre l'ONT et la box.
C'est pas juste l'ONT qui surchauffe en débit soutenu en gigabit ? (vu comment il chauffe déjà en 300/50 :o)

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: unrealdtc le 05 novembre 2014 à 08:08:22

Merci pour ton retour matsl !

Personnellement, je n'arrive pas à me ôter de la tête que ceci ressemble fort à un bridage volontaire pour calmer certains "gros" consommateurs :

- L'OLT n'est pas le même en offre 1000/200 ? Pourquoi il serait stable en 300 et buggé en 1000 ?
- Les ralentissements de débit n'ont jamais concerné le trafic UDP chez moi et j'ai fait de nombreux tests à travers un OpenVPN vers un serveur dédié chez Online.Net.
- Étrangement, la nuit les débits TCP sont globalement meilleurs (classe de service "gros consommateurs" moins pleine ?)
- Speedtest.Net indique toujours des débits proches du max... prioritisation de certains flux ou bridage par connexion TCP ? (Speedtest lance plein de connexions en //)

Dans mon cas, j'héberge un petit serveur Web à la maison, qui envoie ~100ko/s en montant 24h/24 (avec une charge moins importante la nuit, bien entendu, les visiteurs étant français). Cela ne représente pas une utilisation abusive à mon sens (120Go upload par mois), mais je commence à me dire que c'est assez pour que je passe dans la classe de service "moins prioritaire".

J'aimerais bien avoir des infos à ce sujet si quelqu'un en a :)

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: vivien le 05 novembre 2014 à 08:20:15

unrealdtc tu utilises quoi comme routeur ?

Je ne crois pas a la thèse du gros consommateur, mais je sais pour avoir réalisé des tests que certains matériels peuvent pertes des paquets à 1 Gb/s ce qui peut dégrader le débit (notamment les téléchargements TCP sur une seule connexion)

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: unrealdtc le 05 novembre 2014 à 08:28:51

Mon routeur est un PC sous FreeBSD 8.4 et le routage/NAT est assuré par Packet Filter.

Le CPU est un "CPU: Intel(R) Celeron(R) CPU 420 @ 1.60GHz (1604.80-MHz K8-class CPU)", et la carte réseau "em0: <Intel(R) PRO/1000 Network Connection 7.3.7> port 0x20c0-0x20df mem 0xe0300000-0xe031ffff,0xe0324000-0xe0324fff irq 20 at device 25.0 on pci0" et il parvient sans difficulté à faire du NAT à 600Mbps. Mais dans tous les cas, il va pas se mettre à droper sélectivement des paquets, ce n'est pas comme ça que fonctionne PF.

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: vivien le 05 novembre 2014 à 08:35:37

Pas de souci si c'est un PC qui fais routeur.
Il existe du matériel qui n'arrive pas a gérer si les paquets sont envoyés par le réseau trop rapprochés : Ils perdent tout simplement une partie des paquets faute de buffer. Ce n'est pas le fonctionnement d'un PC.

Ça serait étonnant que l'ONT ne gère pas 1 Gb/s.

Où est la vérité ?

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: Electrocut le 05 novembre 2014 à 10:20:01

Citation de: unrealdtc le 05 novembre 2014 à 08:28:51

Mon routeur est un PC sous FreeBSD 8.4 et le routage/NAT est assuré par Packet Filter.

Sans chercher à dédouaner SFR ... as-tu vérifié que tu obtenais les mêmes instabilités de débits avec la Neufbox ?

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: unrealdtc le 05 novembre 2014 à 10:25:49

Oui, j'ai vérifié, fort heureusement :)

D'ailleurs matsl : neufbox ou routeur perso ?

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: unrealdtc le 30 décembre 2014 à 10:24:08

Quelques informations nouvelles.

Tout comme matsl, j'ai demandé à repasser à l'offre 300/50, et depuis j'ai un débit descendant à 300Mbps parfait à toute heure de la journée ou de la nuit. Par contre, le débit montant est plus problématique, et voici mes observations.

Conditions de test : j'héberge un fichier de 1Go sur un serveur Web Debian Wheezy chez moi, et ce fichier est téléchargé depuis des serveurs Linux à l'aide de la commande "wget -O /dev/null". Un des serveurs est une Dedibox Pro chez Online, l'autre est sur un lien fibre entreprise SFR à Bordeaux ; les latences respectives par rapport à chez moi sont 17ms et 10ms. Le serveur Debian dispose du tuning TCP suivant :

Code: [Sélectionner]

net.core.wmem_max=12582912
net.core.rmem_max=12582912
net.ipv4.tcp_rmem= 10240 87380 12582912
net.ipv4.tcp_wmem= 10240 87380 12582912
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_timestamps = 1
net.ipv4.tcp_sack = 1
# increase the length of the processor input queue
net.core.netdev_max_backlog = 30000
# recommended default congestion control is htcp 
net.ipv4.tcp_congestion_control=htcp

net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_fin_timeout = 10

# Recycle and Reuse TIME_WAIT sockets faster
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_tw_reuse = 1

Résultats :

- Depuis la Dedibox, j'observe un débit de 50Mbps pendant les 30 premiers Mo de téléchargement. Après le débit passe à 25-30Mbps jusqu'à la fin du téléchargement. Si je lance plusieurs téléchargements en parallèle, j'ai bien les 50Mbps ; une session TCP semble limitée à environ 30Mbps après le burst initial.
- Depuis le lien SFR pro à Bordeaux, j'ai 50Mbps du début à la fin.

Ce qui est con c'est que je n'ai pas eu l'idée de faire des tests vers ce serveur à Bordeaux quand je disposais de l'offre 1000/200, mais vu les résultats que j'ai, je suis tenté de penser que le trafic interne SFR a un traitement de faveur...

[EDIT] un ami a téléchargé mon fichier depuis son accès FTTH SFR à Paris. Il obtient le même débit qu'avec la Dedibox, autour de 30Mbps.

Vivien : est-ce que tu peux essayer un test de téléchargement depuis un serveur connecté sur le LyonIX ?

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: vivien le 30 décembre 2014 à 15:15:38

Citation de: unrealdtc le 30 décembre 2014 à 10:24:08

Vivien : est-ce que tu peux essayer un test de téléchargement depuis un serveur connecté sur le LyonIX ?

Quelle url ?

Tu as testé de télécharger un gros fichier proposé sur https://testdebit.info pour comparer ?

Titre: Débit en baisse depuis migration à l'offre 1000/200
Posté par: unrealdtc le 30 décembre 2014 à 15:47:53

Mon download est tout à fait conforme à ce qu'il devrait être désormais. C'est l'upload qui fait l'objet de mon attention.

J'ai encore passé la journée à essayer de comprendre ce qui se passe et à revisiter les différentes hypothèses que j'ai pu formuler.

Donc tu as reçu un lien vers un fichier de 1Go hébergé sur une machine Debian Wheezy chez moi. J'ai déjà mesuré le débit à plusieurs endroits et voici les résultats :

Depuis SFR Toulouse : 5.65 MB/s
Depuis SFR Bordeaux : 5.59 MB/s
Depuis SFR Paris : 3.27 MB/s
Depuis OVH Roubaix : 2.89 MB/s
Depuis un serveur à Bruxelles : 2.85 MB/s

On constate que le débit baisse à mesure que la distance (latence) augmente. Mais ce n'est pas normal ! Déjà on parle de quelques dizaines de ms tout au plus, et ensuite, j'utilise des réglages sysctl optimisés (j'ai également testé sans optimisation particulière).

Bref retour case départ...