Iperf: マニュアルページで出力を説明します。 iperf3 _doing_とは​​何ですか?それは_saying_とは​​何ですか?

作成日 2016年11月19日  ·  11コメント  ·  ソース: esnet/iperf

iperf3 3.1.3-1
Arch Linux

プログラムの出力をマニュアルページで実際に説明するのは本当に礼儀正しいでしょう。 例えば:
[ID]インターバル転送帯域幅受信
[4] 0.00-10.00秒4.04メガバイト3.39メガビット/秒0送信者
[4] 0.00-10.00秒2.28メガバイト1.91メガビット/秒レシーバー

「送信者」と「受信者」-あなたは彼らが誰だと思いますか? おそらく、1つはクライアントで、もう1つはサーバーですか? しかし、どれがどれですか? または、「送信者」と「受信者」は「送信」と「受信」を指しますか?これらはまったく異なる意味を持ちますか? しかし、それでも、どのような観点からですか? ...「サーバー送信」と「サーバー受信」、または「クライアント送信」と「クライアント受信」のようなことを言うのはそれほど難しいことではありません。 または、サーバーはクライアントが受信できる速度とは異なる速度で送信していますか? おそらく、クライアントはサーバーが受信できるよりも速く送信できますか? それとも、iperf3はそれを追跡しますか? または、チャネルにMTUの問題がありましたか? iperf3はテストを実行する前にそれをチェックしますか?

ところで-「メガビット/秒」は「帯域幅」ではなく、「チャネル容量」または「通信速度」です。 「帯域幅」は「20MHz」や「40MHz」のようなものを指します。これは、WiFiネットワークインターフェイスの通信速度を測定するときに気付くのが興味深いでしょう。

enhancement

最も参考になるコメント

iperf 3.x-テスト結果の理解(ドラフト)

  1. 説明
  2. テストを実行する
  3. 結果の解釈

説明

iperfツールを使用してネットワーク帯域幅容量を測定できます

テストを実行する

iperf 3.xは、次の2つのモードで使用できます。

  1. サーバーモード
  2. クライアントモード

使用法:
`` `{r、engine = 'bash'、count_lines}
iperf [-s | -c host] [オプション]

iperf [-h | --help] [-v | --version]

Server mode, can be started using `-s` or `--server` parameters:
```{r, engine='bash', count_lines}
iperf3 -s

また
`` `{r、engine = 'bash'、count_lines}
iperf3 --server

I that mode iperf listening on the default port 5201 for connections.

Custom port for listening can be specified using `-p` or `--port` parameters:
```{r, engine='bash', count_lines}
iperf3 -s -p 5002

サーバーが起動した後、サーバーに接続して接続速度を確認するために、クライアントモードでiperfを使用する必要があります。

クライアントモードは、 -cまたは--clientパラメータを使用して開始できます。また、接続先の<host>も必要です。これは、IPまたはホスト名にすることができます。
`` `{r、engine = 'bash'、count_lines}
iperf3 -c ping.online.net

iperf3 -c 192.168.0.1

If iperf server is running on non-default port, we can specify it during startup, using `-p` or `--port` parameters:
```{r, engine='bash', count_lines}
iperf3 -c ping.online.net -p 5202

