首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >iperf3 - Retr列在TCP测量中的意义

iperf3 - Retr列在TCP测量中的意义
EN

Stack Overflow用户
提问于 2020-06-26 06:36:46
回答 1查看 19K关注 0票数 5

很抱歉问了这个话题,但是在阅读了工具的文档和类似于我的问题(https://github.com/esnet/iperf/issues/343)的票证后,我仍然不太明白/知道TCP测量中Retr列的含义,而且我也不知道如何“使用”它:-(

假设有一个结果,如下所示,其中有5次重试。我得到,这些是重新传输的TCP段的数量,但是这些重传成功了吗,或者它们只是被重新尝试发送,而不知道结果如何?

如果我想在百分比(%)结尾看到某种求和,工具可以打印它,类似于UDP度量吗?如果没有,如何才能得到发送/接收到的段的总和来计算故障率?

工具的版本:

代码语言:javascript
运行
复制
>batman@bat-image:~$ iperf3 -v
iperf 3.8.1 (cJSON 1.7.13)
Linux bat-image 4.15.0-106-generic #107-Ubuntu SMP Thu Jun 4 11:27:52 UTC 2020 x86_64
Optional features available: CPU affinity setting, IPv6 flow label, TCP congestion algorithm setting, sendfile / zerocopy, socket pacing
batman@bat-image:~$

OS:

代码语言:javascript
运行
复制
Ubuntu-18.04
batman@bat-image:~$ uname -aLinux bat-image 4.15.0-106-generic #107-Ubuntu SMP Thu Jun 4 11:27:52 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
batman@bat-image:~$

日志:

代码语言:javascript
运行
复制
batman@bat-image:~$iperf3 -c 192.168.122.1 -f K -B 192.168.122.141 -b 10m -t 10
Connecting to host 192.168.122.1, port 5201
[  5] local 192.168.122.141 port 34665 connected to 192.168.122.1 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  1.25 MBytes  10.5 Mbits/sec    0    297 KBytes      
[  5]   1.00-2.00   sec  1.25 MBytes  10.5 Mbits/sec    0    297 KBytes      
[  5]   2.00-3.00   sec  1.12 MBytes  9.43 Mbits/sec    0    297 KBytes      
[  5]   3.00-4.00   sec  1.25 MBytes  10.5 Mbits/sec    0    297 KBytes      
[  5]   4.00-5.00   sec  1.12 MBytes  9.43 Mbits/sec    0    297 KBytes      
[  5]   5.00-6.00   sec  1.25 MBytes  10.5 Mbits/sec    0    297 KBytes      
[  5]   6.00-7.00   sec  1.12 MBytes  9.44 Mbits/sec    2   1.41 KBytes      
[  5]   7.00-8.00   sec   512 KBytes  4.19 Mbits/sec    1   1.41 KBytes      
[  5]   8.00-9.00   sec  0.00 Bytes  0.00 Mbits/sec    1   1.41 KBytes      
[  5]   9.00-10.00  sec  0.00 Bytes  0.00 Mbits/sec    1   1.41 KBytes      
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr

[  5]   0.00-10.00  sec  8.87 MBytes  7.44 Mbits/sec    5             sender

[  5]   0.00-16.91  sec  7.62 MBytes  3.78 Mbits/sec                  receiver

iperf Done.

谢谢你的帮忙,

/Robi

EN

回答 1

Stack Overflow用户

发布于 2021-01-18 09:38:24

在iperf3中,列Retr表示重新传输的TCP数据包,并指示必须再次发送的TCP数据包的数量(=重新传输)。

Retr中的值越低越好。一个最优的值是0,这意味着无论发送了多少TCP数据包,都不需要对任何一个数据包表示不满。大于零的值表示由于网络拥塞(通信量过多)或硬件故障导致的损坏可能导致的数据包丢失。

您最初的关于Github的问题也得到了回答(来源):https://github.com/esnet/iperf/issues/343

您正在询问iperf3的不同输出,这取决于您是测试UDP还是TCP。

  • 在使用UDP时,数据包不能到达目的地是可以接受的。要指示连接/数据传输的质量,您可以获得未到达目的地的数据包的百分比。

  • 在使用TCP时,所有数据包都应该到达目的地,并检查是否丢失或损坏了数据包(因此,传输控制协议)。如果一个数据包丢失了,它就会被重新传输。要指示连接的质量,您可以得到多少数据包必须是retransmitted.

因此,UDP的百分比和TCP的Retr计数都是质量指标,可以根据每个协议的具体情况进行调整。

如果您想知道Cwnd列是什么意思,它代表拥塞窗口。拥塞窗口是TCP状态变量,它限制TCP在接收ACK之前发送到网络的数据量。来源:https://blog.stackpath.com/glossary-cwnd-and-rwnd/

票数 14
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/62589296

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档