bwping - Online in der Cloud

PROGRAMM:

NAME/FUNKTION

bwctl, bwping, bwtraceroute - Clientanwendung zum Anfordern von Durchsatz, Traceroute, Ping
und owamp-Tests.

ZUSAMMENFASSUNG

bwctl [Optionen] -c recvhost -s sendhost
bwctl [Optionen] -c recvhost
bwctl [Optionen] -s sendhost
bwping [Optionen] -c recvhost -s sendhost
bwping [Optionen] -c recvhost
bwping [Optionen] -s sendhost
bwtraceroute [Optionen] -c recvhost -s sendhost
bwtraceroute [Optionen] -c recvhost
bwtraceroute [Optionen] -s sendhost

BESCHREIBUNG

bwctl ist eine Befehlszeilen-Clientanwendung, die zum Initiieren von Durchsatztests verwendet wird.

Diese Version von bwctl ist in der Lage zu initiieren Iperf, Nuttcp, IPerf3, Pingen, Traceroute,
Spurenpfad und Owamp Tests.

bwctl funktioniert durch Kontaktaufnahme mit a bwctld Daemon sowohl auf dem empfangenden Host als auch auf dem sendenden Host.
bwctld verwaltet und plant die Ressourcen des Hosts, auf dem es ausgeführt wird. Für den Fall, dass nur
einer der empfangenden Hosts oder sendenden Hosts angegeben ist, bwctl geht davon aus, dass der lokale Host
der andere Endpunkt. bwctl wird versuchen, einen Einheimischen zu kontaktieren bwctld wenn es kann. Wenn es keine gibt
aus einer regionalen bwctld Laufen, bwctl geht davon aus, dass der lokale Host keine Richtlinienkontrollen erfordert und
wird die ausführen bwctld Funktionalität, die erforderlich ist, um den Test direkt auszuführen.

Wenn Fälle, in denen bwctl führt den Test direkt auf dem Host aus, es gibt mehrere
Konfigurationsoptionen, die mit . geteilt werden bwctld. Diese Konfigurationsoptionen können eingestellt werden
Verwendung der bwctlrc(5) Konfigurationsdatei in ähnlicher Weise wie sie sind
angegeben in der bwctld.conf(5) Datei.

Das bwctl, bwping und bwtraceroute Kunden sind benutzt zu Anforderung erwünscht tippe of
Durchsatz, Latenz or Traceroute Test. Außerdem, it Zugriffe wann die Prüfung ist erwünscht.
bwctld auf jedem Endpunkt antwortet entweder mit einer vorläufigen Reservierung oder a Test verweigert
Botschaft. Wenn bwctl kann von beiden eine passende Reservierung bekommen bwctld Prozesse (ein
für jeden am Test beteiligten Host) bestätigt er die Reservierung. Dann ist die bwctld
Prozesse führen den Test aus und geben die Ergebnisse zurück. Die Ergebnisse werden an den Kunden zurückgesendet von
beide Seiten des Tests von den jeweiligen bwctld Prozesse. Außerdem ist die bwctld
Prozesse teilen die Ergebnisse ihrer jeweiligen Seite des Tests miteinander.

BWCTL (bwctl und bwctld) wird verwendet, um unspezifische Netzwerkmesstests für Hosts zu ermöglichen
ohne vollständige Benutzerkonten auf den angegebenen Systemen angeben zu müssen. Benutzer wollen die Möglichkeit,
Durchsatztests durchführen, um die erreichbare oder verfügbare Bandbreite zwischen einem Paar von
Gastgeber. Es ist oft nützlich, an mehreren Punkten entlang eines Netzwerkpfads zu testen, um die
Netzwerkeigenschaften entlang dieses Pfads. In der Regel Benutzer, die diesen Pfad verwenden möchten
Zersetzung müssen sich direkt an die Netzwerk-/Systemadministratoren wenden, die die
Gastgeber auf dem Weg. Der Administrator muss entweder die Hälfte des Tests für den Benutzer ausführen
oder geben Sie ihnen ein Benutzerkonto auf dem Host. Außerdem sind Netzwerkpfade von Interesse in der Regel
von mehreren Administratoren gesteuert. Diese Hürden haben diese Art von Tests gemacht
in der Praxis schwierig.

