iPerf3 izmantošana, lai pārbaudītu ierīces tīkla sakaru ātrumu

Maz putas · Publicēts 06.11.2021 10:59:01

iPerf3 ir rīks, lai aktīvi mērītu maksimālo joslas platumu, kas sasniedzams IP tīklā. Tas atbalsta dažādu parametru pielāgošanu, kas saistīti ar laiku, buferiem un protokoliem (TCP, UDP, SCTP ar IPv4 un IPv6). Katram testam tas ziņo par joslas platumu, zudumiem un citiem parametriem. Šī ir jauna ieviešana, kas nedala kodu ar oriģinālo iPerf un nav saderīga ar atpakaļejošu versiju. iPerf sākotnēji izstrādāja NLANR/DAST. iPerf3 galvenokārt izstrādāja ESnet/Lawrence Berkeley National Laboratory.

Iperf rīku ģimene veic aktīvus mērījumus, lai noteiktu maksimālo joslas platumu, kas sasniedzams IP tīklā. Tas atbalsta dažādu parametru pielāgošanu, kas saistīti ar laiku, protokoliem un buferiem. Katram testam tas ziņo par izmērīto caurlaidspēju, zudumiem un citiem parametriem.

Šis laidiens, ko dažreiz dēvē par iperf3, ir NLANR / DAST izstrādātās sākotnējās versijas pārveidošana. iperf3 ir jauna implementācija no paša sākuma, kuras mērķis ir mazāka, vienkāršāka kodu bāze un bibliotēkas versija, ko var izmantot citās programmās. Iperf3 ietver arī funkcijas no daudziem citiem rīkiem, piemēram, NutTCP un NetPerf, kas trūkst oriģinālajā Iperf. Tie ietver, piemēram, nulles kopēšanas režīmu un izvēles JSON izvadi. Ņemiet vērā, ka iperf3 nav atpakaļsaderīgs ar oriģinālo iperf.

iPerf3 var izmantot, lai pārbaudītu ierīces tīkla sakaru ātrumu, un iPerf3 var instalēt divās datorierīcēs, vienu kā serveri un otru kā klientu, un sakaru ātrumu var pārbaudīt, nosūtot ziņojumus viens otram, izmantojot iPerf3.

iPerf3 parametri ir šādi:

Usage: iperf [-s|-c host] [options]
   iperf [-h|--palīdzība] [-v|--versija]

Serveris vai klients:
  -p, --port # servera ports, lai klausītos / izveidotu savienojumu
  -f, --format [kmgKMG] formāts, lai ziņotu: Kbits, Mbits, KBytes, MBytes
  -i, --intervāls # sekundes starp periodiskiem joslas platuma ziņojumiem
  -F, --faila nosaukums xmit/recv norādītais fails
  -B, --saistīt <host> saistīt ar konkrētu interfeisu
  -V, --izsmeļošāka detalizētāka izvade
  -J, --json izvade JSON formātā
  --logfile f nosūtīt izvadi uz žurnālfailu
  -d, --debug izstaro atkļūdošanas izvadi
  -v, --version rādīt informāciju par versiju un aiziet
  -h, --palīdziet parādīt šo ziņojumu un aiziet
Specifisks serveris:
  -s, --serveris darbojas servera režīmā
  -D, --dēmons palaist serveri kā dēmonu
  -I, --pidfile fails rakstīt PID failu
  -1, --vienreizējs pārvaldiet vienu klienta savienojumu, pēc tam izejiet
