bwping - Online w chmurze

PROGRAM:

IMIĘ

bwctl, bwping, bwtraceroute — aplikacja kliencka do żądania przepustowości, traceroute, ping
i testy owamp.

STRESZCZENIE

bwctl [Opcje] -c recvhost -s host wysyłający
bwctl [Opcje] -c recvhost
bwctl [Opcje] -s host wysyłający
bwp [Opcje] -c recvhost -s host wysyłający
bwp [Opcje] -c recvhost
bwp [Opcje] -s host wysyłający
bwtraroute [Opcje] -c recvhost -s host wysyłający
bwtraroute [Opcje] -c recvhost
bwtraroute [Opcje] -s host wysyłający

OPIS

bwctl to aplikacja kliencka wiersza poleceń, która służy do inicjowania testów przepustowości.

Ta wersja bwctl jest w stanie inicjować Iperf, Orzechówka, Iperf3, Ping, Traceroute,
Ścieżka śledzenia i Owamp testów.

bwctl działa, kontaktując się z bwctld demon zarówno na hoście odbiorczym, jak i na hoście wysyłającym.
bwctld zarządza i planuje zasoby hosta, na którym działa. W przypadku, gdy tylko
określony jest jeden z hostów odbierających lub wysyłających, bwctl zakłada, że ​​lokalny host to
drugi punkt końcowy. bwctl spróbuje skontaktować się z miejscowym bwctld jeśli może. Jeżeli nie ma
miejscowy bwctld bieganie, bwctl zakłada, że ​​host lokalny nie wymaga kontroli zasad i
wykona bwctld funkcjonalność wymagana do bezpośredniego uruchomienia testu.

Jeśli przypadki, w których bwctl uruchamia test bezpośrednio na hoście, jest ich kilka
opcje konfiguracyjne, które są współdzielone z bwctld. Te opcje konfiguracji można ustawić
używając bwctlrc(5) plik konfiguracyjny w sposób bardzo podobny do tego, jakie są
określone w bwctld.conf(5) plik.

Połączenia bwctl, bwp i bwtraroute klientów jest używany do zażądać dotychczasowy życzenia rodzaj of
wydajność, czas oczekiwania or traceroute test. Ponadto, it wywołań jeśli chodzi o komunikację i motywację test jest potrzebny.
bwctld na każdym punkcie końcowym albo odpowiada wstępną rezerwacją, albo test odmówiono
wiadomość. Pewnego razu bwctl jest w stanie uzyskać pasującą rezerwację od obu bwctld procesy (jeden
dla każdego gospodarza biorącego udział w teście) potwierdza rezerwację. A później bwctld
procesy uruchamiają test i zwracają wyniki. Wyniki są zwracane do klienta z
obie strony testu z odpowiednich bwctld procesy. Dodatkowo bwctld
procesy dzielą się ze sobą wynikami z odpowiedniej strony testu.

BWCTL (bwctl i bwctld) służy do umożliwienia hostom niespecyficznych testów pomiarowych sieci
bez konieczności podawania pełnych kont użytkowników na danych systemach. Użytkownicy chcą mieć możliwość
uruchom testy przepustowości, aby określić osiągalną lub dostępną przepustowość między parą
zastępy niebieskie. Często przydatne jest testowanie wielu punktów na ścieżce sieciowej w celu określenia:
charakterystykę sieci na tej ścieżce. Zazwyczaj użytkownicy, którzy chcą zrobić tę ścieżkę
dekompozycja musi bezpośrednio skontaktować się z administratorami sieci/systemu, którzy kontrolują
gospodarze na ścieżce. Administrator musi przeprowadzić połowę testu dla użytkownika
lub daj im konto użytkownika na hoście. Ponadto ścieżki sieciowe będące przedmiotem zainteresowania są zazwyczaj
kontrolowane przez wielu administratorów. Te przeszkody spowodowały tego rodzaju testy
trudne w praktyce.