クライアントがサーバーに接続すると、データが送信されることに注意してください。このような場合、デフォルトでアップロード速度が測定されます。
ダウンロード速度を測定したい場合は、 -Rまたは--reverseパラメーターを使用して、クライアントモードとリバースモードでiperfを起動できます。
`` `{r、engine = 'bash'、count_lines}
iperf3 -c ping.online.net -p 5202 -R

## Interpreting the results
Result we get should be interpreted based on the:
1. iperf client mode
2. results from the iperf client or server side

##### iperf client mode
As mentioned above, by default iperf in client mode sending the data to the server. In such case results we got during the test:

[4] 0.00-10.00秒466メガバイト391メガビット/秒送信者
[4] 0.00-10.00秒466メガバイト391メガビット/秒レシーバー

Should be interpreted from the following points:
sender - is iperf client, Upload speed from iperf client to iperf server is measured
receiver - is iperf server, Download speed on iperf server from iperf client is measured

If you start iperf client in reverse mode, iperf server will send data and iperf client will receive. In such case results we got during the test:

[ID]インターバル転送帯域幅受信
[4] 0.00-10.00秒569メガバイト478メガビット/秒送信者
[4] 0.00-10.00秒569メガバイト478メガビット/秒レシーバー

Should be interpreted from the following points:
sender - is iperf server, Upload speed from iperf server to iperf client is measured
receiver - is iperf client, Download speed on iperf client from iperf server is measured

##### results from the iperf client or server side
Default mode test:

iperf3 -s
[ID]インターバル転送帯域幅
[5] 0.00-10.00秒0.00バイト0.00ビット/秒送信者
[5] 0.00-10.00秒466メガバイト391メガビット/秒レシーバー

iperf3 -c 192.168.0.1
[ID]インターバル転送帯域幅
[4] 0.00-10.00秒466メガバイト391メガビット/秒送信者
[4] 0.00-10.00秒466メガバイト391メガビット/秒レシーバー

During this test iperf client was a sender and in the results we can see:
From client logs:
sender - is iperf client, Upload speed from iperf client to iperf server is measured
receiver - is iperf server, Download speed on iperf server from iperf client is measured
From server logs:
sender - is iperf client, Upload speed from iperf client to iperf server is measured
receiver - is iperf server, Download speed on iperf server from iperf client is measured

Reverse mode test:

iperf3 -s
[ID]インターバル転送帯域幅
[5] 0.00-10.01秒569メガバイト477メガビット/秒送信者
[5] 0.00-10.01秒0.00バイト0.00ビット/秒レシーバー

iperf3 -c 192.168.0.1 -R
[ID]インターバル転送帯域幅
[4] 0.00-10.00秒569メガバイト478メガビット/秒送信者
[4] 0.00-10.00秒569メガバイト478メガビット/秒レシーバー
`` `
このテスト中、iperfサーバーは送信者であり、結果では次のことがわかります。
クライアントログから:
送信者-iperfサーバーです。iperfサーバーからiperfクライアントへのアップロード速度が測定されます
レシーバー-iperfクライアントです。iperfサーバーからのiperfクライアントのダウンロード速度が測定されます
サーバーログから:
送信者-iperfサーバーです。iperfサーバーからiperfクライアントへのアップロード速度が測定されます
レシーバー-iperfクライアントです。iperfサーバーからのiperfクライアントのダウンロード速度が測定されます

コメント、ヒント、メモは大歓迎です。

ありがとうございました!

全てのコメント11件

私はそれに同意します。

誰かが私たちのためにこれの最初のドラフトをしたいですか?

iperf 3.x-テスト結果の理解(ドラフト)

  1. 説明
  2. テストを実行する
  3. 結果の解釈

説明

iperfツールを使用してネットワーク帯域幅容量を測定できます

テストを実行する

iperf 3.xは、次の2つのモードで使用できます。

  1. サーバーモード
  2. クライアントモード

使用法:
`` `{r、engine = 'bash'、count_lines}
iperf [-s | -c host] [オプション]

iperf [-h | --help] [-v | --version]

Server mode, can be started using `-s` or `--server` parameters:
```{r, engine='bash', count_lines}
iperf3 -s

また
`` `{r、engine = 'bash'、count_lines}
iperf3 --server

I that mode iperf listening on the default port 5201 for connections.

Custom port for listening can be specified using `-p` or `--port` parameters:
```{r, engine='bash', count_lines}
iperf3 -s -p 5002

サーバーが起動した後、サーバーに接続して接続速度を確認するために、クライアントモードでiperfを使用する必要があります。

クライアントモードは、 -cまたは--clientパラメータを使用して開始できます。また、接続先の<host>も必要です。これは、IPまたはホスト名にすることができます。
`` `{r、engine = 'bash'、count_lines}
iperf3 -c ping.online.net

iperf3 -c 192.168.0.1

If iperf server is running on non-default port, we can specify it during startup, using `-p` or `--port` parameters:
```{r, engine='bash', count_lines}
iperf3 -c ping.online.net -p 5202

