Utilisez iPerf3 pour tester les vitesses de communication réseau des appareils

Petite ordure · Publié sur 06/11/2021 10:59:01

iPerf3 est un outil permettant de mesurer activement la bande passante maximale atteignable sur un réseau IP. Il permet d’ajuster divers paramètres liés au timing, aux tampons et aux protocoles (TCP, UDP, SCTP avec IPv4 et IPv6). Pour chaque test, il rapporte la bande passante, la perte et d’autres paramètres. Il s’agit d’une nouvelle implémentation qui ne partage pas de code avec l’iPerf original et n’est pas rétrocompatible. iPerf a été initialement développé par NLANR/DAST. iPerf3 a été principalement développé par ESnet/Lawrence Berkeley National Laboratory.

La famille d’outils iperf effectue des mesures actives pour déterminer la bande passante maximale atteignable sur un réseau IP. Il permet d’ajuster divers paramètres liés au timing, aux protocoles et aux tampons. Pour chaque test, il rapporte le débit mesuré, la perte et d’autres paramètres.

Cette version, parfois appelée iperf3, est une refonte de la version originale développée par NLANR / DAST. iperf3 est une nouvelle implémentation issue de A à Z, visant une base de code plus petite et plus simple, ainsi qu’une version de la bibliothèque pouvant être utilisée dans d’autres programmes. IPERF3 intègre également des fonctionnalités de nombreux autres outils comme Nuttcp et Netperf, qui manquent à l’iperf original. Cela inclut, par exemple, le mode sans copie et la sortie JSON optionnelle. Notez que l’iperf3 n’est pas rétrocompatible avec l’iperf original.

iPerf3 peut être utilisé pour tester la vitesse de communication réseau de l’appareil, et iPerf3 peut être installé sur deux périphériques informatiques, l’un comme serveur et l’autre comme client, et la vitesse de communication peut être testée en s’envoyant des messages via iPerf3.

Les paramètres d’iPerf3 sont les suivants :

Usage: iperf [-s|-c host] [options]
   iperf [-h|--aide] [-v|--version]

Serveur ou client :
  -p, --port # port serveur pour écouter/se connecter
  -f, --format [kmgKMG] format à rapporter : Kbits, Mbits, KBytes, MBytes
  -i, --intervalle # secondes entre les rapports périodiques de bande passante
  -F, --nom de fichier xmit/recv le fichier spécifié
  -B, --lier <host> la liaison à une interface spécifique
  -V, --texte plus détaillé
  -J, --sortie json au format JSON
  --fichier logarithmique f envoie une sortie vers un fichier journal
  -d, --débogage émettent une sortie de débogage
  -v, --version afficher les informations de la version et quitter
  -h, --aide à montrer ce message et arrête
Spécifique au serveur :
  -s, --serveur tourné en mode serveur
  -D, --démon gère le serveur comme un démon
  -I, --fichier pidfile écrit fichier PID
  -1, --une seule fois gérer une connexion client puis sortir
Spécifique au client :
  -c, --<host>client exécuté en mode client, se connectant à <host>
  -u, --udp utilisent UDP plutôt que TCP
  -b, --bande passante #[KMG][/#] bande passante cible en bits/s (0 pour illimité)
                        (par défaut 1 Mbit/s pour UDP, illimité pour TCP)
                        (option pour le mode rafale et le nombre de paquets)
  -t, --temps # temps en secondes pour transmettre pendant (par défaut 10 secondes)
  -n, --octets #[KMG] nombre d’octets à transmettre (au lieu de -t)
  -k, --nombre de blocs #[KMG] nombre de blocs (paquets) à transmettre (au lieu de -t ou -n)
  -l, --len #[KMG] longueur du tampon pour lire ou écrire
                        (par défaut 128 Ko pour TCP, 8 Ko pour UDP)
  --<port>cport bind à un port client spécifique (TCP et UDP, par défaut : port éphémère)
  -P, --parallèle # nombre de flux clients parallèles à exécuter
  -R, --exécution inverse en mode inverse (serveur envoie, client reçoit)
  -w, --fenêtre #[KMG] définir la taille de la fenêtre / la taille du tampon de prise
  -M, --set-mss # définir la taille maximale du segment TCP/SCTP (MTU - 40 octets)
  -N, --non-delay configuré TCP/SCTP sans délai, désactivant l’algorithme de Nagle
  -4, --version4 n’utilisent que IPv4
  -6, --version6 n’utilisent IPv6 que
  -S, ---tos N définissent le « type de service » IP
  -Z, --zerocopy utilisent une méthode de « copie zéro » pour envoyer les données
  -O, --omets N omets les n premières n secondes
  -T, --titre str préfixe à chaque ligne de sortie avec cette chaîne
  --get-server-output get results from server
  --compteurs udp-64 bits utilisent des compteurs 64 bits dans les paquets de test UDP

[KMG] indique des options qui prennent en charge un suffixe K/M/G pour kilo-, méga- ou giga-

Page d’accueil d’IPERF3 à :http://software.es.net/iperf/
Signaler les bugs à :    https://github.com/esnet/iperf

Adresse de téléchargement de la version 64 bits de Windows :La connexion hyperlientérée est visible.

Les serveurs LINUX, prenant CentOS comme exemple, peuvent installer l’outil iPerf3 à l’aide de la commande yum, la commande est la suivante :

La connexion est visible.

serveur

Avec le serveur Linux côté serveur, exécutez la commande suivante :

client

