Networking iperf服务器和客户端的差异

Networking iperf服务器和客户端的差异,networking,bandwidth,mininet,openflow,iperf,Networking,Bandwidth,Mininet,Openflow,Iperf,原谅我,如果这是错误的地方-这是我的第一篇文章 我在Mininet中建立了一个网络-创建了两个具有相同带宽和延迟(带宽:10Mbps,延迟:10ms)的节点。使用iperf进行测试时,我执行以下步骤: 在节点1上启动iperf服务器(10.0.0.2) iperf-s 在节点2(10.0.0.3)上启动iperf客户端 iperf-C10.0.0.2 测试完成 节点2(客户端)的带宽为11.2Mbps,测试时间为10.4秒。节点1(服务器)的带宽为9.56Mbps,测试时间为12.2秒。客户端和

原谅我,如果这是错误的地方-这是我的第一篇文章

我在Mininet中建立了一个网络-创建了两个具有相同带宽和延迟(带宽:10Mbps,延迟:10ms)的节点。使用iperf进行测试时,我执行以下步骤:

  • 在节点1上启动iperf服务器(10.0.0.2) iperf-s
  • 在节点2(10.0.0.3)上启动iperf客户端 iperf-C10.0.0.2
  • 测试完成
  • 节点2(客户端)的带宽为11.2Mbps,测试时间为10.4秒。节点1(服务器)的带宽为9.56Mbps,测试时间为12.2秒。客户端和服务器都显示相同的传输大小(13.9Mb)

    这个时差是由于每个数据包的延迟造成的吗?TCP窗口大小为85.6 KB,因此在网络上发送的每个数据包上加上10毫秒的延迟大致可以考虑到差异。然而,我原以为延迟是20毫秒,因为发送端和接收端都有10毫秒的网络延迟-为什么不是这样

    我希望这是有意义的


    Ben

    测试开始/结束应由计时器触发。实际开始/结束时间应包含一些信号通知/处理开销,以便双方的实时时间不同。

    测试开始/结束应由计时器触发。真正的开始/结束时间应该包含一些信号通知/处理开销,因此双方的实时性是不同的。

    不幸的是,mininet显示了一组未解决的错误。它的一个缺陷与吞吐量相关,即可用带宽越高。此外,使用带宽延迟是另一个应该考虑的问题


    我建议您以0毫秒的延迟重复您的实验。

    不幸的是,mininet显示了一组未解决的错误。它的一个缺陷与吞吐量相关,即可用带宽越高。此外,使用带宽延迟是另一个应该考虑的问题

    我建议你以0毫秒的延迟重复你的实验