Użyj iPerf3 do testowania prędkości komunikacji sieciowej urządzeń

Mały śmiecie · Opublikowano 06.11.2021 10:59:01

iPerf3 to narzędzie do aktywnego pomiaru maksymalnej przepustowości osiągalnej w sieci IP. Obsługuje regulację różnych parametrów związanych z czasem, i protokołami (TCP, UDP, SCTP z IPv4 i IPv6). Dla każdego testu raportuje przepustowość, straty i inne parametry. Jest to nowa implementacja, która nie współdzieli kodu z oryginalnym iPerfem i nie jest kompatybilna wstecz. iPerf został pierwotnie opracowany przez NLANR/DAST. iPerf3 został przede wszystkim opracowany przez ESnet/Lawrence Berkeley National Laboratory.

Rodzina narzędzi iperf wykonuje aktywne pomiary, aby określić maksymalną przepustowość możliwą w sieci IP. Obsługuje regulację różnych parametrów związanych z czasem, protokołami i. Dla każdego testu raportuje zmierzoną przepustowość, straty i inne parametry.

Ta wersja, czasem nazywana iperf3, jest przeprojektowaniem oryginalnej wersji opracowanej przez NLANR / DAST. iperf3 to nowa implementacja od podstaw, której celem jest mniejsza, prostsza baza kodu oraz wersja biblioteki, którą można wykorzystać w innych programach. iperf3 zawiera także funkcje z wielu innych narzędzi, takich jak nuttcp i netperf, których brakuje w oryginalnym iperf. Należą do nich na przykład tryb zerowego kopiowania oraz opcjonalne wyjście JSON. Należy zauważyć, że iperf3 nie jest wstecznie kompatybilny z oryginalnym iperfem.

iPerf3 może być używany do testowania prędkości komunikacji sieciowej urządzenia, a iPerf3 można zainstalować na dwóch urządzeniach komputerowych, jednym jako serwer, drugim jako klient, a prędkość komunikacji można sprawdzić, wysyłając sobie nawzajem wiadomości przez iPerf3.

Parametry iPerf3 są następujące:

Usage: iperf [-s|-c host] [options]
   iperf [-h|--pomoc] [-v|--version]

Serwer lub klient:
  -p, --port # port serwera do nasłuchu/połączenia
  -f, --format [kmgKMG] do raportowania: Kbits, Mbits, KBytes, MBytes
  -i, --interwał # sekundy między okresowymi raportami o przepustowości
  -F, --nazwa pliku xmit/recv to określony plik
  -B, --<host>wiązanie wiązań z konkretnym interfejsem
  -V, --rozwlekły, bardziej szczegółowy wynik
  -j, --json w formacie JSON
  --logfile f wysyła wyjście do pliku loga
  -d, --debug emituje wyjście debugowania
  -v, --wersja pokaż informacje o wersji i wyjdź
  -H, --pomóż pokazać tę wiadomość i rzuć
Specyficzne dla serwera:
  -s, --serwer uruchomiony w trybie serwera
  -D, --demon prowadzi serwer jako demon
  -I, --plik pidfile zapisuj plik PID
  -1, --jednorazowy kontakt z jednym połączeniem klienta, a następnie zakończenie
Specyficzne dla klienta:
  -c, --klient <host> uruchomiony w trybie klienta, łącząc się z <host>
  -u, --udp używaj UDP zamiast TCP
  -b, --przepustowość #[KMG][/#] docelowa przepustowość w bitach/sekundę (0 dla nieograniczonego)
                        (domyślnie 1 Mbit/s dla UDP, nieograniczone dla TCP)
                        (opcjonalna liczba ukośników i pakietów w trybie burst)
  -t, --czas # czas na przesłanie w sekundach przez (domyślnie 10 sekund)
  -n, --bajty #[KMG] liczba bajtów do przesłania (zamiast -t)
  -k, --liczba bloków #[KMG] liczba bloków (pakietów) do przesłania (zamiast -t lub -n)
  -l, --len #[KMG] długość bufora do odczytu lub zapisu
                        (domyślnie 128 KB dla TCP, 8 KB dla UDP)
  --<port>cport powiązany z konkretnym portem klienta (TCP i UDP, domyślnie: port efemeryczny)
  -P, --równolegle # liczba równoległych strumieni klientów do uruchomienia
  -R, --odwrotnie uruchom w trybie odwrotnym (serwer wysyła, klient odbiera)
  -w, --okno #[KMG] ustaw rozmiar okna / rozmiar bufora gniazda
  -M, --set-mss # ustaw maksymalny rozmiar segmentu TCP/SCTP (MTU - 40 bajtów)
  -N, --bez opóźnienia ustaw TCP/SCTP bez opóźnienia, wyłączając algorytm Nagle'a
  -4, --wersja 4 używa tylko IPv4
  -6, --wersja 6 używa tylko IPv6
  -S, --tos N ustaw IP 'typ usługi'
  -Z, --zerocopy używa metody "zero copy" do przesyłania danych
  -O, --pomij N pomiń pierwsze n sekund
  -T, --title str prefiks każdej linii wyjściowej z tym ciągiem
  --get-server-output otrzymuje wyniki z serwera
  --udp-counters-64bit używa liczników 64-bitowych w pakietach testowych UDP

[KMG] oznacza opcje obsługujące sufiks K/M/G dla kilo-, mega- lub giga-

Strona główna iperf3:http://software.es.net/iperf/
Zgłaszaj błędy do:    https://github.com/esnet/iperf

