在 traceroute/tracert 中，为什么 route/path 的值可能会更低？
In traceroute/tracert why is it possible for the value to be lower further down the route/path?
我对路由器在通往目的地的路径中更远的地方如何可能具有较低的值感到有点困惑；该值不是指从起始路由器（您 运行 traceroute 所在的机器）到达该点所需的时间吗？
例如，第 12 行的值低于第 11 行，即使它在路径中稍后到达
tracert / traceroute 时间戳将显示跃点到跃点，而不是从源到目的地。因此，第 3 跳到第 4 跳有 100 毫秒的延迟，这并不意味着第 6 跳到第 7 跳应该超过 100 毫秒。
每一跳的 3 个时间戳是因为从每一跳到下一跳发送了 3 个数据包。
路径中的每一步都是在不同的时间用不同的 ping 数据包测量的，因此结果会因网络流量而异。
traceroute 启动的方式是发送一个生存时间字段为1 的UDP 或ICMP 数据报。然后它等待响应（或超时）并再做两次同样的事情。那是第 1 行。然后它将 TTL 增加到 2 并发送 3 次。在此过程中，它会对响应的 IP 地址进行 DNS 查找。当您达到 TTL 10 时，可能已经过去了几秒钟，网络状况可能发生了显着变化。
因此，如果在流程开始时拥塞很高，然后在跟踪仍在进行时减少，则可能会看到比最近的 RTT 更低的更多 RTT。
我对路由器在通往目的地的路径中更远的地方如何可能具有较低的值感到有点困惑；该值不是指从起始路由器（您 运行 traceroute 所在的机器）到达该点所需的时间吗？
例如，第 12 行的值低于第 11 行，即使它在路径中稍后到达
tracert / traceroute 时间戳将显示跃点到跃点，而不是从源到目的地。因此，第 3 跳到第 4 跳有 100 毫秒的延迟，这并不意味着第 6 跳到第 7 跳应该超过 100 毫秒。
每一跳的 3 个时间戳是因为从每一跳到下一跳发送了 3 个数据包。
路径中的每一步都是在不同的时间用不同的 ping 数据包测量的，因此结果会因网络流量而异。
traceroute 启动的方式是发送一个生存时间字段为1 的UDP 或ICMP 数据报。然后它等待响应（或超时）并再做两次同样的事情。那是第 1 行。然后它将 TTL 增加到 2 并发送 3 次。在此过程中，它会对响应的 IP 地址进行 DNS 查找。当您达到 TTL 10 时，可能已经过去了几秒钟，网络状况可能发生了显着变化。
因此，如果在流程开始时拥塞很高，然后在跟踪仍在进行时减少，则可能会看到比最近的 RTT 更低的更多 RTT。