나는 그것에 모두 동의합니다.

누군가 우리를 위해 이것의 1차 초안을 만들고 싶습니까?

iperf 3.x - 테스트 결과 이해(초안)

1. 설명
2. 테스트 실행
3. 결과 해석

설명

iperf 도구를 사용하여 네트워크 대역폭 용량 측정

테스트 실행

iperf 3.x는 두 가지 모드로 사용할 수 있습니다.

1. 서버 모드
2. 클라이언트 모드

용법:
```{r, engine='bash', count_lines}
iperf [-s|-c 호스트] [옵션]
#
iperf [-h|--help] [-v|--버전]

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

클라이언트가 서버에 연결할 때 데이터를 전송하고 이러한 경우 기본적으로 업로드 속도가 측정된다는 점을 알아야 합니다.
다운로드 속도를 측정하려면 -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초 466MBytes 391Mbits/sec 발신자
[ 4] 0.00-10.00초 466MBytes 391Mbits/sec 수신기

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] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00초 569MBytes 478Mbits/sec 발신자
[ 4] 0.00-10.00초 569MBytes 478Mbits/sec 수신기

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초 466MBytes 391Mbits/sec 수신기

iperf3 -c 192.168.0.1
[ ID] 간격 전송 대역폭
[ 4] 0.00-10.00초 466MBytes 391Mbits/sec 발신자
[ 4] 0.00-10.00초 466MBytes 391Mbits/sec 수신기

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초 569MBytes 477Mbits/sec 발신자
[ 5] 0.00-10.01초 0.00바이트 0.00비트/초 수신기

iperf3 -c 192.168.0.1 -R
[ ID] 간격 전송 대역폭
[ 4] 0.00-10.00초 569MBytes 478Mbits/sec 발신자
[ 4] 0.00-10.00초 569MBytes 478Mbits/sec 수신기
```
이 테스트 동안 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 서버로의 업로드 속도 측정

이해가 되실런지 모르겠습니다. iperf 클라이언트의 업로드 속도라면 어떻게 전송/대역폭이 0이 될 수 있습니까?

누가 보내고 받는지 명확하도록 해당 출력 행에 서버 및 클라이언트의 IP 주소를 추가하지 않는 이유는 무엇입니까?

그리고 Retr은 무엇입니까? 나는 그것이 무엇을 의미하는지 찾을 수없는 것 같습니다.

그리고 Retr은 무엇입니까? 나는 그것이 무엇을 의미하는지 찾을 수없는 것 같습니다.

여기서 답을 찾았습니다. "Retr" 필드가 의미하는 것 , 분명히 _retr_은 재전송을 의미하고 Retr 열은 재전송된 TCP 세그먼트 수를 보여줍니다.
높은 재전송 번호는 네트워크의 일부 문제(혼잡 또는 손상)를 나타냅니다.