La Fibre
Télécom => Logiciels et systèmes d'exploitation => Iperf => Discussion démarrée par: vivien le 16 novembre 2014 à 10:28:39
-
Online lance un serveur IPERF public 10 Gb/s en TCP et en UDP
Je n'avais pas osé l'UDP a cause d'un risque de DDOS mais Online l'a fait : http://ping.online.net/
TCP en IPv4 : (ouvrir le port TCP 5001 sur votre box)
Linux / MacOS X : iperf -c ping.online.net -i 2 -t 20 -r
Windows : iperf -c ping.online.net -w 4m -i 2 -t 20 -r
TCP en IPv6 : (ouvrir le port TCP 5001 sur votre box)
Linux / MacOS X : iperf -c ping6.online.net -V -i 2 -t 20 -r
Windows : iperf -c ping.online6.net -V -w 4m -i 2 -t 20 -r
En UDP, vous indiquez le débit auquel votre PC va envoyer les paquets et il est intéressant de vérifier la présence ou non de pertes de paquets au niveau de l'iperf qui reçois les flux.
UDP en IPv4 à 50 Mb/s : (ouvrir le port UDP 5001 sur votre box)
Linux / MacOS X / Windows : iperf -c ping.online.net -u -b 50m -i 2 -t 20 -r
UDP en IPv6 à 50 Mb/s : (ouvrir le port UDP 5001 sur votre box)
Linux / MacOS X / Windows : iperf -c ping6.online.net -V -u -b 50m -i 2 -t 20 -r
Pour rappel la première partie du test (d'une durée de 20 secondes dans mes exemples de ligne de commande), c'est le débit upload.
La seconde partie du test (le download) est réalisée à si 3 conditions sont réunies : l'option -r est mis dans la ligne de commande, le flux du port 5001 est bien ouvert sur votre box vers votre PC et le firewall de votre PC accepte le flux entrant sur le port 5001.
Un exemple en UDP à 700 Mb/s :
$ iperf -c ping.online.net -u -b 700m -i 1 -r
------------------------------------------------------------
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 89.84.127.51 port 57184 connected with 62.210.18.40 port 5001
[ ID] Interval Transfer Bandwidth
[ 4] 0.0- 1.0 sec 87.6 MBytes 735 Mbits/sec
[ 4] 1.0- 2.0 sec 87.6 MBytes 735 Mbits/sec
[ 4] 2.0- 3.0 sec 87.6 MBytes 735 Mbits/sec
[ 4] 3.0- 4.0 sec 87.6 MBytes 735 Mbits/sec
[ 4] 4.0- 5.0 sec 87.6 MBytes 735 Mbits/sec
[ 4] 5.0- 6.0 sec 87.6 MBytes 735 Mbits/sec
[ 4] 6.0- 7.0 sec 87.6 MBytes 735 Mbits/sec
[ 4] 7.0- 8.0 sec 87.6 MBytes 735 Mbits/sec
[ 4] 8.0- 9.0 sec 87.6 MBytes 735 Mbits/sec
[ 4] 9.0-10.0 sec 87.6 MBytes 735 Mbits/sec
[ 4] 0.0-10.0 sec 876 MBytes 735 Mbits/sec
[ 4] Sent 624925 datagrams
[ 4] Server Report:
[ 4] 0.0-10.0 sec 876 MBytes 735 Mbits/sec 0.026 ms 0/624924 (0%)
[ 4] 0.0-10.0 sec 1 datagrams received out-of-order
[ 3] local 89.84.127.51 port 5001 connected with 62.210.18.40 port 42962
[ 3] 0.0- 1.0 sec 87.4 MBytes 733 Mbits/sec 0.009 ms 0/62342 (0%)
[ 3] 1.0- 2.0 sec 87.5 MBytes 734 Mbits/sec 0.004 ms 0/62420 (0%)
[ 3] 2.0- 3.0 sec 87.5 MBytes 734 Mbits/sec 0.004 ms 0/62434 (0%)
[ 3] 3.0- 4.0 sec 87.6 MBytes 735 Mbits/sec 0.003 ms 0/62466 (0%)
[ 3] 4.0- 5.0 sec 87.6 MBytes 735 Mbits/sec 0.004 ms 0/62471 (0%)
[ 3] 5.0- 6.0 sec 87.6 MBytes 735 Mbits/sec 0.004 ms 0/62459 (0%)
[ 3] 6.0- 7.0 sec 87.6 MBytes 735 Mbits/sec 0.004 ms 0/62460 (0%)
[ 3] 7.0- 8.0 sec 87.5 MBytes 734 Mbits/sec 0.006 ms 0/62420 (0%)
[ 3] 8.0- 9.0 sec 87.5 MBytes 734 Mbits/sec 0.005 ms 0/62405 (0%)
[ 3] 0.0-10.0 sec 875 MBytes 734 Mbits/sec 0.010 ms 0/624314 (0%)
[ 3] 0.0-10.0 sec 1 datagrams received out-of-order
Comme en TCP, c'est de l'upload dans un premier temps. Les informations sur le débit réellement reçu à l'autre bout sont donné par la ligne "server report".
La seconde partie, le download, indique en temps réel les pertes de paquets et le débit effectivement reçu.
Un test en TCP à 10 Gb/s : (uniquement en upload, je n'ai pas mis l'option -r)
$ iperf -c ping.online.net -i 1
------------------------------------------------------------
Client connecting to ping.online.net, TCP port 5001
TCP window size: 23.5 KByte (default)
------------------------------------------------------------
[ 3] local 62.210.156.12 port 40453 connected with 62.210.18.40 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 1.0 sec 1.07 GBytes 9.23 Gbits/sec
[ 3] 1.0- 2.0 sec 1.08 GBytes 9.31 Gbits/sec
[ 3] 2.0- 3.0 sec 1.09 GBytes 9.33 Gbits/sec
[ 3] 3.0- 4.0 sec 1.08 GBytes 9.32 Gbits/sec
[ 3] 4.0- 5.0 sec 1.08 GBytes 9.32 Gbits/sec
[ 3] 5.0- 6.0 sec 1.08 GBytes 9.32 Gbits/sec
[ 3] 6.0- 7.0 sec 1.09 GBytes 9.32 Gbits/sec
[ 3] 7.0- 8.0 sec 1.08 GBytes 9.32 Gbits/sec
[ 3] 8.0- 9.0 sec 1.09 GBytes 9.35 Gbits/sec
[ 3] 0.0-10.0 sec 10.9 GBytes 9.32 Gbits/sec
-
On verra si l'UDP pose problème, mais je pense que le premier échange/négotiation entre le client et le serveur empêche le spoof globalement
Y a un serveur iperf3 sinon aussi :)
-
il faut rajouter "-V" dans les options en IPv6, sinon ca donne des résultats ... loufoques ... (un soft bien codé le iperf2 ! ;)
-
Oui, iperf2 a de très nombreux bugs (encore plus en UDP) dans toutes les versions.
Ce qui m’embête le plus, c'est ses problèmes de Rwin limitée qui gênent les performances a très haut débit das que la latence n'est plus nulle.
un wget d'un fichier avec enregistrement vers null est pour moi la meilleur méthode (mais cela ne fonctionne pas sous Windows)
J’espère que iperf3 résout les problèmes de rwin (je n'ai pas encore testé).
-
Est-ce qu'il y a eu des failles?
-
> un wget d'un fichier avec enregistrement vers null est pour moi la meilleur méthode (mais cela ne fonctionne pas sous Windows)
curl http://test-debit.free.fr/image.iso -o nul ? ^^
-
> un wget d'un fichier avec enregistrement vers null est pour moi la meilleur méthode (mais cela ne fonctionne pas sous Windows)
Juste pour mon information, sous Windows, quel problème se manifeste en utilisant la syntaxe wget -O NUL url ?
-
Online lance un serveur IPERF public 10 Gb/s en TCP et en UDP
Je n'avais pas osé l'UDP a cause d'un risque de DDOS mais Online l'a fait : http://ping.online.net/
Et voilà, c'est désormais utilisé pour du DDoS, comme prévu.
-
Ça sent le vécu :P
-
Ils marchent toujours les serveurs Iperf de Scaleway ? j'ai systématiquement une erreur de serveur occupé quelque soit le port utilisé entre 5201 et 5209 :(
Merci