☰

关于路由追踪的问题

tag-icon • tag-icon routing networking
关于路由追踪的问题

我住在内布拉斯加州农村的一个小镇。当我从家里向我工作的一所小学院进行 tracert 时，它会跳到达拉斯，然后是丹佛，然后是芝加哥，然后再回到这里。这对我来说似乎很奇怪，更不用说效率低下了。但是，我家里有一个完全不同的 ISP，所以我甚至不确定这是否有什么不寻常的。

所以，我的问题是，只要数据包到达了它们应该去的地方，这真的是一个问题吗？而且，由于这都是我控制范围内的上游，如果真是这样，我能做些什么吗（除了向相关 ISP 投诉）？

tracert 如下所示：

  1 1毫秒 1毫秒 1毫秒 10.1.1.2
  2 2毫秒 1毫秒 1毫秒 192.168.254.254
  3 9毫秒 9毫秒 9毫秒 h1.80.29.71.dynamic.ip.windstream.net [71.29.80.1]
  4 21毫秒 9毫秒 10毫秒 h222.28.213.151.static.ip.windstream.net [151.213.28.222]
  5 29毫秒 30毫秒 29毫秒 h140.254.213.151.static.ip.windstream.net [151.213.254.140]
  6 34毫秒 30毫秒 30毫秒 h130.254.213.151.static.ip.windstream.net [151.213.254.130]
  7 30毫秒 30毫秒 29毫秒 xe-8-3-0.edge3.Dallas1.Level3.net [4.71.198.25]
  8 42毫秒 34毫秒 34毫秒 ae-72-70.ebr2.Dallas1.Level3.net [4.69.145.115]
  9 52毫秒 52毫秒 52毫秒 ae-2.ebr1.Denver1.Level3.net [4.69.132.105]
 10 52毫秒 53毫秒 53毫秒 ae-1-100.ebr2.Denver1.Level3.net [4.69.132.38]
 11 69毫秒 68毫秒 68毫秒 ae-3-3.ebr1.Chicago2.Level3.net [4.69.132.62]
 12 74毫秒 69毫秒 69毫秒 ae-1-51.edge2.Chicago2.Level3.net [4.69.138.131]
 13 69毫秒 68毫秒 68毫秒 ROADRUNNER.edge2.Chicago2.Level3.net [4.59.28.110]
 14 69毫秒 68毫秒 71毫秒 ae-1-0.cr0.chi10.tbone.rr.com [66.109.6.152]
 15 69毫秒 69毫秒 69毫秒 ae-15.chcgileq-rtr1.kc.rr.com [66.109.6.101]
 16 87毫秒 86毫秒 86毫秒 xe-1-2-0.lnclne00-mx42.neb.rr.com [76.85.220.134]
 17 87毫秒 85毫秒 86毫秒 xe-0-0-0.lnclne00-mx41.neb.rr.com [76.85.220.145]
 18 86毫秒 85毫秒 85毫秒 gig2-1.lnclne00-dar1.neb.rr.com [76.85.220.110]
 19 87 毫秒 86 毫秒 87 毫秒 rrcs-76-79-19-35.west.biz.rr.com [76.79.19.35]

这很奇怪，因为我很相信丹佛和芝加哥之间的连接会沿着 I-80 进行，这意味着在最终到达校园之前，我们需要经过三次路程（一次是出城，一次是从丹佛到芝加哥，还有一次是从芝加哥回来）。

答案1

这完全取决于您当地的 ISP 如何对等（即他们与谁有直接链接）。看来，windstream 在您到达达拉斯（Level 3）之前没有与任何其他网络进行对等，并且无论出于什么原因，Level 3 需要先去丹佛，然后去芝加哥，然后才能为您的大学找到一条返回 RoadRunner 的免费路线。

这其实并不罕见，你需要考虑的主要问题是你的延迟。考虑到你跟踪路由的所有延迟都小于 100 毫秒，与我居住的地方（澳大利亚悉尼）相比，这很罕见。在这里，我预计农村地区的延迟会大于 300 毫秒。天哪，当我联系距离我们仅 2 公里的数据中心时，延迟却大于 100 毫秒！

答案2

这并不罕见，你对此也无能为力。数据包所走的路径取决于你的 ISP 网络及其上游传输提供商。数据包经过一条相当迂回的路线到达目的地并不罕见。

相关内容