当我运行时，mtr --report tokyo1.linode.com我看到以下报告。看起来我的流量在到达“互联网”之前就已经在本地网络中跳转了 12 次。知道是什么原因造成的吗？我该如何排除故障？
我的电脑通过 Wi-Fi 连接到路由器，路由器通过墙上的插座连接到 DSL 连接。我的路由器和墙上的连接之间没有调制解调器。这是我第一次使用不需要使用调制解调器的宽带提供商，但不知何故它却能正常工作。
请注意，为了安全起见，我在下面的报告中用 R 和 Q 替换了一些数字。
HOST: MacBook-Pro.local Loss% Snt Last Avg Best Wrst StDev
1.|-- 10.0.0.1 0.0% 10 0.7 0.9 0.7 1.3 0.2
2.|-- 10.84.0.1 80.0% 10 2.9 3.3 2.9 3.7 0.5
3.|-- 192.168.R.73 80.0% 10 2.1 2.7 2.1 3.2 0.8
4.|-- 192.168.R.10 80.0% 10 2.0 2.2 2.0 2.4 0.3
5.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
6.|-- 192.168.R.209 80.0% 10 24.7 14.5 4.3 24.7 14.4
7.|-- 192.168.R.205 80.0% 10 2.3 4.3 2.3 6.2 2.7
8.|-- 192.168.R.21 80.0% 10 4.5 6.3 4.5 8.2 2.6
9.|-- 192.168.Q.158 80.0% 10 10.4 6.2 2.1 10.4 5.9
10.|-- bogon 80.0% 10 2.8 2.4 2.0 2.8 0.5
11.|-- 192.168.R.37 80.0% 10 3.8 4.4 3.8 5.0 0.8
| `|-- 192.168.R.49
12.|-- 192.168.R.37 80.0% 10 12.5 7.7 2.9 12.5 6.8
13.|-- 124.68.6.189 80.0% 10 4.3 4.7 4.3 5.1 0.5
14.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
15.|-- 221.122.35.65 80.0% 10 2.7 8.5 2.7 14.2 8.1
... (etc)
答案1
它们很有可能是通过您的服务提供商的网络而不是您的实际网络进行传输的，而且您处于所谓的运营商级 NAT 之后。
答案2
Tracert 不是用于测试连接质量的工具，而是用于确定两个端点之间的路径的工具。Tracert 的工作原理是发送 ICMP 回显请求，在每个连续的跳跃中将 TTL 增加一，以确定两个端点之间的路径。结果显示每个跳跃对发送给它的 ICMP 回显请求的响应，这并不表示该跳跃如何处理通过它发送的“实际”流量。
如果您的结果确实显示通过这些跳跃出现数据包丢失，那么每个连续跳跃都会显示相同的数据包丢失或增加的数据包丢失。
您在显示数据包丢失的跳数上看到的是该跳数如何响应发送给它的 ICMP 回显请求，该请求在许多情况下被忽略、丢弃或被赋予低优先级。路由器关心的是路由实际流量，而不是响应您的 tracert。
因此，我认为不存在需要修复的“问题”。
编辑
回答您的评论：
我应该更仔细地查看您的跟踪。您的跟踪显示第二跳丢失了数据包，并且每个后续跳都丢失了相同的数据包（显示 100% 数据包丢失的跳数可能完全忽略了 ICMP 数据包）。这可能表明存在问题。它没有解释为什么移除路由器似乎可以“修复”数据包丢失。