BWCTL został zaprojektowany, aby pomóc w rozwiązaniu tego problemu. Pozwala administratorowi skonfigurować
podano hosta jako an Iperf, Iperf3, Orzechówkalub Owamp punkt końcowy. Punktem końcowym może być pakiet
nadawca (np. Iperf klienta) lub odbiornika pakietów (np. Iperf serwer). Może być udostępniany przez
wielu użytkowników bez obawy, że ci użytkownicy będą sobie wzajemnie przeszkadzać. Konkretny
limity zasad mogą być stosowane do określonych użytkowników, a poszczególne testy są zaplanowane tak, aby
nie będą ze sobą kolidować. Ponadto pełne konta użytkowników nie są wymagane dla
użytkowników przeprowadzających testy.

BWCTL pozwala administratorowi klasyfikować połączenia przychodzące na podstawie nazwy użytkownika i
Kombinacja klawiszy AES lub alternatywnie na podstawie adresu IP/maski sieci. Gdy połączenie jest
sklasyfikowane, bwctld potrafi określić dokładny rodzaj i intensywność testów przepustowych
to będzie dozwolone. Więcej informacji na temat kontroli polityki można znaleźć w
bwctld(8) strona podręcznika.

BWCTL wykorzystuje rozproszony algorytm planowania. Każdy gospodarz prowadzi harmonogram
niezależnie. Gdy klient żąda testu, kontaktuje się z dwoma punktami końcowymi i każdy
bwctld serwer odpowiada pierwszym dostępnym otwartym przedziałem harmonogramu. Umożliwia to na żądanie
testy współistnieją z regularnie zaplanowanymi testami, ponieważ regularnie zaplanowane testy są
realizowane poprzez regularne przeprowadzanie testów żądań klienta. Różne priorytety
można zaimplementować za pomocą horyzont zdarzeń dyrektywa konfiguracyjna do bwctld. (Pozwalając
klienci, którzy wdrażają regularnie zaplanowane testy, aby zarezerwować swoje przedziały czasowe w dalszej części
przyszłość.)

ARGUMENTY

Połączenie/uwierzytelnianie argumenty:
-4, --ipv4.
Wymusza na bwctl używanie tylko adresów IPv4.

Zaniedbanie:
Nieokreślony (preferowany jest IPv6).

-6, --ipv6.
Wymusza na bwctl używanie tylko adresów IPv6.

Zaniedbanie:
Nieokreślony (preferowany jest IPv6).

-A metoda autoryzacji
metoda autoryzacji służy do określenia metody uwierzytelniania bwctl klient jest chętny
używać do komunikacji z bwctld na host wysyłający i recvhost,
opcje uwierzytelniania bwctl mają być rozszerzalne. Komunikacja
z bwctl klient do każdego bwctld serwer może mieć różne opcje dla
różne rodzaje uwierzytelniania. Jeśli metoda autoryzacji opcja jest określona dla
albo -sLub -c argument, zastępuje metoda autoryzacji określone z
-A opcja komunikacji z tym konkretnym hostem. (Dlatego też -A argument
jest naprawdę przydatne tylko wtedy, gdy to samo uwierzytelnianie może być używane z obydwoma hostami.)

Zezwolenie na różne metody uwierzytelniania dla każdego połączenia powinno umożliwić klientowi
używać różnych metod uwierzytelniania z różnymi serwerami, co z kolei powinno
umożliwiają łatwiejsze przeprowadzanie testów międzydomenowych.

Format dla metoda autoryzacji jest:

tryb autoryzacji [schemat autoryzacji opcje schematu]

tryb autoryzacji
Określa tryb uwierzytelniania, z którym klient chce rozmawiać
serwer. Musi być ustawiony jako ciąg znaków z dowolnym lub wszystkimi
znaki "AEO". Tryby to:

A [A]uwierzytelniony. Ten tryb szyfruje połączenie sterujące.

