C'est un point intéressant que tu soulève. Pour avoir fait quelques
tests par le passé, j'avais d'abord testé mon réseau local pour avoir
ma référence, connaissant mon setup ça laissait peu de place au doute.
Dés que j'ai fait des tests à travers internet, j'avais plus grand
chose de cohérent non plus.

Ça fait un boute que j'y ai pas trop retouché, donc je vais pas trop
m'avancer, bien que la réponse m’intéresse. D'un point de vue
transit/FAI, je constate aussi que les opérateurs font pas mal de
petits arrangements, probablement pour des raisons de coûts. Par
exemple, j'habite à 50km de mon DC, dans lequel j'ai un petit serveur:
- Le trafic du FAI A (entreprise) fait trés peu de rebond, tout se
fait à proximité
- Le trafic du FAI B (une sous-filliale de la même entreprise, donc
meme infrastructure) me fait tout simplement passer par New York (donc
plus 1200 km en plus)
Dernier exemple, c'est une petite entreprise qui gère la connexion de
mon immeuble. Je sais que je suis _bridé_ à 4Mb/s. C'est très précis,
par contre un petit test de débit avec speedtest.net me remonte tout
simplement un 14~15Mb/s. Ma conclusion, si tu paye pas le gros tarif,
tu te paye un transit de m***, et en plus on te fait croire que.

Un iperf ne m'aurait donc donné aucune métriques fiables, sachant que
c'est complètement dépendant de mon FAI, et des intermédiaires. Donc
c'est même plus pertinent au final pour le commun des mortels. Tout le
monde fait sa petite poutine dans son coin, et toi tu reste un peu
béat pour comprendre pourquoi ça bloque. Néanmoins, je pense que ca
reste pertinent dans le cadre d'un réseau dont on a le contrôle ou que
l'on prends des services pro. Pour le reste, laisse tomber, il y'a
trop de facteurs variables pour en tirer une quelconque conclusion.

En espérant que mon commentaire soit pertinent,
Bonne continuation

--
MrJK
Website: http://jeznet.org/


