首先說明: 所使用操作系統(tǒng)為虛擬機內Red Hat linux 9.0操作系統(tǒng) 主機為XP系統(tǒng)
?????????????? 虛擬機版本為VMware_Workstation ACE 6.0.2版本???
?????? 測試Ping程序IP記錄路由選項功能時，數(shù)據(jù)報中RR選項為什么始終填寫第一項，而且這第一項的IP地址就是本機出口IP地址，測試結果截圖如下，請大家?guī)兔纯?#xff0c;小弟先行謝過：


自我解答：估計是我的路由器不支持記錄路由選項，路由器型號TP-WR340g+
測試：
1，虛擬機采用NAT模式上網，虛擬機中l(wèi)inux中運行PING -R www.sina.com，可以Ping通，而且請求的數(shù)據(jù)報長度為124字節(jié)（84+40），啟用RR選項，可以記錄Linux系統(tǒng)IP地址，并存放于第一項。返回的數(shù)據(jù)報沒有啟用RR項，長度為84字節(jié)
2，虛擬機采用網橋模式上網后，再次運行ping -R www.sina.com，卻P不通，然后改用Ping www.sina.com，又可以正常P通
由此，我估計是本地路由器對RR選項不支持，然而問題又來了，既然本地路由器對RR選項不支持，那么本地路由器是哪種方式的不支持呢？這里有兩種方式：
第一種，本地路由器不認識這種啟用RR選項的數(shù)據(jù)報，接受后直接丟棄，然后返回一個ICMP差錯數(shù)據(jù)報給源主機，顯然根據(jù)實際情況，本地路由器沒有這樣做
第二種，本地路由器認識這種包，但是卻沒有往RR選項上寫IP地址的功能，只是把這份數(shù)據(jù)報進行轉發(fā)，并不對它進操作。
???? 從實際測試情況來看，似乎第二種情況靠得住，因為能P通，說明數(shù)據(jù)報已經通過本地路由器。然而事實是，從本機到sina服務器，中間起碼也得經過上十個路由器，難道中間的所有路由器都不支持RR選項，或許真有這樣的巧事，那么為什么測試的結果是請求數(shù)據(jù)報中包含RR選項并且在第一項寫進本機IP地址，而應答數(shù)據(jù)報RR選項卻是空的呢?《TCP/IP詳解 卷一協(xié)議》中第七章知識，第66頁倒數(shù)第二段“RFC指定路由器記錄出口IP地址”，“當原始主機收到帶有RR選項的ICMP回顯應答時，它也要把它的入口IP地址放入清單中."，由此可知，最容易理解的測試結果應該是請求數(shù)據(jù)報中RR選項是空的，而應答數(shù)據(jù)報中RR選項第一項寫入本機IP地址。實際結果卻截然不同。
???? 本人之所以要把自己所想詳盡寫出來，就是希望能有高手指出我的錯誤所在，即使大家沒有肯定的答案，一起參與討論也是值得高興的！

轉載于:https://blog.51cto.com/tczhangle/332682

總結

以上是生活随笔為你收集整理的关于Ping命令的问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。