Mininet拓扑传输时延测量值与理论值偏差问题咨询

问题背景 #

我在Mininet中搭建了包含两台主机（h1、h2）和三台路由器（r1、r2、r3）的拓扑：

H1 - R1 - R2 - R3 - H2

配置带宽为100Mbit，延迟设为0。为测量h1到h2的传输时间，发送大小为1408字节的ping包（命令：ping -c 10 -s 1400 h2），并通过tcpdump分别在h1的出接口和h2的入接口抓包（命令：tcpdump -i h1-eth0 --time-stamp-precision=micro -ttt -w egress.pcap），通过时间戳差值计算时延。根据参数计算，每跳传输时延约112.64微秒，总时延应为337.92微秒，但实际捕获的平均时延仅约60微秒，请问为何存在如此大的差异？忽略了什么因素？

核心原因分析 #

• 虚拟链路与物理链路的本质差异：你计算的每跳112.64微秒是基于真实物理链路的传输耗时（1408字节×8=11264比特，11264/100000000≈112.64微秒），但Mininet默认使用Linux虚拟以太网（veth）对连接节点，这些链路是内核内部的内存通道，不存在物理介质的传输耗时。100Mbit带宽限制是通过Linux tc工具模拟的，轻负载下数据包会直接通过，不会触发带宽限制带来的队列等待。
• 内核转发的低耗时特性：Mininet中的路由器是通过开启ip_forward的Linux主机模拟的，转发过程完全在内核层面完成，没有真实路由器的硬件转发延迟。如果虚拟节点运行在同一物理主机上，数据包甚至可以直接在内核内存中传递，跳过了物理接口的收发流程，转发耗时远低于预期。
• tcpdump时间戳的触发时机：tcpdump在h1出接口的时间戳是内核将数据包放入发送队列的时间，而非数据包“离开”虚拟接口的时间；h2入接口的时间戳是内核刚接收数据包的时间。虚拟链路中数据包几乎瞬间完成内核内传递，时间差主要体现为内核处理和转发的耗时，而非物理传输时延。
• 延迟配置的生效逻辑：你设置的延迟为0时，Mininet通过tc netem添加的模拟延迟会完全关闭，而真实物理链路的固有延迟在虚拟环境中本就不存在，因此总时延不会叠加物理传输的部分。

内容的提问来源于stack exchange，提问作者p4pe