PING和TRACERT的一个有趣的问题，大家讨论一下

xunle回来啦

C:\>;tracert 202.96.134.133

Tracing route to ns.szptt.net.cn [202.96.134.133]
over a maximum of 30 hops:

  1   <10 ms    11 ms   <10 ms  192.168.0.1
  2     *        *        *     Request timed out.
  3    10 ms    10 ms    10 ms  61.144.230.93
  4    30 ms    10 ms    10 ms  61.144.236.153
  5    10 ms    20 ms    10 ms  61.141.246.195
  6    10 ms    10 ms    20 ms  ns.szptt.net.cn [202.96.134.133]


C:\>;ping 202.96.134.133

Pinging 202.96.134.133 with 32 bytes of data:

Reply from 202.96.134.133: bytes=32 time=10ms TTL=250
Reply from 202.96.134.133: bytes=32 time=10ms TTL=250
Reply from 202.96.134.133: bytes=32 time=10ms TTL=250
Reply from 202.96.134.133: bytes=32 time=10ms TTL=250

Ping statistics for 202.96.134.133:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 10ms, Maximum =  10ms, Average =  10ms

大家注意到没有？TRACERT中有一跳过不去，time out。
但却PING得通，这是何故？都是ICMP啊

风行万里

是不是被隐藏了？

fsb

Request timed out 那点应该是设了防ICMP包。

xunle

[quote]原帖由 "fsb"]Request timed out 那点应该是设了防ICMP包。[/quote 发表：
     

显然是不可能的，PING和TRACERT都是用的ICMP包。
PING没问题，证明ICMP没有被过滤

jiekechoo

原帖由 "xunle" 发表：
   

显然是不可能的，PING和TRACERT都是用的ICMP包。
PING没问题，证明ICMP没有被过滤

    不一定的。你可以试一下如下命令：

ping -r 9 202.96.134.133

可以跟踪9条路由，能发现吗？

还有，我要问一下，192.168.0.1 与61.144.230.93之间是什么设备？

xunle

202.96.134.133
是深圳电信的DNS地址。
192.168.0.1是我们的路由器地址。
中间部分的东东应该是电信的路由器地址吧？

用了 -R 参数后TIME OUT。
不用就OK。

炎舞

偶又来回答你的问题了。

ping是将icmp包发送到target,然后对方再发一个回来，中间进行ttl倒数。
tracert是要求一路上的设备都给你一个icmp包。

如果某一设备设置了忽略这种icmp请求，就会出现timeout
但是，发送到target的icmp，它还是会转发的。

不知道对不对？

uman

原因比较复杂  
但如果排除设备出问题，那么出现这个也是很正常的
对icmp包响应和转发icmp实际上是两回事情
曾经仔细考虑过
如果不是想有这样的效果，那么就是说明这个网络存在有问题
一般来说  国内似乎都是问题

孑然一身

应该是网络有问题啊！

cynosurelu

tracert用的是udp协议啊。ping当然是icmp包。
你这个情况应该是你在一个局域网里面，你的网关是192.168.0.1
你们的网络里面肯定有防火墙，所以会有这样的问题