BWCTL wurde entwickelt, um bei diesem Problem zu helfen. Es ermöglicht einem Administrator, a
gegebener Gastgeber als ein Iperf, IPerf3, Nuttcp, oder Owamp Endpunkt. Der Endpunkt kann ein Paket sein
Absender (zB Iperf Client) oder ein Paketempfänger (zB Iperf Server). Es kann geteilt werden von
mehrere Benutzer ohne Bedenken, dass sich diese Benutzer gegenseitig stören. Spezifisch
Richtlinienlimits können auf bestimmte Benutzer angewendet werden, und einzelne Tests werden so geplant, dass sie
werden sich nicht gegenseitig stören. Darüber hinaus sind keine vollständigen Benutzerkonten erforderlich für
die Benutzer, die die Tests durchführen.

BWCTL ermöglicht dem Administrator, eingehende Verbindungen anhand eines Benutzernamens zu klassifizieren und
AES-Tastenkombination oder alternativ basierend auf einer IP/Netzmaske. Sobald die Verbindung besteht
klassifiziert, die bwctld kann die genaue Art und Intensität von Througput-Tests bestimmen
das wird erlaubt sein. Weitere Informationen zu den Richtlinienkontrollen finden Sie im
bwctld(8) Handbuchseite.

BWCTL verwendet einen verteilten Scheduling-Algorithmus. Jeder Host unterhält einen Zeitplan
unabhängig. Wenn ein Client einen Test anfordert, werden die beiden Endpunkte kontaktiert und jeder
bwctld Server antwortet mit dem ersten verfügbaren offenen Zeitplan-Slot. Dies ermöglicht On-Demand
Tests, die mit regelmäßig geplanten Tests koexistieren, da regelmäßig geplante Tests
implementiert, indem der Kunde in regelmäßigen Abständen Tests anfordert. Verschiedene Prioritäten
kann implementiert werden mit Ereignishorizont Konfigurationsdirektive zu bwctld. (Indem du zulassen
Kunden, die regelmäßig geplante Tests implementieren, um ihre Zeitfenster weiter zu reservieren
die Zukunft.)

ARGUMENTE

Verbindung/Authentifizierung Argumente:
-4, --ipv4
Zwingt bwctl, nur IPv4-Adressen zu verwenden.

Standard:
Nicht spezifiziert (IPv6 wird bevorzugt).

-6, --ipv6
Zwingt bwctl, nur IPv6-Adressen zu verwenden.

Standard:
Nicht spezifiziert (IPv6 wird bevorzugt).

-A Authentifizierungsmethode
Authentifizierungsmethode wird verwendet, um die Authentifizierungsmethode anzugeben, die bwctl Kunde ist bereit
für die Kommunikation mit den bwctld auf die sendhost und recvhostdem „Vermischten Geschmack“. Seine
Authentifizierungsoptionen von bwctl sollen erweiterbar sein. Die Kommunikation
von dem bwctl Kunde zu jedem bwctld Server kann verschiedene Optionen für
verschiedene Arten der Authentifizierung. Wenn die Authentifizierungsmethode Option ist angegeben für
entweder -sOder das -c Argument, es überschreibt das Authentifizierungsmethode angegeben mit dem
-A Option für die Kommunikation mit diesem bestimmten Host. (Deshalb, die -A Argument
ist wirklich nur sinnvoll, wenn mit beiden Hosts dieselbe Authentifizierung verwendet werden kann.)

Das Zulassen unterschiedlicher Authentifizierungsmethoden für jede Verbindung sollte einem Client ermöglichen
verschiedene Authentifizierungsmethoden mit verschiedenen Servern zu verwenden, was wiederum
ermöglichen, dass domänenübergreifende Tests einfacher durchgeführt werden.

Das Format für Authentifizierungsmethode ist:

Authentifizierungsmodus [Authentifizierungsschema Schemaopts]

Authentifizierungsmodus
Gibt den Authentifizierungsmodus an, mit dem der Client sprechen möchte a
Server. Es muss als Zeichenkette mit einem oder allen der
Zeichen "AEO". Die Modi sind:

A [A]beglaubigt. Dieser Modus verschlüsselt die Steuerverbindung.

