問題描述

新建OSN6800設備，配置了ODU1-SNCP的保護業務來實現對下層業務的保護。C站TOM單板與J站TOM單板之間開通了622M的SNCP業務，C站分別收來自D站、B 站的2個方向的業務，配有SNC-N的保護業務。 某日B站與C站之間物理光纖斷，保護組主備NS2單板的狀態均為SF，導致業務中斷，但強制倒換到主用通道后，業務恢復正常。

告警信息

RLOS

處理過程

1、查詢波分SNCP倒換為非恢復式模式，業務在出現故障前一直工作在備用通道。
2、懷疑是邏輯連纖與物理連纖相反造成了該現象，查詢邏輯連纖：
C站點邏輯連纖如下：
15 FIU --->14 VA  --->9 OAU  --->13 ITL  --->5 D40  --->101 NS2 (主）
215 FIU --->208 OBU  --->210 OAU  --->213 ITL  --->205 D40  --->102 NS2(備）。
3、現場實際的物理連纖是：
5 D40  ---> 102NS2 ，
205 D40  ---> 101NS2，
4、在OSN6800設備的R4版本中，如上游合波板上報MUT_LOS，主機會將下游OTU單板的保護組狀態將備置為SF。
5、斷纖時，15 FIU、9 OAU、13 ITL、5 D40 均有上報MUT_LOS，時間完全與102NS2單板告警上報時間一致，所以，主機將101NS2的狀態設置為SF，雖然其實際業務可能未受影響。由于上述合波板實際性能輸入值也為-600，但101NS2單板的輸入光功率卻為-160左右，且備線路上合波板無告警，估計102NS2與101NS2的邏輯光纖配置反了。即本該為 5 D40  ---> 102NS2 ，205 D40  ---> 101NS2，檢查邏輯光纖配置（如上所示）,發現確實如此。
6、 由于邏輯光纖配置與物理光纖配置相反導致101NS2單板狀態誤報為SF狀態，所以導致SNCP沒有倒換，只能通過強制倒換才能成功。

根因

主備通道都上報SF狀態，SNCP倒換不正常。

建議與總結

對OSN6800的物理連纖以及邏輯連纖要保持一致