問題描述

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問題的,基本都可以按照這個思路排查,問題基本都能夠得到解決。