掉ping不見得等於掉封包. 為什麼呢?

ping只是一種ICMP message type, echo request 與 echo reply 的結果.

除了測試網路有沒有通, 並沒有什麼真正的價值.

所以ICMP與其他真正的service (Http, ftp, snmp...etc) 在網路端不見得被相同的對待.

當網路流量繁重的時候, 管理者可以設定優先處理真正有用的訊務而忽略/放低ICMP的請求

讓真正的服務順暢但是ping的封包最後處理,甚至掉包都不care.

上傳滿檔,代表ISP對你承諾的Qos只能給你這麼多, 舉例說上傳2Mbps好了, p2p跑滿時,

若沒有空間再安插ping的服務封包進去時, 自然就是drop ping packet.


另外, 多數應用程式在網路層與應用層都有自我修復的機制, 可讓遺失的封包重傳, 重組成

完整有用的資料, 像是TCP based 的流量都有這種能力, 達成"過程可能有掉包 但是實際上

最後資料是完整/無掉包"的結果

但是ping沒有這樣的能力, 掉一個就是一個, 每次單獨的Ping若失敗都不會重傳.

所以一般人才會以多次Ping, 連續ping的方式, 觀察多次檢視連線回應的狀態.


當然, 硬要說掉ping也是一種掉封包也沒錯, 不過, 這就很文字化誰都知道而完全與技術無關了.