La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Orange / Sosh => 
Débit fibre => Discussion démarrée par: testa le 04 avril 2015 à 09:02:05
-
Bonjour
Récemment abonné à la fibre Orange, j'ai constaté que le débit annoncé d'environ 400 Mbps pouvait chuter à 80 Mbps pour ne revenir à sa valeur initiale qu'après reboot de la livebox.
J'ai donc fait des recherches sur le net et découvert qu'avec iperf on pouvait faire des tests de débit en mode commande.
Les débits donnés directement sur le site de test de débit par ex "testdebit.info" en mode graphique donnent:
482 Mb en download et 225 Mbps en upload
Ces chiffres sont très différents ceux relevés avec iperf.
Ex : ./iperf -c 3.testdebit.info -i 2 -t 5 -r
bind failed: Address already in use
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 128 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 3.testdebit.info, TCP port 5001
TCP window size: 129 KByte (default)
------------------------------------------------------------
[ 6] local 192.168.1.11 port 61155 connected with 89.84.127.54 port 5001
[ ID] Interval Transfer Bandwidth
[ 6] 0.0- 2.0 sec 56.5 MBytes 237 Mbits/sec
[ 6] 2.0- 4.0 sec 57.6 MBytes 242 Mbits/sec
Waiting for server threads to complete. Interrupt again to force quit.
[ 6] 0.0- 5.0 sec 143 MBytes 240 Mbits/sec
Mêmes résultas avec d'autres serveurs de tests.
./iperf -c ping.online.net -i 2 -t 20 -r
bind failed: Address already in use
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 128 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to ping.online.net, TCP port 5001
TCP window size: 129 KByte (default)
------------------------------------------------------------
[ 6] local 192.168.1.11 port 61365 connected with 62.210.18.40 port 5001
[ ID] Interval Transfer Bandwidth
[ 6] 0.0- 2.0 sec 56.1 MBytes 235 Mbits/sec
[ 6] 2.0- 4.0 sec 56.9 MBytes 239 Mbits/sec
[ 6] 4.0- 6.0 sec 11.8 MBytes 49.3 Mbits/sec
[ 6] 6.0- 8.0 sec 57.6 MBytes 242 Mbits/sec
[ 6] 8.0-10.0 sec 57.8 MBytes 242 Mbits/sec
[ 6] 10.0-12.0 sec 57.8 MBytes 242 Mbits/sec
[ 6] 12.0-14.0 sec 57.8 MBytes 242 Mbits/sec
[ 6] 14.0-16.0 sec 57.8 MBytes 242 Mbits/sec
[ 6] 16.0-18.0 sec 57.8 MBytes 242 Mbits/sec
Waiting for server threads to complete. Interrupt again to force quit.
[ 6] 18.0-20.0 sec 57.8 MBytes 242 Mbits/sec
[ 6] 0.0-20.0 sec 529 MBytes 222 Mbits/sec
Comment expliquer cette différence qui représente en fait la moitié ?
Merci pour vos explications.
-
Test fait en mode sans echec sous Windows ?
-
Les différences peuvent être liées à 2 choses :
- Une dégradation du débit lié a des pertes de paquets (les tests graphiques ne sont pas impactées par les pertes de paquets car ils utilisent plusieurs connexions simultanèment)
- Une dégradation du débit a cause de la Rwin limitée de iperf.
Pour savoir dans quel cas on est, je t'invite à faire un test avec wget ou curl.
=> wget -O /dev/null http://1.testdebit.info/fichiers/1000Mo.dat
SI tu es sous windows, il y a curl
-
le résultat de
wget -O /dev/null http://1.testdebit.info/fichiers/1000Mo.dat
--2015-04-04 10:11:49-- http://1.testdebit.info/fichiers/1000Mo.dat
Resolving 1.testdebit.info... 194.158.102.114, 2001:860:f70b:100::114
Connecting to 1.testdebit.info|194.158.102.114|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M)
Saving to: ‘/dev/null’
100%[================================================================================>] 1,000,000,000 48.8MB/s in 31s
2015-04-04 10:12:20 (30.7 MB/s) - ‘/dev/null’ saved [1000000000/1000000000]
J'ai oublié de préciser que j'était sur mac et que les différents tests ont étés faits dans la foulée.
-
30,7 Mio/s de moyenne soit 258 Mb/s (pour passer de Mio/s à Mb/s, il faut faire x8x1024x1024/1000000)
On note un pic de 48,8 Mio/s à la fin du téléchargement.
C'est pas bon.
Tu est bien connecté en Ethernet ?
Tu pourrais comparer les 4 serveurs testdebit.info voir si la pile TCP influe sur les résultats ?
wget -O /dev/null http://1.testdebit.info/fichiers/1000Mo.dat => Serveur Ubuntu 14.10
wget -O /dev/null http://2.testdebit.info/fichiers/1000Mo.dat => Serveur Ubuntu 14.10 avec TSO/GSO désactivé (TCP/IP est géré entièrement par le CPU)
wget -O /dev/null http://3.testdebit.info/fichiers/1000Mo.dat => Serveur Ubuntu 14.04 LTS
wget -O /dev/null http://bouygues.testdebit.info/fichiers/1000Mo.dat => Serveur Ubuntu 12.04 LTS
-
Vivien voici le résultat des 4 commandes:
wget -O /dev/null http://1.testdebit.info/fichiers/1000Mo.dat
--2015-04-04 12:33:37-- http://1.testdebit.info/fichiers/1000Mo.dat
Resolving 1.testdebit.info... 194.158.102.114, 2001:860:f70b:100::114
Connecting to 1.testdebit.info|194.158.102.114|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M)
Saving to: ‘/dev/null’
100%[==========================================================================================================================>] 1,000,000,000 38.9MB/s in 36s
2015-04-04 12:34:13 (26.7 MB/s) - ‘/dev/null’ saved [1000000000/1000000000]
*****************************************
wget -O /dev/null http://2.testdebit.info/fichiers/1000Mo.dat
--2015-04-04 12:35:37-- http://2.testdebit.info/fichiers/1000Mo.dat
Resolving 2.testdebit.info... 89.84.127.49, 2001:860:f70b::49
Connecting to 2.testdebit.info|89.84.127.49|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M)
Saving to: ‘/dev/null’
100%[==========================================================================================================================>] 1,000,000,000 38.5MB/s in 46s
2015-04-04 12:36:23 (20.7 MB/s) - ‘/dev/null’ saved [1000000000/1000000000]
******************************************
wget -O /dev/null http://3.testdebit.info/fichiers/1000Mo.dat
--2015-04-04 12:37:24-- http://3.testdebit.info/fichiers/1000Mo.dat
Resolving 3.testdebit.info... 89.84.127.54, 2001:860:f70b::54
Connecting to 3.testdebit.info|89.84.127.54|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M) [application/x-ns-proxy-autoconfig]
Saving to: ‘/dev/null’
100%[==========================================================================================================================>] 1,000,000,000 36.6MB/s in 29s
2015-04-04 12:37:53 (32.4 MB/s) - ‘/dev/null’ saved [1000000000/1000000000]
*******************************************
wget -O /dev/null http://bouygues.testdebit.info/fichiers/1000Mo.dat
--2015-04-04 12:38:21-- http://bouygues.testdebit.info/fichiers/1000Mo.dat
Resolving bouygues.testdebit.info... 89.84.127.61, 2001:860:f70b::61
Connecting to bouygues.testdebit.info|89.84.127.61|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M) [application/x-ns-proxy-autoconfig]
Saving to: ‘/dev/null’
100%[==========================================================================================================================>] 1,000,000,000 23.0MB/s in 38s
2015-04-04 12:38:59 (25.3 MB/s) - ‘/dev/null’ saved [1000000000/1000000000]
Ces résultats confirment bien que je suis loin du débit certes théorique, soit 400 Mb/s, par contre je ne m'explique pas que l'interface graphique de "testdebit.info" soit beaucoup plus optimiste car proche du débit théorique.
-
C'est parce qu'elle utilise plusieurs sessions TCP en parallèle alors que wget n'en a qu'une.
-
C'est quoi l'OS et le type machine ?
Ca monte vers les 40MB/s soit 330Mbps c'est donc pas si mal. La moyenne est basse mais ca peut être du a une longue phase de montée en débit. Ce qu'il faut noté c'est le max pendant un wget. Le plus simple est d'ajouter l'option '--progress=dot:giga' au wget.
par exemple:
wget --progress=dot:giga -O /dev/null http://1.testdebit.info/fichiers/1000Mo.dat
chez moi ca donne:
$ wget --progress=dot:giga -O /dev/null http://1.testdebit.info/fichiers/1000Mo.dat
--2015-04-04 15:13:40-- http://1.testdebit.info/fichiers/1000Mo.dat
Rà©solution de 1.testdebit.info (1.testdebit.info)... 194.158.102.114, 2001:860:f70b:100::114
Connexion vers 1.testdebit.info (1.testdebit.info)|194.158.102.114|:80... connectà©.
requàªte HTTP transmise, en attente de la rà©ponse... 200 OK
Taille : 1000000000 (954M)
Enregistre : «/dev/null»
0K ........ ........ ........ ........ 3% 27,4M 34s
32768K ........ ........ ........ ........ 6% 42,1M 27s
65536K ........ ........ ........ ........ 10% 50,2M 23s
98304K ........ ........ ........ ........ 13% 64,6M 20s
131072K ........ ........ ........ ........ 16% 69,9M 17s
163840K ........ ........ ........ ........ 20% 76,2M 16s
196608K ........ ........ ........ ........ 23% 88,8M 14s
229376K ........ ........ ........ ........ 26% 90,7M 13s
262144K ........ ........ ........ ........ 30% 96,5M 12s
294912K ........ ........ ........ ........ 33% 103M 10s
327680K ........ ........ ........ ........ 36% 107M 10s
360448K ........ ........ ........ ........ 40% 108M 9s
393216K ........ ........ ........ ........ 43% 109M 8s
425984K ........ ........ ........ ........ 46% 110M 7s
458752K ........ ........ ........ ........ 50% 110M 7s
491520K ........ ........ ........ ........ 53% 110M 6s
524288K ........ ........ ........ ........ 57% 110M 6s
557056K ........ ........ ........ ........ 60% 105M 5s
589824K ........ ........ ........ ........ 63% 102M 5s
622592K ........ ........ ........ ........ 67% 106M 4s
655360K ........ ........ ........ ........ 70% 108M 4s
688128K ........ ........ ........ ........ 73% 109M 3s
720896K ........ ........ ........ ........ 77% 109M 3s
753664K ........ ........ ........ ........ 80% 110M 2s
786432K ........ ........ ........ ........ 83% 110M 2s
819200K ........ ........ ........ ........ 87% 110M 1s
851968K ........ ........ ........ ........ 90% 107M 1s
884736K ........ ........ ........ ........ 93% 99,5M 1s
917504K ........ ........ ........ ........ 97% 105M 0s
950272K ........ ........ ........ . 100% 107M=11s
2015-04-04 15:13:51 (85,3 MB/s) - «/dev/null» enregistr੠[1000000000/1000000000]
on voit le démarrage poussif et le max a 110MB/s (=922 Mbps) pour une moyenne totale de 85,3MB/s (wget affiche des MiB donc 1024x1024, calculateur ici: http://web.forret.com/tools/bandwidth.asp?speed=110&unit=MiB%2Fs )
-
Merci pour le temps que vous me consacrer.
Mon os OS X yosemite
Imac 2,8 GHz Intel core I7
8 Mo de mémoire.
Resultat de la commande proposée.
wget --progress=dot:giga -O /dev/null http://1.testdebit.info/fichiers/1000Mo.dat
--2015-04-04 17:54:40-- http://1.testdebit.info/fichiers/1000Mo.dat
Resolving 1.testdebit.info... 194.158.102.114, 2001:860:f70b:100::114
Connecting to 1.testdebit.info|194.158.102.114|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M)
Saving to: ‘/dev/null’
0K ........ ........ ........ ........ 3% 34.2M 27s
32768K ........ ........ ........ ........ 6% 37.6M 25s
65536K ........ ........ ........ ........ 10% 39.2M 23s
98304K ........ ........ ........ ........ 13% 40.2M 22s
131072K ........ ........ ........ ........ 16% 40.8M 21s
163840K ........ ........ ........ ........ 20% 41.1M 20s
196608K ........ ........ ........ ........ 23% 41.1M 19s
229376K ........ ........ ........ ........ 26% 41.2M 18s
262144K ........ ........ ........ ........ 30% 41.1M 17s
294912K ........ ........ ........ ........ 33% 41.4M 16s
327680K ........ ........ ........ ........ 36% 42.4M 15s
360448K ........ ........ ........ ........ 40% 43.7M 14s
393216K ........ ........ ........ ........ 43% 45.3M 13s
425984K ........ ........ ........ ........ 46% 47.5M 12s
458752K ........ ........ ........ ........ 50% 50.4M 11s
491520K ........ ........ ........ ........ 53% 53.8M 10s
524288K ........ ........ ........ ........ 57% 57.6M 10s
557056K ........ ........ ........ ........ 60% 32.1M 9s
589824K ........ ........ ........ ........ 63% 7.54M 10s
622592K ........ ........ ........ ........ 67% 9.27M 10s
655360K ........ ........ ........ ........ 70% 14.5M 10s
688128K ........ ........ ........ ........ 73% 24.5M 9s
720896K ........ ........ ........ ........ 77% 33.9M 8s
753664K ........ ........ ........ ........ 80% 43.1M 6s
786432K ........ ........ ........ ........ 83% 51.8M 5s
819200K ........ ........ ........ ........ 87% 15.5M 4s
851968K ........ ........ ........ ........ 90% 7.63M 3s
884736K ........ ........ ........ ........ 93% 10.9M 2s
917504K ........ ........ ........ ........ 97% 19.2M 1s
950272K ........ ........ ........ . 100% 28.5M=39s
2015-04-04 17:55:19 (24.5 MB/s) - ‘/dev/null’ saved [1000000000/1000000000]
-
Tres curieux cette forte variation.
Le max est a 57.6M soit 480Mbps donc conforme a la connexion et ca exclu un probleme de Rwin.
Probleme de perte de paquets quelque part mais ou et pourquoi. Pas évident.
Éventuellement tester avec une autre machine déjà pour déterminer si le Mac est la source ou pas du probleme.
sinon test NDT (Flash): http://www.measurementlab.net/tools/ndt et poster les détails du résultat ici.
-
J'ai récupéré un paquet ndt mais je ne sais comment l'installer, je ne voudrai pas mettre le bazar.
Y a t'il un tuto sur ndt car je serai preneur de cette solution?
-
J'ai récupéré un paquet ndt mais je ne sais comment l'installer, je ne voudrai pas mettre le bazar.
Y a t'il un tuto sur ndt car je serai preneur de cette solution?
Oula c'est pas simple du tout d'installer le client ndt en ligne de commande. Il faut le compiler soi même et y'a des dépendances.
La je parlais de la version en Flash qui tourne dans un navigateur, celle la y'a rien a installer juste a l'utiliser.
-
En fait le lien sous safari ne donnez rien, j'ai enfin compris que cela ne tournait que sous chrome pour mac.
Voici le résultat après install de chrome.
RTT between client and M-Lab server
15 ms
DOWNLOAD SPEED
60.8 Mbps
UPLOAD SPEED
239.2 Mbps
C'est plus réconfortant. Les mesures sont plus fiables avec ce site?
-
plus fiables pas forcement mais plus détaillées. C'est le contenu de 'Détails' qu'il faudrait poster (tout le contenu, la zone verte défile bien qu'on ne voit pas d'ascenseurs).
-
En fait j'ai été un peu trop optimiste car il s'agit de Mbps et non de Mo.s.
Le détail ci-après, mais j'avoue que je suis largué là.
Client System Details
OS data:: Mac OS 10.10.2, Architecture: x86
Flash Info: Version = MAC 17,0,0,134
=== Results sent by the server ===
Client System Details
OS data:: Mac OS 10.10.2, Architecture: x86
Flash Info: Version = MAC 17,0,0,134
The slowest link in the end-to-end path is a
a 622 Mbps OC-12 subnet
This connection is receiver limited 24.66% of the time
This connection is network limited 72.30% of the time
622 Mbps OC-12 link found.
Link set to Full Duplex mode
No network congestion discovered.
Good network cable(s) found
Normal duplex operation found.
Web100 reports the Round trip time = 20.74ms
the Packet size = 1440bytes
276 packets retransmitted
1653 duplicate acks received
1259 SACK blocks received
The connection was idle 0.00 seconds (0.00% of the time)
C2S throughput test: Packet queuing detected: 0.29%
S2C throughput test: Packet queuing detected: 0.29%
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=5, Client=7
The theoretical network limit is 112.18 Mbps
The NDT server has a 1375.36 KByte buffer which limits the throughput to 1036.01 Mbps
Your PC/Workstation has a 1024.00 KByte buffer which limits the throughput to 385.67 Mbps
The network based flow control limits the throughput to 387.70 Mbps
Client Data reports link is OC-12
Client Acks report link is OC-12
Server Data reports link is OC-48
Server Acks report link is OC-12
=== Results sent by the server ===
CurMSS: 1440
X_Rcvbuf: 87380
X_Sndbuf: 2816736
AckPktsOut: 0
BytesRetrans: 397440
CongAvoid: 12246
CongestionOverCount: 0
CongestionSignals: 4
CountRTT: 23389
CurCwnd: 315360
CurRTO: 221
CurRwinRcvd: 1047136
CurRwinSent: 5888
CurSsthresh: 269280
DSACKDups: 0
DataBytesIn: 0
DataBytesOut: 264147904
DataPktsIn: 0
DataPktsOut: 179453
DupAcksIn: 1653
ECNEnabled: 0
FastRetran: 2
MaxCwnd: 1054080
MaxMSS: 1440
MaxRTO: 233
MaxRTT: 43
MaxRwinRcvd: 1048576
MaxRwinSent: 5888
MaxSsthresh: 516960
MinMSS: 1440
MinRTO: 215
MinRTT: 15
MinRwinRcvd: 119552
MinRwinSent: 5792
NagleEnabled: 1
OtherReductions: 1
PktsIn: 25049
PktsOut: 179453
PktsRetrans: 276
RcvWinScale: 7
SACKEnabled: 3
SACKsRcvd: 1259
SendStall: 0
SlowStart: 1275
SampleRTT: 22
SmoothedRTT: 21
SndWinScale: 5
SndLimTimeRwin: 2547562
SndLimTimeCwnd: 7467918
SndLimTimeSender: 313418
SndLimTransRwin: 15
SndLimTransCwnd: 39
SndLimTransSender: 24
SndLimBytesRwin: 112113408
SndLimBytesCwnd: 151049280
SndLimBytesSender: 985216
SubsequentTimeouts: 0
SumRTT: 485155
Timeouts: 0
TimestampsEnabled: 1
WinScaleRcvd: 5
WinScaleSent: 7
DupAcksOut: 0
StartTimeUsec: 944906
Duration: 10328912
c2sData: 6
c2sAck: 6
s2cData: 8
s2cAck: 6
half_duplex: 0
link: 0
congestion: 0
bad_cable: 0
mismatch: 0
spd: 204.59
bw: 112.18
loss: 0.000022290
avgrtt: 20.74
waitsec: 0.00
timesec: 10.00
order: 0.0660
rwintime: 0.2466
sendtime: 0.0303
cwndtime: 0.7230
rwin: 8.0000
swin: 21.4900
cwin: 8.0420
rttsec: 0.020743
Sndbuf: 2816736
aspd: 0.00000
CWND-Limited: -0.10
minCWNDpeak: 4320
maxCWNDpeak: 1054080
CWNDpeaks: 2
-
Si le débit varie, avec une capture wireshark, je pourrais expliquer la cause de la perte de débit.
J'ai fais un tutoriel pour réaliser cette capture, mais il commence a dater
=> https://lafibre.info/tutoriels/realiser-une-capture-wireshark-pas-a-pas/
N'hésites pas a me faire des copie d'écran sur ton mac, pour me pousser à le mettre à jour.