Auteur Sujet: FTTH 10G Free: Mesure de débit automatisé avec iPerf3 en IPv4 vs IPv6 (Lu 76198 fois)

Breizh29 · « **Réponse #168 le:** 24 janvier 2020 à 23:32:07 »

Je viens de voir que ce soir, je n'ai pas de chiffres, car erreur "connection refused" sur tous les ports...
C'est pas un problème général, puisque j'ai des tests Ookla qui tournent en parallèle, et eux fonctionnent tout à fait bien.
Les pings vers paris.testdebit.info passent bien, eux aussi.

Je vais quand même essayer un reboot, sans trop y croire.

EDIT: pas mieux après reboot ; serveur iperf3 tombé ? problème apparemment survenu entre 18h50 et 19h

Breizh29 · « **Réponse #169 le:** 25 janvier 2020 à 11:36:03 »

Pas spécialement de chiffres ce matin, puisque l'accès au serveur iperf3 n'est pas revenu depuis.
En revanche, je sais que c'est HS et je ne souhaite pas qu'on s'étende ici sur le sujet, mais je ne serais pas contre quelques pistes à ce sujet :

Citer

J'avais pour projet d'acquérir/monter un serveur (d'occasion, probablement) pour ça et d'autres choses. Idéalement, j'aurais voulu mettre à ESXi ou assimilé et monter plusieurs VMs, avec une carte 10G. Je l'aurais placé à proximité de ma baie. Tu aurais une idée pour profiter de 10G, idéalement au sein des machines virtuelles, sans y laisser 2 bras ?

Objectif: amateur passionné, quelques VMs d'expérimentation d'OS/réseau, creuser speedtest, Plex, ... y'a beaucoup de connaisseurs ici, donc si vous pouviez m'orienter vers des plans intéressants, compromis, ...

Merci.

vivien · « **Réponse #170 le:** 25 janvier 2020 à 12:53:36 »

Ooops, je n'avais pas regardé.

C'est un plantage inhabituel d'iPerf3.

Pourtant, j'ai :

Un fichier /etc/cron.d/iperf

Code: [Sélectionner]

# Auto restart on reboot
@reboot         iperf       /home/iperf/restart_iperf.sh

# Auto restart iPerf (for crash)
59 * * * *      iperf       /home/iperf/restart_iperf.sh

qui lance chaque heure /home/iperf/restart_iperf.sh

Code: [Sélectionner]

#!/bin/dash
/bin/sleep 15
/usr/bin/killall iperf3
/bin/sleep 0.1
/usr/bin/killall -9 iperf3
/bin/sleep 0.1
if [ `ps -C iperf3 | wc -l` = "1" ]
then
  /usr/bin/iperf3 -s -p 5200 -D >/dev/null 2>&1
  /usr/bin/iperf3 -s -p 5201 -D >/dev/null 2>&1
  /usr/bin/iperf3 -s -p 5202 -D >/dev/null 2>&1
  /usr/bin/iperf3 -s -p 5203 -D >/dev/null 2>&1
  /usr/bin/iperf3 -s -p 5204 -D >/dev/null 2>&1
  /usr/bin/iperf3 -s -p 5205 -D >/dev/null 2>&1
  /usr/bin/iperf3 -s -p 5206 -D >/dev/null 2>&1
  /usr/bin/iperf3 -s -p 5207 -D >/dev/null 2>&1
  /usr/bin/iperf3 -s -p 5208 -D >/dev/null 2>&1
  /usr/bin/iperf3 -s -p 5209 -D >/dev/null 2>&1
fi

Cela permet de tuer les process qui pourraient être bloqués.

Mais là un reboot a été nécessaire.

kgersen · « **Réponse #171 le:** 25 janvier 2020 à 13:01:40 »

Citation de: Breizh29 le 25 janvier 2020 à 11:36:03

Objectif: amateur passionné, quelques VMs d'expérimentation d'OS/réseau, creuser speedtest, Plex, ... y'a beaucoup de connaisseurs ici, donc si vous pouviez m'orienter vers des plans intéressants, compromis, ...

Merci.

c'est quoi le budget ?

si t'as déja une baie, pas la peine d'acheter un vrai 'serveur' matériel. En plus ca consomme.

Personnellement j'utilise un Intel NUC i3, €300 chez https://www.amazon.fr/Intel-Nuc-Kit-Nuc8I3Beh-Cartes/dp/B07JB2M5JS (y'a des modeles i5 ou i7 mais bien plus chers).

C'est vendu sans RAM et DD donc ajouter au moins 80€ pour cela.