E [E] zaszyfrowane. Ten tryb szyfruje połączenie sterujące. Jeśli test
obsługuje szyfrowanie, ten tryb dodatkowo zaszyfruje test
strumień. (Szyfrowanie strumienia testowego nie jest obecnie obsługiwane, więc
ten tryb jest obecnie identyczny z uwierzytelnionym).

O [O]długopis. Żadne szyfrowanie nie jest wykonywane.

Klient może określić wszystkie tryby, za pomocą których jest skłonny
porozumieć się. Najbardziej rygorystyczny tryb, w którym znajduje się zarówno serwer, jak i klient
chętni do korzystania zostaną wybrani.

Zaniedbanie:
„AEO”

autoryzacja schematopcje
autoryzacja wskazuje schemat uwierzytelniania, który powinien być używany do
osiągnąć uwierzytelniony or szyfrowane tryby. schematopcje są listą
argumenty specyficzne dla każdego konkretnego schematu uwierzytelniania. Utrzymany
autoryzacja następujące wartości (wymienione z schematopcje każdy schemat wymaga):

AESKEY userid [plik klucza]
Jest to początkowy model „prostego” wspólnego hasła (klucza AES). userid is
wymagane do określenia, który wspólny sekret powinien serwer i klient;
używać. plik klucza opcjonalnie określa plik do pobrania klucza AES
z. Gdyby plik klucza nie jest określony, użytkownik zostanie poproszony o
hasło. plik klucza można wygenerować za pomocą aespasswd(1)
aplikacji.

Zaniedbanie:
Brak uwierzytelnienia

autoryzacja i schematopcje są potrzebne tylko w przypadku komunikacji uwierzytelnionej (A or E
tryby tryb autoryzacji) jest poszukiwany z host wysyłający i recvhost.

-B, --lokalny adres serce
Powiąż lokalny adres gniazda klienta z serce. serce można określić
używając nazwy DNS lub używając standardowych notacji tekstowych dla adresów IP.

Zaniedbanie:
Nieokreślony (wybór adresu wieloznacznego).

-C, --odbiorca recvhost[:port] [metoda autoryzacji]
Określa hosta, który będzie uruchamiał Iperf, Iperf3 or Orzechówka serwer. Port
przyrostek jest opcjonalny i jest potrzebny tylko wtedy, gdy bwctld jest uruchamiany na porcie innym niż domyślny
numer. Jeśli określany jest adres IPv6, zwróć uwagę, że akceptowany format
zawiera recvhost część specyfikacji w nawiasach kwadratowych jako:
[fe80::fe9f:62d8]:4823. Dzięki temu numer portu różni się od adresu
specyfikacji i nie jest potrzebna, jeśli sufiks :port nie jest używany.

Co najmniej jeden z -c or -s muszą być określone opcje. Jeśli jeden z nich nie jest
określony, zakłada się, że jest to host lokalny.

metoda autoryzacji to specjalnie uporządkowana lista słów kluczowych, która jest potrzebna tylko wtedy, gdy
wymagana jest uwierzytelniona komunikacja z recvhost. Te słowa kluczowe służą do
opisać rodzaj komunikacji i uwierzytelnienia, które powinny być używane do
skontaktować się z recvhost. Jeśli recvhost i host wysyłający udostępnij to samo uwierzytelnienie
metod i tożsamości, możliwe jest określenie metody autoryzacji dla obu recvhost
i host wysyłający używając -A argument. jakiś metoda autoryzacji określone z -c opcja
zastąpi metoda autoryzacji określone z -A argument za komunikacją z
dotychczasowy recvhost.

Format dla metoda autoryzacji oraz opis aktualnie dostępnych
metody uwierzytelniania są opisane za pomocą -A argumenty.

-tak, --nadawca wyślijhost[:port] [metoda autoryzacji]
Określa hosta, który będzie uruchamiał Iperf, Iperf3 or Orzechówka klient. Port
przyrostek jest opcjonalny i jest potrzebny tylko wtedy, gdy bwctld jest uruchamiany na porcie innym niż domyślny
numer. Jeśli określany jest adres IPv6, zwróć uwagę, że akceptowany format
zawiera host wysyłający część specyfikacji w nawiasach kwadratowych jako:
[fe80::fe9f:62d8]:4823. Dzięki temu numer portu różni się od adresu
specyfikacji i nie jest potrzebna, jeśli sufiks :port nie jest używany.

