来自发送端的iperf3 udp静默间隙

来自发送端的iperf3 udp静默间隙,udp,packet-loss,iperf3,Udp,Packet Loss,Iperf3,我使用iperf3.7测量系统的吞吐量,该系统的最大吞吐量约为4 Gbps iperf3服务器正在Linux计算机上运行。 我使用以下标志在客户端上使用此命令启动通信,-R选项以允许服务器发送到客户端: iperf3-c 32.0.161.84-u-l 1360-b 550M-P 8-w 16M-R-t 3000 大多数情况下,一切正常,我收到大约4 Gbps。 但在某些情况下,比如10次迭代中的1-2次,我收到的吞吐量低于预期。低多少似乎是随机的,可能是2 Gbps或3 Gbps或3.5 Gb

我使用iperf3.7测量系统的吞吐量,该系统的最大吞吐量约为4 Gbps

iperf3服务器正在Linux计算机上运行。 我使用以下标志在客户端上使用此命令启动通信,-R选项以允许服务器发送到客户端: iperf3-c 32.0.161.84-u-l 1360-b 550M-P 8-w 16M-R-t 3000

大多数情况下,一切正常,我收到大约4 Gbps。 但在某些情况下,比如10次迭代中的1-2次,我收到的吞吐量低于预期。低多少似乎是随机的,可能是2 Gbps或3 Gbps或3.5 Gbps。 当我得到低吞吐量场景时,它通常会保持低吞吐量几分钟。有时,几分钟后,它可以自行恢复到最高速度,有时它会保持较低的速度更长时间。 当我得到这个低吞吐量场景时,如果停止通信并重新启动,我可以得到一个好的吞吐量场景,在这种情况下,客户端已经收到一个新的ip地址,因为它在每次迭代中都被动态分配给客户端

查看发送服务器端的打印输出,它表示发送8x550M,我还与ifstat进行了检查,显示它发送4400 Mbps

仍然接收端接收较低的速度

将iperf客户端(发送端)正在运行的机器的以太网卡镜像到wireshark中,显示有时存在10.8 ms的静默间隔,这可以解释接收到的较低速率

在这个使用wireshark的示例中,通信量为4.4 Gbps,然后突然出现了10.8 ms的静默间隔,我们丢失了4486个1360字节的ip帧。 这可以解释为什么流量在一段时间内下降到3 Gbps

有人知道为什么会发生这种情况,以及这是否是一个已知的问题,可能会在以后的版本3.8或3.9中修复吗? 任何附加标志都有助于避免这种情况? 我曾尝试在不同的Linux机器上运行服务器,但出现了相同的问题,因此我认为这不是机器本身的问题


BR Niklas

我们将日志记录技术更改为一种称为net sniff的技术,当吞吐量降低时,我们再也看不到差距了。所以我最初提到的差距并不是真正的差距,更可能是日志中的错误。 因此,我们认为IpPrim3可以正常工作,并认为较低的吞吐量是由于网络中的某些东西。