E [E]verschlüsselt. Dieser Modus verschlüsselt die Steuerverbindung. Wenn der Test
unterstützt die Verschlüsselung, dieser Modus wird den Test zusätzlich verschlüsseln
Strom. (Die Verschlüsselung des Teststreams wird derzeit nicht unterstützt, also
dieser Modus ist derzeit identisch mit authentifiziert.)

O [O]Stift. Es erfolgt keine Verschlüsselung jeglicher Art.

Der Kunde kann alle Modi angeben, mit denen er bereit ist zu
kommunizieren. Der strengste Modus, den sowohl der Server als auch der Client sind
Nutzungswillige werden ausgewählt.

Standard:
"AEO"

authschema Schemaoptimiert
authschema gibt das Authentifizierungsschema an, das verwendet werden soll
das erreichen authentifiziert or verschlüsselt Modi. Schemaoptimiert sind eine Liste von
Argumente, die für jedes bestimmte Authentifizierungsschema spezifisch sind. Unterstützt
authschema Werte folgen (aufgelistet mit dem Schemaoptimiert jedes Schema erfordert):

AESKEY userid [Schlüsseldatei]
Dies ist das anfängliche "einfache" Shared-Secret-Modell (AES-Schlüssel). userid is
erforderlich, um zu ermitteln, welches gemeinsame Geheimnis der Server und der Client haben sollen
verwenden. Schlüsseldatei Gibt optional eine Datei zum Abrufen des AES-Schlüssels an
von. Wenn Schlüsseldatei nicht angegeben ist, wird der Benutzer aufgefordert, a
Passphrase. Schlüsseldatei kann erzeugt werden mit dem aespasswd(1)
Anwendung.

Standard:
Nicht authentifiziert

authschema und Schemaoptimiert werden nur benötigt, wenn authentifizierte Kommunikation (A or E
Modi von Authentifizierungsmodus) wird gesucht mit sendhost und recvhost.

-B, --Lokale Adresse Herz
Binden Sie die lokale Adresse des Client-Sockets an Herz. Herz kann angegeben werden
mit einem DNS-Namen oder mit Standard-Textnotationen für die IP-Adressen.

Standard:
Nicht spezifiziert (Platzhalter-Adressauswahl).

-C, --Empfänger recvhost[:port] [Authentifizierungsmethode]
Gibt den Host an, der die Iperf, IPerf3 or Nuttcp Server. Der Hafen
Suffix ist optional und wird nur benötigt, wenn bwctld wird auf einem nicht standardmäßigen Port ausgeführt
Nummer. Wenn eine IPv6-Adresse angegeben wird, beachten Sie, dass das akzeptierte Format
enthält das recvhost Teil der Spezifikation in eckigen Klammern als:
[fe80::fe9f:62d8]:4823. Dadurch wird sichergestellt, dass sich die Portnummer von der Adresse unterscheidet
-Spezifikation und wird nicht benötigt, wenn das Suffix :port nicht verwendet wird.

Mindestens einer der -c or -s Optionen müssen angegeben werden. Wenn einer von ihnen nicht ist
angegeben, wird davon ausgegangen, dass es sich um den lokalen Host handelt.

Authentifizierungsmethode ist eine speziell geordnete Liste von Schlüsselwörtern, die nur benötigt wird, wenn
authentifizierte Kommunikation ist erwünscht mit recvhost. Diese Schlüsselwörter werden verwendet, um
Beschreiben Sie die Art der Kommunikation und Authentifizierung, die verwendet werden soll
Kontaktieren Sie die recvhost. Wenn recvhost und sendhost teilen Sie die gleiche Authentifizierung
Methoden und Identitäten ist es möglich, die Auth-Methode für beide anzugeben recvhost
und sendhost Verwendung der -A Streit. Ein Authentifizierungsmethode angegeben mit dem -c zu erhalten
wird überschreiben Authentifizierungsmethode angegeben mit dem -A Argument für die Kommunikation mit
recvhost.

Das Format für Authentifizierungsmethode und eine Beschreibung der aktuell verfügbaren
Authentifizierungsmethoden werden mit dem -A Argument.

