Använd iPerf3 för att testa enhetens nätverkskommunikationshastigheter

Lilla avskum · Publicerad på 2021-11-06 10:59:01

iPerf3 är ett verktyg för att aktivt mäta den maximala bandbredden som kan uppnås på ett IP-nätverk. Den stödjer justering av olika parametrar relaterade till timing, buffertar och protokoll (TCP, UDP, SCTP med IPv4 och IPv6). För varje test rapporterar den bandbredd, förlust och andra parametrar. Detta är en ny implementation som inte delar kod med den ursprungliga iPerf och inte är bakåtkompatibel. iPerf utvecklades ursprungligen av NLANR/DAST. iPerf3 utvecklades främst av ESnet/Lawrence Berkeley National Laboratory.

IPERF-familjen av verktyg utför aktiva mätningar för att bestämma den maximala bandbredden som kan uppnås på ett IP-nätverk. Den stöder justering av olika parametrar relaterade till timing, protokoll och buffertar. För varje test rapporterar den uppmätt genomströmning, förlust och andra parametrar.

Denna version, ibland kallad iperf3, är en omdesign av originalversionen utvecklad av NLANR / DAST. IPERF3 är en ny implementation från grunden som siktar på en mindre, enklare kodbas och en version av biblioteket som kan användas i andra program. IPERF3 innehåller också funktioner från många andra verktyg som NUTTCP och Netperf, vilka saknas i det ursprungliga IPERF. Dessa inkluderar till exempel nollkopieringsläge och valfri JSON-utdata. Observera att iperf3 inte är bakåtkompatibelt med det ursprungliga iperf.

iPerf3 kan användas för att testa enhetens nätverkskommunikationshastighet, och iPerf3 kan installeras på två datorenheter, en som server och en som klient, och kommunikationshastigheten kan testas genom att skicka meddelanden till varandra via iPerf3.

iPerf3-parametrarna är följande:

Usage: iperf [-s|-c host] [options]
   iperf [-h|--hjälp] [-v|--version]

Server eller klient:
  -p, --port # serverport för att lyssna på/ansluta till
  -f, --format [kmgKMG] format för rapport: Kbits, Mbits, KBytes, MBytes
  -i, --intervall # sekunder mellan periodiska bandbreddsrapporter
  -F, --filnamn xmit/recv den angivna filen
  -B, --bind <host> bind till ett specifikt gränssnitt
  -V, --utför mer detaljerad utdata
  -J, --json-utdata i JSON-format
  --loggfil f skicka utdata till en loggfil
  -d, --debug emittera debugging-utdata
  -v, --version visa versionsinformation och avsluta
  -H, --hjälp visa det här meddelandet och sluta
Serverspecifik:
  -s, --server körs i serverläge
  -D, --demon kör servern som en demon
  -I, --pidfile fil skriv PID-fil
  -1, --engångshantering av en klientanslutning och sedan avsluta
Kundspecifikt:
  -c, --klient <host> körs i klientläge, ansluter till <host>
  -u, --udp använder UDP istället för TCP
  -b, --bandbredd #[KMG][/#] målbandbredd i bitar/sek (0 för obegränsad)
                        (standard 1 Mbit/s för UDP, obegränsad för TCP)
                        (valfritt slash och paketantal för burst-läge)
  -t, --tid # tid i sekunder att sända för (standard 10 sekunder)
  -n, --bytes #[KMG] antal bytes att överföra (istället för -t)
  -k, --blockantal #[KMG] antal block (paket) att sända (istället för -t eller -n)
  -l, --len #[KMG] buffertlängd för att läsa eller skriva
                        (standard 128 KB för TCP, 8 KB för UDP)
  --cport <port> binder till en specifik klientport (TCP och UDP, standard: kortvarig port)
  -P, --parallell # antal parallella klientströmmar att köra
  -R, --kör omvänt i omvänt läge (server skickar, klient tar emot)
  -w, --fönster #[KMG] ställ fönsterstorlek / sockelbuffertstorlek
  -M, --set-mss # sätt TCP/SCTP maximal segmentstorlek (MTU - 40 byte)
  -N, --ingen fördröjning satt TCP/SCTP utan fördröjning, inaktiverar Nagles algoritm
  -4, --version4 använder endast IPv4
  -6, --version 6 använder endast IPv6
  -S, --tos N sätter IP-adressen 'typ av tjänst'
  -Z, --zerocopy använder en 'zero copy'-metod för att skicka data
  -O, --utelämna N utelämna de första n sekunderna
  -T, --title str prefixerar varje utgångslinje med denna sträng
  --get-server-output hämtar resultat från servern
  --udp-räknare-64bit använder 64-bitars räknare i UDP-testpaket

[KMG] indikerar alternativ som stöder ett suffix K/M/G för kilo-, mega- eller giga-

IPERF3 hemsida på:http://software.es.net/iperf/
Rapportera buggar till:    https://github.com/esnet/iperf

Windows 64-bitars nedladdningsadress:Inloggningen med hyperlänken är synlig.

LINUX-servrar, med CentOS som exempel, kan installera iPerf3-verktyget med kommandot yum, kommandot är följande:

Inloggningen är synlig.

server

Med Linux-servern som serversida, utför följande kommando:

klient

Med min lokala dator som klientsida utförde jag följande kommando:

Inloggningen är synlig.

Anmärkning:192.168.50.227 är IP-adressen på Server-sidan

