我最近一直受到服务器低下载速度的困扰，出于好奇，我运行了跟踪路由。（我删除了结束 IP 和起始 IP）。
我的 ISP（服务器在加拿大，而我在佛罗里达）承诺提供 30Mbps 的速度，而我的下载速度却达到了 220Kb/s。直到最近才出现这种情况，我非常担心我的 ISP（Verizon）可能在进行流量整形。有人能给出一个合理的解释，说明为什么这种情况会发生在我身上吗？
有趣的是，从我的计算机到我的服务器的跟踪路由显示有 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
另一方面，从我的服务器到我的计算机的跟踪路由显示了多达 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 * * *
答案1
它没有显示 30 个跳数。它只是在 9 之后超时，这在住宅连接上很常见，因为您的 ISP 或路由器阻止了 ICMP ping。我猜您的路由器应该是第 10 或 11 个跳数，否则。
传出连接决定路由。因此，当您向服务器发送数据时，您的 ISP 会根据各种指标确定所采用的路由。当您从服务器接收数据时，服务器的网络会根据各种指标选择所采用的路由。这些指标因主机而异。
您无法通过跟踪路由确定速度，只能确定延迟和可能的数据包丢失。我说可能的数据包丢失是因为 ICMP 数据包 (ping) 不是测量数据包丢失的最佳方法，因为路由器将其视为低优先级。
无法从跟踪路由中分辨出流量整形，而且您采用的路由与流量整形无关。请注意，220KB/s 不等于 220kbps。220KB/s（字节，不是位）是 1.76mbps。这仍然不是您期望的 30mbps，但这可能有多种原因，如果不进行大量测试，您将很难从您的终端找出所有这些原因。
答案2
互联网的设计是强大的，为您安排路线问题区域。找到另一条合适的路径应该花费很少的时间（几毫秒或更短），以至于您没有意识到您已经避开了拥堵。
只有当没有一条路线选择特别好时，你才会开始发现问题，我花了一些时间在这个答案上，以便更清楚地说明你在证明什么。根据你指示的跳跃...
来自你
- 跳数 6-8：您的跟踪采用了 3 条路径，在跳数 6 上，在以 204 结尾的地址、以 72 结尾的地址和以 129 结尾的地址之间取得平衡。看起来很正常。
- 在第 3 和第 9 跳，你可以看到三个结果并不奇怪；每一跳都尝试了3次。
- “*” 表示“无响应”。如果是随机的，则不受欢迎，如果你能看穿它们，连续 3 个通常是正常的和您看到的不是也散布着“*”。
- 您的往返时间（请求返回给您所需的毫秒数）受共享主机、一天中的时间、Verizon 和非 Verizon 网络投资等因素的影响。
来自服务器的消息：
- 3,4：可能配置为不回答跟踪。这可能是策略或意见，或者可能只是放弃请求会更快。跟踪路由是诊断工具；除非您是进行诊断的管理员，否则识别您的跳转并不像传递应该经过您的所有内容（如 Web 请求或跳过您的跳转请求）那么重要。
- 在跳数 9 处，您唯一知道的是服务器无法看到它。这可能是路径上任何一点的防火墙（不允许跳数 > 9）、跟踪所采用的路径出现故障，或者您可能没有看到诊断响应。请记住：仅仅因为您在一个连接上收到了跟踪的反馈，并不意味着跟踪本身到达您时所采用的路径是相同的（尽管它可能相似）。
- 跳 2 可能会拥塞（>300 毫秒、<1 毫秒、>300 毫秒），但它可能只是优先考虑“回答你”而不是其主要职责：传递流量。如果它太忙，我预计经过它的每个测试都会随机超过 300 毫秒。没有一个是这样的。
- 从第 10 跳以上，您只知道该路由不可追踪。就是这样。您甚至可能触发了防火墙规则，该规则决定是时候阻止您了。
您似乎确实遇到了随机问题（Devon 在回答和评论中提供了更好的信息），即第 5 跳到第 9 跳丢包，但一次跟踪几乎无法提供足够的数据，也不是唯一的跟踪类型。您唯一能说的是，在此跟踪中，第 3 跳之后的典型优先级调整可能会出现问题。
主要问题是您似乎没有收到您支付的带宽。虽然 Verizon 可以自行运行跟踪并与管理员协调，而您却做不到，但您的问题可能更接近服务器。只需致电/写信给两个地方并询问。如有必要，输出我的跟踪路由更好，但请记住，你正在运行诊断程序症状，同时他们可以对原因。