Folosiți iPerf3 pentru a testa viteza comunicațiilor în rețeaua dispozitivelor

Mică mizerie · Postat pe 06.11.2021 10:59:01

iPerf3 este un instrument pentru măsurarea activă a lățimii maxime de bandă realizabilă pe o rețea IP. Suportă ajustarea diferiților parametri legați de sincronizare, buffere și protocoale (TCP, UDP, SCTP cu IPv4 și IPv6). Pentru fiecare test, raportează lățimea de bandă, pierderea și alți parametri. Aceasta este o implementare nouă care nu partajează codul cu iPerf-ul original și nu este compatibilă retroactiv. iPerf a fost dezvoltat inițial de NLANR/DAST. iPerf3 a fost dezvoltat în principal de ESnet/Laboratorul Național Lawrence Berkeley.

Familia de unelte iperf efectuează măsurători active pentru a determina lățimea maximă de bandă posibilă pe o rețea IP. Suportă ajustarea diferiților parametri legați de sincronizare, protocoale și buffere. Pentru fiecare test, raportul raportează debitul măsurat, pierderea și alți parametri.

Această versiune, uneori denumită iperf3, este o reproiectare a versiunii originale dezvoltată de NLANR / DAST. IPERF3 este o implementare nouă de la zero, care urmărește o bază de cod mai mică și mai simplă, precum și o versiune a bibliotecii care poate fi folosită în alte programe. IPERF3 încorporează, de asemenea, funcții din multe alte instrumente precum Nuttcp și Netperf, care lipsesc din iperf original. Acestea includ, de exemplu, modul zero copy și ieșirea opțională JSON. Rețineți că iperf3 nu este compatibil înapoi cu iperf-ul original.

iPerf3 poate fi folosit pentru a testa viteza de comunicare în rețea a dispozitivului, iar iPerf3 poate fi instalat pe două dispozitive de calculator, unul ca server și celălalt ca client, iar viteza comunicației poate fi testată prin trimiterea de mesaje unul altuia prin iPerf3.

Parametrii iPerf3 sunt următorii:

Usage: iperf [-s|-c host] [options]
   iperf [-h|--ajutor] [-v|--versiune]

Server sau Client:
  -p, --port # port server pentru ascultare/conectare
  -f, --format [kmgKMG] format pentru raportare: Kbits, Mbits, KBytes, MBytes
  -i, --interval # secunde între rapoartele periodice de lățime de bandă
  -F, --numele fișierului xmit/recv fișierul specificat
  -B, --bind <host> bind bind la o interfață specifică
  -V, ---ieșire detaliată și detaliată
  -J, --ieșire json în format JSON
  --logfile f trimite ieșire către un log file
  -d, --debug emit ieșire de depanare
  -v, --versiune arată informații despre versiunea și ieși
  -h, --ajută să arăți acest mesaj și renunță
Specifice serverului:
  -s, --server rulat în modul server
  -D, --daemon rulează serverul ca daemon
  -I, --fișier pidfile scrie fișier PID
  -1, --o singură dată gestionează o conexiune client și apoi ieșește
Specific clientului:
  -c, --<host>client rulat în modul client, conectându-se la <host>
  -u, --udp folosește UDP în loc de TCP
  -b, --lățime de bandă #[KMG][/#] lățime de bandă țintă în biți/secundă (0 pentru nelimitat)
                        (implicit 1 Mbit/sec pentru UDP, nelimitat pentru TCP)
                        (opțional slash și număr de pachete pentru modul burst)
  -t, --timp # timp în secunde pentru transmisie (implicit 10 secunde)
  -n, --octeți #[KMG] numărul de octeți de transmis (în loc de -t)
  -k, --număr de blocuri #[KMG] număr de blocuri (pachete) de transmis (în loc de -t sau -n)
  -l, --len #[KMG] lungimea bufferului pentru citire sau scriere
                        (implicit 128 KB pentru TCP, 8 KB pentru UDP)
  --<port>cport bind la un port client specific (TCP și UDP, implicit: port efemer)
  -P, --paralel # numărul de fluxuri client paralele de rulat
  -R, --rulare inversă în modul invers (serverul trimite, clientul primește)
  -w, --fereastra #[KMG] setează dimensiunea ferestrei / dimensiunea bufferului de soclu
  -M, --set-mss # setează dimensiunea maximă a segmentului TCP/SCTP (MTU - 40 bytes)
  -N, --setare fără întârziere TCP/SCTP fără întârziere, dezactivând algoritmul lui Nagle
  -4, --versiunea 4 folosește doar IPv4
  -6, --versiunea 6 folosește doar IPv6
  -S, ---tos N setează IP-ul "tipul serviciului"
  -Z, --zerocopy folosesc metoda "zero copy" pentru trimiterea datelor
  -O, --omite N omis primele n secunde
  -T, --titlu str prefixul fiecărei linii de ieșire cu acest șir
  --get-server-output obține rezultate de la server
  --contoare-udp-64bit folosesc contoare pe 64 de biți în pachetele de test UDP

[KMG] indică opțiuni care suportă sufixul K/M/G pentru kilo-, mega- sau giga-

Pagina principală IPERF3 la:http://software.es.net/iperf/
Raportează erorile la:    https://github.com/esnet/iperf

Adresa de descărcare a versiunii Windows pe 64 de biți:Autentificarea cu hyperlink este vizibilă.

Serverele LINUX, luând ca exemplu CentOS, pot instala unealta iPerf3 folosind comanda yum, comanda fiind următoarea:

Autentificarea este vizibilă.

server

Cu serverul Linux ca partea serverului, executați următoarea comandă:

client

