Я со всем согласен.

кто-нибудь хочет сделать первый набросок этого для нас?

iperf 3.x - Понимание результатов тестирования (Черновик)

1. Описание
2. Провести тесты
3. Интерпретация результатов

Описание

Инструмент iperf можно использовать для измерения пропускной способности сети

Провести тесты

iperf 3.x можно использовать в двух режимах:

1. Серверный режим
2. Клиентский режим

Использование:
`` {r, engine = 'bash', count_lines}
iperf [-s | -c хост] [параметры]
#
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 --сервер

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

Мы должны знать, что когда клиент подключается к серверу, он отправляет данные, и в этом случае по умолчанию измеряется скорость загрузки.
Если мы хотим измерить скорость загрузки, мы можем запустить iperf в клиентском и обратном режиме, используя параметры -R или --reverse :
`` {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] Интервал передачи полосы пропускания Retr
[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 , справочная страница, веб-сайт или их комбинация). (Я знаю, что OP просил об этом на странице руководства, но я действительно хочу подумать, где лучше всего это разместить.)

@eriitguy :

@ bmah888 , спасибо за возможность внести свой вклад!
Это была просто попытка объяснения для моих коллег, правильно ли мы понимаем результаты.

Насколько я понимаю, в клиентском режиме строка отправителя представляет собой "пропускную способность загрузки". Но линия приемника, если это означает «пропускную способность загрузки» с точки зрения сервера, тогда что может привести к тому, что у них будут разные значения пропускной способности?

Как написал @eriitguy :

результаты со стороны клиента или сервера iperf
Тест режима по умолчанию:

iperf3 -s
 [ID] Интервальная пропускная способность передачи
 [5] 0,00-10,00 с 0,00 байт 0,00 бит / с отправитель

Из журналов сервера:
отправитель - это клиент iperf, измеряется скорость загрузки от клиента iperf на сервер iperf

Не уверен, понял ли. Как передача / пропускная способность могут быть равны 0, если это скорость загрузки клиента iperf?

почему бы нам не добавить IP-адрес сервера и клиента в соответствующие выходные строки, чтобы было ясно, кто отправляет и принимает ..

а что такое Retr? Кажется, я не понимаю, что это значит.

а что такое Retr? Кажется, я не понимаю, что это значит.

Нашел здесь ответ: что означает поле «Retr» , очевидно, _retr_ означает повторную передачу, а столбец Retr показывает количество повторно переданных сегментов TCP.
Большое количество повторных передач сигнализирует о некоторых проблемах в сети (перегрузка или повреждение).