Brug iPerf3 til at teste enhedsnetværkskommunikationshastigheder

Lille skarn · Opslået på 06/11/2021 10.59.01

iPerf3 er et værktøj til aktivt at måle den maksimale båndbredde, der kan opnås på et IP-netværk. Den understøtter justering af forskellige parametre relateret til timing, buffere og protokoller (TCP, UDP, SCTP med IPv4 og IPv6). For hver test rapporterer den båndbredde, tab og andre parametre. Dette er en ny implementering, der ikke deler kode med den oprindelige iPerf og ikke er bagudkompatibel. iPerf blev oprindeligt udviklet af NLANR/DAST. iPerf3 blev primært udviklet af ESnet/Lawrence Berkeley National Laboratory.

iperf-familien af værktøjer udfører aktive målinger for at bestemme den maksimale båndbredde, der kan opnås på et IP-netværk. Den understøtter justering af forskellige parametre relateret til timing, protokoller og buffere. For hver test rapporterer den målt gennemstrømning, tab og andre parametre.

Denne udgivelse, nogle gange kaldet iperf3, er et redesign af den oprindelige version udviklet af NLANR / DAST. IPERF3 er en ny implementering fra bunden, der sigter mod en mindre, enklere kodebase og en version af biblioteket, der kan bruges i andre programmer. IPERF3 inkorporerer også funktioner fra mange andre værktøjer som NUTTCP og Netperf, som mangler i det oprindelige IPERF. Disse inkluderer for eksempel nulkopieringstilstand og valgfri JSON-output. Bemærk, at iperf3 ikke er bagudkompatibel med den oprindelige iperf.

iPerf3 kan bruges til at teste enhedens netværkskommunikationshastighed, og iPerf3 kan installeres på to computerenheder, én som server og én som klient, og kommunikationshastigheden kan testes ved at sende beskeder til hinanden via iPerf3.

iPerf3-parametrene er som følger:

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

Server eller klient:
  -p, --port # serverport til at lytte på/forbinde til
  -f, --format [kmgKMG] format til rapport: Kbits, Mbits, KBytes, MBytes
  -i, --interval # sekunder mellem periodiske båndbredderapporter
  -F, --filnavn xmit/recv den angivne fil
  -B, --bind <host> bind til et specifikt interface
  -V, --udfør mere detaljeret output
  -J, --json output i JSON-format
  --logfil f send output til en logfil
  -d, --debug udsend debugging-output
  -v, --version vis versionsinformation og afslut
  -h, --hjælp med at vise denne besked og stop
Serverspecifik:
  -s, --server kørt i servertilstand
  -D, --daemon, der kører serveren som en daemon
  -Jeg, --pidfile fil skriv PID-fil
  -1, --engangshåndtering af én klientforbindelse og så afslutter
Kundespecifik:
  -c, --klient <host> kør i klienttilstand, forbinder til <host>
  -u, --udp bruger UDP i stedet for TCP
  -b, --båndbredde #[KMG][/#] målbåndbredde i bits/sek. (0 for ubegrænset)
                        (standard 1 Mbit/s for UDP, ubegrænset for TCP)
                        (valgfri slash og pakkeantal for burst-tilstand)
  -t, --tid # tid i sekunder til at sende for (standard 10 sekunder)
  -n, --bytes #[KMG] antal bytes der skal sendes (i stedet for -t)
  -k, --blokantal #[KMG] antal blokke (pakker) der skal sendes (i stedet for -t eller -n)
  -l, --len #[KMG] bufferlængde til læsning eller skrivning
                        (standard 128 KB for TCP, 8 KB for UDP)
  --cport <port> binder til en specifik klientport (TCP og UDP, standard: ephemeral port)
  -P, --parallel # antal parallelle klientstrømme at køre
  -R, --reverse kør i reverse mode (server sender, klient modtager)
  -w, --vindue #[KMG] sæt vinduesstørrelse / socket-bufferstørrelse
  -M, --set-mss # sæt TCP/SCTP maksimal segmentstørrelse (MTU - 40 bytes)
  -N, --no-delay sat TCP/SCTP no delay, deaktiverer Nagles algoritme
  -4, --version 4 bruger kun IPv4
  -6, --version 6 bruger kun IPv6
  -S, --tos N sætter IP-en 'type af tjeneste'
  -Z, --zerocopy brug en 'zero copy'-metode til at sende data
  -O, --udelad N udelad de første n sekunder
  -T, --title str præfikser hver outputlinje med denne streng
  --get-server-output hent resultater fra server
  --udp-tællere-64bit bruger 64-bit tællere i UDP-testpakker

