%OSPF-4-ERRCV
錯誤訊息表示什麼意思?%OSPF-4-ERRCV錯誤消息表示開放最短路徑優先(OSPF)路由器收到無效的OSPF資料包。可能的原因如下:
版本錯誤
型別無效
錯誤的鏈路狀態更新通告計數
錯誤的鏈路狀態更新長度
清單中的前三項是%OSPF-4-ERRCV錯誤消息的最常見原因,將在下面詳細討論。
本文件沒有特定需求。
本文件所述內容不限於特定軟體和硬體版本。
如需文件慣例的詳細資訊,請參閱思科技術提示慣例。
%OSPF-4-ERRRCV: Received invalid packet: mismatch area ID, from backbone area must be virtual-link but not found from 170.170.3.3, Ethernet0
生成此消息的路由器在乙太網0上收到來自鄰居170.170.3.3的無效OSPF資料包。該資料包無效,因為其區域ID是區域0(主幹區域)。 這意味著接收路由器的Ethernet 0介面不在區域0中。請注意,其介面位於區域0中的相鄰路由器不會在其控制檯日誌中顯示此消息。只有其介面位於區域0以外區域的路由器才會生成錯誤消息。
要避免這些消息,請在路由器配置中檢查OSPF下的network語句,確保兩端具有相同的區域ID。例如,如果兩台路由器之間的鏈路10.10.10.0/24應位於區域1中,請確保兩台路由器上的network語句在區域1中包含此特定鏈路。兩台路由器上的network命令如下所示:
router ospf 1 network 10.10.10.0 0.0.0.255 area 1
%OSPF-4-ERRRCV: Received invalid packet: Bad Checksum from 144.100.21.141, TokenRing0/0
生成此消息的路由器收到來自鄰居144.100.21.141的TokenRing0/0上的無效OSPF資料包。該資料包無效,因為OSPF校驗和不正確。校驗和錯誤的原因很難確定。導致此問題的可能原因包括:
鄰居之間的裝置(如交換機)正在損壞資料包。
傳送路由器的資料包無效。在這種情況下,可能是傳送路由器的介面錯誤,或是錯誤是由軟體錯誤所導致。
接收路由器計算錯誤的校驗和。在這種情況下,可能是接收路由器的介面損壞,或者錯誤是由軟體錯誤引起的。這是導致此錯誤消息的最不可能的原因。
此問題可能難以疑難排解,但您可以先從此解決方案開始。思科發現此解決方案在90%的情況下有效。請務必按以下順序完成這些步驟:
更換路由器之間的電纜。在上一個範例中,這是傳送壞封包(144.100.21.141)的路由器,而且是抱怨這些壞封包的路由器。
如果上一步未能解決問題,請在路由器之間使用交換機上的其他埠。
如果上述步驟不能解決問題,請直接使用交叉電纜連線路由器(只要物理位置允許)。 如果您沒有收到其他訊息,交換器很可能會破壞封包。
如果上述方法都無法解決問題,請與思科技術支援聯絡,並與工程師一起查詢Cisco IOS®軟體中的錯誤,或者獲取可能的退貨授權(RMA),以便進行部分或全部部件更換。
%OSPF-4-ERRRCV: Received invalid packet: OSPF not enabled on interface from 141.108.16.4, Serial0.100
生成此消息的路由器在Serial0.100上收到來自141.108.16.4的資料包,但在Serial0.100介面上未啟用OSPF。對於非OSPF介面,此消息僅生成一次。
路由器上很少出現此問題。要解決此問題,請確保在介面上啟用OSPF。嘗試在路由器配置中重新輸入network語句。要驗證上述介面上是否已啟用OSPF,請鍵入以下命令:
R1#show ip ospf interface serial0.100
如果未啟用OSPF,則命令輸出將為空或表示介面上未啟用OSPF。
在使用OSPF、MPLS和CEF配置的Cisco 7500系列路由器中,可能會出現OSPF更新損壞的情況。IP路由會暫時從IP路由表中刪除,並且可能會發生連線中斷。這是因為思科錯誤ID CSCdr48014(僅限註冊客戶)。
將您的Cisco IOS升級為最新的IOS版本。
錯誤%OSPF-5-ADJCHG:由於雙向轉發檢測(BFD)錯誤,導致GigabitEthernet 1/0/3上的進程ID、Nbr [ip-address]從FULL變為DOWN。BFD可能會產生誤報 — 當不存在鏈路故障時發出鏈路故障訊號。
用於BFD的計時器是如此密集的CPU週期,或者資料損壞或隊列擁塞的短暫間隔可能導致BFD錯過足夠的控制資料包以允許檢測計時器過期。建議將「最小傳輸間隔、最小接收間隔」和「乘數」分別設定為100 100 3。此外,還建議配置process-max-timer 50,以防止出現不可預測的CPU不可用。
修訂 | 發佈日期 | 意見 |
---|---|---|
1.0 |
10-Aug-2005 |
初始版本 |