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

　　一、路由器IOS丟失

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

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

　　二、具體問題分析

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

　　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之間，而這些端口正是現在比較流行的BT下載的常用端口。難怪以前沒有出現過此類日志，直到最近BT流行時，才出現的。主要原因是，這些主機使用BT下載時，在BT服務器上留下了記錄，以便其他的主機到這些主機上下載資源，而當這些主機關機后，路由器就告訴它們找不到這些主機了。

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

　　三、IOS丟失的處理方法

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