Le 19 août 2017 à 05:05, Frederic Dumas <f.du...@ellis.siteparc.fr> a écrit :
>
> Merci.
>
> J’ai négligé d’installer la version 3 disponible en package sur le site 
> iperf.fr et fait confiance aux repositories officiels dont elle est absente. 
> La présence de la version 2 par défaut dans Debian est-elle du à une 
> divergence de vues avec les développeurs ?
>
> Après quelques tests vers des destinations extra-européennes j’aimerai les 
> commentaires de ceux qui ont l’habitude de l'outil. Tous les tests ont été 
> effectués depuis une interface Fast Ethernet.
>
>
>
>  1 - vis-à-vis du Kazakhstan (iperf.it-north.net)
>
>
>
>  1.1 en upload depuis la machine locale, TCP parvient à saturer l'interface
>
>
> iperf3 -fm -c iperf.it-north.net -p 5201
> Connecting to host iperf.it-north.net, port 5201
> [  4] local 192.168.1.252 port 51830 connected to 82.200.209.194 port 5201
> [ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
> [  4]   0.00-1.00   sec  3.52 MBytes  29.5 Mbits/sec    0    905 KBytes
> [  4]   1.00-2.00   sec  11.6 MBytes  97.0 Mbits/sec    0   1.52 MBytes
> [  4]   2.00-3.00   sec  11.2 MBytes  94.2 Mbits/sec    0   1.52 MBytes
> [  4]   3.00-4.00   sec  11.2 MBytes  94.3 Mbits/sec    0   1.52 MBytes
> [  4]   4.00-5.00   sec  11.2 MBytes  94.3 Mbits/sec    0   1.52 MBytes
> [  4]   5.00-6.00   sec  11.2 MBytes  93.9 Mbits/sec    0   1.52 MBytes
> [  4]   6.00-7.00   sec  11.2 MBytes  94.3 Mbits/sec    0   1.52 MBytes
> [  4]   7.00-8.00   sec  11.2 MBytes  93.8 Mbits/sec    0   1.52 MBytes
> [  4]   8.00-9.00   sec  11.2 MBytes  94.4 Mbits/sec    2   1.52 MBytes
> [  4]   9.00-10.00  sec  11.2 MBytes  94.4 Mbits/sec    0   1.52 MBytes
> - - - - - - - - - - - - - - - - - - - - - - - - -
> [ ID] Interval           Transfer     Bandwidth       Retr
> [  4]   0.00-10.00  sec   105 MBytes  88.0 Mbits/sec    2             sender
> [  4]   0.00-10.00  sec   102 MBytes  85.9 Mbits/sec                  receiver
>
> iperf Done.
>
>
>
>  1.2 en download, TCP est cappé à 2Mbits !
>
>
> iperf3 -fm -R -c iperf.it-north.net -p 5201
> Connecting to host iperf.it-north.net, port 5201
> Reverse mode, remote host iperf.it-north.net is sending
> [  4] local 192.168.1.252 port 51826 connected to 82.200.209.194 port 5201
> [ ID] Interval           Transfer     Bandwidth
> [  4]   0.00-1.00   sec   249 KBytes  2.04 Mbits/sec
> [  4]   1.00-2.00   sec   277 KBytes  2.27 Mbits/sec
> [  4]   2.00-3.00   sec   277 KBytes  2.27 Mbits/sec
> [  4]   3.00-4.00   sec   286 KBytes  2.34 Mbits/sec
> [  4]   4.00-5.00   sec   283 KBytes  2.32 Mbits/sec
> [  4]   5.00-6.00   sec   274 KBytes  2.25 Mbits/sec
> [  4]   6.00-7.00   sec   266 KBytes  2.18 Mbits/sec
> [  4]   7.00-8.00   sec   286 KBytes  2.34 Mbits/sec
> [  4]   8.00-9.00   sec   266 KBytes  2.18 Mbits/sec
> [  4]   9.00-10.00  sec   280 KBytes  2.29 Mbits/sec
> - - - - - - - - - - - - - - - - - - - - - - - - -
> [ ID] Interval           Transfer     Bandwidth       Retr
> [  4]   0.00-10.00  sec  2.71 MBytes  2.28 Mbits/sec    0             sender
> [  4]   0.00-10.00  sec  2.71 MBytes  2.28 Mbits/sec                  receiver
>
> iperf Done.
>
>
>
> L’aller et le retour empruntent-ils des routes différentes ? Notre ISP 
> achète-t-il un transit asymétrique vers cette partie du monde ? Quels outils 
> utiliser pour le vérifier ? Simple curiosité, c’est sans doute la première 
> fois que je me connecte sur un serveur au Kazakhstan.
>
>
>
>
>  2 - vis-à-vis des US (iperf.he.net)
>
>
>
>  2.1 en download depuis Hurricane, TCP met du temps à saturer l’interface
>
>
> iperf3 -fm -R -t 20 -c iperf.he.net -p 5201
> Connecting to host iperf.he.net, port 5201
> Reverse mode, remote host iperf.he.net is sending
> [  4] local 192.168.1.252 port 50792 connected to 216.218.227.10 port 5201
> [ ID] Interval           Transfer     Bandwidth
> [  4]   0.00-1.00   sec   841 KBytes  6.89 Mbits/sec
> [  4]   1.00-2.00   sec  3.33 MBytes  27.9 Mbits/sec
> [  4]   2.00-3.00   sec  3.56 MBytes  29.9 Mbits/sec
> [  4]   3.00-4.00   sec  3.55 MBytes  29.7 Mbits/sec
> [  4]   4.00-5.00   sec  3.48 MBytes  29.2 Mbits/sec
> [  4]   5.00-6.00   sec  3.53 MBytes  29.6 Mbits/sec
> [  4]   6.00-7.00   sec  3.84 MBytes  32.2 Mbits/sec
> [  4]   7.00-8.00   sec  4.26 MBytes  35.8 Mbits/sec
> [  4]   8.00-9.00   sec  4.71 MBytes  39.5 Mbits/sec
> [  4]   9.00-10.00  sec  5.31 MBytes  44.6 Mbits/sec
> [  4]  10.00-11.00  sec  5.79 MBytes  48.6 Mbits/sec
> [  4]  11.00-12.00  sec  6.60 MBytes  55.4 Mbits/sec
> [  4]  12.00-13.00  sec  7.79 MBytes  65.4 Mbits/sec
> [  4]  13.00-14.00  sec  9.10 MBytes  76.4 Mbits/sec
> [  4]  14.00-15.00  sec  10.6 MBytes  89.2 Mbits/sec
> [  4]  15.00-16.00  sec  9.16 MBytes  76.9 Mbits/sec
> [  4]  16.00-17.00  sec  1.08 MBytes  9.03 Mbits/sec
> [  4]  17.00-18.00  sec  2.88 MBytes  24.2 Mbits/sec
> [  4]  18.00-19.00  sec  3.61 MBytes  30.3 Mbits/sec
> [  4]  19.00-20.00  sec  4.93 MBytes  41.4 Mbits/sec
> - - - - - - - - - - - - - - - - - - - - - - - - -
> [ ID] Interval           Transfer     Bandwidth       Retr
> [  4]   0.00-20.00  sec   105 MBytes  44.2 Mbits/sec  1268             sender
> [  4]   0.00-20.00  sec  99.0 MBytes  41.5 Mbits/sec                  receiver
>
> iperf Done.
>
>
> Le résultat est probablement normal ?
>
>
>
>  2.2 Impossible d’obtenir un résultat en download en utilisant UDP
>
>
> iperf3 -fm -u -b 70M -R -c iperf.he.net -p 5201
> Connecting to host iperf.he.net, port 5201
> Reverse mode, remote host iperf.he.net is sending
> [  4] local 192.168.1.252 port 38587 connected to 216.218.227.10 port 5201
> iperf3: OUT OF ORDER - incoming packet = 3 and received packet = 0 AND SP = 5
> iperf3: OUT OF ORDER - incoming packet = 4 and received packet = 0 AND SP = 28
> iperf3: OUT OF ORDER - incoming packet = 8 and received packet = 0 AND SP = 28
> iperf3: OUT OF ORDER - incoming packet = 6 and received packet = 0 AND SP = 28
> iperf3: OUT OF ORDER - incoming packet = 7 and received packet = 0 AND SP = 28
>
>
>
>  2.3 en upload depuis la machine locale, j’ai du mal à croire les résultats
>
>
> iperf3 -fm -c iperf.he.net -p 5201
> Connecting to host iperf.he.net, port 5201
> [  4] local 192.168.1.252 port 50746 connected to 216.218.227.10 port 5201
> [ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
> [  4]   0.00-1.00   sec  4.12 MBytes  34.6 Mbits/sec    0    226 KBytes
> [  4]   1.00-2.00   sec  1.74 MBytes  14.6 Mbits/sec    7    256 KBytes
> [  4]   2.00-3.00   sec  1.24 MBytes  10.4 Mbits/sec   10    139 KBytes
> [  4]   3.00-4.00   sec   827 KBytes  6.78 Mbits/sec    1    110 KBytes
> [  4]   4.00-5.00   sec   509 KBytes  4.17 Mbits/sec    2   86.3 KBytes
> [  4]   5.00-6.00   sec   445 KBytes  3.65 Mbits/sec    1   69.3 KBytes
> [  4]   6.00-7.00   sec   382 KBytes  3.13 Mbits/sec    1   52.3 KBytes
> [  4]   7.00-8.00   sec   382 KBytes  3.13 Mbits/sec    1   62.2 KBytes
> [  4]   8.00-9.00   sec   318 KBytes  2.60 Mbits/sec    2   39.6 KBytes
> [  4]   9.00-10.00  sec   191 KBytes  1.56 Mbits/sec    1   32.5 KBytes
> - - - - - - - - - - - - - - - - - - - - - - - - -
> [ ID] Interval           Transfer     Bandwidth       Retr
> [  4]   0.00-10.00  sec  10.1 MBytes  8.46 Mbits/sec   26             sender
> [  4]   0.00-10.00  sec  6.14 MBytes  5.15 Mbits/sec                  receiver
>
> iperf Done.
>
>
> Une règle de shapping semble attaquer le traffic TCP pour le faire tomber à 
> 1Mbps. Pour quelle raison pourrait-elle être en place sur l'Atlantique ? 
> Notre ISP n’aime pas iperf ?
>
>
>
>  2.4 tandis que le même upload en UDP montre une autre réalité
>
>
> iperf3 -fm -u -b 70M -c iperf.he.net -p 5201
> Connecting to host iperf.he.net, port 5201
> [  4] local 192.168.1.252 port 59511 connected to 216.218.227.10 port 5201
> [ ID] Interval           Transfer     Bandwidth       Total Datagrams
> [  4]   0.00-1.00   sec  7.94 MBytes  66.6 Mbits/sec  1016
> [  4]   1.00-2.00   sec  8.33 MBytes  69.9 Mbits/sec  1066
> [  4]   2.00-3.00   sec  8.65 MBytes  72.5 Mbits/sec  1107
> [  4]   3.00-4.00   sec  8.22 MBytes  68.9 Mbits/sec  1052
> [  4]   4.00-5.00   sec  8.24 MBytes  69.1 Mbits/sec  1055
> [  4]   5.00-6.00   sec  8.67 MBytes  72.7 Mbits/sec  1110
> [  4]   6.00-7.00   sec  7.55 MBytes  63.3 Mbits/sec  966
> [  4]   7.00-8.00   sec  9.06 MBytes  76.0 Mbits/sec  1160
> [  4]   8.00-9.00   sec  8.33 MBytes  69.9 Mbits/sec  1066
> [  4]   9.00-10.00  sec  7.91 MBytes  66.3 Mbits/sec  1012
> - - - - - - - - - - - - - - - - - - - - - - - - -
> [ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total 
> Datagrams
> [  4]   0.00-10.00  sec  82.9 MBytes  69.5 Mbits/sec  0.112 ms  81/10609 
> (0.76%)
> [  4] Sent 10609 datagrams
>
> iperf Done.
>
>
>
>
> Merci pour vos commentaires et possible liens vers d’autres outils et 
> documents d’intérêt sur le sujet.
>
>
> --
> Frédéric Dumas
> f.du...@ellis.siteparc.fr
>
>
>
>
>
> Le 19 août 2017 à 05:37, lilian coupat <lil...@abeille.com> a écrit :
>
>> bonjour,
>>
>> utilise iperf3
>>
>> lilian
>>       Lilian Coupat | Abeille Informatique
>> 5 Avenue du Maréchal Leclerc - 63800 Cournon d'Auvergne
>> 04 73 145 145 | lil...@abeille.com | www.abeille.com
>>
>>
>>> Le 19 août 2017 à 01:48, Frederic Dumas <f.du...@ellis.siteparc.fr> a écrit 
>>> :
>>>
>>> iperf -fm -c ping.online.net -p 5206
>>
>
>
>
> ---------------------------
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/

Répondre à