La Fibre
Hébergeurs et opérateurs pro / entreprises => Hébergeurs et opérateurs pro / entreprises => 
OVHcloud => Discussion démarrée par: nephthys le 31 janvier 2019 à 19:06:11
-
Hello,
J'ai un serveur So You Start (SYS) depuis peu et je remarque que le débit (que ce soit en upload ou download) est vraiment très mauvais depuis ma connexion FTTH Orange. Voici un speedtest de cette dernière, pour commencer :
(https://www.speedtest.net/result/d/86728485.png)
Mon serveur est un OP-SAT-1-32, à RBX2, avec une bande passante de 250 Mbps.
Le problème ? Je n'ai jamais dépassé plus de 10/11 MB/s en upload et 5-6 MB/s en download ! Autant dire que mes serveurs Kimsufi vont plus vite. Je télécharge au "plafond", c'est-à-dire à 11 MB/s... soit deux fois plus vite que ce serveur SYS.
Le support SYS m'a fait faire deux tests : iperf et wget. Leur réponse : "Votre test iperf affiche bien un débit supérieur au 250 Mbps de votre offre. Le résultats de votre wget est également conforme avec une valeur de 91,4 MBps (soit 731,2 Mbps)."
Selon eux, le problème est d'ordre logiciel. J'utilisais la dernière version d'Ubuntu (installé directement via l'outil d'OVH) et il y avait presque rien installé sur le serveur. Passons. J'ai reinstallé le serveur sous Debian 9.4 Stretch. J'ai installé seulement wget et nginx. Voici les résultats :
root@nsXXXXXXX:~# wget http://www.ovh.net/files/10Gio.dat
--2019-01-31 16:55:58-- http://www.ovh.net/files/10Gio.dat
Resolving www.ovh.net (www.ovh.net)... 213.186.33.6
Connecting to www.ovh.net (www.ovh.net)|213.186.33.6|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10737418240 (10G) [application/octet-stream]
Saving to: ‘10Gio.dat’
10Gio.dat 100%[========================================================>] 10.00G 90.2MB/s in 2m 13s
2019-01-31 16:58:12 (76.7 MB/s) - ‘10Gio.dat’ saved [10737418240/10737418240]
Et quand je télécharge sur mon serveur avec ma connexion Fibre :
wget http://94.23.XXX.XXX/10Gio.dat
--2019-01-31 18:00:32-- http://94.23.XXX.XXX/10Gio.dat
Connexion à 94.23.XXX.XXX:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10737418240 (10G) [application/octet-stream]
Sauvegarde en : « 10Gio.dat »
10Gio.dat 100%[========================================================>] 10,00G 4,45MB/s ds 42m 31s
2019-01-31 18:43:03 (4,01 MB/s) — « 10Gio.dat » sauvegardé [10737418240/10737418240]
Quel est le problème selon vous ? Une question de peering ? Car si je refais la même commande wget sur d'autres serveurs, ne serait-ce qu'un Kimsufi (je suis déjà à 10.9 MB/s en download), la vitesse est plus élevée. Ça voudrait dire que le peering est différent entre Kimsufi et So You Start. Et en l'occurence, il est de moins bonne qualité en direction de So You Start depuis une connexion Fibre à Lyon :o
Merci pour vos réponses.
-
Bonjour,
est-ce que tu peux nous faire un tracert de ton pc à ton serveur, et de ton serveur à ta box ?
quel est le ping?
je pense que ça peux être un problème de perring
peut être aussi le débit upload de ton serveur qui est mauvais ?
Le débit est t'il meilleur en sftp fillezilla ?
-
Bonjour,
est-ce que tu peux nous faire un tracert de ton pc à ton serveur, et de ton serveur à ta box ?
quel est le ping?
je pense que ça peux être un problème de perring
peut être aussi le débit upload de ton serveur qui est mauvais ?
Merci pour la réponse tout d'abord :) Pour le débit upload, je ne sais pas mais j'ai réussi à attendre une vitesse correcte (10-11 MB/s), même si je m'attendais à mieux quand même. Le débit download est, lui, vraiment mauvais je trouve.
Traceroute de mon Mac vers mon serveur :
traceroute to 94.23.XXX.XXX (94.23.XXX.XXX), 64 hops max, 52 byte packets
1 livebox (192.168.1.1) 0.585 ms 0.300 ms 0.226 ms
2 80.10.234.61 (80.10.234.61) 1.729 ms 0.978 ms 1.087 ms
3 ae108-0.nclyo201.lyon3earrondissement.francetelecom.net (193.253.87.194) 0.908 ms 1.794 ms 0.983 ms
4 ae42-0.nrlyo201.lyon3earrondissement.francetelecom.net (193.252.101.234) 39.174 ms 1.612 ms 1.896 ms
5 ae42-0.nridf101.paris3earrondissement.francetelecom.net (193.252.101.214) 7.838 ms 7.246 ms 7.300 ms
6 ae41-0.noidf001.paris3earrondissement.francetelecom.net (193.252.98.102) 7.637 ms 7.054 ms 7.020 ms
7 be100-169.th2-1-a9.fr.eu (91.121.131.193) 7.559 ms 7.254 ms 8.126 ms
8 be100-1043.rbx-g1-nc5.fr.eu (94.23.122.146) 12.202 ms 12.106 ms 12.039 ms
9 * * *
10 * * *
11 * * *
12 nsXXXXXXX.ip-94-23-XXX.eu (94.23.XXX.XXX) 11.265 ms 11.116 ms 11.043 ms
ping 94.23.XXX.XXX
PING 94.23.XXX.XXX (94.23.XXX.XXX): 56 data bytes
64 bytes from 94.23.XXX.XXX: icmp_seq=0 ttl=53 time=10.577 ms
64 bytes from 94.23.XXX.XXX: icmp_seq=1 ttl=53 time=11.317 ms
64 bytes from 94.23.XXX.XXX: icmp_seq=2 ttl=53 time=10.949 ms
64 bytes from 94.23.XXX.XXX: icmp_seq=3 ttl=53 time=11.242 ms
64 bytes from 94.23.XXX.XXX: icmp_seq=4 ttl=53 time=10.617 ms
^C
--- 94.23.XXX.XXX ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 10.577/10.940/11.317/0.306 ms
De mon serveur vers mon Mac :
traceroute to 90.65.XX.XXX (90.65.XX.XXX), 30 hops max, 60 byte packets
1 vss-2-6k.fr.eu (94.23.208.253) 0.324 ms 0.546 ms 0.612 ms
2 10.95.68.196 (10.95.68.196) 0.168 ms 0.218 ms 0.208 ms
3 10.95.66.78 (10.95.66.78) 0.201 ms 10.95.66.70 (10.95.66.70) 0.131 ms 10.95.66.76 (10.95.66.76) 0.223 ms
4 10.95.64.2 (10.95.64.2) 2.217 ms 1.386 ms 10.95.64.0 (10.95.64.0) 1.612 ms
5 be100-1043.th2-1-a9.fr.eu (94.23.122.147) 3.955 ms be100-1044.gsw-1-a9.fr.eu (94.23.122.215) 4.520 ms be100-1043.th2-1-a9.fr.eu (94.23.122.147) 4.391 ms
6 * * *
7 ae40-0.noidf002.Aubervilliers.francetelecom.net (193.252.98.110) 4.252 ms ae49-0.nridf102.Aubervilliers.francetelecom.net (193.252.98.105) 4.306 ms 4.289 ms
8 ae49-0.nridf102.Aubervilliers.francetelecom.net (193.252.98.105) 12.182 ms ae41-0.nrlyo202.Lyon3eArrondissement.francetelecom.net (193.252.101.217) 9.787 ms ae49-0.nridf102.Aubervilliers.francetelecom.net (193.252.98.105) 4.271 ms
9 ae41-0.nclyo202.Lyon3eArrondissement.francetelecom.net (193.252.101.237) 10.078 ms 9.854 ms 9.960 ms
10 ae41-0.nclyo202.Lyon3eArrondissement.francetelecom.net (193.252.101.237) 9.779 ms 9.820 ms 9.812 ms
11 * lag-118.nelyn372.Lyon2eArrondisse.francetelecom.net (193.253.87.197) 9.681 ms *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
-
avec un client sftp comme filezilla, quel est la vitesse entre ton serveur et ton client, et ton client vers ton serveur ?
PS: regarde ce post : https://lafibre.info/tester-son-debit/fibre-optique-et-mac/
-
avec un client sftp comme filezilla, quel est la vitesse entre ton serveur et ton client, et ton client vers ton serveur ?
J'ai pas de client FTP installé sur le serveur, ayant réinstallé le serveur ce soir, mais les débits étaient aussi mauvais en ssh via SCP...
-
il est possible d'avoir du SFTP avec les log in du SSH et en réglant le port 22 (à la place de 21 pour le FTP)
-
.......
je pense que ça peux être un problème de perring
.......
Il n'y a pas de pb de peering entre Orange et OVH.
-
il est possible d'avoir du SFTP avec les log in du SSH et en réglant le port 22 (à la place de 21 pour le FTP)
Pas bête, je n'y avais pas pensé sur ce coup...
L'upload vers mon serveur en SFTP est plutôt bon bizarrement :
(https://i.ibb.co/DDHnkMp/Capture-d-e-cran-2019-01-31-a-21-00-08.png)
Par contre le download est toujours aussi mauvais...
(https://i.ibb.co/0BY9z7d/Capture-d-e-cran-2019-01-31-a-21-06-45.png)
Il n'y a pas de pb de peering entre Orange et OVH.
C'est vite dit. En tout cas, je constate une différence importante de débits entre un serveur So You Start et un Kimsufi avec ma connexion. Je ne sais pas si ça concerne aussi les serveurs OVH mais j'ai rarement eu ce souci sur d'autres hébergeurs (qu'ils soient français ou européens).
-
C'est vite dit. En tout cas, je constate une différence importante de débits entre un serveur So You Start et un Kimsufi avec ma connexion. Je ne sais pas si ça
concerne aussi les serveurs OVH mais j'ai rarement eu ce souci sur d'autres hébergeurs (qu'ils soient français ou européens).
Donc c'est pas un souci de peering, c'est interne chez OVH...
-
Donc c'est pas un souci de peering, c'est interne chez OVH...
J'ai échangé plein de messages avec eux sur un ticket, ils persistent à dire que tout est OK de leur côté, que c'est ma configuration logicielle (sic) qui pose problème. Selon eux, j'ai mieux que ce que je devrais avoir donc il ne faut surtout pas se plaindre ^^
Résultat, j'ai demandé la résiliation du serveur et j'ai réussi à qu'elle soit effective demain (et non fin février comme ça aurait dû être le cas...).
-
Ben si un serveur chez OVH marche bien et un autre marche mal, c'est que le souci est chez ovh... :)
-
Ben si un serveur chez OVH marche bien et un autre marche mal, c'est que le souci est chez ovh... :)
C'était mon premier serveur chez So You Start, certainement le dernier. Effectivement j'ai 2-3 serveurs chez Kimsufi et ça fonctionne bizarrement mieux (j'ai le maximum du débit, à savoir 10 ou 11 MB/s en up/down).
Il n'y a pas un peering pour SYS, un autre pour Kimsufi etc, de toute façon ? Ça dépend aussi de la localisation et du datacenter j'imagine.
J'ai un autre serveur chez SYS remarque, un petit ARM-2T (qui sera résilié demain aussi...) — datacenter GRA1, je vais faire quelques tests par curiosité (même si c'est pas du tout la même configuration).
-
Petite question, avant de rentrer plus dans le détail : Le disque dur est en local sur la machine ou déporté ?
Pourrais tu nous donner les caractéristiques en terme :
- CPU (lscpu sous debian/ubuntu)
- Ram
- Disque
-
Petite question, avant de rentrer plus dans le détail : Le disque dur est en local sur la machine ou déporté ?
Pourrais tu nous donner les caractéristiques en terme :
- CPU (lscpu sous debian/ubuntu)
- Ram
- Disque
J'utilise le serveur (OP-SAT-1-32) tel qu'il est livré par OVH... donc le disque dur est en local (enfin j'espère ^^). D'ailleurs le serveur n'est pas forcèment dans le bon mode RAID soft (j'ai 4 x 2To) mais c'est configuré de base comme ça par OVH et je n'ai pas modifié les partitions / RAID lors de la réinstallation du serveur tout à l'heure.
lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 6
On-line CPU(s) list: 0-5
Thread(s) per core: 2
Core(s) per socket: 3
Socket(s): 1
NUMA node(s): 1
Vendor ID: AuthenticAMD
CPU family: 21
Model: 2
Model name: AMD Opteron(tm) Processor 4334
Stepping: 0
CPU MHz: 3099.786
BogoMIPS: 6199.57
Virtualization: AMD-V
L1d cache: 16K
L1i cache: 64K
L2 cache: 2048K
L3 cache: 8192K
NUMA node0 CPU(s): 0-5
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 tce nodeid_msr tbm topoext perfctr_core perfctr_nb cpb hw_pstate ssbd vmmcall bmi1 arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold
cat /proc/meminfo
MemTotal: 32937400 kB
MemFree: 21334136 kB
MemAvailable: 32196304 kB
Buffers: 75272 kB
Cached: 10920464 kB
SwapCached: 0 kB
Active: 10864972 kB
Inactive: 254456 kB
Active(anon): 125984 kB
Inactive(anon): 7796 kB
Active(file): 10738988 kB
Inactive(file): 246660 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 2093040 kB
SwapFree: 2093040 kB
Dirty: 4 kB
Writeback: 0 kB
AnonPages: 112756 kB
Mapped: 42316 kB
Shmem: 10088 kB
Slab: 369008 kB
SReclaimable: 341088 kB
SUnreclaim: 27920 kB
KernelStack: 3904 kB
PageTables: 5708 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 18561740 kB
Committed_AS: 346308 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 0 kB
VmallocChunk: 0 kB
HardwareCorrupted: 0 kB
AnonHugePages: 81920 kB
ShmemHugePages: 0 kB
ShmemPmdMapped: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 14976 kB
DirectMap2M: 4177920 kB
DirectMap1G: 29360128 kB
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 1.8T 0 disk
├─sda1 8:1 0 1004.5K 0 part
├─sda2 8:2 0 511M 0 part
│ └─md2 9:2 0 511M 0 raid1 /boot
├─sda3 8:3 0 19.5G 0 part
│ └─md3 9:3 0 19.5G 0 raid1 /
├─sda4 8:4 0 1.8T 0 part
│ └─md4 9:4 0 1.8T 0 raid1 /home
└─sda5 8:5 0 511M 0 part [SWAP]
sdb 8:16 0 1.8T 0 disk
├─sdb1 8:17 0 1004.5K 0 part
├─sdb2 8:18 0 511M 0 part
│ └─md2 9:2 0 511M 0 raid1 /boot
├─sdb3 8:19 0 19.5G 0 part
│ └─md3 9:3 0 19.5G 0 raid1 /
├─sdb4 8:20 0 1.8T 0 part
│ └─md4 9:4 0 1.8T 0 raid1 /home
└─sdb5 8:21 0 511M 0 part [SWAP]
sdc 8:32 0 1.8T 0 disk
├─sdc1 8:33 0 1004.5K 0 part
├─sdc2 8:34 0 511M 0 part
│ └─md2 9:2 0 511M 0 raid1 /boot
├─sdc3 8:35 0 19.5G 0 part
│ └─md3 9:3 0 19.5G 0 raid1 /
├─sdc4 8:36 0 1.8T 0 part
│ └─md4 9:4 0 1.8T 0 raid1 /home
└─sdc5 8:37 0 511M 0 part [SWAP]
sdd 8:48 0 1.8T 0 disk
├─sdd1 8:49 0 1004.5K 0 part
├─sdd2 8:50 0 511M 0 part
│ └─md2 9:2 0 511M 0 raid1 /boot
├─sdd3 8:51 0 19.5G 0 part
│ └─md3 9:3 0 19.5G 0 raid1 /
├─sdd4 8:52 0 1.8T 0 part
│ └─md4 9:4 0 1.8T 0 raid1 /home
└─sdd5 8:53 0 511M 0 part [SWAP]
-
ton RAID ne serait pas en reconstructions ? :
cat /proc/mdstat
-
ton RAID ne serait pas en reconstructions ? : cat /proc/mdstat
Aucune idée.
cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] [faulty]
md4 : active raid1 sdd4[3] sdc4[2] sda4[0] sdb4[1]
1931981760 blocks [4/4] [UUUU]
bitmap: 0/15 pages [0KB], 65536KB chunk
md3 : active raid1 sdd3[3] sdc3[2] sda3[0] sdb3[1]
20478912 blocks [4/4] [UUUU]
md2 : active raid1 sdd2[3] sda2[0] sdc2[2] sdb2[1]
523200 blocks [4/4] [UUUU]
J'avais le même problème sous Ubuntu en RAID 5 soft, avant de réinstaller sous Debian, cela dit donc je doute que ça vienne des disques durs. Surtout je peux télécharger des fichiers à une vitesse très rapide depuis le serveur, la preuve :
wget http://www.ovh.net/files/10Gio.dat -O /dev/null
--2019-01-31 21:03:22-- http://www.ovh.net/files/10Gio.dat
Resolving www.ovh.net (www.ovh.net)... 213.186.33.6
Connecting to www.ovh.net (www.ovh.net)|213.186.33.6|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10737418240 (10G) [application/octet-stream]
Saving to: ‘/dev/null’
/dev/null 100%[=====================================================================================>] 10.00G 106MB/s in 98s
2019-01-31 21:05:00 (105 MB/s) - ‘/dev/null’ saved [10737418240/10737418240]
-
Tu télécharge rapidement à l'intéreieur du réseau OVH.
Si tu tente de télécharger ce fichier, sur un serveur 10 Gb/s qui n'est plus sur le réseau OVH, tu as bien le même résultat ?
wget http://lille.testdebit.info/10G.iso -O /dev/null
-
Tu télécharge rapidement à l'intéreieur du réseau OVH.
Si tu tente de télécharger ce fichier, sur un serveur 10 Gb/s qui n'est plus sur le réseau OVH, tu as bien le même résultat ?
wget http://lille.testdebit.info/10G.iso -O /dev/null
Pas bête, je n'y avais pas pensé sur ce coup...
L'upload vers mon serveur en SFTP est plutôt bon bizarrement :
(https://i.ibb.co/DDHnkMp/Capture-d-e-cran-2019-01-31-a-21-00-08.png)
Par contre le download est toujours aussi mauvais...
(https://i.ibb.co/0BY9z7d/Capture-d-e-cran-2019-01-31-a-21-06-45.png)
C'est vite dit. En tout cas, je constate une différence importante de débits entre un serveur So You Start et un Kimsufi avec ma connexion. Je ne sais pas si ça concerne aussi les serveurs OVH mais j'ai rarement eu ce souci sur d'autres hébergeurs (qu'ils soient français ou européens).
c'est plus l'upload de sont serveur qui a l'air d'être impacté, il faudrait tester aussi l'upload depuis un autre serveur avec iperf par ex.
PS: je viens de corrigé, je me suis tromper de citation
-
Tu télécharge rapidement à l'intéreieur du réseau OVH.
Si tu tente de télécharger ce fichier, sur un serveur 10 Gb/s qui n'est plus sur le réseau OVH, tu as bien le même résultat ?
wget http://lille.testdebit.info/10G.iso -O /dev/null
C'est un peu moins rapide :
wget http://lille.testdebit.info/10G.iso -O /dev/null
--2019-01-31 21:20:27-- http://lille.testdebit.info/10G.iso
Resolving lille.testdebit.info (lille.testdebit.info)... 2001:860:de12:200::2, 89.84.1.234
Connecting to lille.testdebit.info (lille.testdebit.info)|2001:860:de12:200::2|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 5000000000 (4.7G) [application/x-iso9660-image]
Saving to: ‘/dev/null’
/dev/null 100%[=====================================================================================>] 4.66G 45.2MB/s in 1m 42s
2019-01-31 21:22:09 (46.9 MB/s) - ‘/dev/null’ saved [5000000000/5000000000]
Pour info, regardez les débits sur mon petit ARM-2T (datacenter GRA1).
Ça va bizarrement bien plus vite que So You Start, surtout en download :
(https://i.ibb.co/qn6kRH7/Capture-d-e-cran-2019-01-31-a-22-26-20.png)
(https://i.ibb.co/k5sJ7wb/Capture-d-e-cran-2019-01-31-a-22-24-36.png)
Par contre mes deux serveurs So You Start seront résiliés à minuit, donc si vous voulez me faire faire des tests, c'est maintenant :P
-
install iperf3
apt-get update
apt-get install iperf3
et fait :
iperf3 -c bouygues.iperf.fr -p 5200pour test l'upload de ton serveur et :
iperf3 -R -c bouygues.iperf.fr -p 5200pour test le download de ton serveur
-
install iperf3
apt-get update
apt-get install iperf3
et fait :
iperf3 -c bouygues.iperf.fr -p 5200pour test l'upload de ton serveur et :
iperf3 -R -c bouygues.iperf.fr -p 5200pour test le download de ton serveur
Voici le résultat :
iperf3 -c bouygues.iperf.fr -p 5200
Connecting to host bouygues.iperf.fr, port 5200
[ 4] local 2001:41d0:2:53b9:: port 50040 connected to 2001:860:deff:1000::2 port 5200
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00 sec 17.3 MBytes 145 Mbits/sec 308 80.9 KBytes
[ 4] 1.00-2.00 sec 13.4 MBytes 113 Mbits/sec 10 107 KBytes
[ 4] 2.00-3.00 sec 15.7 MBytes 132 Mbits/sec 10 78.1 KBytes
[ 4] 3.00-4.00 sec 14.8 MBytes 124 Mbits/sec 18 69.7 KBytes
[ 4] 4.00-5.00 sec 9.62 MBytes 80.7 Mbits/sec 11 62.8 KBytes
[ 4] 5.00-6.00 sec 8.27 MBytes 69.4 Mbits/sec 25 73.9 KBytes
[ 4] 6.00-7.00 sec 13.8 MBytes 116 Mbits/sec 6 103 KBytes
[ 4] 7.00-8.00 sec 20.0 MBytes 168 Mbits/sec 20 128 KBytes
[ 4] 8.00-9.00 sec 13.2 MBytes 111 Mbits/sec 26 83.7 KBytes
[ 4] 9.00-10.00 sec 12.4 MBytes 104 Mbits/sec 20 51.6 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 138 MBytes 116 Mbits/sec 454 sender
[ 4] 0.00-10.00 sec 137 MBytes 115 Mbits/sec receiver
iperf3 -R -c bouygues.iperf.fr -p 5200
Connecting to host bouygues.iperf.fr, port 5200
Reverse mode, remote host bouygues.iperf.fr is sending
[ 4] local 2001:41d0:2:53b9:: port 50044 connected to 2001:860:deff:1000::2 port 5200
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 103 MBytes 867 Mbits/sec
[ 4] 1.00-2.00 sec 105 MBytes 880 Mbits/sec
[ 4] 2.00-3.00 sec 105 MBytes 880 Mbits/sec
[ 4] 3.00-4.00 sec 68.3 MBytes 573 Mbits/sec
[ 4] 4.00-5.00 sec 76.7 MBytes 643 Mbits/sec
[ 4] 5.00-6.00 sec 101 MBytes 850 Mbits/sec
[ 4] 6.00-7.00 sec 102 MBytes 852 Mbits/sec
[ 4] 7.00-8.00 sec 89.1 MBytes 747 Mbits/sec
[ 4] 8.00-9.00 sec 78.5 MBytes 658 Mbits/sec
[ 4] 9.00-10.00 sec 85.6 MBytes 718 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 917 MBytes 770 Mbits/sec 6065 sender
[ 4] 0.00-10.00 sec 915 MBytes 767 Mbits/sec receiver
-
effectivement, le débit upload de ton serveur est mauvais, loin des 1 gbit/s
-
effectivement, le débit upload de ton serveur est mauvais, loin des 1 gbit/s
Si je fais les mêmes tests sur le serveur ARM-2T, les chiffres sont un peu meilleurs (pas super logique, m'enfin...) :
iperf3 -c bouygues.iperf.fr -p 5200
Connecting to host bouygues.iperf.fr, port 5200
[ 4] local 193.70.XX.XXX port 45414 connected to 89.84.1.222 port 5200
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00 sec 16.8 MBytes 140 Mbits/sec 0 308 KBytes
[ 4] 1.00-2.00 sec 17.3 MBytes 145 Mbits/sec 0 308 KBytes
[ 4] 2.00-3.01 sec 17.0 MBytes 142 Mbits/sec 0 308 KBytes
[ 4] 3.01-4.01 sec 17.5 MBytes 147 Mbits/sec 0 308 KBytes
[ 4] 4.01-5.01 sec 17.8 MBytes 149 Mbits/sec 0 308 KBytes
[ 4] 5.01-6.00 sec 15.5 MBytes 131 Mbits/sec 0 308 KBytes
[ 4] 6.00-7.00 sec 17.7 MBytes 149 Mbits/sec 0 308 KBytes
[ 4] 7.00-8.00 sec 17.5 MBytes 146 Mbits/sec 0 308 KBytes
[ 4] 8.00-9.01 sec 17.7 MBytes 148 Mbits/sec 0 308 KBytes
[ 4] 9.01-10.00 sec 15.8 MBytes 133 Mbits/sec 0 308 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 170 MBytes 143 Mbits/sec 0 sender
[ 4] 0.00-10.00 sec 170 MBytes 142 Mbits/sec receiver
iperf3 -R -c bouygues.iperf.fr -p 5200
Connecting to host bouygues.iperf.fr, port 5200
Reverse mode, remote host bouygues.iperf.fr is sending
[ 4] local 193.70.XX.XXX port 45426 connected to 89.84.1.222 port 5200
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 67.2 MBytes 563 Mbits/sec
[ 4] 1.00-2.00 sec 66.1 MBytes 555 Mbits/sec
[ 4] 2.00-3.00 sec 62.5 MBytes 524 Mbits/sec
[ 4] 3.00-4.00 sec 65.1 MBytes 546 Mbits/sec
[ 4] 4.00-5.00 sec 61.2 MBytes 513 Mbits/sec
[ 4] 5.00-6.00 sec 66.5 MBytes 557 Mbits/sec
[ 4] 6.00-7.00 sec 68.3 MBytes 573 Mbits/sec
[ 4] 7.00-8.00 sec 100 MBytes 843 Mbits/sec
[ 4] 8.00-9.00 sec 197 MBytes 1.65 Gbits/sec
[ 4] 9.00-10.00 sec 207 MBytes 1.74 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 968 MBytes 812 Mbits/sec 2639 sender
[ 4] 0.00-10.00 sec 963 MBytes 807 Mbits/sec receiver
-
root@debian:~# iperf3 -c bouygues.iperf.fr -p 5200 && iperf3 -R -c bouygues.iperf.fr -p 5200
Connecting to host bouygues.iperf.fr, port 5200
[ 4] local MON_IPV6_MASQUÉ port 39262 connected to 2001:860:deff:1000::2 port 5200
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00 sec 102 MBytes 859 Mbits/sec 3 382 KBytes
[ 4] 1.00-2.00 sec 112 MBytes 937 Mbits/sec 0 562 KBytes
[ 4] 2.00-3.00 sec 111 MBytes 931 Mbits/sec 0 694 KBytes
[ 4] 3.00-4.00 sec 111 MBytes 928 Mbits/sec 0 807 KBytes
[ 4] 4.00-5.00 sec 111 MBytes 928 Mbits/sec 0 905 KBytes
[ 4] 5.00-6.00 sec 111 MBytes 928 Mbits/sec 0 994 KBytes
[ 4] 6.00-7.00 sec 111 MBytes 928 Mbits/sec 0 1.05 MBytes
[ 4] 7.00-8.00 sec 111 MBytes 928 Mbits/sec 0 1.12 MBytes
[ 4] 8.00-9.00 sec 111 MBytes 928 Mbits/sec 0 1.19 MBytes
[ 4] 9.00-10.00 sec 111 MBytes 928 Mbits/sec 0 1.26 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 1.07 GBytes 923 Mbits/sec 3 sender
[ 4] 0.00-10.00 sec 1.07 GBytes 921 Mbits/sec receiver
iperf Done.
Connecting to host bouygues.iperf.fr, port 5200
Reverse mode, remote host bouygues.iperf.fr is sending
[ 4] local MON_IPV6_MASQUÉ port 39266 connected to 2001:860:deff:1000::2 port 5200
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 111 MBytes 929 Mbits/sec
[ 4] 1.00-2.00 sec 110 MBytes 926 Mbits/sec
[ 4] 2.00-3.00 sec 111 MBytes 929 Mbits/sec
[ 4] 3.00-4.00 sec 111 MBytes 928 Mbits/sec
[ 4] 4.00-5.00 sec 111 MBytes 928 Mbits/sec
[ 4] 5.00-6.00 sec 110 MBytes 926 Mbits/sec
[ 4] 6.00-7.00 sec 111 MBytes 930 Mbits/sec
[ 4] 7.00-8.00 sec 88.4 MBytes 742 Mbits/sec
[ 4] 8.00-9.00 sec 111 MBytes 928 Mbits/sec
[ 4] 9.00-10.00 sec 111 MBytes 928 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 1.06 GBytes 911 Mbits/sec 5893 sender
[ 4] 0.00-10.00 sec 1.06 GBytes 910 Mbits/sec receiver
iperf Done.
root@debian:~#
chez online, j'ai du bien meilleur débit
-
Merci pour le tests iperf3
On peut soupçonner une saturation de l'upload sur le switch sur lequel tu es branché
Par contre dans le sens Internet => OVH cela semble ok
-
Merci pour le tests iperf3
On peut soupçonner une saturation de l'upload sur le switch sur lequel tu es branché
Par contre dans le sens Internet => OVH cela semble ok
Okay je comprends.
Mais vous ne trouvez pas que le download est un peu poussif aussi (depuis ma connexion Fibre, pas depuis le serveur directement) ? Je suis à 8.5 MB/s via SCP actuellement...
-
Tu as une offre à 250 Mb/s et tu télécharge (internet => serveur OVH) à 46.9 Mo/s soit 393,4 Mb/s de moyenne.
C'est donc ok dans ce sens.
C'est un peu moins rapide :
wget http://lille.testdebit.info/10G.iso -O /dev/null
--2019-01-31 21:20:27-- http://lille.testdebit.info/10G.iso
Resolving lille.testdebit.info (lille.testdebit.info)... 2001:860:de12:200::2, 89.84.1.234
Connecting to lille.testdebit.info (lille.testdebit.info)|2001:860:de12:200::2|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 5000000000 (4.7G) [application/x-iso9660-image]
Saving to: ‘/dev/null’
/dev/null 100%[=====================================================================================>] 4.66G 45.2MB/s in 1m 42s
2019-01-31 21:22:09 (46.9 MB/s) - ‘/dev/null’ saved [5000000000/5000000000]
iPerf3 est encore meilleur en download : 767 Mb/s en moyenne on dépasse bien les 250 Mb/s !
iperf3 -R -c bouygues.iperf.fr -p 5200
Connecting to host bouygues.iperf.fr, port 5200
Reverse mode, remote host bouygues.iperf.fr is sending
[ 4] local 2001:41d0:2:53b9:: port 50044 connected to 2001:860:deff:1000::2 port 5200
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 103 MBytes 867 Mbits/sec
[ 4] 1.00-2.00 sec 105 MBytes 880 Mbits/sec
[ 4] 2.00-3.00 sec 105 MBytes 880 Mbits/sec
[ 4] 3.00-4.00 sec 68.3 MBytes 573 Mbits/sec
[ 4] 4.00-5.00 sec 76.7 MBytes 643 Mbits/sec
[ 4] 5.00-6.00 sec 101 MBytes 850 Mbits/sec
[ 4] 6.00-7.00 sec 102 MBytes 852 Mbits/sec
[ 4] 7.00-8.00 sec 89.1 MBytes 747 Mbits/sec
[ 4] 8.00-9.00 sec 78.5 MBytes 658 Mbits/sec
[ 4] 9.00-10.00 sec 85.6 MBytes 718 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 917 MBytes 770 Mbits/sec 6065 sender
[ 4] 0.00-10.00 sec 915 MBytes 767 Mbits/sec receiver
Dans l'upload, le sens qui est important pour un serveur, là par contre c'est bien moins bon :
Voici le résultat :
iperf3 -c bouygues.iperf.fr -p 5200
Connecting to host bouygues.iperf.fr, port 5200
[ 4] local 2001:41d0:2:53b9:: port 50040 connected to 2001:860:deff:1000::2 port 5200
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00 sec 17.3 MBytes 145 Mbits/sec 308 80.9 KBytes
[ 4] 1.00-2.00 sec 13.4 MBytes 113 Mbits/sec 10 107 KBytes
[ 4] 2.00-3.00 sec 15.7 MBytes 132 Mbits/sec 10 78.1 KBytes
[ 4] 3.00-4.00 sec 14.8 MBytes 124 Mbits/sec 18 69.7 KBytes
[ 4] 4.00-5.00 sec 9.62 MBytes 80.7 Mbits/sec 11 62.8 KBytes
[ 4] 5.00-6.00 sec 8.27 MBytes 69.4 Mbits/sec 25 73.9 KBytes
[ 4] 6.00-7.00 sec 13.8 MBytes 116 Mbits/sec 6 103 KBytes
[ 4] 7.00-8.00 sec 20.0 MBytes 168 Mbits/sec 20 128 KBytes
[ 4] 8.00-9.00 sec 13.2 MBytes 111 Mbits/sec 26 83.7 KBytes
[ 4] 9.00-10.00 sec 12.4 MBytes 104 Mbits/sec 20 51.6 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 138 MBytes 116 Mbits/sec 454 sender
[ 4] 0.00-10.00 sec 137 MBytes 115 Mbits/sec receiver
Si ton serveur est encore up, je veux bien que tu me donne en privé une url pour faire des tests http.
-
Tu as une offre à 250 Mb/s et tu télécharge (internet => serveur OVH) à 46.9 Mo/s soit 393,4 Mb/s de moyenne.
C'est donc ok dans ce sens.
iPerf3 est encore meilleur en download : 767 Mb/s en moyenne on dépasse bien les 250 Mb/s !
Dans l'upload, le sens qui est important pour un serveur, là par contre c'est bien moins bon :
Si ton serveur est encore up, je veux bien que tu me donne en privé une url pour faire des tests http.
D'accord je comprends un peu mieux.
Mais il n'empêche que je n'arrivais pas à exploiter le potentiel du serveur depuis ma connexion Fibre... Donc c'est sympa d'avoir une Ferrari sur le serveur via des tests iperf3 et autres wget (sauf en upload visiblement), mais si c'est pour avancer à la vitesse d'une 2 CV (depuis ma connexion), ça sert un peu à rien ^^
Exemple avec la vitesse en download ce matin :
scp root@94.23.XXX.XXX:~/10Gio.dat ~/Downloads
10Gio.dat 17% 1843MB 4.1MB/s 34:17 ETA
Le serveur n'est étrangement pas encore coupé, alors qu'il devait être résilié au 31 janvier... x) Je t'ai envoyé l'IP en privé.
-
J’espère que l'on n'a pas fait le test en même temps.
Quand je télécharge depuis Paris avec une connexion 10 Gb/s sur ton serveur, j'ai un débit moyen de 12,1 Mio/s (14 minutes et 7 secondes pour le fichier de 10 Gio soit 10737418240 octets)
On est donc en dessous du débit promis alors que le test a été fait a 7h00 (peu de trafic)
$ wget -O /dev/null http://94.23.208.xxx/10Gio.dat
--2019-02-01 07:23:30-- http://94.23.208.xxx/10Gio.dat
Connexion à 94.23.208.xxx:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10737418240 (10G) [application/octet-stream]
Enregistre : «/dev/null»
/dev/null 100%[===================>] 10,00G 13,0MB/s ds 14m 7s
2019-02-01 07:37:37 (12,1 MB/s) - «/dev/null» enregistré [10737418240/10737418240]
Je garde ton URL pour faire d'autres tests dans la journée, si ton serveur est toujours up
-
Intéressant ce test. La vitesse est un peu meilleure de ton côté mais pas de quoi s'extasier non plus ^^
Le téléchargement est toujours en cours pour ma part... Je suis à 5 MB/s en moyenne.
Comment expliquer ce débit aussi faible alors que les tests effectués sur le serveur étaient plutôt bons (sauf en upload) ?
-
Pour moi OVH te bride comme si tu à un serveur à 100 Mb/s (soit entre 11 et 12 Mio/s)
J'ai vu qu'une partie des tests que tu as réalisé sont en IPv6,
Voici un test en IPv6 :
$ wget -O /dev/null http://2001:41d0:2:53b9::/10Gio.dat
http://2001:41d0:2:53b9::/10Gio.dat: Mauvais numéro de port.
vgu@nperf3-ntr:~$ wget -O /dev/null http://[2001:41d0:2:53b9::]/10Gio.dat
--2019-02-01 07:53:50-- http://[2001:41d0:2:53b9::]/10Gio.dat
Connexion à [2001:41d0:2:53b9::]:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10737418240 (10G) [application/octet-stream]
Enregistre : «/dev/null»
/dev/null 100%[===================>] 10,00G 12,3MB/s ds 16m 47s
2019-02-01 08:10:37 (10,2 MB/s) - «/dev/null» enregistré [10737418240/10737418240]
-
Tu pourais nous faire un upload sur 10 connexion TCP simultanées avec iperf ?
Je voudrais comparer iperf3 -c lille.testdebit.info -p 5205 -i 2 -P 10 à iperf3 -c lille.testdebit.info -p 5205 -i 2
Si tu souhaites faire ce test en IPv4 , il faut rajouter -4 sinon cela part par défaut en IPv6.
-
Pour moi OVH te bride comme si tu à un serveur à 100 Mb/s (soit entre 11 et 12 Mio/s)
Sympa... Je ne suis pas mécontent d'avoir demandé la résiliation du serveur, je télécharge ou j'envoie plus rapidement avec mon Kimsufi... C'est quand même pas normal.
Tu pourais nous faire un upload sur 10 connexion TCP simultanées avec iperf ?
Je voudrais comparer iperf3 -c lille.testdebit.info -p 5205 -i 2 -P 10 à iperf3 -c lille.testdebit.info -p 5205 -i 2
Si tu souhaites faire ce test en IPv4 , il faut rajouter -4 sinon cela part par défaut en IPv6.
Ça donne ceci :
iperf3 -c lille.testdebit.info -p 5205 -i 2 -P 10
Connecting to host lille.testdebit.info, port 5205
[ 4] local 2001:41d0:2:53b9:: port 51668 connected to 2001:860:de12:200::2 port 5205
[ 6] local 2001:41d0:2:53b9:: port 51670 connected to 2001:860:de12:200::2 port 5205
[ 8] local 2001:41d0:2:53b9:: port 51672 connected to 2001:860:de12:200::2 port 5205
[ 10] local 2001:41d0:2:53b9:: port 51674 connected to 2001:860:de12:200::2 port 5205
[ 12] local 2001:41d0:2:53b9:: port 51676 connected to 2001:860:de12:200::2 port 5205
[ 14] local 2001:41d0:2:53b9:: port 51678 connected to 2001:860:de12:200::2 port 5205
[ 16] local 2001:41d0:2:53b9:: port 51680 connected to 2001:860:de12:200::2 port 5205
[ 18] local 2001:41d0:2:53b9:: port 51682 connected to 2001:860:de12:200::2 port 5205
[ 20] local 2001:41d0:2:53b9:: port 51684 connected to 2001:860:de12:200::2 port 5205
[ 22] local 2001:41d0:2:53b9:: port 51686 connected to 2001:860:de12:200::2 port 5205
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-2.00 sec 10.0 MBytes 42.1 Mbits/sec 438 37.7 KBytes
[ 6] 0.00-2.00 sec 5.16 MBytes 21.6 Mbits/sec 71 23.7 KBytes
[ 8] 0.00-2.00 sec 8.04 MBytes 33.7 Mbits/sec 257 22.3 KBytes
[ 10] 0.00-2.00 sec 5.87 MBytes 24.6 Mbits/sec 275 20.9 KBytes
[ 12] 0.00-2.00 sec 7.48 MBytes 31.4 Mbits/sec 263 22.3 KBytes
[ 14] 0.00-2.00 sec 5.32 MBytes 22.3 Mbits/sec 49 40.4 KBytes
[ 16] 0.00-2.00 sec 8.32 MBytes 34.9 Mbits/sec 235 32.1 KBytes
[ 18] 0.00-2.00 sec 3.49 MBytes 14.6 Mbits/sec 54 18.1 KBytes
[ 20] 0.00-2.00 sec 6.90 MBytes 28.9 Mbits/sec 171 12.6 KBytes
[ 22] 0.00-2.00 sec 5.18 MBytes 21.7 Mbits/sec 52 19.5 KBytes
[SUM] 0.00-2.00 sec 65.8 MBytes 276 Mbits/sec 1865
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 2.00-4.00 sec 6.86 MBytes 28.8 Mbits/sec 46 34.9 KBytes
[ 6] 2.00-4.00 sec 5.43 MBytes 22.8 Mbits/sec 66 26.5 KBytes
[ 8] 2.00-4.00 sec 5.39 MBytes 22.6 Mbits/sec 49 25.1 KBytes
[ 10] 2.00-4.00 sec 5.15 MBytes 21.6 Mbits/sec 33 22.3 KBytes
[ 12] 2.00-4.00 sec 5.94 MBytes 24.9 Mbits/sec 29 41.8 KBytes
[ 14] 2.00-4.00 sec 9.08 MBytes 38.1 Mbits/sec 39 32.1 KBytes
[ 16] 2.00-4.00 sec 7.54 MBytes 31.6 Mbits/sec 35 41.8 KBytes
[ 18] 2.00-4.00 sec 4.84 MBytes 20.3 Mbits/sec 71 23.7 KBytes
[ 20] 2.00-4.00 sec 4.29 MBytes 18.0 Mbits/sec 66 15.3 KBytes
[ 22] 2.00-4.00 sec 5.49 MBytes 23.0 Mbits/sec 41 27.9 KBytes
[SUM] 2.00-4.00 sec 60.0 MBytes 252 Mbits/sec 475
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 4.00-6.00 sec 6.25 MBytes 26.2 Mbits/sec 38 18.1 KBytes
[ 6] 4.00-6.00 sec 4.83 MBytes 20.3 Mbits/sec 47 25.1 KBytes
[ 8] 4.00-6.00 sec 7.54 MBytes 31.6 Mbits/sec 21 46.0 KBytes
[ 10] 4.00-6.00 sec 5.45 MBytes 22.9 Mbits/sec 36 25.1 KBytes
[ 12] 4.00-6.00 sec 6.80 MBytes 28.5 Mbits/sec 53 27.9 KBytes
[ 14] 4.00-6.00 sec 5.82 MBytes 24.4 Mbits/sec 48 37.7 KBytes
[ 16] 4.00-6.00 sec 6.56 MBytes 27.5 Mbits/sec 32 54.4 KBytes
[ 18] 4.00-6.00 sec 5.86 MBytes 24.6 Mbits/sec 49 25.1 KBytes
[ 20] 4.00-6.00 sec 3.55 MBytes 14.9 Mbits/sec 55 19.5 KBytes
[ 22] 4.00-6.00 sec 7.26 MBytes 30.4 Mbits/sec 34 16.7 KBytes
[SUM] 4.00-6.00 sec 59.9 MBytes 251 Mbits/sec 413
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 6.00-8.00 sec 6.99 MBytes 29.3 Mbits/sec 30 29.3 KBytes
[ 6] 6.00-8.00 sec 6.36 MBytes 26.7 Mbits/sec 28 30.7 KBytes
[ 8] 6.00-8.00 sec 6.37 MBytes 26.7 Mbits/sec 36 29.3 KBytes
[ 10] 6.00-8.00 sec 4.29 MBytes 18.0 Mbits/sec 41 15.3 KBytes
[ 12] 6.00-8.00 sec 7.05 MBytes 29.6 Mbits/sec 64 25.1 KBytes
[ 14] 6.00-8.00 sec 7.17 MBytes 30.1 Mbits/sec 20 47.4 KBytes
[ 16] 6.00-8.00 sec 4.78 MBytes 20.1 Mbits/sec 48 29.3 KBytes
[ 18] 6.00-8.00 sec 7.01 MBytes 29.4 Mbits/sec 37 40.4 KBytes
[ 20] 6.00-8.00 sec 4.29 MBytes 18.0 Mbits/sec 50 16.7 KBytes
[ 22] 6.00-8.00 sec 6.53 MBytes 27.4 Mbits/sec 46 25.1 KBytes
[SUM] 6.00-8.00 sec 60.8 MBytes 255 Mbits/sec 400
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 8.00-10.00 sec 6.25 MBytes 26.2 Mbits/sec 55 29.3 KBytes
[ 6] 8.00-10.00 sec 6.34 MBytes 26.6 Mbits/sec 51 20.9 KBytes
[ 8] 8.00-10.00 sec 6.19 MBytes 26.0 Mbits/sec 40 26.5 KBytes
[ 10] 8.00-10.00 sec 7.97 MBytes 33.4 Mbits/sec 34 53.0 KBytes
[ 12] 8.00-10.00 sec 5.21 MBytes 21.8 Mbits/sec 36 34.9 KBytes
[ 14] 8.00-10.00 sec 6.37 MBytes 26.7 Mbits/sec 54 16.7 KBytes
[ 16] 8.00-10.00 sec 4.53 MBytes 19.0 Mbits/sec 27 26.5 KBytes
[ 18] 8.00-10.00 sec 6.15 MBytes 25.8 Mbits/sec 54 13.9 KBytes
[ 20] 8.00-10.00 sec 4.78 MBytes 20.0 Mbits/sec 54 36.3 KBytes
[ 22] 8.00-10.00 sec 6.84 MBytes 28.7 Mbits/sec 55 29.3 KBytes
[SUM] 8.00-10.00 sec 60.6 MBytes 254 Mbits/sec 460
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 36.4 MBytes 30.5 Mbits/sec 607 sender
[ 4] 0.00-10.00 sec 35.1 MBytes 29.4 Mbits/sec receiver
[ 6] 0.00-10.00 sec 28.1 MBytes 23.6 Mbits/sec 263 sender
[ 6] 0.00-10.00 sec 27.9 MBytes 23.4 Mbits/sec receiver
[ 8] 0.00-10.00 sec 33.5 MBytes 28.1 Mbits/sec 403 sender
[ 8] 0.00-10.00 sec 32.8 MBytes 27.6 Mbits/sec receiver
[ 10] 0.00-10.00 sec 28.7 MBytes 24.1 Mbits/sec 419 sender
[ 10] 0.00-10.00 sec 28.2 MBytes 23.6 Mbits/sec receiver
[ 12] 0.00-10.00 sec 32.5 MBytes 27.2 Mbits/sec 445 sender
[ 12] 0.00-10.00 sec 31.5 MBytes 26.4 Mbits/sec receiver
[ 14] 0.00-10.00 sec 33.8 MBytes 28.3 Mbits/sec 210 sender
[ 14] 0.00-10.00 sec 33.6 MBytes 28.1 Mbits/sec receiver
[ 16] 0.00-10.00 sec 31.7 MBytes 26.6 Mbits/sec 377 sender
[ 16] 0.00-10.00 sec 31.1 MBytes 26.1 Mbits/sec receiver
[ 18] 0.00-10.00 sec 27.3 MBytes 22.9 Mbits/sec 265 sender
[ 18] 0.00-10.00 sec 27.1 MBytes 22.8 Mbits/sec receiver
[ 20] 0.00-10.00 sec 23.8 MBytes 20.0 Mbits/sec 396 sender
[ 20] 0.00-10.00 sec 23.3 MBytes 19.5 Mbits/sec receiver
[ 22] 0.00-10.00 sec 31.3 MBytes 26.3 Mbits/sec 228 sender
[ 22] 0.00-10.00 sec 31.2 MBytes 26.1 Mbits/sec receiver
[SUM] 0.00-10.00 sec 307 MBytes 258 Mbits/sec 3613 sender
[SUM] 0.00-10.00 sec 302 MBytes 253 Mbits/sec receiver
iperf3 -c lille.testdebit.info -p 5205 -i 2
Connecting to host lille.testdebit.info, port 5205
[ 4] local 2001:41d0:2:53b9:: port 51694 connected to 2001:860:de12:200::2 port 5205
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-2.00 sec 20.3 MBytes 85.2 Mbits/sec 920 32.1 KBytes
[ 4] 2.00-4.00 sec 9.38 MBytes 39.3 Mbits/sec 36 47.4 KBytes
[ 4] 4.00-6.00 sec 9.62 MBytes 40.4 Mbits/sec 67 34.9 KBytes
[ 4] 6.00-8.00 sec 9.62 MBytes 40.4 Mbits/sec 12 54.4 KBytes
[ 4] 8.00-10.00 sec 9.93 MBytes 41.6 Mbits/sec 19 37.7 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 58.9 MBytes 49.4 Mbits/sec 1054 sender
[ 4] 0.00-10.00 sec 55.0 MBytes 46.1 Mbits/sec receiver
-
Très intéressant.
Je simplifie ce qui est pertinent dans les résultats :
10 connexions TCP simultanées : les 250 Mb/s sont bien atteint
[SUM] 0.00-2.00 sec 65.8 MBytes 276 Mbits/sec 1865
[SUM] 2.00-4.00 sec 60.0 MBytes 252 Mbits/sec 475
[SUM] 4.00-6.00 sec 59.9 MBytes 251 Mbits/sec 413
[SUM] 6.00-8.00 sec 60.8 MBytes 255 Mbits/sec 400
[SUM] 8.00-10.00 sec 60.6 MBytes 254 Mbits/sec 460
[SUM] 0.00-10.00 sec 307 MBytes 258 Mbits/sec 3613 sender
[SUM] 0.00-10.00 sec 302 MBytes 253 Mbits/sec receiver
Une unique connexion TCP : débit moyen de 46 Mb/s
[ 4] 0.00-2.00 sec 20.3 MBytes 85.2 Mbits/sec 920 32.1 KBytes
[ 4] 2.00-4.00 sec 9.38 MBytes 39.3 Mbits/sec 36 47.4 KBytes
[ 4] 4.00-6.00 sec 9.62 MBytes 40.4 Mbits/sec 67 34.9 KBytes
[ 4] 6.00-8.00 sec 9.62 MBytes 40.4 Mbits/sec 12 54.4 KBytes
[ 4] 8.00-10.00 sec 9.93 MBytes 41.6 Mbits/sec 19 37.7 KBytes
[ 4] 0.00-10.00 sec 58.9 MBytes 49.4 Mbits/sec 1054 sender
[ 4] 0.00-10.00 sec 55.0 MBytes 46.1 Mbits/sec receiver
Bref, il semble y avoir des saturations qui font qu'il faut plusieurs connexions TCP pour avoir le débit maximum.
Sur une connexion, j'ai l'impression que le débit chute en fonction de la distance.
Pourrais-tu tester :
- Paris :
iperf3 -c paris.testdebit.info -p 5205 -i 2
ping paris.testdebit.info
- Lille :
iperf3 -c lille.testdebit.info -p 5205 -i 2
ping lille.testdebit.info
- Bordeaux :
iperf3 -c bordeaux.testdebit.info -p 5205 -i 2
ping bordeaux.testdebit.info
- Lyon :
iperf3 -c lyon.testdebit.info -p 5205 -i 2
ping lyon.testdebit.info
- Aix :
iperf3 -c aix-marseille.testdebit.info -p 5205 -i 2
ping aix-marseille.testdebit.info
Les 4 serveurs sont chez Bouygues en 10 G et la latence augment avec la distance.
-
Merci pour les explications, je commence (doucement) à comprendre les résultats iperf ;)
iperf3 -c paris.testdebit.info -p 5205 -i 2
Connecting to host paris.testdebit.info, port 5205
[ 4] local 2001:41d0:2:53b9:: port 38052 connected to 2001:860:de01:1100::2 port 5205
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-2.00 sec 33.6 MBytes 141 Mbits/sec 174 109 KBytes
[ 4] 2.00-4.00 sec 25.8 MBytes 108 Mbits/sec 49 72.5 KBytes
[ 4] 4.00-6.00 sec 27.9 MBytes 117 Mbits/sec 26 71.1 KBytes
[ 4] 6.00-8.00 sec 24.9 MBytes 104 Mbits/sec 30 61.4 KBytes
[ 4] 8.00-10.00 sec 23.3 MBytes 97.9 Mbits/sec 34 69.7 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 136 MBytes 114 Mbits/sec 313 sender
[ 4] 0.00-10.00 sec 134 MBytes 113 Mbits/sec receiver
iperf3 -c lille.testdebit.info -p 5205 -i 2
Connecting to host lille.testdebit.info, port 5205
[ 4] local 2001:41d0:2:53b9:: port 51822 connected to 2001:860:de12:200::2 port 5205
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-2.00 sec 34.5 MBytes 145 Mbits/sec 691 137 KBytes
[ 4] 2.00-4.00 sec 14.3 MBytes 59.9 Mbits/sec 32 55.8 KBytes
[ 4] 4.00-6.00 sec 11.5 MBytes 48.1 Mbits/sec 21 76.7 KBytes
[ 4] 6.00-8.00 sec 16.1 MBytes 67.6 Mbits/sec 9 114 KBytes
[ 4] 8.00-10.00 sec 15.6 MBytes 65.3 Mbits/sec 30 32.1 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 91.9 MBytes 77.1 Mbits/sec 783 sender
[ 4] 0.00-10.00 sec 88.0 MBytes 73.8 Mbits/sec receiver
iperf3 -c bordeaux.testdebit.info -p 5205 -i 2
Connecting to host bordeaux.testdebit.info, port 5205
[ 4] local 2001:41d0:2:53b9:: port 54270 connected to 2001:860:de13:2::2 port 5205
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-2.00 sec 20.8 MBytes 87.2 Mbits/sec 45 62.8 KBytes
[ 4] 2.00-4.00 sec 9.62 MBytes 40.4 Mbits/sec 8 54.4 KBytes
[ 4] 4.00-6.00 sec 9.38 MBytes 39.3 Mbits/sec 6 66.9 KBytes
[ 4] 6.00-8.00 sec 8.95 MBytes 37.5 Mbits/sec 38 68.3 KBytes
[ 4] 8.00-10.00 sec 11.3 MBytes 47.6 Mbits/sec 8 105 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 60.1 MBytes 50.4 Mbits/sec 105 sender
[ 4] 0.00-10.00 sec 58.1 MBytes 48.7 Mbits/sec receiver
iperf3 -c lyon.testdebit.info -p 5205 -i 2
Connecting to host lyon.testdebit.info, port 5205
[ 4] local 2001:41d0:2:53b9:: port 45120 connected to 2001:860:de11:100::2 port 5205
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-2.00 sec 19.7 MBytes 82.7 Mbits/sec 46 72.5 KBytes
[ 4] 2.00-4.00 sec 15.1 MBytes 63.5 Mbits/sec 20 100 KBytes
[ 4] 4.00-6.00 sec 16.2 MBytes 68.1 Mbits/sec 20 60.0 KBytes
[ 4] 6.00-8.00 sec 9.68 MBytes 40.6 Mbits/sec 22 60.0 KBytes
[ 4] 8.00-10.00 sec 11.8 MBytes 49.4 Mbits/sec 22 60.0 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 72.6 MBytes 60.9 Mbits/sec 130 sender
[ 4] 0.00-10.00 sec 71.5 MBytes 60.0 Mbits/sec receiver
iperf3 -c aix-marseille.testdebit.info -p 5205 -i 2
Connecting to host aix-marseille.testdebit.info, port 5205
[ 4] local 2001:41d0:2:53b9:: port 51830 connected to 2001:860:de14:200::2 port 5205
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-2.00 sec 23.0 MBytes 96.7 Mbits/sec 569 62.8 KBytes
[ 4] 2.00-4.00 sec 10.4 MBytes 43.4 Mbits/sec 10 76.7 KBytes
[ 4] 4.00-6.00 sec 12.4 MBytes 51.9 Mbits/sec 3 109 KBytes
[ 4] 6.00-8.00 sec 12.1 MBytes 50.6 Mbits/sec 11 75.3 KBytes
[ 4] 8.00-10.00 sec 10.8 MBytes 45.5 Mbits/sec 9 53.0 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 68.7 MBytes 57.6 Mbits/sec 602 sender
[ 4] 0.00-10.00 sec 64.8 MBytes 54.4 Mbits/sec receiver
ping paris.testdebit.info
PING paris.testdebit.info(2001:860:de01:1100::2 (2001:860:de01:1100::2)) 56 data bytes
64 bytes from 2001:860:de01:1100::2 (2001:860:de01:1100::2): icmp_seq=1 ttl=56 time=5.28 ms
64 bytes from 2001:860:de01:1100::2 (2001:860:de01:1100::2): icmp_seq=2 ttl=56 time=5.28 ms
64 bytes from 2001:860:de01:1100::2 (2001:860:de01:1100::2): icmp_seq=3 ttl=56 time=5.28 ms
64 bytes from 2001:860:de01:1100::2 (2001:860:de01:1100::2): icmp_seq=4 ttl=56 time=5.41 ms
^C
--- paris.testdebit.info ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 5.280/5.315/5.415/0.092 ms
ping lille.testdebit.info
PING lille.testdebit.info(2001:860:de12:200::2 (2001:860:de12:200::2)) 56 data bytes
64 bytes from 2001:860:de12:200::2 (2001:860:de12:200::2): icmp_seq=1 ttl=55 time=8.58 ms
64 bytes from 2001:860:de12:200::2 (2001:860:de12:200::2): icmp_seq=2 ttl=55 time=8.75 ms
64 bytes from 2001:860:de12:200::2 (2001:860:de12:200::2): icmp_seq=3 ttl=55 time=8.63 ms
64 bytes from 2001:860:de12:200::2 (2001:860:de12:200::2): icmp_seq=4 ttl=55 time=8.65 ms
^C
--- lille.testdebit.info ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 8.588/8.656/8.753/0.089 ms
ping bordeaux.testdebit.info
PING bordeaux.testdebit.info(2001:860:de13:2::2 (2001:860:de13:2::2)) 56 data bytes
64 bytes from 2001:860:de13:2::2 (2001:860:de13:2::2): icmp_seq=1 ttl=56 time=12.3 ms
64 bytes from 2001:860:de13:2::2 (2001:860:de13:2::2): icmp_seq=2 ttl=56 time=12.3 ms
64 bytes from 2001:860:de13:2::2 (2001:860:de13:2::2): icmp_seq=3 ttl=56 time=12.3 ms
64 bytes from 2001:860:de13:2::2 (2001:860:de13:2::2): icmp_seq=4 ttl=56 time=12.3 ms
^C
--- bordeaux.testdebit.info ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 12.352/12.366/12.377/0.136 ms
ping lyon.testdebit.info
PING lyon.testdebit.info(2001:860:de11:100::2 (2001:860:de11:100::2)) 56 data bytes
64 bytes from 2001:860:de11:100::2 (2001:860:de11:100::2): icmp_seq=1 ttl=56 time=10.2 ms
64 bytes from 2001:860:de11:100::2 (2001:860:de11:100::2): icmp_seq=2 ttl=56 time=10.2 ms
64 bytes from 2001:860:de11:100::2 (2001:860:de11:100::2): icmp_seq=3 ttl=56 time=10.1 ms
64 bytes from 2001:860:de11:100::2 (2001:860:de11:100::2): icmp_seq=4 ttl=56 time=10.1 ms
^C
--- lyon.testdebit.info ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 10.180/10.208/10.238/0.024 ms
ping aix-marseille.testdebit.info
PING aix-marseille.testdebit.info(2001:860:de14:200::2 (2001:860:de14:200::2)) 56 data bytes
64 bytes from 2001:860:de14:200::2 (2001:860:de14:200::2): icmp_seq=1 ttl=57 time=14.0 ms
64 bytes from 2001:860:de14:200::2 (2001:860:de14:200::2): icmp_seq=2 ttl=57 time=14.0 ms
64 bytes from 2001:860:de14:200::2 (2001:860:de14:200::2): icmp_seq=3 ttl=57 time=14.0 ms
64 bytes from 2001:860:de14:200::2 (2001:860:de14:200::2): icmp_seq=4 ttl=57 time=14.0 ms
^C
--- aix-marseille.testdebit.info ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3002ms
rtt min/avg/max/mdev = 14.001/14.031/14.053/0.086 ms
-
OK cela explique les mauvais résultats avec ta ligne FTTH sur Lyon.
Plus la latence augment plus le débit baisse dans une proportion complétement anormale.
C'est une anomalie qui explique pourquoi le débit est meilleur en cumulant plusieurs connexion TCP et qui explique les mauvais débit.
Pourrais-tu faire des tests avec des serveurs iperf3 publics hors de France ?
=> https://iperf.cc/fr/
Les débits seront probablement catastrophiques.
-
OK cela explique les mauvais résultats avec ta ligne FTTH sur Lyon.
Plus la latence augment plus le débit baisse dans une proportion complétement anormale.
C'est une anomalie qui explique pourquoi le débit est meilleur en cumulant plusieurs connexion TCP et qui explique les mauvais débit.
Pourrais-tu faire des tests avec des serveurs iperf3 publics hors de France ?
=> https://iperf.cc/fr/
Les débits seront probablement catastrophiques.
C'est bien la première fois que j'entends que le débit chute en fonction de la distance, surtout avec une connexion FTTH où j'ai maximum 14 ms de ping (sur les serveurs français d'iperf). J'aurais un ping de 150 ms, je comprendrais ^^
Il y a un vrai souci sur le serveur et/ou sa bande passante, si je comprends bien ?
D'autres tests :
iperf3 -c speedtest.wtnet.de -p 5205 -i 2
Connecting to host speedtest.wtnet.de, port 5205
[ 4] local 2001:41d0:2:53b9:: port 60046 connected to 2a02:2028:ff00::f9:2 port 5205
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-2.00 sec 22.6 MBytes 94.9 Mbits/sec 42 64.1 KBytes
[ 4] 2.00-4.00 sec 11.1 MBytes 46.5 Mbits/sec 8 87.9 KBytes
[ 4] 4.00-6.00 sec 10.4 MBytes 43.4 Mbits/sec 8 85.1 KBytes
[ 4] 6.00-8.00 sec 9.81 MBytes 41.1 Mbits/sec 8 64.1 KBytes
[ 4] 8.00-10.00 sec 11.6 MBytes 48.8 Mbits/sec 10 89.2 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 65.5 MBytes 55.0 Mbits/sec 76 sender
[ 4] 0.00-10.00 sec 61.7 MBytes 51.7 Mbits/sec receiver
iperf3 -c ping-ams1.online.net -p 5205 -i 2
Connecting to host ping-ams1.online.net, port 5205
[ 4] local 94.23.XXX.XXX port 55186 connected to 163.172.208.7 port 5205
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-2.00 sec 26.7 MBytes 112 Mbits/sec 355 50.9 KBytes
[ 4] 2.00-4.00 sec 18.6 MBytes 77.9 Mbits/sec 18 84.8 KBytes
[ 4] 4.00-6.00 sec 23.2 MBytes 97.5 Mbits/sec 19 117 KBytes
[ 4] 6.00-8.00 sec 20.6 MBytes 86.3 Mbits/sec 32 62.2 KBytes
[ 4] 8.00-10.00 sec 16.0 MBytes 67.2 Mbits/sec 31 94.7 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 105 MBytes 88.2 Mbits/sec 455 sender
[ 4] 0.00-10.00 sec 103 MBytes 86.3 Mbits/sec receiver
iperf3 -c iperf.worldstream.nl -p 5201 -i 2
Connecting to host iperf.worldstream.nl, port 5201
[ 4] local 94.23.XXX.XXX port 42048 connected to 93.190.136.17 port 5201
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-2.00 sec 22.9 MBytes 95.9 Mbits/sec 100 36.8 KBytes
[ 4] 2.00-4.00 sec 12.8 MBytes 53.7 Mbits/sec 19 69.3 KBytes
[ 4] 4.00-6.00 sec 14.4 MBytes 60.5 Mbits/sec 26 55.1 KBytes
[ 4] 6.00-8.00 sec 12.4 MBytes 51.9 Mbits/sec 31 48.1 KBytes
[ 4] 8.00-10.00 sec 12.0 MBytes 50.3 Mbits/sec 59 63.6 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 74.4 MBytes 62.5 Mbits/sec 235 sender
[ 4] 0.00-10.00 sec 72.4 MBytes 60.7 Mbits/sec receiver
iperf3 -c iperf02.cocus.com -p 5201 -i 2
Connecting to host iperf02.cocus.com, port 5201
[ 4] local 94.23.XXX.XXX port 33648 connected to 88.198.34.157 port 5201
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-2.00 sec 4.83 MBytes 20.3 Mbits/sec 6 45.2 KBytes
[ 4] 2.00-4.00 sec 4.63 MBytes 19.4 Mbits/sec 6 25.5 KBytes
[ 4] 4.00-6.00 sec 4.67 MBytes 19.6 Mbits/sec 2 29.7 KBytes
[ 4] 6.00-8.00 sec 4.74 MBytes 19.9 Mbits/sec 1 29.7 KBytes
[ 4] 8.00-10.00 sec 4.78 MBytes 20.0 Mbits/sec 0 29.7 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 23.6 MBytes 19.8 Mbits/sec 15 sender
[ 4] 0.00-10.00 sec 23.5 MBytes 19.7 Mbits/sec receiver
iperf3 -c speedtest.hostkey.ru -p 5201 -i 2
Connecting to host speedtest.hostkey.ru, port 5201
[ 4] local 94.23.XXX.XXX port 50722 connected to 31.192.104.200 port 5201
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-2.00 sec 7.90 MBytes 33.1 Mbits/sec 23 178 KBytes
[ 4] 2.00-4.00 sec 7.33 MBytes 30.8 Mbits/sec 0 202 KBytes
[ 4] 4.00-6.00 sec 6.52 MBytes 27.4 Mbits/sec 3 189 KBytes
[ 4] 6.00-8.00 sec 5.72 MBytes 24.0 Mbits/sec 7 116 KBytes
[ 4] 8.00-10.00 sec 4.85 MBytes 20.3 Mbits/sec 0 141 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 32.3 MBytes 27.1 Mbits/sec 33 sender
[ 4] 0.00-10.00 sec 31.7 MBytes 26.6 Mbits/sec receiver
ping speedtest.wtnet.de
PING speedtest.wtnet.de(speedtest.wtnet.de (2a02:2028:ff00::f9:2)) 56 data bytes
64 bytes from speedtest.wtnet.de (2a02:2028:ff00::f9:2): icmp_seq=1 ttl=56 time=15.3 ms
64 bytes from speedtest.wtnet.de (2a02:2028:ff00::f9:2): icmp_seq=2 ttl=56 time=15.1 ms
64 bytes from speedtest.wtnet.de (2a02:2028:ff00::f9:2): icmp_seq=3 ttl=56 time=14.6 ms
64 bytes from speedtest.wtnet.de (2a02:2028:ff00::f9:2): icmp_seq=4 ttl=56 time=14.8 ms
^C
--- speedtest.wtnet.de ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 14.645/14.981/15.307/0.282 ms
ping ping-ams1.online.net
PING ping-ams1.online.net (163.172.208.7) 56(84) bytes of data.
64 bytes from ping-ams1.online.net (163.172.208.7): icmp_seq=1 ttl=56 time=6.05 ms
64 bytes from ping-ams1.online.net (163.172.208.7): icmp_seq=2 ttl=56 time=5.90 ms
64 bytes from ping-ams1.online.net (163.172.208.7): icmp_seq=3 ttl=56 time=5.95 ms
64 bytes from ping-ams1.online.net (163.172.208.7): icmp_seq=4 ttl=56 time=5.87 ms
^C
--- ping-ams1.online.net ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 5.878/5.946/6.050/0.085 ms
ping iperf.worldstream.nl
PING iperf.worldstream.nl (93.190.136.17) 56(84) bytes of data.
64 bytes from iperf.worldstream.nl (93.190.136.17): icmp_seq=1 ttl=56 time=8.17 ms
64 bytes from iperf.worldstream.nl (93.190.136.17): icmp_seq=2 ttl=56 time=8.17 ms
64 bytes from iperf.worldstream.nl (93.190.136.17): icmp_seq=3 ttl=56 time=8.15 ms
64 bytes from iperf.worldstream.nl (93.190.136.17): icmp_seq=4 ttl=56 time=8.17 ms
^C
--- iperf.worldstream.nl ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 8.150/8.169/8.178/0.064 ms
ping iperf02.cocus.com
PING iperf02.cocus.com (88.198.34.157) 56(84) bytes of data.
64 bytes from iperf02.cocus.com (88.198.34.157): icmp_seq=1 ttl=55 time=11.5 ms
64 bytes from iperf02.cocus.com (88.198.34.157): icmp_seq=2 ttl=55 time=11.5 ms
64 bytes from iperf02.cocus.com (88.198.34.157): icmp_seq=3 ttl=55 time=11.5 ms
64 bytes from iperf02.cocus.com (88.198.34.157): icmp_seq=4 ttl=55 time=11.5 ms
^C
--- iperf02.cocus.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 11.519/11.547/11.567/0.017 ms
ping speedtest.hostkey.ru
PING speedtest.HOSTKEY.ru (31.192.104.200) 56(84) bytes of data.
64 bytes from 31.192.104.200 (31.192.104.200): icmp_seq=1 ttl=54 time=48.8 ms
64 bytes from 31.192.104.200 (31.192.104.200): icmp_seq=2 ttl=54 time=48.8 ms
64 bytes from 31.192.104.200 (31.192.104.200): icmp_seq=3 ttl=54 time=48.8 ms
64 bytes from 31.192.104.200 (31.192.104.200): icmp_seq=4 ttl=54 time=48.8 ms
^C
--- speedtest.HOSTKEY.ru ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 48.826/48.858/48.896/0.025 ms
-
Avec TCP le débit chute si la latence est trop élevé (la Rwin ou fenêtre d’acquittement TCP n'a pas une taille infinie)
Toutefois il est possible d'avoir 250 Mb/s même avec des latences de 100ms (mais on ne fera pas 10 Gb/s avec 100ms sans un tunning spécifique)
Pour moi il y a soit une saturation locale (dans la salle où est hébergé ton serveur) soit un souci dans l'outil qui doit brider le débit à 250 Mb/s.
Le problème ne semble pas présent sur tes serveur OVH bas de gamme.