問題描述

某局網絡配置ODUKSNCP保護，版本為5.51.4.24P02，某日光纜中斷，設備主用通道線路板上報R-LOS告警及ODU_SNCP_PS告警，業務中斷。

告警信息

線路板上報R-LOS告警和ODU_SNCP_PS，未有業務中斷的告警顯示。

處理過程

1、檢查備用通道告警及性能，皆正常。

2、分析SNCP保護倒換日志，見附件，當時光纜中斷時，工作通道和保護通道全部上報SF,設備并沒有產生倒換，上報ODU_SNCP_PS告警，僅僅是表述主用通道故障，并不是說保護組產生了倒換。

3、仔細分析sncp倒換日志發現：光纜修復后保護的備通道上報SF清除的時間比主通道早5秒，由于單板檢測到故障清除，上報SF清除事件有4~5秒左右的防抖。所以，推測保護備通道上報SF事件的不是備用單板上報的SF事件，而是主機軟件根據備通道線路板與光放板邏輯連纖關系，與光放板檢測到MUT_LOS推出的備通道上報SF事件。

4、檢查設備內部邏輯連纖，發現工作通道線路板和保護通道線路板接入光防板方向全部接反。問題定位為邏輯光纖連接錯誤邏輯連纖關系聯動誤引導了主機軟件認為備通道故障上報SF，導致光纜中斷后設備沒有產生倒換。

根因

1、設備未產生ODUKSNCP倒換

2、設備產生ODUKsncp倒換，但是備用通道存在故障，導致倒換后業務中斷。

建議與總結

1、波分設備開局過程中一定要注意網管邏輯連纖要與設備物理連纖保持一致。

2、早期OSN6800/OSN8800產品軟件版本邏輯連纖根據MUT-LOS告警與保護倒換存在聯動關系。

3、升級到SPC800后，取消了MUT_LOS與保護倒換的聯動。

4、OSN6800/OSN8800上報ODU_SNCP_PS僅僅表述該單板通道故障，并不能表示設備產生了保護倒換，這點在故障處理時尤其需要注意，以免誤導對問題的定位。