服务热线
189-2347-0832

中兴S385 您当前所处位置: 首页 > 新闻资讯 > 行业技术

OSN6800设备ODU1SNCP保护组通道状态显示异常

发布时间:2018-04-11

问题描述

OSN6800设备TQS单板和NS2单板配合使用,配置多个ODU1_SNCP保护,客户侧没有接入业务,而在网管上查询保护组状态,部分保护组显示主备通道为SF状态,部分保护组主被通道状态显示为正常;

主机版本5.51.05.35;


告警信息

ODU1_PM_SSF;


处理过程

同是TQS板客户侧没有接入业务,为什么保护组通道显示会有明显不同呢?首先我们要明确一下:ODUK_SNCP保护组,客户侧如果没有接入业务的情况下,是不会影响到保护组主备状态的;针对本文出现的问题核实情况如下:

1、客户侧没有上业务的端口,保护组通道显示主备通道正常,没有问题,属于正常情况;

2、同样情况下保护组通道显示主备通道SF,初始化网元侧告警查询,发现对应下游主备NS2单板有ODU1_PM_SSF告警上报,实际线路无异常告警;

3、怀疑NS2单板问题,但是上游站点2块NS2都故障的可能性不大;因为都没有上业务,对比保护组配置和TQS单板设置区别,发现如下问题;

查询上游站点TQS单板客户侧业务类型::cfg-get-payloadtype:103,0,0

    PAYLOAD                                         

  Bid   Port      Path    Payload                             

  103   op3       1       stm16                               

  103   op4       1       otu1                                

  103   op5       1       otu1                                

  103   op6       1       otu1                                

  Total records :4    

对比发现:TQS客户侧1端口设置为STM-16模式业务类型的业务,主备通道显示是正常态;而设置为OTU1模式业务类型的保护组状态都有ODU1_PM_SSF告警,主备保护组状态显示SF;

3、经最终确认:如果是OTU1业务类型的话,客户侧光口LOS,TQS板会向波分侧方向下插AIS维护信号,从而会使下游的主备两块NS2单板检测到ODU1_PM_SSF告警,最终导致对应的ODU1保护组主备状态均为SF。


根因

1、线路问题;

2、OTU单板问题;

3、其他原因;


建议与总结

建议没有上业务的时候修改为非OTN业务类型。