bwping - クラウドでオンライン

プログラム：

NAME

bwctl、bwping、bwtraceroute - スループット、traceroute、ping を要求するクライアント アプリケーション
そしてオアンプテスト。

SYNOPSIS

bwctl [オプション] -c 受信ホスト -s 送信ホスト
bwctl [オプション] -c 受信ホスト
bwctl [オプション] -s 送信ホスト
bwping [オプション] -c 受信ホスト -s 送信ホスト
bwping [オプション] -c 受信ホスト
bwping [オプション] -s 送信ホスト
bwtraceroute [オプション] -c 受信ホスト -s 送信ホスト
bwtraceroute [オプション] -c 受信ホスト
bwtraceroute [オプション] -s 送信ホスト

DESCRIPTION

bwctl スループット テストを開始するために使用されるコマンド ライン クライアント アプリケーションです。

このバージョンの bwctl 開始することができます イペルフ, ナットCP, Iperf3, ピン, Traceroute,
トレースパス & オワンプ テスト。

bwctl に連絡することで機能します bwctld 受信ホストと送信ホストの両方でデーモンを実行します。
bwctld 実行されるホストのリソースを管理し、スケジュールします。 のみの場合
受信ホストまたは送信ホストのいずれかが指定され、 bwctl ローカルホストが
もう一方のエンドポイント。 bwctl 地元の人に連絡しようとします bwctld それができれば。 ない場合
ローカル bwctld ランニング、 bwctl ローカル ホストはポリシー制御を必要とせず、
を実行します bwctld テストを直接実行するために必要な機能。

場合 bwctl ホスト上でテストを直接実行しています。いくつかのテストがあります。
と共有される構成オプション bwctld。 これらの構成オプションを設定できます
bwctlrc(5) 設定ファイルを実際の方法と非常によく似た方法で作成します。
で指定 bwctld.conf（5）ファイル。

