問題描述（故障現(xiàn)象）

ZXCTN 6500升級，涉及5個鎮(zhèn)區(qū)，16臺設(shè)備。5：30分升級結(jié)束時發(fā)現(xiàn)部分網(wǎng)元脫管，主要是中興6100設(shè)備。

組網(wǎng)環(huán)境

鎮(zhèn)區(qū)匯聚環(huán)都與橋接點ZXCTN 6500相連，鎮(zhèn)區(qū)監(jiān)控通過移動DCN網(wǎng)連接服務(wù)器

原因分析

1、 升級后造成鎮(zhèn)區(qū)路由互通問題 ZXCTN 6500升級后，端口DCN默認OSPF是0域，升級前版本默認OSPF區(qū)域為2，而現(xiàn)網(wǎng)各鎮(zhèn)區(qū)是通過子網(wǎng)隔離，子網(wǎng)的OSPF 都是0域，因鎮(zhèn)區(qū)ZXCTN 6500都與橋接點6500互聯(lián)，端口的DCN功能沒有關(guān)閉，升級后的鎮(zhèn)區(qū)處于同一OSPF區(qū)域，造成鎮(zhèn)區(qū)間路由互通。

2、 部分網(wǎng)元脫管問題 升級后，鎮(zhèn)區(qū)路由互通，路由表有4000多條，而6100設(shè)備的路由表不建議超過500條，因處理能力比較弱，造成，OSPF進程吊死，不能更新路由表，造成脫管，重啟ospf進程監(jiān)控正常。

解決方案

1、在網(wǎng)管ping脫管網(wǎng)元不通，通過TRACE 跟蹤只能到臨近網(wǎng)元。

2、登錄相鄰網(wǎng)元查看ospf鄰居正常，show ip ospf  網(wǎng)元地址，發(fā)現(xiàn)沒有學習到該網(wǎng)元的路由，通過show ip route發(fā)現(xiàn)6100設(shè)備上有4000多條路由，路由表明顯異常

3、通過clear ip ospf process 進行ospf進程，但由于路由表太大，造成無法刷新一直無法監(jiān)控。

4、關(guān)閉鎮(zhèn)區(qū)6500與橋接點6500互聯(lián)10G端口的，DCN功能后，各鎮(zhèn)區(qū)的路由表正常。

5、脫管網(wǎng)元，通過重啟ip ospf  process后，大部分網(wǎng)元恢復(fù)監(jiān)控。

注意事項

1、全網(wǎng)進行排查，關(guān)閉不用作使用DCN監(jiān)控網(wǎng)元端口的DCN功能，ZXCTN 6200/6300升級到2.1版本，都支持此功能。

2、避免類似本次故障的發(fā)生，保證全網(wǎng)監(jiān)控的穩(wěn)定，建議對各鎮(zhèn)區(qū)接入環(huán)進行劃分OSPF域。