期望/期望行为:在使用Linux网络设置网络条件后, Mininet应该返回稳定的ping RTT结果。
实际行为:

再现行为的详细步骤:
sudo mn # start the default topo h1---s1---h2
s1 tc qdisc add dev s1-eth2 root handle 1: netem delay 20ms loss 0.01% # this will emulate 20ms RTT
h1 ping h2 附加信息:在我的win10笔记本电脑的虚拟盒上运行Mininet2.3.0。VM是Ubuntu16.04,我将Linux内核升级到4.15。在VM中只设置只有主机的适配器:

发布于 2022-09-05 13:12:33
我过去也见过这种情况,也很奇怪。虽然我没有明确的答案,但以下是一些可能的解释。
从你的截图,我会假设你的集合RTT是20毫秒,我将与它一起前进。
您获得的第一个示例是膨胀的RTT,因为这是第一个通过控制器的数据包,它正在设置延迟增加的规则。
在此之后,您得到的探针之间的差异可以通过以下方法来解释:
max_queue_size的选项。也就是说,有多少数据包可以在这个链接上缓冲,然后才被丢弃。自然,位于缓冲区中的数据包在其最小路径RTT测量的基础上将有一个附加的传播或缓冲延迟。我怀疑这可能是您所观察到的,因为“坏”示例似乎是群集的,这意味着排队可能排队的数据包。这篇文章解释排队延迟如何影响网络链路。https://stackoverflow.com/questions/72539814
复制相似问题