[KMG] angiver muligheder, der understøtter et K/M/G-suffiks for kilo-, mega- eller giga-

IPERF3 hjemmeside på:http://software.es.net/iperf/
Rapportér fejl til:    https://github.com/esnet/iperf

Windows 64-bit version downloadadresse:Hyperlink-login er synlig.

LINUX-servere, med CentOS som eksempel, kan installere iPerf3-værktøjet ved hjælp af yum-kommandoen, kommandoen er som følger:

Login er synlig.

server

Med Linux-serveren som serverside, udfør følgende kommando:

kunde

Ved at bruge min lokale computer som klientside udførte jeg følgende kommando:

Login er synlig.

Bemærkning:192.168.50.227 er IP-adressen på server-siden

resumé

Serverloggen viser, at en testanmodning blev modtaget fra 192.168.50.243, kildeport 22376. Klientsiden udfører en kontinuerlig test i 10 sekunder og viser antallet af bytes transmitteret pr. sekund samt båndbreddeinformation. Statistikker, der sendes og modtages, opsummeres efter testen er afsluttet. Lytning efter port 5201 fortsætter, efter klientforbindelsen er lukket.

Forbindelse til vært 192.168.50.227, port 5201
[ 4] lokal 192.168.50.243 port 22377 forbundet til 192.168.50.227 port 5201
[ ID] Intervaloverførselsbåndbredde
[ 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/s
[ 4] 8.00-9.00 sek 112 MBytes 942 Mbit/s
[ 4] 9,00-10,00 sek 112 MBytes 942 Mbit/s
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Intervaloverførselsbåndbredde
[ 4] 0,00-10,00 sek 1,10 GBytes 941 Mbits/s afsender
[ 4] 0,00-10,00 sek 1,10 GBytes 941 Mbit/s modtager

iperf Færdig.

Både server- og klientenheder er Gigabit Etherports, og routerne er også Gigabit Etherports, så båndbredde på 941 Mbits/sec er normalt.

Test virtuelle maskiner under ESXI

Begge er CentOS-systemer, og den fysiske router tildeles en privat IP-adresse, som testes gennem den private IP som følger:

Forbindelse til vært 192.168.50.227, port 5201
[ 5] lokal 192.168.50.131 port 35394 forbundet til 192.168.50.227 port 5201
[ID] Intervaloverførsel 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 Gbits/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/sek 0 1.48 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ID] Intervaloverførsel Bitrate Retr
[ 5] 0,00-10,00 sek 26,6 GBytes 22,8 Gbit/sek 0 afsender
[ 5] 0,00-10,04 sek 26,6 GBytes 22,7 Gbit/s modtager

iperf Færdig.

Det er lidt unormalt, fordi jeg er en Gigabit-router, og testhastigheden er 22,7 Gbit/sek, er det ikke via et fysisk netværkskort?

Adgangsinformation:https://communities.vmware.com/t ... Routes/ta-p/2783083

VM1 og VM2 er forbundet til samme vSwitch kaldet "vSwitch1", samme portgruppe kaldet Production og samme VLAN kaldet VLAN 20, og begge kører også på samme ESXi-host kaldet ESX1. Netværkstrafik mellem disse VM'er (VM1 og VM2) går ikke til fysiske netværkskort på ESXi-værten, og disse frames videresendes heller ikke til fysiske netværk som fysisk switch og router, fordi VM'er vil kommunikere inden for vSwitchen og resulterer i øget netværkshastighed og mindre netværkslatenstid.

VM1 og VM2 er forbundet til den samme vSwitch kaldet "vSwitch1", samme portgruppe kaldet Production, og samme VLAN kaldet VLAN 20, og begge kører på den samme ESXi-host med navnet ESX1. Netværkstrafik mellem disse VM'er (VM1 og VM2).Den går ikke til det fysiske netværkskort på ESXi-værten, og disse rammer ogsåDen videresendes ikke til det fysiske netværk(ligesom fysiske switches og routere) fordi VM'er kommunikerer inden for vSwitchen, hvilket resulterer i højere netværkshastigheder og mindre netværksforsinkelse.

Jeg testede selv miljøet.To VM'er er på samme vært og vSwitch, men ikke på samme portgruppe, det ser ud til, at det ikke videresendes til det fysiske netværkskort og det fysiske netværk.