Használd az iPerf3-at az eszközök hálózati kommunikációs sebességének tesztelésére

Kis szemét · Közzétéve 2021. 11. 06. 10:59:01

Az iPerf3 egy olyan eszköz, amely aktív módon méri az IP hálózaton elérhető maximális sávszélességet. Támogatja az időzítés, pufferek és protokollok (TCP, UDP, SCTP IPv4 és IPv6 esetén) különböző paraméterek módosítását. Minden teszt esetén a sávszélességet, veszteséget és egyéb paramétereket jelenti. Ez egy új implementáció, amely nem osztja meg a kódot az eredeti iPerf-fel, és nem visszafelé kompatibilis. Az iPerf-et eredetileg az NLANR/DAST fejlesztette ki. Az iPerf3-at elsősorban az ESnet/Lawrence Berkeley Nemzeti Laboratórium fejlesztette ki.

Az iperf eszközcsalád aktív méréseket végez, hogy meghatározza, milyen maximális sávszélesség érhető el egy IP hálózaton. Támogatja az időzítés, protokollok és pufferek különböző paramétereinek beállítását. Minden teszthez a mérési áteresztőképességet, veszteséget és egyéb paramétereket jelenti.

Ez a kiadás, amelyet néha iperf3-nak is neveznek, az eredeti verzió áttervezése, amelyet az NLANR / DAST fejlesztett. Az iperf3 egy új megvalósítás az alapoktól kezdve, amely egy kisebb, egyszerűbb kódbázist és egy olyan könyvtári verziót céloz, amely más programokban is használható. Az iperf3 sok más eszköz, például NUTTCP és Netperf funkcióit is tartalmazza, amelyek hiányoznak az eredeti iperfből. Ezek például a nulla másolási mód és az opcionális JSON kimenet is. Fontos megjegyezni, hogy az iperf3 nem visszafelé kompatibilis az eredeti iperf-rel.

Az iPerf3 segítségével tesztelhető az eszköz hálózati kommunikációs sebessége, az iPerf3 pedig két számítógépes eszközre telepíthető, az egyik szerver, a másik kliens, és a kommunikációs sebességet is tesztelhetjük azáltal, hogy egymásnak üzeneteket küldenek az iPerf3-on keresztül.

Az iPerf3 paraméterei a következők:

Usage: iperf [-s|-c host] [options]
   iperf [-h|--segít] [-v|--verzió]

Szerver vagy kliens:
  -p, --port # szerver port a hallgatáshoz/csatlakozáshoz
  -f, --format [kmgKMG] formátum jelentéshez: Kbits, Mbits, KBytes, MBytes
  -i, --intervallum # másodperc a periodikus sávszélesség-jelentések között
  -F, --fájlnév xmit/recv a megadott fájl
  -B, --<host>kötni egy adott interfészhez kötött kötött
  -V, --részletesebb kiadás
  -J, --json kimenet JSON formátumban
  --logfile f küldése egy naplófájlba
  -d, --debug emisszió hibakeresési eredmény
  -v, --verzió mutat verzió információt és kilép
  -h, --segíts megmutatni ezt az üzenetet, és hagyd abba
Szerverspecifikus:
  -s, --szerver szerver módban fut
  -D, --démon futtatja a szervert démonként
  -I, --pidfile fájl PID fájl
  -1, --egyszeri kezelni egy klienskapcsolatot, majd kilépni