Klienta specifika:
  -c, --client <host> palaist klienta režīmā, izveidot savienojumu ar <host>
  -u, --udp izmanto UDP, nevis TCP
  -b, --joslas platums #[KMG][/#] mērķa joslas platums bitos/sekundē (0 neierobežotam)
                        (noklusējuma 1 Mbit/s UDP, neierobežots TCP)
                        (pēc izvēles slīpsvītras un pakešu skaits sērijveida režīmā)
  -t, --time # pārraides laiks sekundēs (noklusējuma 10 sekundes)
  -n, --baiti #[KMG] pārraidāmo baitu skaits (nevis -t)
  -k, --blockcount #[KMG] pārraidāmo bloku (pakešu) skaits (nevis -t vai -n)
  -l, --len #[KMG] bufera garums lasīšanai vai rakstīšanai
                        (noklusējuma 128 KB TCP, 8 KB UDP)
  --cport <port> saistīt ar konkrētu klienta portu (TCP un UDP, noklusējums: īslaicīgs ports)
  -P, --paralēli # palaižamo paralēlo klientu straumju skaits
  -R, --reversā palaišana apgrieztā režīmā (serveris nosūta, klients saņem)
  -w, --window #[KMG] iestatīt loga izmēru / ligzdas bufera lielumu
  -M, --set-mss # set TCP/SCTP maksimālais segmenta lielums (MTU - 40 baiti)
  -N, --no-delay iestatiet TCP/SCTP bez kavēšanās, atspējojot Nagle algoritmu
  -4, --version4 izmanto tikai IPv4
  -6, --version6 izmanto tikai IPv6
  -S, --tos N iestatiet IP 'pakalpojuma veidu'
  -Z, --zerocopy izmanto "nulles kopijas" metodi datu nosūtīšanai
  -O, --izlaist N izlaist pirmās n sekundes
  -T, --title str prefikss katrai izvades rindai ar šo virkni
  --get-server-output iegūt rezultātus no servera
  --udp-counters-64bit izmantojiet 64 bitu skaitītājus UDP testa paketēs

[KMG] norāda opcijas, kas atbalsta K/M/G sufiksu kilo-, mega- vai giga-

iperf3 mājaslapa:http://software.es.net/iperf/
Ziņojiet par kļūdām:    https://github.com/esnet/iperf

Windows 64 bitu versijas lejupielādes adrese:Hipersaites pieteikšanās ir redzama.

LINUX serveri, piemēram, CentOS, var instalēt iPerf3 rīku, izmantojot komandu yum, komanda ir šāda:

Pieteikšanās ir redzama.

serveris

Izmantojot Linux serveri kā servera pusi, izpildiet šādu komandu:

klients

Izmantojot vietējo datoru kā klienta pusi, es izpildīju šādu komandu:

Pieteikšanās ir redzama.

Piezīme:192.168.50.227 ir IP adrese Sever pusē

Kopsavilkuma

Servera žurnāls rāda, ka testa pieprasījums tika saņemts no 192.168.50.243, avota ports 22376. Klienta puse veic nepārtrauktu pārbaudi 10 sekundes un parāda sekundē pārraidīto baitu skaitu un joslas platuma informāciju. Nosūtītā un saņemtā statistika tiek apkopota pēc testa pabeigšanas. Porta 5201 klausīšanās turpinās pēc klienta savienojuma slēgšanas.

Savienojuma izveide ar resursdatoru 192.168.50.227, ports 5201
[ 4] Vietējais 192.168.50.243 ports 22377 savienots ar 192.168.50.227 pieslēgvietu 5201
[ ID] Intervāla pārsūtīšanas joslas platums
[ 4] 0.00-1.00 sek 112 MBytes 943 Mbit/sek
[ 4] 1.00-2.00 sek 112 MBytes 940 Mbit/sek
[ 4] 2.00-3.00 sek 112 MBytes 941 Mbit/sek
[ 4] 3.00-4.00 sek 112 MBytes 940 Mbit/sek
[ 4] 4.00-5.00 sek 112 MBytes 941 Mbit/sek
[ 4] 5.00-6.00 sek 112 MBytes 941 Mbit/sek
[ 4] 6.00-7.00 sek 112 MBytes 942 Mbit/sek
[ 4] 7.00-8.00 sek 112 MBytes 941 Mbit/sek
[ 4] 8.00-9.00 sek 112 MBytes 942 Mbit/sek
[ 4] 9.00-10.00 sek 112 MBytes 942 Mbit/sek
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Intervāla pārsūtīšanas joslas platums
[ 4] 0.00-10.00 sek 1.10 GBytes 941 Mbits/s sūtītājs
[ 4] 0.00-10.00 sek 1.10 GBytes 941 Mbits/s uztvērējs

