路由器不知道目標路由，即路由器接收到一個不知道IP地址的數(shù)據(jù)包時，它會嘗試發(fā)送ARP廣播來解析，如果有目標主機回應這個ARP廣播，則路由器會把數(shù)據(jù)包轉發(fā)給目標主機。

　　一、路由器IOS丟失

　　若路由器沒有接收到回應，它將會為接下來的4個數(shù)據(jù)包發(fā)送ARP請求，如果當?shù)?個數(shù)據(jù)包到達時，還沒有解析出目標主機的MAC地址，默認情況下，路由器將會在接下來的20秒鐘內(nèi)丟棄第6個以及后續(xù)的數(shù)據(jù)包，并且返回主機不可達的ICMP信息給源主機。

　　從計算機B的記錄中的第一句也可以得到證明，路由器向該網(wǎng)段中發(fā)出一個ARP查詢，查找IP為222.222.222.191的計算機，結果沒有計算機相應，路由器則認為該網(wǎng)段中沒有目標主機，所以返回一個ICMP信息給源計算機說明目標主機不可到達，以通知源主機這里存在問題，同時丟棄原始數(shù)據(jù)包。

　　二、具體問題分析

　　路由器故障處理記錄的ICMP都是路由器發(fā)送給源地址的Destination Unreachable信息，這些外部主機主要是找內(nèi)部的固定的三個計算機，經(jīng)過歷史日志的檢查，可以發(fā)現(xiàn)這三臺計算機的主要相同的記錄：

　　07:52:19 Jul 09 07:50:02 %ACL_LOG-I-PERMIT, ACL [out]

　　on "uplink" TCP 222.222.222.136:3159 -> 61.173.209.101:6881

　　08:00:15 Jul 09 07:53:50 %ACL_LOG-I-DENY, ACL [out]

　　on "uplink" TCP 222.222.222.12:3194 -> 219.121.133.197:6883

　　08:00:15 Jul 09 07:57:59 %ACL_LOG-I-DENY, ACL [out]

　　on "uplink" TCP 222.222.222.220:3196 -> 210.238.6.177:6881

　　這三臺主機連接目標主機的端口固定在6881到6889之間，而這些端口正是現(xiàn)在比較流行的BT下載的常用端口。難怪以前沒有出現(xiàn)過此類日志，直到最近BT流行時，才出現(xiàn)的。主要原因是，這些主機使用BT下載時，在BT服務器上留下了記錄，以便其他的主機到這些主機上下載資源，而當這些主機關機后，路由器就告訴它們找不到這些主機了。

　　由于日志服務所記錄的是第三層以上的信息，而路由器接收到的數(shù)據(jù)包在第二層上就被丟棄了，所以沒有在日志中記錄這些輸入的異常數(shù)據(jù)包。為了減少路由器故障處理的日志量，在配置模式下使用“ip disable icmp-messages destination-unreachables”來禁止此類信息的轉發(fā)。這兩個故障均由ICMP引發(fā)，而且從某種角度上講都不是系統(tǒng)配置上的問題，而是由于外部因素引起的。此類故障需要我們經(jīng)過一定的分析才能查出原因，再作相應的路由器配置才能及時的進行路由器故障處理。

　　三、IOS丟失的處理方法

　　首先用路由器的專用CONSOLE線纜把筆記本的COM端口和路由器的CONSOLE端口連接起來，在筆記本上啟用超級終端與路由器建立連接。接通路由器的電源后，便可以在超級終端上看到如下的加載信息：
(責任編輯：武林網(wǎng))