sammanfattning

Serverloggen visar att en testförfrågan mottogs från 192.168.50.243, källport 22376. Klientsidan genomför ett kontinuerligt test i 10 sekunder och visar antalet byte som överförs per sekund samt bandbreddsinformation. Statistik som skickas in och mottagits sammanfattas efter att testet är slutfört. Lyssnan på port 5201 fortsätter efter att klientanslutningen stängts.

Ansluter till värd 192.168.50.227, port 5201
[ 4] Lokal 192.168.50.243 port 22377 ansluten till 192.168.50.227 port 5201
[ ID] Intervallöverföringsbandbredd
[ 4] 0,00-1,00 sek 112 MBytes 943 Mbit/s
[ 4] 1,00-2,00 sek 112 MBytes 940 Mbit/s
[ 4] 2,00-3,00 sek 112 MBytes 941 Mbit/s
[ 4] 3,00-4,00 sek 112 MBytes 940 Mbit/s
[ 4] 4,00-5,00 sek 112 MBytes 941 Mbit/s
[ 4] 5,00-6,00 sek 112 MBytes 941 Mbit/s
[ 4] 6.00-7.00 sek 112 MBytes 942 Mbit/s
[ 4] 7,00-8,00 sek 112 MBytes 941 Mbit/ss
[ 4] 8.00-9.00 sek 112 MBytes 942 Mbit/s
[ 4] 9.00-10.00 sek 112 MBytes 942 Mbit/s
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Intervallöverföringsbandbredd
[ 4] 0,00-10,00 sek 1,10 GBytes 941 Mbit/s sändare
[ 4] 0,00-10,00 sek 1,10 GBytes 941 Mbit/s mottagare

iperf Klart.

Både server- och klientenheterna är Gigabit Etherports, och routrarna är också Gigabit Etherports, så bandbredd på 941 Mbit/s är normalt.

Testa virtuella maskiner under ESXI

Båda är CentOS-system, och den fysiska routern tilldelas en privat IP-adress, som testas via den privata IP:n enligt följande:

Ansluter till värd 192.168.50.227, port 5201
[ 5] lokal 192.168.50.131 port 35394 ansluten till 192.168.50.227 port 5201
[ ID] Intervallöverföring Bitrate Retr cwnd
[ 5] 0,00-1,00 sek 2,72 GBytes 23,3 Gbit/sek 0 1,39 MBytes
[ 5] 1,00-2,00 sek 2,74 GBytes 23,5 Gbit/sek 0 1,48 MBytes
[ 5] 2,00-3,00 sek 2,60 GBytes 22,3 Gbit/sek 0 1,48 MBytes
[ 5] 3,00-4,00 sek 2,58 GBytes 22,2 Gbit/sek 0 1,48 MBytes
[ 5] 4,00-5,00 sek 2,67 GBytes 23,0 Gbit/sek 0 1,48 MBytes
[ 5] 5,00-6,00 sek 2,65 GBytes 22,7 Gbit/sek 0 1,48 MBytes
[ 5] 6,00–7,00 sek 2,67 GBytes 23,0 Gbit/sek 0 1,48 MBytes
[ 5] 7,00-8,00 sek 2,64 GBytes 22,7 Gbit/sek 0 1,48 MBytes
[ 5] 8.00-9.00 sek 2.63 GBytes 22.6 Gbit/sek 0 1.48 MBytes
[ 5] 9.00-10.00 sek 2.67 GBytes 22.9 Gbit/ss 0 1.48 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Intervallöverföringsbitrate Retr
[ 5] 0,00-10,00 sek 26,6 GBytes 22,8 Gbit/sek 0 sändare
[ 5] 0,00-10,04 sek 26,6 GBytes 22,7 Gbit/s mottagare

iperf Klart.

Detta är lite onormalt, eftersom jag är en Gigabit-router och testhastigheten är 22,7 Gbit/s, är det inte via ett fysiskt nätverkskort?

Tillgång till information:https://communities.vmware.com/t ... Routes/ta-p/2783083

VM1 och VM2 är anslutna till samma vSwitch som heter "vSwitch1", samma portgrupp som heter Production och även samma VLAN som heter VLAN 20, och båda körs dessutom på samma ESXi-värd som heter ESX1. Nätverkstrafik mellan dessa VM:er (VM1 och VM2) går inte till fysiska nätverkskort på ESXi-värden och dessa ramar vidarebefordras inte heller till fysiska nätverk som fysisk switch och router eftersom VM:er gör det kommunicera inom vSwitchen och resulterar i ökad nätverkshastighet och lägre nätverkslatens.

VM1 och VM2 är anslutna till samma vSwitch som heter "vSwitch1", samma portgrupp som heter Production, och samma VLAN som heter VLAN 20, och båda körs på samma ESXi-värd som heter ESX1. Nätverkstrafik mellan dessa VM:ar (VM1 och VM2).Går inte till det fysiska nätverkskortet på ESXi-värden, och dessa ramar ocksåDen vidarebefordras inte till det fysiska nätverket(som fysiska switchar och routrar) eftersom VM:ar kommunicerar inom vSwitchen, vilket resulterar i högre nätverkshastigheter och mindre nätverkslatens.

Jag testade miljön själv.Två VM:ar är på samma värd och vSwitch, men inte på samma portgrupp, det verkar som att det inte vidarebefordras till det fysiska nätverkskortet och det fysiska nätverket.