Folosind calculatorul local ca parte de client, am executat următoarea comandă:

Autentificarea este vizibilă.

Remarca:192.168.50.227 este adresa IP de pe partea Serverului

rezumat

Jurnalul serverului arată că a fost primită o cerere de test de la 192.168.50.243, portul sursă 22376. Partea clientului efectuează un test continuu timp de 10 secunde și afișează numărul de octeți transmiși pe secundă și informațiile despre lățimea de bandă. Statisticile trimise și primite sunt rezumate după finalizarea testului. Ascultarea portului 5201 continuă după închiderea conexiunii clientului.

Conectare la gazdă 192.168.50.227, portul 5201
[ 4] Local 192.168.50.243 port 22377 conectat la 192.168.50.227 port 5201
[ID] Lățimea de bandă a transferului intervalului
[ 4] 0,00-1,00 secunde 112 MBytes 943 Mbits/sec
[ 4] 1,00-2,00 secunde 112 MBytes 940 Mbits/sec
[ 4] 2,00-3,00 secunde 112 MBytes 941 Mbits/sec
[4] 3,00-4,00 secunde 112 MBytes 940 Mbits/sec
[ 4] 4,00-5,00 sec 112 MBytes 941 Mbits/sec
[ 4] 5,00-6,00 secunde 112 MBytes 941 Mbits/sec
[ 4] 6,00-7,00 secunde 112 MBytes 942 Mbits/sec
[4] 7,00-8,00 secunde 112 MBytes 941 Mbits/sec
[ 4] 8,00-9,00 secunde 112 MBytes 942 Mbits/sec
[ 4] 9,00-10,00 sec 112 MBytes 942 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ID] Lățimea de bandă a transferului intervalului
[4] 0,00-10,00 sec 1,10 GBytes 941 Mbits/sec emițător
[ 4] 0,00-10,00 sec 1,10 GBytes 941 Mbits/sec receptor

iperf Gata.

Atât serverul, cât și dispozitivele client sunt porturi Gigabit Etherport, iar routerele sunt de asemenea Gigabit Etherport, deci o lățime de bandă de 941 Mbits/sec este normală.

Mașini virtuale de testare sub ESXI

Ambele sunt sisteme CentOS, iar routerului fizic i se atribuie o adresă IP privată, care este testată prin IP-ul privat astfel:

Conectare la gazdă 192.168.50.227, portul 5201
[5] Local 192.168.50.131 port 35394 conectat la portul 192.168.50.227 5201
[ ID] Rata de transfer a intervalului Retr Cwnd
[5] 0,00-1,00 secunde 2,72 GBytes 23,3 Gbits/sec 0 1,39 MBytes
[5] 1,00-2,00 secunde 2,74 GBytes 23,5 Gbits/sec 0 1,48 MBytes
[5] 2,00-3,00 secunde 2,60 GBytes 22,3 Gbits/sec 0 1,48 MBytes
[5] 3,00-4,00 secunde 2,58 GBytes 22,2 Gbits/sec 0 1,48 MBytes
[5] 4,00-5,00 secunde 2,67 GBytes 23,0 Gbits/sec 0 1,48 MBytes
[ 5] 5,00-6,00 secunde 2,65 GBytes 22,7 Gbits/sec 0 1,48 MBytes
[5] 6,00-7,00 secunde 2,67 GBytes 23,0 Gbits/sec 0 1,48 MBytes
[5] 7,00-8,00 secunde 2,64 GBytes 22,7 Gbits/sec 0 1,48 MBytes
[5] 8,00-9,00 secunde 2,63 GBytes 22,6 Gbits/sec 0 1,48 MBytes
[5] 9,00-10,00 secunde 2,67 GBytes 22,9 Gbits/sec 0 1,48 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Rata de biți a transferului intervalului Retr
[5] 0,00-10,00 sec 26,6 GBytes 22,8 Gbits/sec 0 emițător
[5] 0,00-10,04 secunde 26,6 GBytes receptor 22,7 Gbits/sec

iperf Gata.

Este puțin anormal, pentru că sunt un router Gigabit, iar viteza de test este de 22,7 Gbits/sec, nu este prin o placă de rețea fizică?

Informații de acces:https://communities.vmware.com/t ... Routes/ta-p/2783083

VM1 și VM2 sunt conectate la același vSwitch numit "vSwitch1", același grup de porturi numit Production și același VLAN numit VLAN 20, iar ambele rulează în același host ESXi numit ESX1. Traficul de rețea dintre aceste mașini virtuale (VM1 și VM2) nu ajunge la plăcile de rețea fizice de pe gazda ESXi, iar aceste cadre nu sunt redirecționate nici către rețeaua fizică, cum ar fi switch-ul fizic și routerul, deoarece mașinile virtuale o fac comunică în interiorul vSwitch-ului și rezultă în obținerea unei viteze de rețea crescute și a unei latențe mai mici.

VM1 și VM2 sunt conectate la același vSwitch numit "vSwitch1", același grup de porturi numit Production și același VLAN numit VLAN 20, iar ambele rulează în același host ESXi numit ESX1. Traficul de rețea între aceste mașini virtuale (VM1 și VM2).Nu merge la placa fizică de rețea de pe gazda ESXi, și aceste cadre de asemeneaNu este redirecționat către rețeaua fizică(ca switch-urile fizice și routerele) pentru că VM-urile comunică în interiorul vSwitch-ului, ceea ce duce la viteze de rețea mai mari și latență mai mică.

Am testat mediul personal.Două mașini virtuale sunt pe același host și vSwitch, dar nu pe același grup de porturi, se pare că nu este redirecționată către placa fizică de rețea și către rețeaua fizică.