-S, --Absender sendhost[:port] [Authentifizierungsmethode]
Gibt den Host an, der die Iperf, IPerf3 or Nuttcp Klient. Der Hafen
Suffix ist optional und wird nur benötigt, wenn bwctld wird auf einem nicht standardmäßigen Port ausgeführt
Nummer. Wenn eine IPv6-Adresse angegeben wird, beachten Sie, dass das akzeptierte Format
enthält das sendhost Teil der Spezifikation in eckigen Klammern als:
[fe80::fe9f:62d8]:4823. Dadurch wird sichergestellt, dass sich die Portnummer von der Adresse unterscheidet
-Spezifikation und wird nicht benötigt, wenn das Suffix :port nicht verwendet wird.

Mindestens einer der -c or -s Optionen müssen angegeben werden. Wenn einer von ihnen nicht ist
angegeben, wird davon ausgegangen, dass die aus einer regionalen.

Authentifizierungsmethode ist eine speziell geordnete Liste von Schlüsselwörtern, die nur benötigt wird, wenn
authentifizierte Kommunikation ist erwünscht mit sendhost. Diese Schlüsselwörter werden verwendet, um
Beschreiben Sie die Art der Kommunikation und Authentifizierung, die verwendet werden soll
Kontaktieren Sie die sendhost. Wenn recvhost und sendhost teilen Sie die gleiche Authentifizierung
Methoden und Identitäten ist es möglich, die Auth-Methode für beide anzugeben recvhost
und sendhost Verwendung der -A Streit. Ein Authentifizierungsmethode angegeben mit dem -s zu erhalten
wird überschreiben Authentifizierungsmethode angegeben mit dem -A Argument für die Kommunikation mit
sendhost.

Das Format für Authentifizierungsmethode und eine Beschreibung der aktuell verfügbaren
Authentifizierungsmethoden werden mit dem -A Argument.

-Ö, - Flip
Standardmäßig verbindet sich der Sender mit dem Empfänger. Die Option --flip bewirkt, dass
Empfänger, um sich mit dem Sender zu verbinden. Diese Option ist nicht für alle Testtypen verfügbar
(zB für iperf-Tests). Dies ist am nützlichsten, wenn sich der Empfänger hinter einer Firewall befindet.

bwctl Test Argumente:
Die Argumente wurden so benannt, dass sie mit ihren Gegenstücken in übereinstimmen Iperf so nah wie möglich.

-T, --Werkzeug
Geben Sie an, welcher Durchsatztester verwendet werden soll:

iperf

iperf3

nuttcp

Standard:
Keiner. Wählt ein Tool aus, das Client und Server gemeinsam haben

-S, --tos AGB
Setzen Sie das TOS-Byte in den Sendepaketen.

Standard:
Keiner.

-D, --dscp DSCP
Legen Sie einen DSCP-Wert im RFC 2474-Stil für das TOS-Byte in den Sendepaketen fest. Das kann
mit einem numerischen 6-Bit-Wert in Dezimal, Hex oder Oktal eingestellt werden. Außerdem ist die
folgenden Satz von symbolischen DSCP Namenskonstanten werden verstanden. (Beispielanwendungen
sind aus RFC 4594 entnommen.)

┌────────┬────────┬─────────────────────────┬───── ──────────────────────┐
│ Name und Vorname │ Wert │ Service Klasse │ Beispiele │
├────────├────────├─────────────────────────├───── ──────────────────────┤
│NONE │ │ │ │
│DEFAULT │ 000000 │ Standard │ Undifferenziert │
│DF │ │ │ │
│CS0 │ │ │ │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS1 │ 001000 │ Daten mit niedriger Priorität │ Keine BW-Zusicherung │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│AF11 001010 │ │ │
│AF12 │ 001100 │ Hochdurchsatzdaten │ Speichern und weiterleiten │
│AF13 001110 │ │ │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS2 │ 010000 │ OAM │ OAM&P │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│AF21 010010 │ │ │
│AF22 │ 010100 │ Daten mit geringer Latenz │ Webbasierte Bestellung │
│AF23 010110 │ │ │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS3 │ 011000 │ Broadcast Video │ TV & Live-Events │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│AF31 011010 │ │ │
│AF32 │ 011100 │ Multimedia-Streaming │ Video- und Audio-Streaming │
│AF33 011110 │ │ │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS4 │ 100000 │ Echtzeit-Interaktiv │ Videokonferenz und Spiele │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│AF41 100010 │ │ │
│AF42 │ 100100 │ Multimedia-Konferenzen │ H.323-Videokonferenzen │
│AF43 100110 │ │ │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS5 │ 101000 │ Signalisierung │ Videokonferenz und Spiele │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│EF │ 101110 │ Telefonie │ IP-Telefonie-Träger │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS6 │ 110000 │ Netzwerksteuerung │ Netzwerkrouting │
├────────┼────────┼─────────────────────────┼───── ──────────────────────┤
│CS7 111000 │ │ │
└────────┴────────┴─────────────────────────┴───── ──────────────────────┘
Standard:
Unscharf.

