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

某日，全網(wǎng)14端中興S385設備的ANCP板陸續(xù)上報部分光板的S口通訊錯告警。只有ANCP板上報該告警，ENCP板沒有上報該告警。ANCP板的軟件版本是V3.01R1P18。

當ANCP板上報該告警時，告警來源板的OL64、OL1光板無法查詢到光模塊的收發(fā)光功率以及該光板的軟硬件版本。復位ANCP板后，S口通訊錯告警會消失，但過段時間又會自動產(chǎn)生，告警產(chǎn)生至告警消失的時間間隔無規(guī)律。

原因分析

仔細分析告警的來源光板，發(fā)現(xiàn)不是所有的光板，告警的來源光板的型號是OL64FA和OL1ZC8A，即單板名稱后綴為A的光板。

12#槽位的光板OL1ZC4沒有上報S口通訊錯告警。查詢其軟硬件版本和光模塊的收發(fā)光功率，都是可以正常查詢到的。

1#、2#、3#槽位的光板和ANCP之間都有S口通訊錯告警，但是用sping命令測試時，發(fā)現(xiàn)都是通的。這說明這3個槽位的光板和ANCP板之間的HDLC方式的S口是通的。對所有上報S口通訊錯的光板進行sping測試，發(fā)現(xiàn)都是通的，即所有上報S口通訊錯的光板的HDLC總線的S口都是通的。

用s-cmd sping命令查以太網(wǎng)口總線的S口時，發(fā)現(xiàn)這些S口都不通。逐一用s-cmd sping命令進行測試，發(fā)現(xiàn)所有上報S口通訊錯告警的來源光板的以太網(wǎng)總線的S口都不通。

OL64FA光板和OL1ZC8A光板都是支持ASON功能的，它們都有兩個S口，分別是HDLC總線的S口和以太網(wǎng)總線的S口。當它們和ANCP板通訊時，缺省情況下是采用以太網(wǎng)總線的S口；當它們和ENCP/NCP板通訊時，只能采用HDLC總線的S口。而OL1ZC4光板是不支持ASON功能的，它只有一個S口，即HDLC總線的S口。當它和ANCP板通訊時，也只能采用HDLC總線的S口。

通過上述分析可以得出結論，ANCP板和所有光板的HDLC總線的S口都是通的；但是以太網(wǎng)總線的S口卻不通。

那么為什么ANCP板和光板的以太網(wǎng)總線的S口會不通呢？

telnet 上故障ANCP板，輸入route命令查詢路由表時，發(fā)現(xiàn)異常。路由表如圖 316所示。路由192.168.1.0的interface（接口）是PPP9，而PPP9是一個通ECC的光口。這個interface（接口）是不正確的。正確的interface（接口）應該是pss0，這是ANCP板和其他單板以太網(wǎng)總線通訊的接口。

ANCP板和本網(wǎng)元的其他單板通過以太網(wǎng)總線通信時，需要使用192.168.1.0這個路由，該路由的正確接口是pss0。 當該路由的接口變?yōu)橥‥CC的光口（即PPP9）時，由于接口的錯誤，導致ANCP板和其他單板無法通過以太網(wǎng)總線正常通信，從而ANCP板上報了這些光板的S口通訊錯告警。

因此，可以確定ANCP板上錯誤的192.168.1.0路由把正確的192.168.1.0路由給覆蓋掉了，那么錯誤的路由是如何產(chǎn)生的呢？

錯誤的192.168.1.0路由的interface（接口）是PPP9，PPP9是該ZXMP S385和另外一端ZXMP S385互通ECC的OL64光口。繼續(xù)telnet上那端中興ZXMP S385，輸入route命令，查看路由192.168.1.0的interface（接口），這樣一端設備一端設備的檢查，終于發(fā)現(xiàn)有一端中興S385設備的192.168.1.0路由的interface（接口）是和F7的微波設備互聯(lián)的光口。這說明錯誤的192.168.1.0路由就是從和F7的微波設備互聯(lián)的光口學習到的。

解決方案

對和F7的微波設備互聯(lián)的光口設置DCC端口屏蔽，然后再檢查所有S385網(wǎng)元的路由192.168.1.0的接口地址，發(fā)現(xiàn)變?yōu)檎_的pss0了。再復位ANCP板，等ANCP板正常運行后，S口通訊錯告警消失了。觀察幾天后，S口通訊錯告警未再出現(xiàn)，故障解決。

注意事項

中興S385設備的ANCP板和其他單板通過以太網(wǎng)S口總線通信時，需要使用192.168.1.0這個路由，該路由的正確接口是pss0。當中興S385 設備和其他設備通過光口對接時，請確保路由192.168.1.0不能被其他錯誤的路由所覆蓋。否則ANCP板和其他單板就無法通過以太網(wǎng)總線的S口進行通訊，從而上報S口通訊錯告警。