为什么从一个位置到另一个位置的路由跟踪显示不同的path？

我最近受到服务器下载速度低的困扰，并且很好奇，所以我运行了traceroute。（我已经删除了最终的IP和启动IP）。

当我的ISP（服务器在加拿大，我在佛罗里达州）承诺30Mbps的速度时，我达到了220Kb / s的下载速度。直到最近才发生这种情况，我担心我的ISP（Verizon）可能是stream量整形。任何人都可以提供一个有效的解释，为什么这可能会发生在我身上？

有趣的是，从我的电脑到我的服务器的traceroute显示正常12跳：

1 TEW-810DR (192.168.1.1) 1.847 ms 1.832 ms 2.714 ms 3 * * * 4 0.ae10.GW1.MIA19.ALTER.NET (140.222.231.83) 14.970 ms 15.094 ms 15.093 ms 5 teliasonera-gw.customer.alter.net (152.179.236.22) 67.394 ms 67.572 ms 67.574 ms 6 ash-bb4-link.telia.net (62.115.136.204) 94.843 ms ash-bb3-link.telia.net (62.115.141.72) 92.753 ms ash-bb4-link.telia.net (62.115.141.129) 90.262 ms 7 nyk-bb2-link.telia.net (62.115.137.65) 92.696 ms nyk-bb2-link.telia.net (213.155.133.8) 117.651 ms nyk-bb2-link.telia.net (62.115.137.67) 90.177 ms 8 nyk-b2-link.telia.net (213.155.130.28) 97.654 ms nyk-b2-link.telia.net (62.115.134.108) 90.165 ms nyk-b2-link.telia.net (213.155.130.30) 95.060 ms 9 * * * 10 192.99.146.84 (192.99.146.84) 126.198 ms 124.014 ms 119.930 ms 11 bhs-3a-a9.qc.ca (198.27.73.92) 127.757 ms 127.655 ms 127.245 ms

另一方面，从我的服务器到我的电脑的traceroute显示出高达30跳！

  1 192.99.6.252 (192.99.6.252) 0.703 ms 0.838 ms 0.949 ms 2 198.27.73.95 (198.27.73.95) 341.634 ms 198.27.73.93 (198.27.73.93) 0.662 ms 198.27.73.95 (198.27.73.95) 341.673 ms 3 * * * 4 * * * 5 * if-1-3.thar2.NJY-Newark.as6453.net (216.6.57.2) 25.590 ms * 6 if-4-4.tcore2.NYY-New-York.as6453.net (66.198.111.18) 25.575 ms if-1-3.thar2.NJY-Newark.as6453.net (216.6.57.2) 25.761 ms if-4-4.tcore2.NYY-New-York.as6453.net (66.198.111.18) 25.218 ms 7 if-12-6.tcore1.CT8-Chicago.as6453.net (216.6.99.46) 23.178 ms if-4-4.tcore2.NYY-New-York.as6453.net (66.198.111.18) 25.195 ms 25.558 ms 8 if-12-6.tcore1.CT8-Chicago.as6453.net (216.6.99.46) 23.500 ms 206.82.141.134 (206.82.141.134) 60.538 ms 64.86.78.30 (64.86.78.30) 40.280 ms 9 206.82.141.134 (206.82.141.134) 59.675 ms * 47.879 ms 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * *

它没有显示30跳。它只是9点以后超时，这是通常的住宅连接，因为无论你的ISP或你的路由器阻止ICMP坪。我的猜测是，你的路由器可能是10跳或11跳，否则。

传出连接确定路由。因此，当您将数据发送到服务器时，您的ISP将根据各种指标确定路由。当您从服务器接收数据时，服务器的networking根据各种指标select路由。这些指标因主机而异。

您将无法通过跟踪路由确定速度，只能确定延迟和可能的数据包丢失。我说可能会丢包，因为ICMP数据包（ping）不是测量数据包丢失的最好方法，因为路由器将它们视为低优先级。

无法通过跟踪路由来告知stream量整形，您所采用的路由与stream量整形无关。请注意，220KB / s不等于220kbps。 220KB / s（字节，不是位）是1.76mbps。仍然不是你期望的30mbps，但是可能有各种各样的原因，所有这些都将很难从你的最终没有经过大量的testing。

互联网的devise是强大的，并将您引导到问题领域。 find另一条合适的path应该花费很less的时间（毫秒或更less），你没有意识到你已经避免了拥塞。

只有当路线select都不是特别好的时候，你才会开始看到问题，而且我在这个答案上花费了一些时间，这样就更清楚你正在certificate什么。按照你指定的啤酒花…

从你身边传出

跳跃6-8：你的踪迹走了3条path，在跳跃6之间平衡地址结束于204，然后72，然后129.似乎正常。
在第3和第9跳，你可以看到三个结果并不奇怪，每跳都尝试了3次。
- “*”的意思是“没有回应”。如果是随机的，不合要求，连续3次往往是正常的，当你看到它们时，你看到的不是也洒了“*”。
您的往返时间（需要多lessms才能返回给您）受共享托pipe，一天中的时间，Verizon和非Verizonnetworking投资等的影响。

从服务器传入：

3,4：可能configuration为不回答痕迹。这可能是政策或意见，或者放弃请求可能会更快。 Traceroute是诊断工具; 除非您是pipe理员执行诊断，否则确定您的跃点并不重要，因为要传递所有应该通过您的所有内容（例如networking请求或通过您的跳转请求）。
在第9跳，你知道的是服务器不能看到它。这可能是path上任何一点的防火墙（不允许跳数> 9），跟踪path失败，或者您没有看到诊断响应。只要记住：只是因为你在一个连接上接收到你跟踪的反馈并不意味着跟踪本身到达你的path是相同的（尽pipe它可能是相似的）。
第二跳可能拥挤（> 300ms，<1ms，> 300ms），但可能只是优先考虑“回答你”低于其主要职责：通过交通。如果太忙了，我希望每一次testing都要经过300ms。没有做。
你从第10+所知道的是，这条路线是不可追踪的。而已。你甚至可能触发了一个防火墙规则，决定是时候阻止你了。

~~你似乎有一个随机问题~~ （德文在答复和评论提供更好的信息）丢弃数据包跳5至9，但一个跟踪是不够的数据，也不是唯一的跟踪types。你唯一可以说的是，在这个跟踪中，第3跳之后可能会出现典型的优先级调整问题。

主要的问题是，你似乎没有收到你支付的带宽。虽然Verizon可以运行自己的痕迹，并以一种不可能的方式与pipe理员进行协调，但问题可能更接近服务器。只需拨打/写两个地方，问。如有必要， traceroute的输出效果会更好，但是请记住，您正在运行症状诊断，同时可以针对原因运行诊断。