問題描述

現(xiàn)象描述I國B項目，我司設備OSN6800（WDM光層）+8800（OTN電層），版本V1R6C00SPC300，客戶側對接A公司的SDH設備。整體測試圖間附件一：使用光層關聯(lián)銀級ASON+ODUkSNCP+支路SNCP+客戶側SDH設備MSP保護，ODUkSNCP開啟SNC\N，并開啟了PM非介入監(jiān)視，支路SNCP開啟SNC\I。TQX開啟承載STM-64模式，各單板無異常告警，測試前確認各保護組狀態(tài)正常，無鎖定，強制倒換等狀態(tài)，各通道狀態(tài)均為normal。按附件中斷纖點拔纖，Ⅰ儀表倒換時間達到了3000ms，Ⅱ儀表倒換時間正常。

處理過程

1、Ⅰ儀表倒換時間達到秒級，懷疑是否是SNCP不動作，而是由光層重路由得來。首先鎖定光層智能路徑，令其不重路由，再測試，仍然達到3000ms。查詢SNCP狀態(tài)，發(fā)現(xiàn)SNCP狀態(tài)為倒換。

2、仔細檢查SNCP設置，確保正確。拔纖只拔Ⅰ儀表收方向，仍然超標。

3、本案例使用最新的支路SNCP特性，懷疑支路SNCP對ODUkSNCP有影響，刪除支路SNCP，仍然超標。

4、客戶側換用華為SDH設備進行測試，倒換時間正常。本地員工反饋，前期還使用過E公司SDH設備測試，也沒有問題。之前也單獨測試過A公司SDH設備的MSP保護，倒換時間在50ms之內。

5、經研究認為，附件一中配置方案，TQXA和NQ2A&B構成一個ODUkSNCP保護組，TQXA的工作通道選收NQ2A。TQXB和NQ2A&B也構成一個ODUkSNCP保護組，TQXB的工作通道也選收NQ2A。拔纖之前已經確認各保護組均在工作通道，這樣的話就會導致在NQ2A拔纖時TQXA和TQXB同時瞬斷（請注意，盡管TQXA和TQXB會在50ms內恢復，但確實存在很短時間業(yè)務損傷）。懷疑A公司SDH設備的MSP保護不能承受雙端同時瞬斷。

6、為證實這一想法，改用附件二的配置（只改變8800網元電層配置，其他如儀表、連纖之類不變，故只畫出8800電層配置）。附件一二的區(qū)別請詳見附件四。通過更改ODUkSNCP保護組的主備用通道，使TQXA的工作通道是收NQ2A，而TQXB的工作通道是收NQ2B（TQXA的保護通道選收NQ2B,TQXB的保護通道選收NQ2A），新的配置方案在NQ2A拔纖時只會造成TQXA的瞬斷，對TQXB不會有影響。再次測試，倒換時間正常。

7、向研發(fā)SE咨詢，答復是：我司OTN設備沒有問題，A公司的SDH設備不符合標準。理論上配置方案采用附件一或附件二方式均可。向客戶解釋：第三方設備有問題，但是我司也仍然有解決方案（即采用附件二的配置方法，而且配置成返回式保護組）。

8、客戶不認可，要求證明A公司設備有問題，于是采用附件三的配置方式。在Ⅱ儀表插瞬斷告警，果然Ⅰ儀表倒換時間超標，如此證明了我司設備沒有問題，客戶接受。

根因

1、SNCP配置錯誤（如信號流不正確，設有拖延時間等）。

2、拔纖沒有順著儀表收方向（適用于對端環(huán)回纖，本案例雙向使用儀表，不存在這個原因）或者是拔纖時手抖。

3、OTN設備的問題。

4、A公司SDH設備的問題。