问题描述
新建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的物理连纤以及逻辑连纤要保持一致