　 bwctl, bwping & bwtraceroute クライアント 　 中古 〜へ 要求 　 希望 type of
スループット、 待ち時間 or traceroute テスト。 また、 it リクエスト いつ テストが求められています。
bwctld 各エンドポイントで、仮予約または test 否定された
メッセージ。 一度 bwctl 両方から一致する予約を取得できます bwctld プロセス (XNUMX つの
テストに関係するホストごとに）、予約を確認します。 そうして bwctld
プロセスはテストを実行し、結果を返します。 結果は次からクライアントに返されます。
それぞれのテストの両側から bwctld プロセス。 さらに、 bwctld
プロセスは、テストのそれぞれの側からの結果を相互に共有します。

BWCTL (bwctl & bwctld) は、ホストに対する非特定のネットワーク測定テストを有効にするために使用されます。
特定のシステム上で完全なユーザー アカウントを付与する必要はありません。 ユーザーは次のような機能を望んでいます
スループット テストを実行して、次のペア間で達成可能または利用可能な帯域幅を判断します。
ホスト。 多くの場合、ネットワーク パス上の複数のポイントをテストして、
そのパスに沿ったネットワークの特性。 通常、このパスを実行したいユーザーは、
分解する場合は、ネットワーク/システム管理者に直接連絡する必要があります。
道沿いのホスト。 管理者はユーザーのためにテストの半分を実行する必要があります。
またはホスト上のユーザー アカウントを与えます。 また、対象となるネットワーク パスは通常、
複数の管理者によって管理されます。 これらのハードルがこのような試練をもたらした
実際には難しい。

BWCTL この問題を解決するために設計されました。 これにより、管理者は
ホストとして指定された イペルフ, Iperf3, ナットCPまたは オワンプ 終点。 エンドポイントはパケットにすることができます
送信者 (例: イペルフ クライアント) またはパケット受信者 (例: イペルフ サーバ）。 共有できるのは、
複数のユーザーが相互に干渉することを心配する必要はありません。 特定の
ポリシー制限を特定のユーザーに適用でき、個別のテストがスケジュールされているため、
お互いに干渉しません。 さらに、完全なユーザー アカウントは必要ありません。
テストを実行しているユーザー。

BWCTL 管理者は、ユーザー名に基づいて受信接続を分類できます。
AES キーの組み合わせ、または IP/ネットマスクに基づきます。 接続が完了したら、
機密扱いの、 bwctld スループットテストの正確な種類と強度を決定できる
それは許されるだろう。 ポリシー制御の詳細については、次を参照してください。
bwctld（8）マニュアルページ。

BWCTL 分散スケジューリング アルゴリズムを利用します。 各ホストはスケジュールを管理します
独立して。 クライアントがテストをリクエストすると、XNUMX つのエンドポイントに接続され、それぞれのエンドポイントがテストを要求します。
bwctld サーバーは、最初に利用可能な開いているスケジュール スロットで応答します。 これによりオンデマンドが可能になります
定期的にスケジュールされたテストは、定期的にスケジュールされたテストと共存するため、
クライアントに定期的にテストを要求させることで実装されます。 異なる優先順位
を使用して実装できます イベントホライズン への構成ディレクティブ bwctld。 (許可することで
定期的にスケジュールされたテストを実施してタイムスロットをさらに予約するクライアント
未来。）

議論

接続・認証 引数：
-4、 --ipv4
bwctl が IPv4 アドレスのみを使用するように強制します。

デフォルト：
未指定 (IPv6 が推奨されます)。

-6、 --ipv6
bwctl が IPv6 アドレスのみを使用するように強制します。

デフォルト：
未指定 (IPv6 が推奨されます)。

-A 認証方法
認証方法 認証方法を指定するために使用されます。 bwctl クライアントは喜んでいる
との通信に使用する bwctld 送信ホスト & 受信ホストを選択します。
の認証オプション bwctl 拡張可能であることを目的としています。 コミュニケーション
bwctl それぞれのクライアントに bwctld サーバーは異なるオプションを取る場合があります
さまざまな種類の認証。 もし 認証方法 オプションが指定されているのは
どちらか -s、または -c 引数をオーバーライドする 認証方法 で指定
-A その特定のホストと通信するためのオプション。 (したがって、 -A 引数
実際に役立つのは、両方のホストで同じ認証を使用できる場合のみです。)

接続ごとに異なる認証方法を許可すると、クライアントは
異なるサーバーで異なる認証方法を使用する必要があるため、
クロスドメイン テストをより簡単に実行できるようになります。

のフォーマット 認証方法 次のとおりです。

認証モード [認証スキーム スキームオプト]

認証モード
クライアントが通信できる認証モードを指定します。
サーバ。 次のいずれかまたはすべてを含む文字列として設定する必要があります。
「AEO」の文字。 モードは次のとおりです。

A [A】認証されました。 このモードでは、制御接続が暗号化されます。

E [E]暗号化されています。 このモードでは、制御接続が暗号化されます。 テストの場合
暗号化をサポートしているため、このモードはテストをさらに暗号化します
ストリーム。 (テスト ストリームの暗号化は現在サポートされていないため、
このモードは現在、認証済みモードと同じです)。

O [O]ペン。 いかなる種類の暗号化も行われません。

クライアントは、希望するすべてのモードを指定できます。
通信する。 サーバーとクライアントの両方が使用する最も厳密なモード
利用意欲のある方が選ばれます。

デフォルト：
「アエオ」

認証スキーム スキームオプト
認証スキーム に使用する必要がある認証スキームを示します。
達成する 認証された or では使用できません モード。 スキームオプト のリストです
特定の認証スキームごとに固有の引数。 サポートされています
認証スキーム 値が続きます ( スキームオプト 各スキームには次のものが必要です):

エースキー ユーザーID [キーファイル]
これは、初期の「単純な」共有秘密 (AES キー) モデルです。 ユーザーID is
サーバーとクライアントがどの共有秘密を共有する必要があるかを特定するために必要
使用しています。 キーファイル オプションで、AES キーを取得するファイルを指定します
から。 もし キーファイル が指定されていない場合、ユーザーは
パスフレーズ. キーファイル を使用して生成できます aespasswd(1)
アプリケーション。

デフォルト：
認証されていません

認証スキーム & スキームオプト 認証された通信の場合にのみ必要です (A or E
のモード 認証モード) が必要です 送信ホスト & 受信ホスト.

-NS、 --local_address 心臓
クライアントソケットのローカルアドレスをバインドします。 心臓. 心臓 指定できる
DNS 名を使用するか、IP アドレスの標準的なテキスト表記を使用します。

デフォルト：
未指定 (ワイルドカードアドレス選択)。

-NS、 --受信者 受信ホスト[:ポート] 【認証方法】
を実行するホストを指定します。 イペルフ, Iperf3 or ナットCP サーバ。 :ポート
サフィックスはオプションであり、次の場合にのみ必要です。 bwctld デフォルト以外のポートで実行されている
番号。 IPv6 アドレスが指定されている場合は、受け入れられる形式に注意してください。
含まれています 受信ホスト 仕様の角括弧内の部分は次のようになります。
[fe80::fe9f:62d8]:4823。 これにより、ポート番号がアドレスと異なることが保証されます。
:port サフィックスが使用されていない場合は必要ありません。

少なくとも XNUMX つ -c or -s オプションを指定する必要があります。 そのうちの XNUMX つがそうでない場合は、
指定すると、ローカル ホストであるとみなされます。

認証方法 以下の場合にのみ必要となる、特別に順序付けされたキーワードのリストです。
認証された通信が必要です 受信ホスト。 これらのキーワードは次の目的で使用されます。
使用する必要がある通信と認証のタイプを説明します。
連絡する 受信ホスト。 場合 受信ホスト & 送信ホスト 同じ認証を共有する
メソッドとアイデンティティの両方に authmethod を指定できます。 受信ホスト
& 送信ホスト -A 口論。 アン 認証方法 で指定 -c オプション
をオーバーライドします 認証方法 で指定 -A ～との通信に関する引数
　 受信ホスト.

のフォーマット 認証方法 現在利用可能なものの説明
認証方法については、 -A 引数。

-s、 -送信者 送信ホスト[:ポート] 【認証方法】
を実行するホストを指定します。 イペルフ, Iperf3 or ナットCP クライアント。 :ポート
サフィックスはオプションであり、次の場合にのみ必要です。 bwctld デフォルト以外のポートで実行されている
番号。 IPv6 アドレスが指定されている場合は、受け入れられる形式に注意してください。
含まれています 送信ホスト 仕様の角括弧内の部分は次のようになります。
[fe80::fe9f:62d8]:4823。 これにより、ポート番号がアドレスと異なることが保証されます。
:port サフィックスが使用されていない場合は必要ありません。

少なくとも XNUMX つ -c or -s オプションを指定する必要があります。 そのうちの XNUMX つがそうでない場合は、
指定されている場合は、 ローカル.

認証方法 以下の場合にのみ必要となる、特別に順序付けされたキーワードのリストです。
認証された通信が必要です 送信ホスト。 これらのキーワードは次の目的で使用されます。
使用する必要がある通信と認証のタイプを説明します。
連絡する 送信ホスト。 場合 受信ホスト & 送信ホスト 同じ認証を共有する
メソッドとアイデンティティの両方に authmethod を指定できます。 受信ホスト
& 送信ホスト -A 口論。 アン 認証方法 で指定 -s オプション
をオーバーライドします 認証方法 で指定 -A ～との通信に関する引数
　 送信ホスト.

のフォーマット 認証方法 現在利用可能なものの説明
認証方法については、 -A 引数。

-o、 -フリップ
デフォルトでは、送信者は受信者に接続します。 --flip オプションにより、
受信者が送信者に接続します。 このオプションはすべてのテスト タイプで使用できるわけではありません
(iperf テストなど)。 これは、受信者がファイアウォールの内側にある場合に最も役立ちます。

bwctl ホイール試乗 引数：
引数は、対応する引数と一致するように名前が付けられました。 イペルフ 可能な限り密接に。

-NS、 - 道具
使用するスループット テスターを指定します。

iperfの

iperf3

Nuttcp

デフォルト：
なし。 クライアントとサーバーに共通するツールを選択します

-NS、 --tos 咳
送信パケットに TOS バイトを設定します。

デフォルト：
なし。

-NS、 --dscp DSCP
送信パケットの TOS バイトに RFC 2474 スタイルの DSCP 値を設定します。 これはできる
6 進数、XNUMX 進数、または XNUMX 進数の XNUMX ビット数値を使用して設定します。 さらに、
次の一連の記号 DSCP 名前定数は理解されます。 (応用例
RFC 4594 から引用されています。)

┌───┬───┬──────────┬───── ─────────────┐
│ 名前 │ 値 │ カスタマーサービス CLASS │ 例 │
---------------------------------------------------------------------------------------------------------------------------------------------------------- ─────────────┤
│NONEを │ │ │ │
│DEFAULT │ 000000 │ 標準 │ 未分化 │
│DF │ │ │ │
│CS0 │ │ │ │
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ─────────────┤
│CS1 │ 001000 │ 低優先度データ │ BW 保証なし │
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ─────────────┤
│AF11 │ 001010 │ │ │
│AF12 │ 001100 │ 高スループットデータ │ ストアアンドフォワード │
│AF13 │ 001110 │ │ │
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ─────────────┤
│CS2 │ 010000 │ OAM │ OAM&P │
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ─────────────┤
│AF21 │ 010010 │ │ │
│AF22 │ 010100 │ 低遅延データ │ ウェブベースの注文 │
│AF23 │ 010110 │ │ │
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ─────────────┤
│CS3 │ 011000 │ ブロードキャストビデオ │ テレビ＆ライブイベント │
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ─────────────┤
│AF31 │ 011010 │ │ │
│AF32 │ 011100 │ マルチメディア ストリーミング │ ビデオとオーディオのストリーミング │
│AF33 │ 011110 │ │ │
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ─────────────┤
│CS4 │ 100000 │ リアルタイム インタラクティブ │ ビデオ会議とゲーム │
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ─────────────┤
│AF41 │ 100010 │ │ │
│AF42 │ 100100 │ マルチメディア会議 │ H.323 ビデオ会議 │
│AF43 │ 100110 │ │ │
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ─────────────┤
│CS5 │ 101000 │ シグナリング │ ビデオ会議とゲーム │
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ─────────────┤
│EF │ 101110 │ 電話 │ IP テレフォニーベアラ │
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ─────────────┤
│CS6 │ 110000 │ ネットワーク制御 │ ネットワークルーティング │
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ─────────────┤
│CS7 │ 111000 │ │ │
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ─────────────┘
デフォルト：
設定を解除します。

-NS、 -帯域幅 帯域幅
UDP 送信速度を次のように制限します 帯域幅 (ビット/秒)。

デフォルト：
1 Mb

-私、 --レポート間隔 インターバル
レポート間隔 (秒)。

デフォルト：
設定解除 (間隔は報告されません)

-l、 --buffer_length LEN
読み取り/書き込みバッファの長さ (バイト)。

デフォルト：
8 KB TCP、1470 バイト UDP

-O、 -省略 秒
最終統計から除外するデータの初期期間。 これは、次のことができるようにするためです
TCP スロー スタートなどの初期条件をスキップします。 現在、以下によってのみ実装されています
　 iperf3 ツール。

-NS、 - 平行 nStream
テストの同時ストリームの数。 を参照してください。 -P のオプション イペルフ 詳細については。

-t,--test_duration 時間
テストの継続時間 (秒)。

デフォルト：
10

-u、 --udp
UDPテスト。

デフォルト：
TCPテスト

-W、--dynamic_window ウィンドウを使用して入力ファイルを追加します。
と同じ -w ただし、値は推奨値である点が異なります。 bwctl しようとします
RTT 情報に基づいて、適切な TCP ウィンドウを動的に決定します。
制御ソケットから収集されます。 もし bwctl を動的に決定することはできません
ウィンドウ、値 ウィンドウを使用して入力ファイルを追加します。 使用されます。

デフォルト：
設定を解除します (システムのデフォルト)

-w、 - 窓 ウィンドウを使用して入力ファイルを追加します。
ソケットのバッファー サイズ (バイト)。 TCP の場合、これは TCP ウィンドウ サイズを設定します。 UDPの場合は、これ
ソケット受信バッファのサイズを設定します。

デフォルト：
設定を解除します (システムのデフォルト)

bwping ホイール試乗 引数：
-NS、 - 道具
使用するスループット テスターを指定します。

ping

パワーアンプ

デフォルト：
なし。 クライアントとサーバーに共通するツールを選択します

-E、 --no_endpoint
受信側で bwctl が使用できない場合でも、ping テストを実行できるようにします。

-l、 --packet_length 長さ
ping または owamp テストのために送信するパケットのサイズ

デフォルト：
最小サイズのパケット

-NS、 --num_packets nパケット
このテストで送信するパケットの数

デフォルト：
10

-私、 --packet_interval 秒
テストのために各パケットが送信されるまでの時間

デフォルト：
1.0 seconds

-NS、 --ttl TTL
各パケットにタグを付ける TTL 値。 これは ping テストにのみ適用されます。

デフォルト：
なし

bwtraceroute ホイール試乗 引数：
-NS、 - 道具
使用するスループット テスターを指定します。

traceroute

tracepath

デフォルト：
なし。 クライアントとサーバーに共通するツールを選択します

-E、 --no_endpoint
受信機で bwctl が利用できない場合でもテストを実行できるようにします。

-l、 --packet_length 長さ
テストのために送信するパケットのサイズ

デフォルト：
最小サイズのパケット

-NS、 --first_ttl TTL
トレースルートに設定する最小 TTL。 これにより、ルート内の最初のホップが設定されます。
返されます。 これはトレースパス テストでは機能しません。

デフォルト：
なし

-NS、 --max_ttl TTL
トレースルートに設定する最大 TTL。 これにより、ルート内の最終ホップが設定されます。
返されます。 これはトレースパス テストでは機能しません。

デフォルト：
なし

-NS、 --test_duration 秒fR
トレースルート テストが完了するまで待機する最大時間。

デフォルト：
10 seconds

スケジューリング 引数：
-a、 --allow_ntp_unsync 同期ファズ
次を許可します。 bwctl 同期されたシステムクロックなしで実行します。 これを使用して距離を指定します
ローカルクロックがオフになっているのは UTC. bwctl 持っていることを好みます NTP 同期システム
テストの XNUMX つのエンドポイントが実際に同じ結果に一致していることを確認するためのクロック
テスト実行のスケジュールされた時間枠。

XNUMX つのシステムの時間の概念が十分に一致していない場合、スループット テストは
テストの XNUMX つのエンドポイントが同時に実行しようとするため、最終的には失敗します。
他の人とは違う時間。

オペレーティング システムがサポートしている場合は、 NTP システムコール、システムクロックは
同期されていないと判断された場合でも、状況に応じてエラー メッセージが報告されます。
の値に基づいて、 -e フラグ。

時間誤差を計算するとき、この値は、
違い。 最大時間オフセットは、サーバー側で制限できます。
max_time_error ディレクティブ。サービス拒否攻撃を防止します。 設定されている場合、サーバーは
タイムスタンプ エラーが高すぎるピアとのテスト要求はすべて拒否されます。

デフォルト：
未設定 (デフォルトは、システムの場合は設定されます) NTP システムコール)

-私、 --test_interval インターバル
それを指定します bwctl ごとにスループット テストの実行を試行する必要があります。 インターバル
秒です。

デフォルト：
設定を解除します。 未設定の場合は、 bwctl テストは XNUMX 回だけ実行します。

-L、 --latest_time 最長
クライアントが待機する最長時間を指定します。
予約窓口。 いつ bwctl からのテストをリクエストします bwctld サーバーを指定します
受け入れ可能な最も早い時間と最も遅い時間。 最新の時刻は
これを加えて決まる 最長 最も早い時間へのオプション。 最も早い時間は
本質的には「今」。 の 最長 時間は秒数で指定します。

デフォルト：
If インターバル が設定されており、デフォルトは 50% です。 インターバル。 それ以外の場合は、デフォルト
テスト期間の XNUMX 倍です 時間 ただし 10 分以上かかります。 （見る -t.)

-NS、 --num_tests n間隔
場合に実行するテストの数 -I オプションが設定されています。

デフォルト：
連続的な

-NS、 -ランダム化 アルファ
この範囲内でテストの開始時間をランダム化します アルファ のパーセント インターバル.
の有効な値 アルファ は0から50までです。 bwctl ごとにテストの実行を試みます
インターバル + / - アルファ パーセント。 たとえば、 インターバル は 300 秒であり、 アルファ
が 10% に設定されている場合、 bwctl 270 ～ 330 秒ごとにテストの実行を試みます。
このオプションは、 -I オプションを選択します。

デフォルト：
0 (ランダム性なし)

出力 引数：
-NS、 --output_dir DIR
結果ファイルのディレクトリを指定します。 -p オプションが設定されています。

-e、 - 施設 施設
Syslog 施設 メッセージをログに記録します。

デフォルト：
LOG_USER

-NS、 -単位 ユニット
結果を表示するときにツールが使用する単位を指定します。 受け入れられた
の値 ユニット ツール固有のものです。

Iperf:

k キロビット/秒

K キロバイト/秒

m メガビット/秒

M メガバイト/秒

-NS、 - 助けて
ヘルプメッセージを印刷します。

-NS、 -印刷
テスト結果をファイルに保存します。 結果が表示されたら、ファイル名を標準出力に出力します。
コンプリート。

-NS、 - 静かな
静かな出力。 出力は最小限に抑えます。

-NS、 --syslog_to_stderr
syslog メッセージを標準エラー出力に送信します。 そうでない限り、これがデフォルトです。 -q オプションがある
指定されているため、このオプションは -q オプションを選択します。

-V、 - バージョン
バージョン情報を印刷して終了します。

-v、 -詳細
詳細な出力。 追加指定 -vは冗長性を高めます。

-NS、 - 両方
送信側と受信側の両方の結果を出力します。 デフォルトでは、
指定されたツールの適切な側が出力されます。 もし -p オプションが指定されている場合、
送信者の結果は追加のファイルに配置されます。

-y、 - フォーマット 形式でアーカイブしたプロジェクトを保存します．
ツールの出力形式を指定します。 受け入れられる値は、 形式でアーカイブしたプロジェクトを保存します． ツールです
　

Iperf:

c [c]オンマ区切り出力

ENVIRONMENT 変数

bwctl 環境 変数 つかいます デフォルト

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

BWCTLRC 設定 file ~/.bwctlrc
BWCTL_DEBUG_TIMEOFFSET オフセット 0.0（秒）

例

bwctl -c somehost.example.com

デフォルトの 10 秒の TCP テストをできるだけ早く実行します。 ローカル 送信者として、そして
somehost.example.com を受信者として、共通のツールを使用します。
テストの受信側から結果を返します。

bwctl -x -c somehost.example.com

前のテストと同様ですが、送信者側からの結果も返します。
テスト。

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

前のテストと同様ですが、送信者として、代わりに otherhost.example.com を使用します。
ローカル.

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

30秒のTCPを実行します イペルフ somehost.example.com を送信者としてテストし、 ローカル as
受信機。

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

送信者に対して約 10 時間 (3600 +/- 360 秒) ごとに XNUMX 秒の UDP テストを実行します。
somehost.example.com からの速度は 10 Mbit/秒に制限されます ローカル.

bwctl -s somehost.example.com AE エースキー あるユーザー

デフォルトの 10 秒の TCP テストを実行します。 ID を使用して認証する あるユーザー. bwctl
AES キーの作成に使用されるパスフレーズの入力を求められます。

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

TTL 30 で、150 秒ごとに XNUMX パケットずつ、XNUMX 個の ping を送信する ping テストを実行します。
から somehost.example.com へ ローカル。 somehost.example.com に bwctl がない場合
実行中はとにかく ping テストが実行されます。

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

somehost.example.com へのトレースパス テストを実行します。 ローカル。 somehost.example.com の場合
bwctl は実行されていないため、tracepath テストはとにかく実行されます。

onworks.net サービスを使用してオンラインで bwping を使用する