本文檔說明了OSPF、EIGRP、RIP和IGRP over Frame-relay在從Cisco IOS® 10.3升級到11.2或更高版本以符合2000年要求時存在的問題。
升級到Cisco IOS 11.2或更高版本以符合2000年要求後,在通過幀中繼連線運行時,會觀察到通過這些路由協定獲知的路由間歇性丟失。
本文檔的讀者應瞭解以下內容:
基本瞭解OSPF、EIGRP、IGRP和RIP路由協定。
本檔案中的資訊是根據軟體和硬體版本:
運行Cisco IOS版本11.2或更高版本的裝置
所顯示的輸出是基於Cisco IOS版本12.3(3)的。
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除(預設)的組態來啟動。如果您的網路正在作用,請確保您已瞭解任何指令可能造成的影響。
如需文件慣例的詳細資訊,請參閱思科技術提示慣例。
之所以會出現此問題,是因為廣播是由幀中繼中稱為幀中繼廣播隊列的單獨隊列處理的。frame-relay broadcast-queue命令在介面模式下用於建立特殊隊列以容納廣播流量。
OSPF和EIGRP hello可能丟棄在廣播隊列中,從而導致鄰居丟失。
注意:RIP和IGRP網路也可能會出現類似的問題 — 如果在一段時間內未收到更新,則路由可能會一直處於抑制模式。
show interface serial命令輸出在幀中繼廣播隊列中顯示大量丟包。輸出示例如下所示:
Serial0 is up, line protocol is up Hardware is MK5025 Description: Charlotte Frame Relay Port DLCI 100 MTU 1500 bytes, BW 1024 Kbit, DLY 20000 usec, reliability 255/255, txload 44/255, rxload 44/255 Encapsulation FRAME-RELAY, loopback not set, keepalive set (10 sec) LMI enq sent 7940, LMI stat recvd 7937, LMI upd recvd 0, DTE LMI up LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0 LMI DLCI 1023 LMI type is CISCO frame relay DTE Broadcast queue 64/64, broadcasts sent/dropped 1769202/1849660, interface broadcasts 3579215 !--- Output suppressed
要避免此問題,請相應地調整廣播隊列。請參閱配置幀中繼和對其進行故障排除的幀中繼廣播隊列部分。
如需詳細資訊,請參閱錯誤CSCdk45863(僅限註冊客戶)的版本說明。
修訂 | 發佈日期 | 意見 |
---|---|---|
1.0 |
01-Jan-2008 |
初始版本 |