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

大家注意到?jīng)]有？TRACERT中有一跳過不去，time out。
但卻PING得通，這是何故？都是ICMP啊

風行萬里

是不是被隱藏了？

fsb

Request timed out 那點應該是設了防ICMP包。

xunle

[quote]原帖由 "fsb"]Request timed out 那點應該是設了防ICMP包。[/quote 發(fā)表：
     

顯然是不可能的，PING和TRACERT都是用的ICMP包。
PING沒問題，證明ICMP沒有被過濾

jiekechoo

原帖由 "xunle" 發(fā)表：
   

顯然是不可能的，PING和TRACERT都是用的ICMP包。
PING沒問題，證明ICMP沒有被過濾

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

ping -r 9 202.96.134.133

可以跟蹤9條路由，能發(fā)現(xiàn)嗎？

還有，我要問一下，192.168.0.1 與61.144.230.93之間是什么設備？

xunle

202.96.134.133
是深圳電信的DNS地址。
192.168.0.1是我們的路由器地址。
中間部分的東東應該是電信的路由器地址吧？

用了 -R 參數(shù)后TIME OUT。
不用就OK。

炎舞

偶又來回答你的問題了。

ping是將icmp包發(fā)送到target,然后對方再發(fā)一個回來，中間進行ttl倒數(shù)。
tracert是要求一路上的設備都給你一個icmp包。

如果某一設備設置了忽略這種icmp請求，就會出現(xiàn)timeout
但是，發(fā)送到target的icmp，它還是會轉(zhuǎn)發(fā)的。

不知道對不對？

uman

原因比較復雜  
但如果排除設備出問題，那么出現(xiàn)這個也是很正常的
對icmp包響應和轉(zhuǎn)發(fā)icmp實際上是兩回事情
曾經(jīng)仔細考慮過
如果不是想有這樣的效果，那么就是說明這個網(wǎng)絡存在有問題
一般來說  國內(nèi)似乎都是問題

孑然一身

應該是網(wǎng)絡有問題啊！

cynosurelu

tracert用的是udp協(xié)議啊。ping當然是icmp包。
你這個情況應該是你在一個局域網(wǎng)里面，你的網(wǎng)關是192.168.0.1
你們的網(wǎng)絡里面肯定有防火墻，所以會有這樣的問題