En utilisant mon ordinateur local côté client, j’ai exécuté la commande suivante :

La connexion est visible.

Remarque:192.168.50.227 est l’adresse IP côté serveur

résumé

Le journal serveur montre qu’une demande de test a été reçue depuis 192.168.50.243, port source 22376. Le côté client effectue un test continu pendant 10 secondes, affichant le nombre d’octets transmis par seconde ainsi que les informations sur la bande passante. Les statistiques envoyées et reçues sont résumées après la fin du test. L’écoute du port 5201 continue après la fermeture de la connexion client.

Connexion à l’hôte 192.168.50.227, port 5201
[ 4] Local 192.168.50.243 port 22377 connecté au 192.168.50.227 port 5201
[ ID] Bande passante de transfert d’intervalle
[ 4] 0,00-1,00 s 112 MBytes 943 Mbits/s
[ 4] 1,00-2,00 s 112 MBytes 940 Mbits/s
[ 4] 2,00-3,00 s 112 MBytes 941 Mbits/s
[ 4] 3,00-4,00 s 112 MBytes 940 Mbits/s
[ 4] 4,00-5,00 s 112 MBytes 941 Mbits/s
[ 4] 5,00-6,00 s 112 MBytes 941 Mbits/s
[ 4] 6,00-7,00 s 112 MBytes 942 Mbits/s
[ 4] 7,00-8,00 s 112 MBytes 941 Mbits/s
[ 4] 8,00-9,00 s 112 MBytes 942 Mbits/s
[ 4] 9,00-10,00 s 112 MBytes 942 Mbits/s
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Bande passante de transfert d’intervalle
[ 4] 0,00-10,00 s 1,10 GBytes 941 Mbits/s émetteur
[ 4] 0,00-10,00 s récepteur 1,10 GBytes 941 Mbits/s

iperf Terminé.

Les appareils serveur et client sont tous deux des Etherports Gigabit, et les routeurs sont aussi des Etherports Gigabit, donc une bande passante de 941 Mbits/s est normale.

Machines virtuelles de test sous ESXI

Les deux sont des systèmes CentOS, et le routeur physique se voit attribuer une adresse IP privée, qui est testée via l’IP privée comme suit :

Connexion à l’hôte 192.168.50.227, port 5201
[5] Local 192.168.50.131 port 35394 connecté au port 192.168.50.227 port 5201
[ID] Débit binaire de transfert d’intervalle Retr Cwnd
[5] 0,00-1,00 s 2,72 GBytes 23,3 Gbits/s 0 1,39 MBytes
[5] 1,00-2,00 s 2,74 Gbytes 23,5 Gbits/s 0 1,48 MBytes
[5] 2,00-3,00 s 2,60 GBytes 22,3 Gbits/s 0 1,48 MBytes
[5] 3,00-4,00 s 2,58 GBytes 22,2 Gbits/s 0 1,48 MBytes
[5] 4,00-5,00 s 2,67 GBytes 23,0 Gbits/s 0 1,48 MBytes
[5] 5,00-6,00 s 2,65 GBytes 22,7 Gbits/s 0 1,48 MBytes
[5] 6,00-7,00 s 2,67 Gbytes 23,0 Gbits/s 0 1,48 MBytes
[5] 7,00-8,00 s 2,64 GBytes 22,7 Gbits/s 0 1,48 MBytes
[5] 8,00-9,00 s 2,63 Gbytes 22,6 Gbits/s 0 1,48 MBytes
[5] 9,00-10,00 s 2,67 Gbytes 22,9 Gbits/s 0 1,48 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Débit binaire de transfert d’intervalle Retr
[5] 0,00-10,00 s 26,6 GBytes 22,8 Gbits/s 0 émetteur
[5] 0,00-10,04 s 26,6 GBytes 22,7 Gbits/s récepteur

iperf Terminé.

C’est un peu anormal, car je suis un routeur Gigabit, et la vitesse de test est de 22,7 Gbits/s, n’est-ce pas via une carte réseau physique ?

Informations d’accès :https://communities.vmware.com/t ... Routes/ta-p/2783083

VM1 et VM2 sont connectés au même vSwitch appelé « vSwitch1 », au même groupe de ports appelé Production et au même VLAN appelé VLAN 20, et les deux fonctionnent également dans le même hôte ESXi appelé ESX1. Le trafic réseau entre ces VM (VM1 et VM2) n’est pas envoyé vers les cartes réseau physiques sur l’hôte ESXi et ces trames ne sont pas non plus transférées vers le réseau physique comme le switch physique et le routeur car les VM le font communiquer au sein du vSwitch et cela permet d’augmenter la vitesse du réseau et de réduire la latence du réseau.

VM1 et VM2 sont connectés au même vSwitch nommé « vSwitch1 », au même groupe de ports nommé Production, et au même VLAN nommé VLAN 20, et tous deux fonctionnent dans le même hôte ESXi nommé ESX1. le trafic réseau entre ces VM (VM1 et VM2).Il ne va pas à la carte réseau physique de l’hôte ESXi, et ces cadres aussiIl n’est pas transmis au réseau physique(comme les switches physiques et les routeurs) car les VM communiquent au sein du vSwitch, ce qui entraîne des débits réseau plus élevés et une latence moins élevée.

J’ai testé l’environnement moi-même.Deux machines virtuelles sont sur le même hôte et vSwitch, mais pas sur le même groupe de ports, il semble qu’il ne soit pas transféré vers la carte réseau physique ni vers le réseau physique.