-B, --Bandbreite Bandbreite
UDP-Senderate begrenzen auf Bandbreite (Bit/s).

Standard:
1 Mb

-ich, --report_interval Intervall
Berichtsintervall (Sekunden).

Standard:
unset (keine Intervalle gemeldet)

- l, --buffer_length len
Länge der Lese-/Schreibpuffer (Byte).

Standard:
8 KB TCP, 1470 Byte UDP

-Ö, --auslassen Sekunden
Anfänglicher Zeitraum der Daten, der aus der endgültigen Statistik weggelassen werden soll. Dies ist, damit Sie können
Überspringen Sie die Anfangsbedingungen wie TCP Slow Start. Aktuell nur umgesetzt von
iperf3 Werkzeug.

-P, --parallel nStreams
Anzahl gleichzeitiger Streams für den Test. Siehe die -P Option Iperf für weitere Einzelheiten.

-t,--test_dauer Zeit
Dauer des Tests (Sekunden).

Standard:
10

-du, --udp
UDP-Test.

Standard:
TCP-Test

-W,--dynamisches_Fenster Fenster
Gleich wie die -w Option, außer dass der Wert beratend ist. bwctl werde versuchen,
Bestimmen Sie dynamisch das geeignete TCP-Fenster, basierend auf RTT-Informationen
von der Steuerbuchse gesammelt. Wenn bwctl kann a . nicht dynamisch bestimmen
Fenster, der Wert Fenster werden verwendet.

Standard:
Unscharf (Systemvorgaben)

-w, --Fenster Fenster
Socket-Puffergrößen (Byte). Für TCP legt dies die TCP-Fenstergröße fest. Für UDP ist dies
legt die Größe des Socket-Empfangspuffers fest.

Standard:
Unscharf (Systemvorgaben)

bwping Test Argumente:
-T, --Werkzeug
Geben Sie an, welcher Durchsatztester verwendet werden soll:

Klingeln

owamp

Standard:
Keiner. Wählt ein Tool aus, das Client und Server gemeinsam haben

-IS, --no_endpoint
Lassen Sie einen Ping-Test laufen, wenn der Empfänger möglicherweise nicht über bwctl verfügt.

- l, --packet_length Länge
Die Größe der Pakete, die für den Ping- oder OWAMP-Test gesendet werden sollen

Standard:
Pakete mit minimaler Größe

-N, --num_packets nPakete
Die Anzahl der Pakete, die in diesem Test gesendet werden sollen

Standard:
10

-ich, --packet_interval Sekunden
Die Zeit zwischen dem Senden jedes Pakets für den Test

Standard:
1.0 Sekunden

-T, --ttl ttl
Der TTL-Wert, mit dem jedes Paket gekennzeichnet werden soll. Dies gilt nur für Ping-Tests.

Standard:
Andere

bwtraceroute Test Argumente:
-T, --Werkzeug
Geben Sie an, welcher Durchsatztester verwendet werden soll:

Traceroute

Spurenpfad

Standard:
Keiner. Wählt ein Tool aus, das Client und Server gemeinsam haben

-IS, --no_endpoint
Lassen Sie einen Test laufen, bei dem der Empfänger möglicherweise nicht über bwctl verfügt.

- l, --packet_length Länge
Die Größe der für die Tests zu sendenden Pakete

Standard:
Pakete mit minimaler Größe

