Auteur Sujet: Online lance un serveur IPERF public 10 Gb/s en TCP et en UDP  (Lu 14818 fois)

0 Membres et 1 Invité sur ce sujet

vivien

  • Administrateur
  • *
  • Messages: 26 837
    • Twitter LaFibre.info
Online lance un serveur IPERF public 10 Gb/s en TCP et en UDP
« 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

mikmak

  • AS12876 Expert Online
  • Client Free fibre
  • *
  • Messages: 144
    • @mmarcha
Online lance un serveur IPERF public 10 Gb/s en TCP et en UDP
« Réponse #1 le: 16 novembre 2014 à 12:18:56 »
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 :)

mikmak

  • AS12876 Expert Online
  • Client Free fibre
  • *
  • Messages: 144
    • @mmarcha
Online lance un serveur IPERF public 10 Gb/s en TCP et en UDP
« Réponse #2 le: 16 novembre 2014 à 12:21:49 »
il faut rajouter "-V" dans les options en IPv6, sinon ca donne des résultats ... loufoques ... (un soft bien codé le iperf2 ! ;)

vivien

  • Administrateur
  • *
  • Messages: 26 837
    • Twitter LaFibre.info
Online lance un serveur IPERF public 10 Gb/s en TCP et en UDP
« Réponse #3 le: 16 novembre 2014 à 13:04:15 »
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é).

corrector

  • Invité
Online lance un serveur IPERF public 10 Gb/s en TCP et en UDP
« Réponse #4 le: 16 novembre 2014 à 14:09:02 »
Est-ce qu'il y a eu des failles?

willemijns

  • Client Free adsl
  • *
  • Messages: 1 049
Online lance un serveur IPERF public 10 Gb/s en TCP et en UDP
« Réponse #5 le: 16 novembre 2014 à 14:23:33 »
> 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 ? ^^

shroeder

  • Client Free adsl
  • *
  • Messages: 7
Online lance un serveur IPERF public 10 Gb/s en TCP et en UDP
« Réponse #6 le: 24 novembre 2014 à 20:18:49 »
> 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 ?

 

Mobile View