問題描述

新建OSN6800設備，組網為環型組網，環上兩個點對開業務，配置了ODU1-SNCP的保護方式，采用TQM＋2×NS2的單板配置實現保護，主機版本為5.51.1.15，當TQM單板設置客戶側接入業務類型為STM-16，配置完成相關的電交叉和時隙綁定后，保護組一直頻繁上報ODU1-SNCP-PS告警，然而當TQM單板設置客戶側接入的業務類型為其它ANY業務類型時，則不會上報ODU1-SNCP-PS告警；當時TQM客戶側都未接入業務，上述兩種情況TQM單板都上報了Client-sf告警和RLOS告警

告警信息

ODU1-SNCP-PS、Client-SF

處理過程

1、確認TQM單板客戶側為接入業務，電交叉和時隙綁定以及保護配置都沒有問題；
2、客戶側配置STM-16業務，同時又未接入業務的情況下，出現上述情況是正常；
3、解決方法為：去激活業務，當客戶側接入業務后再激活或者是將保護組的倒換進行鎖定；

根因

1、當客戶側接入STM-16業務時，LP1邏輯通道需要綁定16個時隙，一個ODU1一共也就16個時隙，這時如果TQM單板上報client-sf告警，說明TQM單板的整個ODU1凈負荷的16個時隙都是失效的，從而觸發了ODU1-SNCP發生倒換；
2、由于NS2和交叉單板無法對凈負荷區域的狀態進行檢測，檢測點只是在TQM單板上，也就是說無法同時檢查NS2主備通道中ODU1凈負荷的好壞情況，TQM單板只能檢測當前工作通道ODU1凈負荷的狀態，只有當保護組倒換到備用通道后，通過TQM的檢查上報告警，才知道備用通道也不正常，保護組就再倒換回主用通道，最終導致保護組頻繁發生倒換；
3、而當TQM客戶側接入的any級別業務時，如GE、STM-4、STM-1時，其對應的配置時隙為7、4、1，如果TQM單板上報client-sf告警，保護組認為只是ODU1中的部分凈負荷時隙失效，而不是整個ODU1的凈負荷都失效，所以不會觸發整個ODU1－SNCP的倒換，就不存在上述倒換告警的問題；

建議與總結

熟悉ODU1-SNCP保護的倒換條件；