-F, --first_ttl ttl
Die minimale TTL, die für Traceroute festgelegt werden soll. Dies legt den ersten Hop in der Route fest, der
Wird zurückgegeben. Dies funktioniert nicht für Tracepath-Tests.

Standard:
Andere

-M, --max_ttl ttl
Die maximale TTL, die für Traceroute festgelegt werden soll. Dies legt den letzten Hop in der Route fest, der
Wird zurückgegeben. Dies funktioniert nicht für Tracepath-Tests.

Standard:
Andere

-T, --Testdauer SekundenfR
Die maximale Wartezeit, bis der Traceroute-Test abgeschlossen ist.

Standard:
10 Sekunden

Planung Argumente:
-a, --allow_ntp_unsync syncfuzz
Erlauben bwctl ohne synchronisierte Systemuhr zu laufen. Verwenden Sie dies, um anzugeben, wie weit
off der lokalen uhr ist von UTC. bwctl hat am liebsten ein NTP synchronisiertes System
Uhr, um sicherzustellen, dass die beiden Endpunkte des Tests tatsächlich übereinstimmen
geplantes Zeitfenster für die Testausführung.

Wenn zwei Systeme KEIN Zeitbegriff haben, dann ist der Durchsatztest
wird schließlich fehlschlagen, da ein Endpunkt des Tests versucht, bei a
andere Zeit als die andere.

Wenn das Betriebssystem die NTP Systemaufrufe und die Systemuhr ist
als unsynchronisiert ermittelt, Fehlermeldungen werden weiterhin gemeldet
auf den Wert der -e Flagge.

Bei der Berechnung der Zeitfehler wird dieser Wert addiert, um die
Unterschied. Der maximale Zeitversatz kann serverseitig begrenzt werden, indem die
max_time_error-Direktive, um einen Denial-of-Service-Angriff zu verhindern. Wenn festgelegt, wird der Server
wird alle Anfragen zum Testen mit einem Peer ablehnen, der einen zu hohen Zeitstempelfehler hat.

Standard:
Unscharf (Standardmäßig eingestellt für Systeme ohne die NTP Systemaufrufe)

-ICH, --test_interval Intervall
Gibt an, dass bwctl sollte versuchen, alle einen Durchsatztest durchzuführen Intervall
Sekunden.

Standard:
Unscharf. Wenn es nicht eingestellt ist, bwctl führt den Test nur einmal durch.

-L, --spätester Zeitpunkt am längsten
Gibt die längste Zeit an, die der Client bereit ist zu warten, bis a
Reservierungsfenster. Wann bwctl fordert einen Test von der bwctld Server, es spezifiziert
der früheste Zeitpunkt und der späteste Zeitpunkt, zu dem er bereit ist zu akzeptieren. Die späteste Zeit ist
bestimmt, indem man dies hinzufügt am längsten Option zum frühesten Zeitpunkt. Der früheste Zeitpunkt ist
im Wesentlichen „jetzt“. Die am längsten Die Zeit wird in Sekunden angegeben.

Standard:
If Intervall eingestellt ist, ist der Standardwert 50 % von Intervall. Andernfalls ist die Standardeinstellung
ist die doppelte Testdauer Zeit aber nicht kürzer als 10 Minuten. (Sehen -t.)

-nicht, --num_tests nIntervalle
Anzahl der durchzuführenden Tests, wenn die -I Option ist gesetzt.

Standard:
Kontinuierlich

-R, - randomisieren Alpha
Legen Sie die Startzeit des Tests innerhalb dieses Zufalls fest Alpha Prozent der Intervall.
Gültige Werte für Alpha sind von 0-50. bwctl wird versuchen, den Test alle
Intervall +/- Alpha Prozent. Zum Beispiel, wenn die Intervall ist 300 Sekunden und Alpha
auf 10 Prozent gesetzt ist, dann bwctl wird versuchen, alle 270-330 Sekunden einen Test durchzuführen.
Diese Option ist nur sinnvoll mit dem -I .

Standard:
0 (kein Zufall)

Output Argumente:
-D, --output_dir dir
Gibt das Verzeichnis für Ergebnisdateien an, wenn die -p Option ist gesetzt.

-e, --Einrichtung Einrichtung
Syslog Einrichtung um Nachrichten zu loggen.

Standard:
LOG_USER