iperf Gatavs.

Gan serveris, gan klienta ierīces ir Gigabit Etherports, un maršrutētāji ir arī Gigabit Etherports, tāpēc joslas platums 941 Mbit/s ir normāls.

Virtuālo mašīnu pārbaude ESXI ietvaros

Abas ir CentOS sistēmas, un fiziskajam maršrutētājam tiek piešķirta privāta IP adrese, kas tiek pārbaudīta, izmantojot privāto IP šādi:

Savienojuma izveide ar resursdatoru 192.168.50.227, ports 5201
[ 5] Vietējais 192.168.50.131 ports 35394 savienots ar 192.168.50.227 pieslēgvietu 5201
[ ID] Intervāla pārsūtīšanas bitu pārraides ātrums Retr Cwnd
[ 5] 0.00-1.00 sek 2.72 GBytes 23.3 Gbit/s 0 1.39 MBytes
[ 5] 1.00-2.00 sek 2.74 GBytes 23.5 Gbit/s 0 1.48 MBytes
[ 5] 2.00-3.00 sek 2.60 GBytes 22.3 Gbit/s 0 1.48 MBytes
[ 5] 3.00-4.00 sek 2.58 GBytes 22.2 Gbit/s 0 1.48 MBytes
[ 5] 4.00-5.00 sek 2.67 GBytes 23.0 Gbit/sec 0 1.48 MBytes
[ 5] 5.00-6.00 sek 2.65 GBytes 22.7 Gbit/s 0 1.48 MBytes
[ 5] 6.00-7.00 sek 2.67 GBytes 23.0 Gbit/sec 0 1.48 MBytes
[ 5] 7.00-8.00 sek 2.64 GBytes 22.7 Gbit/s 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] Intervāla pārsūtīšanas bitu pārraides ātrums Retr
[ 5] 0.00-10.00 sek 26.6 GBytes 22.8 Gbit/s 0 sūtītājs
[ 5] 0.00-10.04 sek 26.6 GBytes 22.7 Gbit/s uztvērējs

iperf Gatavs.

Tas ir nedaudz nenormāli, jo es esmu Gigabit maršrutētājs, un testa ātrums ir 22.7 Gbits/s, vai tas nav caur fizisku tīkla karti?

Piekļuves informācija:https://communities.vmware.com/t ... Routes/ta-p/2783083

VM1 un VM2 ir savienoti ar to pašu vSwitch ar nosaukumu "vSwitch1", to pašu portu grupu ar nosaukumu Production un arī to pašu VLAN ar nosaukumu VLAN 20, kā arī abi darbojas tajā pašā ESXi resursdatorā, ko sauc par ESX1. Tīkla trafiks starp šīm VM (VM1 un VM2) nenonāk uz fiziskajiem NIC ESXi resursdatorā, un šis rāmis arī netiek pārsūtīts uz fizisko tīklu, piemēram, fizisko slēdzi un maršrutētāju, jo VM grib sazināties ar vSwitch un rezultātā tiek sasniegts palielināts tīkla ātrums un mazāks tīkla latentums.

VM1 un VM2 ir savienoti ar to pašu vSwitch ar nosaukumu "vSwitch1", to pašu portu grupu ar nosaukumu Production un to pašu VLAN ar nosaukumu VLAN 20, un abi darbojas tajā pašā ESXi resursdatorā ar nosaukumu ESX1. Tīkla trafiks starp šīm virtuālajām mašīnām (VM1 un VM2).Neiet uz fizisko NIC ESXi resursdatorā, un šie rāmji arīTas netiek pārsūtīts uz fizisko tīklu(piemēram, fiziskie slēdži un maršrutētāji), jo VM sazināsies vSwitch, kā rezultātā būs lielāks tīkla ātrums un mazāks tīkla latentums.

Es pats pārbaudīju vidi.Divas virtuālās mašīnas atrodas vienā resursdatorā un vSwitch, bet ne vienā portu grupā, šķiet, ka tas netiek pārsūtīts uz fizisko tīkla karti un fizisko tīklu.