クライアントがサーバーに接続すると、データが送信されることに注意してください。このような場合、デフォルトでアップロード速度が測定されます。
ダウンロード速度を測定したい場合は、 -Rまたは--reverseパラメーターを使用して、クライアントモードとリバースモードでiperfを起動できます。
`` `{r、engine = 'bash'、count_lines}
iperf3 -c ping.online.net -p 5202 -R

## Interpreting the results
Result we get should be interpreted based on the:
1. iperf client mode
2. results from the iperf client or server side

##### iperf client mode
As mentioned above, by default iperf in client mode sending the data to the server. In such case results we got during the test:

[4] 0.00-10.00秒466メガバイト391メガビット/秒送信者
[4] 0.00-10.00秒466メガバイト391メガビット/秒レシーバー

Should be interpreted from the following points:
sender - is iperf client, Upload speed from iperf client to iperf server is measured
receiver - is iperf server, Download speed on iperf server from iperf client is measured

If you start iperf client in reverse mode, iperf server will send data and iperf client will receive. In such case results we got during the test:

[ID]インターバル転送帯域幅受信
[4] 0.00-10.00秒569メガバイト478メガビット/秒送信者
[4] 0.00-10.00秒569メガバイト478メガビット/秒レシーバー

Should be interpreted from the following points:
sender - is iperf server, Upload speed from iperf server to iperf client is measured
receiver - is iperf client, Download speed on iperf client from iperf server is measured

##### results from the iperf client or server side
Default mode test:

iperf3 -s
[ID]インターバル転送帯域幅
[5] 0.00-10.00秒0.00バイト0.00ビット/秒送信者
[5] 0.00-10.00秒466メガバイト391メガビット/秒レシーバー

iperf3 -c 192.168.0.1
[ID]インターバル転送帯域幅
[4] 0.00-10.00秒466メガバイト391メガビット/秒送信者
[4] 0.00-10.00秒466メガバイト391メガビット/秒レシーバー

During this test iperf client was a sender and in the results we can see:
From client logs:
sender - is iperf client, Upload speed from iperf client to iperf server is measured
receiver - is iperf server, Download speed on iperf server from iperf client is measured
From server logs:
sender - is iperf client, Upload speed from iperf client to iperf server is measured
receiver - is iperf server, Download speed on iperf server from iperf client is measured

Reverse mode test:

iperf3 -s
[ID]インターバル転送帯域幅
[5] 0.00-10.01秒569メガバイト477メガビット/秒送信者
[5] 0.00-10.01秒0.00バイト0.00ビット/秒レシーバー

iperf3 -c 192.168.0.1 -R
[ID]インターバル転送帯域幅
[4] 0.00-10.00秒569メガバイト478メガビット/秒送信者
[4] 0.00-10.00秒569メガバイト478メガビット/秒レシーバー
`` `
このテスト中、iperfサーバーは送信者であり、結果では次のことがわかります。
クライアントログから:
送信者-iperfサーバーです。iperfサーバーからiperfクライアントへのアップロード速度が測定されます
レシーバー-iperfクライアントです。iperfサーバーからのiperfクライアントのダウンロード速度が測定されます
サーバーログから:
送信者-iperfサーバーです。iperfサーバーからiperfクライアントへのアップロード速度が測定されます
レシーバー-iperfクライアントです。iperfサーバーからのiperfクライアントのダウンロード速度が測定されます

コメント、ヒント、メモは大歓迎です。

ありがとうございました!

ありがとう@eriitguy ! 私はこれまでこれをすくい取っただけで、もう一度通過する必要があります。 また、この情報を配置するのに最適な場所を特定する必要があります(たとえば、 README.md 、マニュアルページ、Webサイト、または3つの組み合わせ)。 (OPがマニュアルページでそれを要求したことは知っていますが、これを配置するのに最適な場所を本当に検討したいと思います。)

@eriitguy

@ bmah888 、貢献する可能性をありがとう!
結果を正しく理解していれば、これは同僚への説明の試みにすぎませんでした。

クライアントモードから、私が理解している送信者の行は「アップロード帯域幅」を表しています。 しかし、受信側の回線が、サーバーの観点から「ダウンロード帯域幅」を意味する場合、帯域幅の値が異なる原因は何でしょうか。

@eriitguyが書いたように:

iperfクライアントまたはサーバー側からの結果
デフォルトモードテスト:

iperf3 -s
 [ID]インターバル転送帯域幅
 [5] 0.00-10.00秒0.00バイト0.00ビット/秒送信者

サーバーログから:
送信者-iperfクライアントです。iperfクライアントからiperfサーバーへのアップロード速度が測定されます

理解できるかわかりません。 iperfクライアントのアップロード速度の場合、転送/帯域幅を0にするにはどうすればよいですか?

誰が送受信しているかが明確になるように、対応する出力行にサーバーとクライアントのIPアドレスを追加してみませんか。

そしてRetrとは何ですか? それが何を意味するのかわからないようです。

そしてRetrとは何ですか? それが何を意味するのかわからないようです。

ここで答えが見つかりました: 「Retr」フィールドの意味、明らかに_retr_は再送信を表し、 Retr列は再送信されたTCPセグメントの数を示します。
再送信数が多い場合は、ネットワークに何らかの問題(輻輳または破損)があることを示しています。

このページは役に立ちましたか?
0 / 5 - 0 評価

関連する問題

cypherstream picture cypherstream  ·  6コメント

Surendraknatarajan picture Surendraknatarajan  ·  9コメント

fefone picture fefone  ·  5コメント

travis1230 picture travis1230  ·  4コメント

KevinJosephMorin picture KevinJosephMorin  ·  5コメント