Adres pobrania wersji Windows 64-bitowej:Logowanie do linku jest widoczne.

Serwery LINUX, biorąc na przykład CentOS, mogą zainstalować narzędzie iPerf3 za pomocą polecenia yum, a polecenie jest następujące:

Logowanie jest widoczne.

serwer

Przy serwerze Linux jako stronie serwera wykonaj następujące polecenie:

klient

Korzystając z mojego lokalnego komputera jako strony klienta, wykonałem następujące polecenie:

Logowanie jest widoczne.

Uwaga:192.168.50.227 to adres IP po stronie Sever

streszczenie

Log serwera pokazuje, że żądanie testowe zostało otrzymane z 192.168.50.243, port źródłowy 22376. Strona klienta przeprowadza test ciągły przez 10 sekund i wyświetla liczbę bajtów przesyłanych na sekundę oraz informacje o przepustowości. Statystyki przesłane i otrzymane są podsumowane po zakończeniu testu. Nasłuchiwanie portu 5201 trwa dalej po zamknięciu połączenia klienta.

Łączenie z hostem 192.168.50.227, port 5201
[ 4] lokal 192.168.50.243 port 22377 połączony z 192.168.50.227 port 5201
[ ID] Przepustowość transferu interwałowego
[ 4] 0,00-1,00 sek 112 MB 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 MB 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] Przepustowość transferu interwałowego
[ 4] 0,00-10,00 sek 1,10 GB 941 Mbit/s nadawca
[ 4] 0,00-10,00 sek 1,10 GBytes 941 Mbit/sec odbiornik

iperf Zrobione.

Zarówno urządzenia serwerowe, jak i klienckie to gigabitowe Etherporty, a routery również Gigabit Etherporty, więc przepustowość 941 Mbit/s jest normalna.

Testuj maszyny wirtualne w ESXI

Oba są systemami CentOS, a fizyczny router otrzymuje prywatny adres IP, który jest testowany przez prywatny adres IP w następujący sposób:

Łączenie z hostem 192.168.50.227, port 5201
[ 5] lokal 192.168.50.131 port 35394 połączony z 192.168.50.227 port 5201
[ ID] Przesyłka przesyłek interwałowych Retr Cwnd
[ 5] 0,00-1,00 sek 2,72 GB 23,3 Gbit/sek 0 1,39 MB
[ 5] 1,00-2,00 sek 2,74 GBytes 23,5 Gbit/sec 0 1,48 MBytes
[ 5] 2,00-3,00 sek 2,60 GB 22,3 Gbit/sec 0 1,48 MB
[ 5] 3,00-4,00 sek 2,58 GB 22,2 Gbit/sec 0 1,48 MB
[ 5] 4,00-5,00 sek 2,67 GB 23,0 Gbit/sec 0 1,48 MB
[ 5] 5,00-6,00 sek 2,65 GBytes 22,7 Gbit/sec 0 1,48 MBytes
[ 5] 6,00-7,00 sekund 2,67 GB 23,0 Gbit/sek 0 1,48 MB
[ 5] 7,00-8,00 sek 2,64 GBytes 22,7 Gbit/sec 0 1,48 MBytes
[ 5] 8,00-9,00 sekund 2,63 GB 22,6 Gbit/sek 0 1,48 MB
[ 5] 9,00-10,00 sek 2,67 GB 22,9 Gbit/sek 0 1,48 MB
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Przeniesienie bitrate interwałowe Retr
[ 5] 0,00-10,00 sek 26,6 GB 22,8 Gbit/sec 0 nadawca
[ 5] 0,00-10,04 sek 26,6 GBytes 22,7 Gbit/sec odbiornik

iperf Zrobione.

To trochę nietypowe, bo jestem routerem gigabitowym, a prędkość testu to 22,7 Gbit/s, czy nie przez fizyczną kartę sieciową?

Informacje dostępu:https://communities.vmware.com/t ... Routes/ta-p/2783083

VM1 i VM2 są połączone z tym samym vSwitchem o nazwie "vSwitch1", z tą samą grupą portów o nazwie Production oraz tym samym VLAN-em o nazwie VLAN 20, a oba działają na tym samym hostze ESXi o nazwie ESX1. Ruch sieciowy między tymi maszynami wirtualnymi (VM1 i VM2) nie trafia do fizycznych kart sieciowych na hostze ESXi, a ramki te również nie są przekazywane do sieci fizycznej, takiej jak fizyczny switch czy router, ponieważ maszyny wirtualne to robią komunikować się w obrębie vSwitch, co skutkuje zwiększoną prędkością sieci i mniejszym opóźnieniem sieci.

VM1 i VM2 są połączone z tym samym vSwitchem o nazwie "vSwitch1", tą samą grupą portów o nazwie Production oraz tym samym VLAN-em o nazwie VLAN 20, a oba działają na tym samym hostze ESXi o nazwie ESX1. Ruch sieciowy między tymi maszynami wirtualnymi (VM1 i VM2).Nie trafia do fizycznej karty sieciowej na hostze ESXi, oraz te układy równieżNie jest przekazywany do sieci fizycznej(jak fizyczne przełączniki i routery), ponieważ maszyny wirtualne komunikują się w ramach vSwitcha, co skutkuje wyższymi prędkościami sieci i mniejszymi opóźnieniami sieci.

Sam przetestowałem środowisko.Dwie maszyny wirtualne są na tym samym hostie i vSwitchu, ale nie na tej samej grupie portów, wydaje się, że nie jest przekazywany do fizycznej karty sieciowej ani do sieci fizycznej.