Co najmniej jeden z -c or -s muszą być określone opcje. Jeśli jeden z nich nie jest
określony, zakłada się, że jest to miejscowy.

metoda autoryzacji to specjalnie uporządkowana lista słów kluczowych, która jest potrzebna tylko wtedy, gdy
wymagana jest uwierzytelniona komunikacja z host wysyłający. Te słowa kluczowe służą do
opisać rodzaj komunikacji i uwierzytelnienia, które powinny być używane do
skontaktować się z host wysyłający. Jeśli recvhost i host wysyłający udostępnij to samo uwierzytelnienie
metod i tożsamości, możliwe jest określenie metody autoryzacji dla obu recvhost
i host wysyłający używając -A argument. jakiś metoda autoryzacji określone z -s opcja
zastąpi metoda autoryzacji określone z -A argument za komunikacją z
dotychczasowy host wysyłający.

Format dla metoda autoryzacji oraz opis aktualnie dostępnych
metody uwierzytelniania są opisane za pomocą -A argumenty.

-o, --trzepnięcie
Domyślnie nadawca połączy się z odbiorcą. Opcja --flip powoduje, że
odbiornik, aby połączyć się z nadawcą. Ta opcja nie jest dostępna dla wszystkich typów testów
(np. do testów iperf). Jest to najbardziej przydatne, gdy odbiornik znajduje się za zaporą sieciową.

bwctl Testowanie argumenty:
Argumenty zostały nazwane tak, aby pasowały do ​​ich odpowiedników w Iperf tak blisko, jak to możliwe.

-T, --narzędzie
Określ, którego testera przepustowości użyć:

iperf

iperf3

nuttcp

Zaniedbanie:
Nic. Wybiera narzędzie wspólne dla klienta i serwera

-S, --to KASZEL
Ustaw bajt TOS w wysyłanych pakietach.

Zaniedbanie:
Brak.

-D, --dscp DSCP
Ustaw wartość DSCP w stylu RFC 2474 dla bajtu TOS w wysyłanych pakietach. To może
być ustawione przy użyciu 6-bitowej wartości liczbowej w postaci dziesiętnej, szesnastkowej lub ósemkowej. Dodatkowo
następujący zestaw symbolicznych DSCP stałe nazwy są zrozumiałe. (Przykładowe aplikacje
pochodzą z RFC 4594.)

┌────────┬────────┬─────────────────────────┬───── ──────────────────────┐
│ Imię │ wartość │ Usługi Klasa │ Przykłady │
├────────├────────├─────────────────────────├───── ──────────────────────┤
│BRAK │ │ │ │
│DEFAULT │ 000000 │ Standardowy │ Niezróżnicowany │
│DF │ │ │ │
│CS0 │ │ │ │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS1 │ 001000 │ Dane o niskim priorytecie │ Brak pewności BW │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│AF11 001010
│AF12 │ 001100 │ Dane o dużej przepustowości │ Przechowywanie i przesyłanie dalej │
│AF13 001110
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS2 │ 010000 │ OAM │ OAM&P │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│AF21 010010
│AF22 │ 010100 │ Dane o niskim opóźnieniu │ Zamawianie przez Internet │
│AF23 010110
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS3 │ 011000 │ Transmisja wideo │ Telewizja i wydarzenia na żywo │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│AF31 011010
│AF32 │ 011100 │ Multimedia Streaming │ Streaming wideo i audio │
│AF33 011110
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS4 │ 100000 │ Interaktywne w czasie rzeczywistym │ Konf. wideo i gry │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│AF41 100010
│AF42 │ 100100 │ Konferencje multimedialne │ Wideokonferencje H.323 │
│AF43 100110
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS5 │ 101000 │ Sygnalizacja │ Konfiguracja wideo i gry │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│EF │ 101110 │ Telefonia │ Nośnik telefonii IP │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS6 │ 110000 │ Kontrola sieci │ Routing sieci │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS7 111000
└────────┴────────┴─────────────────────────┴───── ──────────────────────┘
Zaniedbanie:
Nieoprawny.

