問題描述

針對NG-WDM配置SNCP保護時，SCC的作用情況，由于OSN6800和OSN8800差異較大，故總結分享。

處理過程

OSN6800的SNCP倒換過程SCC有參與，OSN8800異步交叉同步交叉SCC均不參與SNCP倒換。

根因

（1）對于OSN6800子架上配置在從子架的SNCP，從子架上的OTU單板板檢測到異常后，通過從子架上的485緊急通道，將SF事件發給從子架SCC。從子架SCC再通過aux走緊急以太網通道，傳到主子架SCC。主子架SCC接收到SNCP保護主、備通道上報的SF事件后，進行倒換控制。倒換過程確實從子架SCC軟件有參與，而且確實是通過aux轉發的緊急SF事件消息。

（2）對于OSN8800子架（異步交叉板），SNCP保護是硬件倒換，從子架SCC板軟件完全不參與倒換過程，只是從子架SCC的硬件邏輯參與倒換（也是起到從子架12ND2和從子架XCS板的通信的作用），倒換過程aux也不轉發任何消息。但是倒換完成后，aux會轉發倒換完成結果到主子架SCC板軟件，對用戶體現出SNCP倒換結果。

（3）對于OSN8800子架或OSN8800II型子架（同步交叉板），SNCP保護也是硬件倒換，從子架上的12ND2板檢測到異常后，通過從子架上的485緊急通道，將SF事件發給從子架SCC。從子架SCC再通過aux走緊急以太網通道，傳到主子架SCC。同時，也會通過開銷將SF狀態傳遞給從子架的XCS板硬件邏輯。SNCP保護倒換過程是XCS板硬件邏輯主導完成，主子架SCC軟件對SNCP保護倒換再推動一次，確保倒換成功。

建議與總結

對于主控對SNCP的影響，各設備不一致，應用時需要注意。