Ügyfélspecifikus:
  -c, --kliens <host> kliens módban fut, csatlakozva <host>
  -u, --udp használ UDP-t TCP helyett
  -b, --sávszélesség #[KMG][/#] célsávszélesség bit/másodpercben (0 korlátlan esetén)
                        (alapértelmezett 1 Mbit/sec az UDP-nél, korlátlan a TCP-nél)
                        (opcionális vágás és csomagszám a burst módhoz)
  -t, --idő # másodpercben történő továbbítási idő (alapértelmezett 10 másodperc)
  -n, --bájt #[KMG] az átadásra váró bájtok száma (helyett -t)
  -k, --blockcount #[KMG] a továbbítandó blokkok (csomagok) száma (helyette -t vagy -n)
  -l, --len #[KMG] puffer hossza az olvasáshoz vagy íráshoz
                        (alapértelmezett 128 KB TCP-hez, 8 KB UDP-hez)
  --cport <port> kötés egy adott kliens porthoz (TCP és UDP, alapértelmezett: átmeneti port)
  -P, --párhuzamos # párhuzamos kliensfolyamok száma, amelyeket futtatni kell
  -R, --reverse futtatás fordított módban (szerver elküld, kliens fogad)
  -w, --ablak #[KMG] ablakméret beállítása / aljzat puffer mérete
  -M, --set-mss # állítsák be TCP/SCTP maximális szegmensméretet (MTU - 40 bájt)
  -N, --no delay beállítás TCP/SCTP no delay, letiltva Nagle algoritmusát
  -4, --verzió 4 csak IPv4-et használ
  -6, --6 verzió csak IPv6-ot használ
  -S, --tos N beállítja az IP 'szolgáltatástípus'
  -Z, --zerocopy egy 'zero copy' módszert használ adatküldésre
  -O, --hagyd ki N hagyd ki az első n másodpercet
  -T, --title str előtagja minden kimeneti sort ezzel a stringdel
  --get-server-output get eredményeket a szervertől
  --udp-counters-64bit 64 bites számlálókat használnak UDP tesztcsomagokban

[KMG] olyan opciókat jelöl, amelyek támogatják a K/M/G utótagot kilo-, mega- vagy giga- esetén

iperf3 honlapja itt:http://software.es.net/iperf/
Jelentés a hibákról:    https://github.com/esnet/iperf

Windows 64-bites verzió letöltési címe:A hiperlink bejelentkezés látható.

A LINUX szerverek, például a CentOS-szal, telepíthetik az iPerf3 eszközt a yum parancs segítségével, a parancs a következő:

A bejelentkezés látható.

kiszolgáló

A Linux szerver szerver oldala esetén hajtsd végre a következő parancsot:

ügyfél

A helyi számítógépemet kliensoldalként használva a következő parancsot hajtottam végre:

A bejelentkezés látható.

Megjegyzés:A 192.168.50.227 az IP-cím a Sever oldalon

összefoglalás

A szervernapló szerint tesztkérés érkezett a 192.168.50.243-ról, forrásport 22376-ról. A kliens oldal 10 másodpercig folyamatos tesztet végez, és megjeleníti a másodpercenként továbbított bájtok számát és a sávszélességi információkat. Az elküldött és kapott statisztikákat a teszt befejezése után összefoglalják. Az 5201-es port hallgatása a klienskapcsolat lezárása után is folytatódik.

Csatlakozás a 192.168.50.227-es hoszthoz, 5201-es port
[ 4] Helyi 192.168.50.243 port 22377 csatlakozik a 192.168.50.227 porthoz 5201
[ ID] Intervallumátviteli sávszélesség
[4] 0,00-1,00 sec 112 MBytes 943 Mbit/sec
[4] 1,00-2,00 másodperc 112 MBytes 940 Mbit/sec
[4] 2,00-3,00 másodperc 112 MBytes 941 Mbit/sec
[4] 3,00-4,00 másodperc 112 MBytes 940 Mbit/sec
[ 4] 4,00-5,00 sec 112 MBytes 941 Mbit/sec
[4] 5,00-6,00 másodperc 112 MBytes 941 Mbit/sec
[ 4] 6,00-7,00 sec 112 MBytes 942 Mbit/sec
[ 4] 7,00-8,00 sec 112 MBytes 941 Mbit/sec
[4] 8,00-9,00 másodperc 112 MBytes 942 Mbit/sec
[4] 9,00-10,00 másodperc 112 MBytes 942 Mbit/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Intervallumátviteli sávszélesség
[4] 0,00-10,00 sec 1,10 GBytes 941 Mbit/sec feladó
[4] 0,00-10,00 sec 1,10 GBytes 941 Mbit/sec vevő

Iperf Kész.