-B, --przepustowość łącza przepustowość
Ogranicz szybkość wysyłania UDP do przepustowość (bitów/s).

Zaniedbanie:
1 Mb

-ja, --report_interwał interwał
Interwał raportu (sekundy).

Zaniedbanie:
rozbrojony (brak zgłoszonych interwałów)

-ja, --długość_bufora len
długość buforów odczytu/zapisu (w bajtach).

Zaniedbanie:
8 KB TCP, 1470 bajtów UDP

-O, --pomijać sekund
Początkowy okres danych do pominięcia w statystykach końcowych. To po to, byś mógł
pomiń warunki początkowe, takie jak powolny start TCP. Obecnie wdrażane tylko przez
dotychczasowy iperf3 narzędziem.

-P, --równoległy nStrumienie
Liczba jednoczesnych strumieni do testu. Zobacz -P opcja Iperf dla szczegółów.

-t,--czas_testu czas
Czas trwania testu (sekundy).

Zaniedbanie:
10

-ty, --udp
Test UDP.

Zaniedbanie:
Test TCP

-W,--dynamiczne_okno okno
Taki sam jak -w opcja, z tą różnicą, że jest to wartość doradcza. bwctl spróbuje
dynamicznie określić odpowiednie okno TCP na podstawie informacji RTT
zebrane z gniazda kontrolnego. Gdyby bwctl nie jest w stanie dynamicznie określić a
okno, wartość okno będzie użyty.

Zaniedbanie:
Nieskonfigurowane (domyślne ustawienia systemu)

-w, --okno okno
Rozmiary buforów gniazd (w bajtach). W przypadku TCP ustawia rozmiar okna TCP. W przypadku UDP to
ustawia rozmiar bufora odbioru gniazda.

Zaniedbanie:
Nieskonfigurowane (domyślne ustawienia systemu)

bwp Testowanie argumenty:
-T, --narzędzie
Określ, którego testera przepustowości użyć:

świst

owamp

Zaniedbanie:
Nic. Wybiera narzędzie wspólne dla klienta i serwera

-MI, --no_punkt końcowy
Zezwól na uruchomienie testu ping tam, gdzie odbiornik może nie mieć dostępnego bwctl.

-ja, --długość_pakietu długość
Rozmiar pakietów do wysłania do testu ping lub owamp

Zaniedbanie:
Pakiety o minimalnej wielkości

-N, --liczba_pakietów nPakiety
Liczba pakietów do wysłania w tym teście

Zaniedbanie:
10

-ja, --interwał_pakietów sekund
Czas między wysłaniem każdego pakietu do testu

Zaniedbanie:
1.0 sekund

-T, --ttl TTL
Wartość TTL do oznaczenia każdego pakietu. Dotyczy to tylko testów ping.

Zaniedbanie:
żaden

bwtraroute Testowanie argumenty:
-T, --narzędzie
Określ, którego testera przepustowości użyć:

traceroute

Tracepath

Zaniedbanie:
Nic. Wybiera narzędzie wspólne dla klienta i serwera

-MI, --no_punkt końcowy
Zezwól na uruchomienie testu, w którym odbiornik może nie mieć dostępnego bwctl.

-ja, --długość_pakietu długość
Rozmiar pakietów do wysłania do testów

Zaniedbanie:
Pakiety o minimalnej wielkości

-F, --pierwszy_ttl TTL
Minimalny czas TTL do ustawienia dla traceroute. To ustawia pierwszy przeskok na trasie, która
będzie zwrócony. Nie działa to w przypadku testów tracepath.

Zaniedbanie:
żaden

