为什么在 tracert 跳跃中出现这种递归？

Question

在经历了极其缓慢的互联网之后，“连接被拒绝”、“无法协商链接”等跨站点（其中包括 fb、stackoverflow、yahoo、google），我冒昧地随意点击了 tracert。

跟踪输出如下

C:\Documents and Settings\G0D>tracert in.yahoo.com

Tracing route to any-fp-in.wa1.b.yahoo.com [98.139.183.24]
over a maximum of 30 hops:

  1    12 ms     *       11 ms  1.64.95.59.in-addr.arpa [59.95.64.1]
  2    35 ms    34 ms    34 ms  218.248.255.58
  3   142 ms   140 ms   140 ms  115.114.57.249.static-Mumbai.vsnl.net.in [115.114.57.249]
  4   481 ms   478 ms   475 ms  ix-0-100.tcore1.MLV-Mumbai.as6453.net [180.87.38.5]
  5     *        *        *     Request timed out.
  6     *        *        *     Request timed out.
  7     *        *        *     Request timed out.
  8   551 ms   555 ms   543 ms  if-8-2.tcore2.SV8-Highbridge.as6453.net [80.231.91.26]
  9     *        *      514 ms  if-2-2.tcore1.SV8-Highbridge.as6453.net [80.231.139.2]
 10   547 ms   552 ms   554 ms  if-6-2.tcore1.NJY-Newark.as6453.net [80.231.138.18]
 11     *      549 ms   721 ms  if-2-2.tcore2.NJY-Newark.as6453.net [66.198.70.2]
 12   528 ms   543 ms   547 ms  if-3-2.tcore2.AEQ-Ashburn.as6453.net [216.6.87.9]
 13   341 ms   341 ms   342 ms  54.27.58.209.in-addr.arpa [209.58.27.54]
 14   356 ms   351 ms   351 ms  ae-6.pat2.dcp.yahoo.com [216.115.102.178]
 15   354 ms   381 ms     *     ae-7.pat2.che.yahoo.com [216.115.100.137]
 16   362 ms   362 ms   362 ms  ae-2.pat2.bfz.yahoo.com [216.115.100.74]
 17   384 ms   365 ms   385 ms  ge-1-0-0.pat1.bfz.yahoo.com [216.115.97.211]
 18   426 ms     *      366 ms  ae-4.msr2.bf1.yahoo.com [216.115.100.73]
 19   364 ms   370 ms   383 ms  xe-7-0-0.clr2-a-gdc.bf1.yahoo.com [98.139.128.19]
 20   368 ms   388 ms   394 ms  et-17-1.fab3-1-gdc.bf1.yahoo.com [98.139.128.41]
 21   477 ms   450 ms     *     ir2.fp.vip.bf1.yahoo.com [98.139.183.24]
 22   435 ms   416 ms   480 ms  ir2.fp.vip.bf1.yahoo.com [98.139.183.24]

Trace complete.

从第 3 步开始，似乎存在瓶颈。

令我特别惊讶的是第 13 步发生的明显递归。

这种递归的原因是什么？

Answer 1

跃点 13 与跃点 12 位于不同的网络上。因此，从跃点 13 返回的数据包很可能采用了不同的、可能更好的路径返回给您，从而导致该跃点和后续跃点的时间较短。

我还应该指出，跃点 5、6 和 7 上的 * 可能没有任何意义。它们可能只是无法将本地来源的数据包返回给您的设备。后面几行中的 * 可能有也可能没有任何意义。这可能只是意味着路由器太忙了，懒得把数据包返回给你，但更有可能的是那些反映了真正的数据包丢失。