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

故障現(xiàn)象：NCN站點(diǎn)中興S385網(wǎng)元脫管。插拔ENCP單板，更換ENCP單板均無(wú)法ping通鄰居節(jié)點(diǎn)。

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

某用戶網(wǎng)絡(luò)上NCN站點(diǎn)為中興ZXMP S385，西向與NCB 2.5G 中興ZXMP S385對(duì)接，東向與LG ZXMP S385對(duì)接，采用雙纖雙向復(fù)用段環(huán)保護(hù)。服務(wù)器端在CQJB網(wǎng)管中心，NCB使用E300客戶端通過(guò)DCN網(wǎng)絡(luò)接入服務(wù)器。

原因分析

由于NCB為客戶端，故無(wú)法在客戶端上采用ping或telnet的方式登錄設(shè)備。首先在NCB 2.5G站點(diǎn)上監(jiān)控設(shè)備后，telnet NCB，查看NCB 2.5G路由表，發(fā)現(xiàn)存在大量的非本網(wǎng)絡(luò)的路由（該鐵路建鏈網(wǎng)元數(shù)為76個(gè)，但是NCB 2.5G路由表有144條之多）。懷疑為整個(gè)網(wǎng)絡(luò)由于對(duì)接了其他網(wǎng)絡(luò)引發(fā)路由溢出而導(dǎo)致的網(wǎng)元脫管。在NCB E300客戶端上對(duì)整個(gè)網(wǎng)絡(luò)進(jìn)行了對(duì)接網(wǎng)絡(luò)和多余鏈路的DCC屏蔽設(shè)置后，NCN依然脫管，telnet NCB 2.5G站點(diǎn)遠(yuǎn)程復(fù)位NCN，無(wú)法成功。懷疑NCN站點(diǎn)自己NCP故障。

前往NCN站點(diǎn)后，發(fā)現(xiàn)可單站ping或telnet，檢查路由表，顯示為空。說(shuō)明NCN自身路由表丟失。在E300網(wǎng)管上上載NCN站點(diǎn)，發(fā)現(xiàn)上載之后的NCN站點(diǎn)變成NCB 2.5G的名稱，但本身的NCN IP地址和ID均正常。說(shuō)明NCN S385的數(shù)據(jù)庫(kù)已經(jīng)丟失。

換上新的ENCP并重新制作地址數(shù)據(jù)后并檢查路由表，依然為空。正確的情況應(yīng)該是新?lián)QENCP后，主控板會(huì)自動(dòng)建立自己的路由表，但該站點(diǎn)無(wú)法成功。那么判定故障不是由ENCP引起的。

解決方案

咨詢800專家反饋得知，無(wú)法新建路由表的這種故障，是由背板ECC總線堵塞或是光板軟件版本問(wèn)題造成的。

用戶請(qǐng)點(diǎn)后，依次對(duì)各種單板進(jìn)行拔插操作并同時(shí)刷新路由表，最后發(fā)現(xiàn)為#5的OL16光板拔出后，ENCP單板上路由表開(kāi)始依次出現(xiàn)，鄰居節(jié)點(diǎn)也依次ping通。證明此種類型的網(wǎng)元脫管就是由于故障光板堵塞了背板的ECC總線，影響了路由表。