-M, --max_ttl TTL
Maksymalny czas TTL do ustawienia dla traceroute. To ustawia ostatni przeskok na trasie, która
będzie zwrócony. Nie działa to w przypadku testów tracepath.

Zaniedbanie:
żaden

-T, --Czas trwania testu sekundyfR
Maksymalny czas oczekiwania na zakończenie testu traceroute.

Zaniedbanie:
10 sekund

Scheduling argumenty:
-za, --allow_ntp_unsync synfuzz
Dopuszczać bwctl działać bez zsynchronizowanego zegara systemowego. Użyj tego, aby określić, jak daleko
poza lokalnym zegarem jest od UTC. bwctl woli mieć NTP zsynchronizowany system
zegar, aby upewnić się, że dwa punkty końcowe testu faktycznie zgadzają się na to samo
zaplanowane okno czasowe na wykonanie testu.

Jeśli dwa systemy NIE mają wystarczająco dokładnego pojęcia czasu, to test przepustowości
w końcu zakończy się niepowodzeniem, ponieważ jeden punkt końcowy testu będzie próbował uruchomić się o godz
inny czas niż inne.

Jeśli system operacyjny obsługuje NTP wywołania systemowe, a zegar systemowy jest
określone jako niezsynchronizowane, komunikaty o błędach będą nadal zgłaszane w zależności od
od wartości -e flag.

Przy obliczaniu błędów czasowych wartość ta zostanie dodana w celu uwzględnienia
różnica. Maksymalne przesunięcie czasu można ograniczyć po stronie serwera, używając
dyrektywa max_time_error, aby zapobiec atakom typu „odmowa usługi”. Jeśli ustawione, serwer
odrzuci wszelkie żądania testowania z peerem, który ma zbyt wysoki błąd sygnatury czasowej.

Zaniedbanie:
Nieuzbrojone (domyślnie ustawione dla systemów bez NTP wywołania systemowe)

-i, --interwał_testowy interwał
Określa, że bwctl powinien próbować uruchamiać test przepustowości co interwał
towary drugiej jakości.

Zaniedbanie:
Nieoprawny. Jeśli jest rozbrojony, bwctl uruchamia test tylko raz.

-L, --ostatni_godzina najdłużej
Określa najdłuższy czas oczekiwania klienta na
okno rezerwacji. Kiedy bwctl żąda testu od bwctld serwer, określa
najwcześniejszy i najpóźniejszy czas, jaki jest skłonny zaakceptować. Ostatnia godzina to
określony przez dodanie tego najdłużej opcję od najwcześniejszego czasu. Najwcześniejszy czas to
zasadniczo „teraz”. ten najdłużej czas jest określony jako liczba sekund.

Zaniedbanie:
If interwał jest ustawione, domyślnie 50% interwał. W przeciwnym razie domyślny
to dwukrotność czasu trwania testu czas ale nie mniej niż 10 minut. (Widzieć -t.)

-N, --liczba_testów nPrzedziały
Liczba testów do wykonania, jeśli -I opcja jest ustawiona.

Zaniedbanie:
Ciągły

-R, --randomizuj alfa
Wybierz losowo czas rozpoczęcia testu w ramach tego alfa procent interwał.
Prawidłowe wartości dla alfa są od 0-50. bwctl będzie próbował uruchomić test co
interwał +/- alfa procent. Na przykład, jeśli interwał wynosi 300 sekund i alfa
jest ustawiony na 10 procent, to bwctl spróbuje uruchomić test co 270-330 sekund.
Ta opcja jest przydatna tylko z -I opcja.

Zaniedbanie:
0 (bez losowości)

Wydajność argumenty:
-D, --katalog_wyjściowy reż
Określa katalog dla plików wynikowych, jeśli -p opcja jest ustawiona.

-mi, --obiekt łatwość
syslog łatwość do logowania wiadomości.

Zaniedbanie:
LOG_USER

