问题描述
OSN3500单站配置1条支路2槽位E1业务后不上报TU_AIS告警。
处理过程
一、首先OSN3500主机版本是5.21.33.72,核实业务是激活且离散的,线路板光口也是有收发光功率的。
因此不存在线路板如果有RLOS告警,会抑制支路板上报TU_AIS的情况。由于业务只是单站配置,势必是应该有TU_AIS上报才对。
1-1、使用U2000网管检查网元告警是自动上报,且不抑制
1-2、检查U2000:故障-设置-屏蔽规则,发现无此3500网元的屏蔽事件。
二、网管侧面没有检查出异常,考虑网元层面进行下一步定位
2-1、使用命令行查询网元当前告警,没有发现TU_AIS的记录。
2-2、使用:alm-get-monevent:10,0,0,0,0,查询告警监视状态发现都是使能的。
三、由于OSN设备存在板间抑制这种情况,接下来重点考虑
板间告警抑制是指当同一网元的两块单板之间存在业务配置时,源端单板产生的业务告警会抑制宿端单板产生的业务告警。设备支持线路板与支路板之间或者线路板与数据板之间的告警抑制。目的是将注意力集中放在业务源端产生的根源告警上。
3-1、查询命令行手册,使用查询网元被抑制的告警事件的命令:alm-get-inhistate,报错不支持。使用命令行:inh联想,找到结构相似的:alm-get-inhdata-ext,查询果然发现有TU_AIS告警事件。
3-2、使用禁止板间告警抑制命令:alm-set-inhistate:inhibit,继续报错,使用inhistate,没有联想到想要的命令。
3-3、查询资料,在R11的命令行手册里面发现一条与主机5.21.33.72相似命令:alm-cfg-set-inhistate:disable,登陆网元运行后,命令下发成功,TU_AIS告警正常上报。
根因
板间告警抑制关系可以参见下图,此次问题中由于7槽位线路板存在MS_AIS告警,板间告警抑制使能,导致抑制了支路板的TU_AIS告警。
建议与总结
网元不上报TU_AIS问题的,基本都可以按照这个思路排查,问题基本都能够得到解决。