問題描述

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

處理過程

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

根因

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

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

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

建議與總結(jié)

對于主控對SNCP的影響，各設(shè)備不一致，應(yīng)用時需要注意。