-F, --jednostki jednostek
Określ jednostki dla narzędzia, które będzie używane podczas wyświetlania wyników. Zaakceptowany
wartości dla jednostek są specyficzne dla narzędzia.

Iperf:

k Kilobitów na sekundę

K Kilobajtów na sekundę

m Megabitów na sekundę

M Megabajtów na sekundę

-H, --help
Wydrukuj wiadomość pomocy.

-P, --wydrukować
Umieść wyniki testów w plikach. Wydrukuj nazwy plików na standardowe wyjście, gdy wyniki są
kompletny.

-Q, --cichy
Ciche wyjście. Wyjście tak mało, jak to możliwe.

-R, --syslog_to_stderr
Wysyłaj wiadomości syslog do stderr. Jest to ustawienie domyślne, chyba że -q Jest opcja
określone, więc ta opcja jest użyteczna tylko z -q opcja.

-V, --wersja
Wydrukuj informacje o wersji i zakończ.

-v, --gadatliwy
Gadatliwe wyjście. Określanie dodatkowych -vzwiększa gadatliwość.

-X, --Zarówno
Wyświetlaj wyniki zarówno nadawcy, jak i odbiorcy. Domyślnie tylko wyniki z
odpowiednie strony dla danego narzędzia są wyprowadzane. Jeśli -p opcja jest określona,
wyniki nadawcy umieszczane są w dodatkowym pliku.

-y, --format format
Określ format wyjściowy narzędzia. Akceptowane wartości dla format są narzędziami
konkretny.

Iperf:

c [c]wyjście oddzielone przecinkami

ŚRODOWISKO ZMIENNE

bwctl Środowisko Zmienna posługiwać się domyślnym

────────────────────────────────────────────────── ──────

BWCTLRC Config filet ~/.bwctlrc
BWCTL_DEBUG_TIMEOFFSET Offset 0.0 (sekundy)

PRZYKŁADY

bwctl -c jakiśhost.example.com

Jak najszybciej uruchom domyślny 10-sekundowy test TCP za pomocą miejscowy jako nadawca i
somehost.example.com jako odbiorca, używając dowolnych wspólnych narzędzi.
Zwróć wyniki ze strony odbierającej testu.

bwctl -x -c jakiśhost.example.com

Podobnie jak w poprzednim teście, ale również zwraca wyniki od strony nadawcy
test.

bwctl -x -c jakiśhost.example.com -s innyhost.example.com

Podobnie jak w poprzednim teście, ale z innymhostem.example.com jako nadawcą zamiast
miejscowy.

bwctl -t 30 -T iperf -s jakiśhost.example.com

Uruchom 30-sekundowy TCP Iperf przetestuj z somehost.example.com jako nadawcą i miejscowy as
odbiornik.

bwctl -I 3600 -R 10 -t 10 -u -b 10m -s jakiśhost.example.com

Uruchamiaj 10-sekundowy test UDP mniej więcej co godzinę (3600 +/- 360 sekund) z nadawcą
szybkość ograniczona do 10 Mbitów na sekundę z somehost.example.com do miejscowy.

bwctl -s jakiśhost.example.com AE AESKEY ktoś

Uruchom domyślny 10-sekundowy test TCP. Uwierzytelnij się przy użyciu tożsamości ktoś. bwctl
poprosi o hasło, które zostanie użyte do utworzenia klucza AES.

bwp --no_punkt końcowy -N 30 -i 0.5 --ttl 150 -c jakiśhost.example.com

Uruchom test ping, który wysyła 30 pingów, jeden pakiet na pół sekundy, z TTL równym 150
do somehost.example.com z miejscowy. Jeśli somehost.example.com nie ma bwctl
uruchomiony, test ping i tak zostanie uruchomiony.

bwtraroute -T Tracepath -E -c jakiśhost.example.com

Uruchom test tracepath do somehost.example.com z miejscowy. Jeśli somehost.example.com
nie ma uruchomionego bwctl, test tracepath i tak zostanie uruchomiony.

Użyj bwping online, korzystając z usług onworks.net