tracert-第二跳后没有ICMP回复

tracert-第二跳后没有ICMP回复

这是我上一个问题的后续问题这里

我再次进行了跟踪,但跟踪到不同的主机。此跟踪正常吗?

痕迹

我期望的是,我应该在跳 3 和 30 之间从 58.26.8.93 收到至少另一个 ICMP 回复。这显然没有发生。也许有人可以解释一下?

答案1

175.137.110.30对该数据包做出响应。

此后,没有其他设备响应该数据包。

最常见的情况是,互联网上常用的几乎所有路由器都会响应。对于中间的路由器尤其如此;靠近起点或目的地的路由器似乎更容易对 tracert 不响应(显示为星号 *)。

如果 tracert 以一个全是星号的系统结束,然后没有其他星号,最有可能的情况是最后报告的系统(本例中为 175.137.110.30)丢失了数据包,而不是将其路由到应该去的地方。另一种可能性是 175.137.110.30 将数据包发送到另一个设备,而该设备根本没有报告其状态(这种情况并不常见,但不一定是问题),然后该设备丢失了数据包。无论哪种情况,似乎都发生了这样的事情:数据包最终没有到达任何响应的系统。

由于数据包离开您的专用网络(以“192.168.”开头)进入公共网络,因此问题可能出在目的地或中间的某些 Internet 基础设施组织上。由于您的目的地是 www.google.com,并且他们有良好的记录,因此我可以稍微缩小范围,得出结论,问题可能出在中间的某些 Internet 基础设施组织上。因此,修复可能需要更改您无权修复的内容(例如设备的配置方式或电缆插入的位置)。

您可以采取的最有用的措施是确保报告此情况。找出最后一个地址 (175.137.110.30) 属于谁,并尝试将此情况报告给已注册 175.137.110.30 的组织。

如果您没有时间处理此问题,有时这可能是您的 ISP 提供的服务,因此您可以告知您的 ISP,他们可能会跟踪修复进度。毕竟,您是客户,理论上,您需要向 ISP 付费,以便将您的数据包发送到需要的地方。当常见的互联网基础设施出现故障时,许多 ISP 都会努力配合修复。

在这种情况下,您的 ISP 似乎不需要联系任何其他组织(除了可能与他们直接联系的上游提供商,因此他们可能已经与该组织建立了相对密切的业务关系)。因此联系您的 ISP 绝对是值得的。

您询问的最后一个示例(在您超链接的问题中)是 PayPal,这是一家知名组织,需要成功的互联网通信才能继续运营。他们通常以拥有可靠的互联网连接而闻名。这个例子是 Google,一家更知名的组织,也在互联网上蓬勃发展。中间的 IPv4 地址不同。因此,这些信息很有可能有用,所以我会再次联系您的 ISP 并提供此信息。一定要让他们知道您最近已经使用 PayPal 的跟踪路由信息与他们联系过。

当您报告这些内容时,请不要向他们发送屏幕截图。他们通常更喜欢复制粘贴文本。在我看来,您使用的是 Microsoft Windows(基于对字体的熟悉程度)。因此,单击窗口左上角的图标一次,然后选择“编辑”、“标记”。选择文本,然后单击图标并选择“编辑”、“复制”。然后粘贴。

APNIC 显示 175.137.110.30 注册于 ADSL-STREAMYX IRT-TMNST-MY TELEKOM MALAYSIA BERHAD,因此,尽管 APNIC 提供的此 IPv4 地址的一些详细信息略有不同(它未显示“路由”电子邮件地址),但似乎同一家公司(您的互联网提供商)也在使用此 IPv4 地址。我建议使用另一个问题(您已将其超链接)中的联系信息。

相关内容