Pour le 10G, un boitier thunderbolt3 RJ45 Sonnet a 200€ ( https://www.amazon.fr/SONNET-TECHNOLOGIES-SOLO10G-TB3-Adaptateur-Ethernet/dp/B07BZRK8R8 ).

Faut compter au moins 600€ tout compris donc. Ca prend peu de place , ca consomme peu, ca fait pas de bruit. Pour faire du 10G tu trouveras difficilement moins cher.

Breizh29 · « **Réponse #172 le:** 25 janvier 2020 à 14:59:36 »

Merci pour ton retour.
Effectivement, j'avais déjà un vieux NUC avec un ESXi, mais sans TB3, si bien qu'impossible de rajouter une carte 10G. Et pas de NVMe non plus, donc pour réellement exploiter...
Sur un plus récent avec port TB3, on peut profiter de 10G sur les VM si on met un ESXi , ou faut oublier la virtualisation à ce niveau de débit ?
Si je veux disons 4/5 VM en parallèle (Linux, Win), avec pour certaines accès en mode bureau (RDP, VNC...), ça passe niveau proc, y'aura pas trop de throttling dans un si petit boitier ?
Merci encore, je vais creuser les modèles existants.

kgersen · « **Réponse #173 le:** 25 janvier 2020 à 15:28:46 »

je n'ai pas testé la virtualisation. Docker avec le NAT qu'il introduit je tombe a 8.7 Gbps donc au dessus de Free :p

Apres on peut opti les VMs avec une connexion de pont plutot que du NAT (et les hyperviseurs ont peut-etre un meilleur NAT que celui de Docker)

voila ce que donne en charge un NUC i3 qui débite 10G, on a donc le cpu a 20%:

le pas de monitoring est de 5 secondes d'ou l'effet 'triangle' quand on zoom sur 1 minute.

Breizh29 · « **Réponse #174 le:** 26 janvier 2020 à 09:16:51 »

Mise à jour de ce matin 9h.
Note: Le passage de débit à 0 correspond à la période d'indisponibilité du serveur iPerf3.

Breizh29 · « **Réponse #175 le:** 26 janvier 2020 à 09:30:11 »

@kgersen :

Sinon, je m'étais installé le binaire goben et voici le résultat vis à vis de ton serveur :

IPv4

Code: [Sélectionner]

./goben -hosts pox-4.nspeed.app -passiveClient
2020/01/26 09:22:34 goben version 0.3 runtime go1.11.2 GOMAXPROCS=12
2020/01/26 09:22:34 connections=1 defaultPort=:8080 listeners=[":8080"] hosts=["pox-4.nspeed.app"]
2020/01/26 09:22:34 reportInterval=2s totalDuration=10s
2020/01/26 09:22:34 client mode, tcp protocol
2020/01/26 09:22:34 open: opening tcp 0/1: pox-4.nspeed.app:8080
2020/01/26 09:22:34 handleConnectionClient: starting 0/1 195.154.113.23:8080
2020/01/26 09:22:34 handleConnectionClient: options sent: {2s 10s 50000 50000 false 0}
2020/01/26 09:22:34 clientReader: starting: 0/1 195.154.113.23:8080
2020/01/26 09:22:36 0/1  report   clientReader rate:    888 Mbps  14584 rcv/s
2020/01/26 09:22:38 0/1  report   clientReader rate:    926 Mbps  15071 rcv/s
2020/01/26 09:22:40 0/1  report   clientReader rate:    934 Mbps  15237 rcv/s
2020/01/26 09:22:42 0/1  report   clientReader rate:    941 Mbps  15387 rcv/s
2020/01/26 09:22:44 0/1  report   clientReader rate:    941 Mbps  15453 rcv/s
2020/01/26 09:22:44 handleConnectionClient: 10s timer
2020/01/26 09:22:44 workLoop: 0/1 clientReader: read tcp 192.168.200.115:54675->195.154.113.23:8080: use of closed network connection
2020/01/26 09:22:44 0/1 average   clientReader rate:    926 Mbps  15146 rcv/s
2020/01/26 09:22:44 clientReader: exiting: 0/1 195.154.113.23:8080
2020/01/26 09:22:44 195.154.113.23:8080 input:
 941 ┤                                                ╭──────────────────── 
 936 ┤                                  ╭─────────────╯                     
 931 ┤                       ╭──────────╯                                   
 925 ┤                ╭──────╯                                              
 920 ┤             ╭──╯                                                     
 915 ┤           ╭─╯                                                        
 909 ┤        ╭──╯                                                          
 904 ┤      ╭─╯                                                             
 899 ┤    ╭─╯                                                               
 894 ┤ ╭──╯                                                                 
 888 ┼─╯                                                                    
        Input Mbps: 195.154.113.23:8080 Connection 0
2020/01/26 09:22:44 handleConnectionClient: closing: 0/1 195.154.113.23:8080

IPv6

Code: [Sélectionner]

./goben -hosts pox-6.nspeed.app -passiveClient
2020/01/26 09:24:45 goben version 0.3 runtime go1.11.2 GOMAXPROCS=12
2020/01/26 09:24:45 connections=1 defaultPort=:8080 listeners=[":8080"] hosts=["pox-6.nspeed.app"]
2020/01/26 09:24:45 reportInterval=2s totalDuration=10s
2020/01/26 09:24:45 client mode, tcp protocol
2020/01/26 09:24:45 open: opening tcp 0/1: pox-6.nspeed.app:8080
2020/01/26 09:24:45 handleConnectionClient: starting 0/1 [2001:bc8:2679:100::1]:8080
2020/01/26 09:24:45 handleConnectionClient: options sent: {2s 10s 50000 50000 false 0}
2020/01/26 09:24:45 clientReader: starting: 0/1 [2001:bc8:2679:100::1]:8080
2020/01/26 09:24:47 0/1  report   clientReader rate:    883 Mbps  23878 rcv/s
2020/01/26 09:24:49 0/1  report   clientReader rate:    928 Mbps  25232 rcv/s
2020/01/26 09:24:51 0/1  report   clientReader rate:    928 Mbps  25225 rcv/s
2020/01/26 09:24:53 0/1  report   clientReader rate:    928 Mbps  24986 rcv/s
2020/01/26 09:24:55 0/1  report   clientReader rate:    928 Mbps  23796 rcv/s
2020/01/26 09:24:55 handleConnectionClient: 10s timer
2020/01/26 09:24:55 workLoop: 0/1 clientReader: read tcp [2a01:e0a:1fc:xxxxxxx]:54783->[2001:bc8:2679:100::1]:8080: use of closed network connection
2020/01/26 09:24:55 0/1 average   clientReader rate:    919 Mbps  24623 rcv/s
2020/01/26 09:24:55 clientReader: exiting: 0/1 [2001:bc8:2679:100::1]:8080
2020/01/26 09:24:55 [2001:bc8:2679:100::1]:8080 input:
 928 ┤                ╭──────────────────────────────────────────────────── 
 924 ┤              ╭─╯                                                     
 919 ┤            ╭─╯                                                       
 915 ┤          ╭─╯                                                         
 911 ┤         ╭╯                                                           
 906 ┤       ╭─╯                                                            
 902 ┤     ╭─╯                                                              
 897 ┤    ╭╯                                                                
 893 ┤  ╭─╯                                                                 
 888 ┤╭─╯                                                                   
 884 ┼╯                                                                     
        Input Mbps: [2001:bc8:2679:100::1]:8080 Connection 0
2020/01/26 09:24:55 handleConnectionClient: closing: 0/1 [2001:bc8:2679:100::1]:8080

La montée en débit est meilleure en IPv6, mais ce n'est qu'un seul test.
Et débit un peu plus faible en IPv6 au final ; Ça devrait pas être le contraire par rapport à IPv4 ? MSS pas bien optimisé ?
Merci de ton analyse.

underground78 · « **Réponse #176 le:** 26 janvier 2020 à 10:05:23 »

Tes équipements te permettent de dépasser les 1 Gbps en IPv4 et en IPv6 alors que le serveur de kgersen est limité à 1 Gbps, du coup je pense que ce qu'on voit ici c'est le surcout de l'IPv6 au niveau du serveur. Son serveur ayant une connectivité native en IPv4 et en IPv6, la différence vient de la taille des entêtes qui est plus grosse en IPv6 qu'en IPv4, ce qui implique un débit utile légèrement plus faible.

Le comportement serait différent si ta connexion était limitée à 1 Gbps puisque dans ce cas ça serait le surcoût de faire de l'IPv4 dans de l'IPv6 qui serait plus visible.

kgersen · « **Réponse #177 le:** 26 janvier 2020 à 10:12:08 »

a priori Goben a un meilleur comportement qu'IPerf3 non?

et oui c'est Goben sur un serveur 10G qu'il faudrait pour vraiment comparer mais je n'en ai pas sous la main.

Breizh29 · « **Réponse #178 le:** 26 janvier 2020 à 11:57:13 »

@underground78 : bien vu, j'avais zappé cet aspect de la situation.

vivien · « **Réponse #179 le:** 27 janvier 2020 à 08:53:36 »

Citation de: vivien le 24 janvier 2020 à 18:24:11

Je me demande si la valeur de 16 Mo peut être utilisée.
Il n'y a pas de win_scale_factor limité à 7 avec certains OS ?

Coté Mac le net.inet.tcp.win_scale_factor par défault est de 3 ou 5 selon les version de MacOS X

Je me répond.

Avec un client où j'ai configuré la même Rwin max de 16 Mo, j'ai un scale factor de 9 (64k x 512) donc aucun problème (Rwin max possible de 32 768 Ko avec un scale factor de 9).