Mind a szerver, mind a kliens eszközök Gigabit Etherportok, a routerek is Gigabit Etherportok, így a 941 Mbit/s sávszélesség normális.

Teszt virtuális gépeket az ESXI alatt

Mindkettő CentOS rendszer, és a fizikai routernek privát IP-címet kap, amelyet a privát IP-n keresztül az alábbiak szerint tesztelnek:

Csatlakozás a 192.168.50.227-es hoszthoz, 5201-es port
[5] helyi 192.168.50.131 port 35394 csatlakozik a 192.168.50.227 porthoz 5201
[ ID] Intervallum áthelyezés Bitráta retráció cwnd
[ 5] 0,00-1,00 sec 2,72 GBytes 23,3 Gbit/sec 0 1,39 MBytes
[ 5] 1,00-2,00 sec 2,74 GBytes 23,5 Gbit/sec 0 1,48 MBytes
[ 5] 2,00-3,00 sec 2,60 GBytes 22,3 Gbit/sec 0 1,48 MBytes
[ 5] 3,00-4,00 sec 2,58 GBytes 22,2 Gbit/sec 0 1,48 MBytes
[ 5] 4,00-5,00 sec 2,67 GBytes 23,0 Gbit/sec 0 1,48 MBytes
[ 5] 5,00-6,00 sec 2,65 GBytes 22,7 Gbit/sec 0 1,48 MBytes
[5] 6,00-7,00 sec 2,67 GBytes 23,0 Gbit/sec 0 1,48 MBytes
[ 5] 7,00-8,00 sec 2,64 GBytes 22,7 Gbit/sec 0 1,48 MBytes
[ 5] 8,00-9,00 sec 2,63 GBytes 22,6 Gbit/sec 0 1,48 MBytes
[ 5] 9,00-10,00 sec 2,67 GBytes 22,9 Gbit/sec 0 1,48 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Intervallumátadás Bitráta retráció
[ 5] 0,00-10,00 sec 26,6 GBytes 22,8 Gbit/sec 0 feladó
[ 5] 0,00-10,04 sec 26,6 GBytes 22,7 Gbit/sec vevő

Iperf Kész.

Ez kicsit szokatlan, mert Gigabit router vagyok, és a tesztsebesség 22,7 Gbit/sec, nem fizikai hálózati kártyán keresztül történik?

Hozzáférési információk:https://communities.vmware.com/t ... Routes/ta-p/2783083

A VM1 és a VM2 ugyanahhoz a vSwitch-hez csatlakoznak, amit "vSwitch1"-nek hívnak, ugyanahhoz a portcsoporthoz, a Production-hoz, valamint ugyanahhoz a VLAN 20-hoz, és mindkettő ugyanazon ESXi hoszton, az ESX1-ben fut. A hálózati forgalom ezek között a VM-ek (VM1 és VM2) nem megy az ESXi hoszt fizikai hálózati kártyáihoz, és ezek a keretek sem továbbítódnak a fizikai hálózatba, mint a fizikai switchhez vagy a routerhez, mert a VM-ek így a vSwitch-en belül kommunikálni, ami megnöveli a hálózati sebességet és a kisebb hálózati késleltetést.

A VM1 és a VM2 ugyanahhoz a vSwitchhez csatlakozik, amelyet "vSwitch1" néven hívnak, ugyanahhoz a portcsoporthoz Production, és ugyanahhoz a VLAN 20-hoz VLAN-hoz, és mindkettő ugyanazon az ESXi hoszton, az ESX1-ben fut. Hálózati forgalom ezek között a VM-ek között (VM1 és VM2).Nem megy az ESXi gazda fizikai NIC-jéhez, és ezek a keretek isNem továbbítják a fizikai hálózatra(mint a fizikai switchek és routerek), mert a VM-ek a vSwitchen belül kommunikálnak, ami magasabb hálózati sebességet és kisebb hálózati késleltetést eredményez.

Magam teszteltem a környezetet.Két VM ugyanazon a hoston és vSwitchen van, de nem ugyanazon a portcsoportonÚgy tűnik, hogy nem továbbítják a fizikai hálózati kártyára és a fizikai hálózatra.