追踪路由RTO在一跳，但下一跳工作

Question

今天，当我在做追踪时，在第6跳中我得到了RTO，但是我的下一个跳似乎是可以到达的。怎么起作用了？

6         *       *       *           Request Timed Out
7         58ms    58ms    61ms        63.149.172.54

据我所知：

Tracert将用3包启动TTL=1第一跳的ICMP回波请求。

当到达路由器(1)时，TTL变为0，超过时间的消息由路由器(1)发送到源。

现在，源代码将设置TTL=2并再次发送它。现在，路由器(1)将TTL减少到1，并将其发送到下一个路由器(2)。

当TTL过期时，路由器(2)将向源发送超过时间的消息。同样，Source增加TTL值并将其发送到目的地。

如果我的第6跳获得RTO，路由器关闭或防火墙阻塞，因此它不会发送ICMP回复到源。那么，源为什么知道下一个路由器是活的，而不从上一个路由器获得ICMP答复，源如何找到下一个跳或路由器？

Answer 1

所有traceroute所做的是发送与增加的TTL。您的第六跳可能禁用了该跳的ICMP消息，也可能太忙，无法及时回复(ICMP对于路由器来说是一个低优先级；路由器希望先路由，有时间时它会转到ICMP )。这并不意味着它不会从不同的源传递ICMP，因为来自不同来源的ICMP通信量只是更多的数据到您的第六跳。

Answer 2

根据我的理解，第六跳将被用作第二层设备和防火墙块使用下面的测试。

ICMP数据包在6跳前在防火墙被禁用。从源头上看，操作员无法使用ICMP测试工具进行检查。我们可以您的TCP端口进行测试。就像第六跳IP地址是10.20.1.6，你可以告诉那个第六跳。如果第6跳不是路由器/交换机，它可能是任何设备。它必须对服务使用tcp端口。telnet有23个tcp工具。你可以代替这个不。任何TCP端口号。它还有助于检查所需的tcp端口是否在路径之间被阻塞或打开。

使用telnet工具作为telnet10.30.1.6 进行测试。