华为告警处理-入门篇.doc

要求： 熟练掌握“中继链路分配表”，这样就不需要用几个命令组合去查找相应的中继信息。11月份开始进行华为端局升级，新版本的MSOFTX3000上告警显示的直接是到某个局向的CIC号，这样直接就可以知道是到哪个局向的第几条中继故障（0－31是第一条，32－63是第二条，依次类推）。直接查找“中继链路分配表”就很直接。在MSOFTX3000或者UMG上通过端口环回操作确认不是本端问题后联系传输处理或者联系对局确认是否对方做什么操作了。 常用手段就是通过端口环回确认问题出在本端： MSOFTX3000侧命令：环回STR PORTLOP: ; 取消环回STP PORTLOP: ;这上面主要是到LSTP和本地HLR的直连中继和信令. 注意:老版本的MSOFTX3000(V100R003C07B016)到各个局向的逻辑链路也在上面,新版本(V100R005C10B019)没有 UMG8900侧命令：环回和取消环回都是LOP E1:；这上面主要是到各个局向的中继和信令,出现告警后,查看详细告警信息,然后查“中继链路分配表”。了解是到那个局向的第几条中继以及上面是否带链路。 MSOFTX3000常见告警: 一：sccp 目的信令点禁止、MTP路由传输禁止、 MTP目的信令点不可达、sccp子系统禁止 首先查看 目的信令点编码 了解是哪个局向（本例中编码为AFE10） 指令为 LST N7DSP:; 输出界面： 由此我们初步判断是：本端局至JNRZHLR的相关告警 由于JNRZHLR至本地端局经常出现此告警，可采用手动恢复，并清除告警。 若是至其他局向出现此告警，则需立即通知维护人员。（此告警属于严重告警须重视） 当出现一条链路故障的告警，确认是否同时伴有中继告警，是则一般是中继故障引起，然后通过环回确认是否本端设备故障，然后联系对局确认传输或者对局是否存在问题。 一般出现到sccp 目的信令点禁止、MTP路由传输禁止、 MTP目的信令点不可达这些告警时，并且我其他大量异常告警，一般是对局在做操作或者设备故障导致。联系对局确认。 UMG8900相关告警 二：E1/T1 远端告警 此类告警为传输电路告警，表示本端局至某局向电路中断或闪断 首先：双击红色圈中的信息会弹出如下对话框： 该告警我们可以通过E1环回来确认是否本端故障：LOP E1: FN=1, SN=13, LOC=PORT, MODE=INERLOP, PN=31;环回以后如果告警消失，说明是设备之外部分出现问题，通知传输进行处理或者连续对局是否在做一些中继操作。 另外，如果是晚上传输暂时无法处理，又要将告警消除：请关闭该中继的告警输出（SET E1ALM: FN=1, SN=13, SPN=31, EPN=31, SW=DISABLE;），并手工回复该告警。但需要做好标记，等第二天值班人员交班时记着打开告警（SET E1ALM: FN=1, SN=13, SPN=31, EPN=31, SW=ENABLE;），后面有该操作的附图 如果问题出在MSOFTX3000上：也有端口环回命令 STR PORTLOP: ; (环回命令)STR PORTLOP: ;（解开环回命令） 下图是在MSOFT3000上查看电路状态，一般不需要。可以了解一下 其次：根据框、槽、端口号，可以查找电路文档信息得出进一步详细信息： 1）对端局向为：JNIGM3， TID：2016 模块号：29 起始电路：5408 终止电路：5439 2）交换ddf （对应传输ddf要传输人员再次确认） 以上信息均为手工录入信息，其中TID（终端标示）信息是最准确的，为确保电路文档信息正确，可在相应server下进行如下操作来进行验证：LST TKCBYTID （类似于exdep） 会出现如下相关信息：（包括局向、中继群、模块号、起始电路号） 第三：根据以上信息可以进行以下预处理： 查看该电路状态：DSP N7TKC（类似于爱立信的 stdep） 会出现如下信息： 电路状态是：空闲、忙均代表正常，若是其他状态如：闭塞、锁定、故障、未知均为故障状态 根据ddf，联系传输处理 如果出现传输闪断现象，或者传输人员正在处理该电路时，需要输入如下指令以防止告警不断出现，造成不必要的扣分。（类似于dtfse）。切忌：将告警屏蔽后，一定要在文档中标注！ 如何配合传输查看电路 一般传输人员为排查线路故障，会要求我们配合查看电路状态 一般可以从面板中直接查看电路是好是坏，或者用指令DSP E1PORT(类似于dtstp) 如图所示：查看1框13槽23端口 绿色：代表wo，红色：代表