traceroute 跃点延迟测量是相对于前一跃点还是相对于源点?

网络工程 跟踪路由
2022-02-06 09:54:19

使用 traceroute 输出:

traceroute to google.com (216.58.223.14), 64 hops max, 52 byte packets
 1  192.168.119.1 (192.168.119.1)  1.321 ms  0.980 ms  0.936 ms
 2  rtr3-c16-dc1.macrolan.co.za (41.222.225.255)  1.815 ms  1.578 ms  1.788 ms
 3  ae0.0.rtr1-ca12-tc1.macrolan.co.za (154.70.222.7)  1.861 ms  2.603 ms  1.989 ms
 4  xe-0/0/3.4000.rtr1-c3h12-tc2.macrolan.co.za (129.205.134.27)  38.447 ms  46.682 ms  21.668 ms
 5  google.ixp.joburg (196.60.8.166)  17.787 ms  18.059 ms  17.713 ms
 6  72.14.237.239 (72.14.237.239)  17.668 ms  17.882 ms  17.497 ms
 7  jnb01s07-in-f14.1e100.net (216.58.223.14)  17.528 ms  18.004 ms  17.642 ms

如何获得到特定跃点目的地的延迟?即第 3 跳的延迟为 1.861 毫秒。我假设这是相对于原点(即我的电脑)。这个假设正确吗?

1个回答

traceroute 中的返回时间始终与发送源相关。由于跃点中的 ICMP 处理不同,一些返回可能比实际更远的后续返回慢。

即使 traceroute 通常不使用 ICMP 回显请求(通常它使用虚拟 UDP 数据报),来自相关跃点的TTL 过期消息确实使用 ICMP,并且某些跃点可能需要一些(更多)时间来生成和发送该消息.