-F, --Einheiten Einheiten
Geben Sie die Einheiten an, die das Werkzeug bei der Anzeige der Ergebnisse verwenden soll. Das akzeptierte
Werte für Einheiten sind werkzeugspezifisch.

Iperf:

k Kilobit pro Sekunde

K Kilobyte pro Sekunde

m Megabit pro Sekunde

M Megabyte pro Sekunde

-H, --help
Drucken Sie eine Hilfenachricht.

-P, --drucken
Legen Sie die Testergebnisse in Dateien ab. Drucken Sie die Dateinamen auf stdout, wenn die Ergebnisse vorliegen
abgeschlossen.

-Q, --ruhig
Ruhige Ausgabe. Ausgabe so wenig wie möglich.

-R, --syslog_to_stderr
Senden Sie Syslog-Nachrichten an stderr. Dies ist die Standardeinstellung, es sei denn, die -q Option ist
angegeben, so dass diese Option nur mit dem -q .

-V, --Version
Versionsinformationen drucken und beenden.

-in, - ausführlich
Ausführliche Ausgabe. Angabe zusätzlicher -v's erhöht die Ausführlichkeit.

-X, --beide
Geben Sie sowohl die Sender- als auch die Empfängerergebnisse aus. Standardmäßig werden nur die Ergebnisse aus dem
entsprechende Seite für das angegebene Werkzeug ausgegeben. Wenn die -p Option angegeben ist, die
Absenderergebnisse werden in einer zusätzlichen Datei abgelegt.

-Und, --Format Format
Geben Sie das Ausgabeformat des Tools an. Die akzeptierten Werte für Format sind Werkzeug
her.

Iperf:

c [c]Komma-separierte Ausgabe

VARIABLEN

bwctl Arbeitsumfeld Variable - Standard

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

BWCTLRC Config Datei ~/.bwctlrc
BWCTL_DEBUG_TIMEOFFSET Offsetdruck 0.0 Sekunden)

Beispiele:

bwctl -c somehost.example.com

Führen Sie so schnell wie möglich einen standardmäßigen 10-Sekunden-TCP-Test mit aus aus einer regionalen als Absender und
somehost.example.com als Empfänger, mit den Tools, die sie gemeinsam haben.
Geben Sie die Ergebnisse von der Empfangsseite des Tests zurück.

bwctl -x -c somehost.example.com

Wie beim vorherigen Test, aber auch die Ergebnisse von der Absenderseite des
Test.

bwctl -x -c somehost.example.com -s andererhost.example.com

Wie der vorherige Test, aber mit otherhost.example.com als Absender statt
aus einer regionalen.

bwctl -t 30 -T iperf -s somehost.example.com

Führen Sie ein 30-Sekunden-TCP aus Iperf teste mit somehost.example.com als Absender und aus einer regionalen as
der Empfänger.

bwctl -I 3600 -R 10 -t 10 -u -b 10m -s somehost.example.com

Führen Sie etwa stündlich einen 10-Sekunden-UDP-Test (3600 +/- 360 Sekunden) mit dem Absender durch
Rate begrenzt auf 10 Mbits pro Sekunde von somehost.example.com zu aus einer regionalen.

bwctl -s somehost.example.com AE AESKEY Jemand

Führen Sie den standardmäßigen 10-Sekunden-TCP-Test aus. Authentifizieren Sie sich mit der Identität Jemand. bwctl
fordert zur Eingabe einer Passphrase auf, die zum Erstellen eines AES-Schlüssels verwendet wird.

bwping --no_endpoint -N 30 -i 0.5 --ttl 150 -c somehost.example.com

Führen Sie einen Ping-Test durch, der 30 Pings sendet, ein Paket pro halbe Sekunde, mit einer TTL von 150
zu somehost.example.com von aus einer regionalen. Wenn somehost.example.com kein bwctl . hat
läuft, der Ping-Test läuft trotzdem.

bwtraceroute -T Spurenpfad -E -c somehost.example.com

Führen Sie einen Tracepath-Test zu somehost.example.com aus von aus einer regionalen. Wenn somehost.example.com
bwctl nicht läuft, läuft der Tracepath-Test trotzdem.

Verwenden Sie bwping online mit den onworks.net-Diensten