收藏 分销(赏)

告警百科:故障处理手册(中兴).doc

上传人:仙人****88 文档编号:9313405 上传时间:2025-03-21 格式:DOC 页数:19 大小:277KB 下载积分:10 金币
下载 相关 举报
告警百科:故障处理手册(中兴).doc_第1页
第1页 / 共19页
告警百科:故障处理手册(中兴).doc_第2页
第2页 / 共19页


点击查看更多>>
资源描述
1、MTP3链路不可用 告警原始信息: EVENT=MGW7001 PackageNo=1 BUREAU=162 MODULE=1 ALARMID=4294970563 ALMSOURCE=Rack(1)-Shelf(2)-Slot(11)-Cpu(1) NETYPE=MGW EVENTTYPE=0 TITLE=MTP3链路不可用 ALMCODE=8400129 CAUSE=1.链路物理不通。 2.链路测试不通过。 3.SMP单板重启或者SPB/APBE单板重启。 EVENTTIME=2010-08-06 00:24:54 SEVERITY=3 ALARMTEXT=MTP3链路不可用 AdditionalInfo=局向号=38(HESGS2BS28);链路组号=38(HESGS2BSNT28);链路号=142(HESGS2BS28TASIG2);信令链路码=1;退出服务原因=10(物理链路断);链路状态=4(退出服务态) ENDIND= 2010-08-06 00:28:38 (finished) 标准化网管告警ID:008-003-02-800007 告警原因解释:MSC至BSC一条信令链路断。 产生此告警的原因可能有: 1、物理链路不通; 2、链路测试不通过; 3、SMP单板重启或者SPB/APBE单板重启。 工程对告警的影响参考:BSC调测、升级;传输割接。 预处理建议: 1、告警真实性核实 登录网管客户端,选择视图→告警管理 选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生 2、告警有效性核实 根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。 3、故障定位步骤 选择配置管理→选择MSCS或MGW→动态管理→选择邻接局向→选择链路→查询链路状态(对不可用的链路进行去活/激活) 4、故障预处理方法 1)MTP3发起的断链请求,可能是两次链路测试不通过导致; 2)检查链路两端配置、物理连线等; 3)误码高,链路质量不好,需要从工程方面检查配置,包括E1的阻抗、时钟等; 4)在服务状态下,收到对端的SIOS,这时需要确认对端断链原因; 5)检查链路两端配置是否一致,包括点码,SLC; 6)检查链路如果配置需要测试,是否配置测试码; 7)检查是否有SMP单板或者SPB/APBE单板重启的告警; 8)若告警消除,系统工作恢复正常。 2、MTP3局向不可达 告警原始信息: EVENT=MGW7001 PackageNo=1 BUREAU=144 MODULE=1 ALARMID=4294971091 ALMSOURCE=Rack(1)-Shelf(2)-Slot(11)-Cpu(1) NETYPE=MGW EVENTTYPE=0 TITLE=MTP3局向不可达 ALMCODE=8400128 CAUSE=1.局向和路由配置有误。 2.链路不通。 EVENTTIME=2010-08-10 23:53:49 SEVERITY=2 ALARMTEXT=MTP3局向不可达 AdditionalInfo=局向号=34(BADGS4BSC183);可达或不可达原因=2(链路倒换时无其他可用链路、链路组以及路由) ENDIND=2010-08-10 23:53:19 (finished) 标准化网管告警ID:008-004-02-800006 告警原因解释:目的信令点不可达,MSC无法与BSC通信。 产生此告警的原因可能有: 1、局向和路由配置有误; 2、链路不通。 工程对告警的影响参考:BSC调测、升级;传输割接。 预处理建议: 1、告警真实性核实 登录网管客户端,选择视图→告警管理 选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生 2、告警有效性核实 根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。 3、故障定位步骤 动态管理中检查该局向配置的所有信令链路是否处于服务状态 4、故障预处理方法 1)检查目的局向的静态路由配置是否正确; 2)通过动态管理查询局向状态,和动态路由状态; 3)通过动态管理查询路由表中链路状态,如果链路不通,定位手段参见链路不可用告警的解除方法; 4)若告警消除,系统工作恢复正常。 3、M3UA局向不可达 告警原始信息: EVENT=MCS7001 PackageNo=1 BUREAU=4 MODULE=1 ALARMID=4294969418 ALMSOURCE=Rack(1)-Shelf(2)-Slot(12)-Cpu(1) NETYPE=MSC EVENTTYPE=0 TITLE=M3UA局向不可达 ALMCODE=8400384 CAUSE=1.由于偶联释放或AS未进入服务状态导致局向不可达。 EVENTTIME=2010-08-09 00:34:24 SEVERITY=2 ALARMTEXT=M3UA局向不可达 AdditionalInfo=局向号=31(BADGS14BSC220);告警原因=23(收到DUNA管理消息写局向) ENDIND= 2010-08-09 00:22:08 (finished) 标准化网管告警ID:008-003-02-800010 告警原因解释:目的信令点不可达,MSC无法与BSC通信。 产生此告警的原因可能有: 1、由于偶联释放或AS未进入服务状态导致局向不可达; 2、由于未配置到该局向的SIOLOCAS表数据,导致AS和M3UA管理的局向无法绑定。 工程对告警的影响参考:BSC调测、升级;传输割接。 预处理建议: 1、告警真实性核实 登录网管客户端,选择视图→告警管理 选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生 2、告警有效性核实 根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。 3、故障定位步骤 1)配置管理→选择MSCS或MGW→动态管理→选择故障邻接局向→查询状态 2)配置管理→选择MSCS或MGW→动态管理→CIC电路→选择邻接局向→查询中继组电路状态 4、故障预处理方法 1)通过动态管理查看偶联状态、检查偶联状态。如果偶联状态正常用动态管理查询服务于该局向的AS状态,并使之投入服务使局向可达,如偶联不可用可参看SSM告警; 2)检查数据配置,是否配置该局向SIO及是否有ASP服务; 3)若告警消除,系统工作恢复正常。 4、偶联断链 告警原始信息: EVENT=MCS7001 PackageNo=1 BUREAU=5 MODULE=1 ALARMID=4294970201 ALMSOURCE=Rack(1)-Shelf(1)-Slot(4)-Cpu(1) NETYPE=MSC EVENTTYPE=0 TITLE=偶联断链 ALMCODE=8402690 CAUSE=1.人工释放偶联。 2.非删除偶联其它原因导致偶联断链.(参见告警附加信息)。 EVENTTIME=2010-08-27 00:52:46 SEVERITY=2 ALARMTEXT=偶联断链 AdditionalInfo=局向号=42(SJSSA4);偶联号=826(SCTP-TOSJSSA4-BICC2);归属模块号=5;告警原因=6(收到对端放弃请求);用户类型=3(M3UA) ENDIND= 2010-08-27 00:29:31 (finished) 标准化网管告警ID:008-003-00-800112 告警原因解释: AS间进程中断 产生此告警的原因可能有: 1、偶联被删除; 2、人工释放偶联; 3、非删除偶联其它原因导致偶联断链。 工程对告警的影响参考:MSC升级;传输割接。 预处理建议: 1、告警真实性核实 登录网管客户端,选择视图→告警管理 选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生 2、告警有效性核实 根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。 3、故障定位步骤 1) SCTP检查方法:视图→配置管理→右键点击“MSCS/MGW(各局命名不同)” →动态管理→SCTP→协议类型选择SSM→查询状态 (正常状态应为 SCTP_ESTABLISHED) 2) ASP检查方法:视图→配置管理→右键点击“MSCS/MGW(各局命名不同)” →动态管理→ASP→协议类型选择UAM→选择目标AS→目标ASP ID→查询 状态(正常状态应为“3(ASP_Active)”) 3) AS检查方法:视图→配置管理→右键点击“MSCS/MGW(各局命名不同)” →动态管理→AS→协议类型选择UAM→选择目标AS ID→查询状态(正常 状态应为“ASP_Active”) 4、故障预处理方法 1)如果不是人工释放或删除偶联,需检查偶联状态,使之恢复; 2)若告警消除,系统工作恢复正常。 5、中继电路异常 告警原始信息: EVENT=MGW7001 PackageNo=1 BUREAU=123 MODULE=1 ALARMID=4294969335 ALMSOURCE=Rack(3)-Shelf(2)-Slot(4)-Cpu(1) NETYPE=MGW EVENTTYPE=0 TITLE=中继电路异常 ALMCODE=520 CAUSE=本端检测到帧丢失,告警指示信号,或远端告警指示。 EVENTTIME=2010-08-11 23:54:31 SEVERITY=2 ALARMTEXT=中继电路异常 AdditionalInfo=中继编号=5;错误类型=1(E1中继帧丢失);对端局向名称=;E1标识=DTB3-2-4_E1-5;DDF配线架位置描述=DDF6-7-5 ENDIND= 2010-08-11 23:54:13 (finished) 标准化网管告警ID:008-004-00-000520 告警原因解释: 本端检测到帧丢失,告警指示信号,或远端告警指示。 工程对告警的影响参考:MSC升级;传输割接;增删电路。 预处理建议: 1、告警真实性核实 登录网管客户端,选择视图→告警管理 选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生 2、告警有效性核实 根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。 3、故障定位步骤 1) 日常维护-动态管理,查询是否为硬件故障,若为硬件故障则派单给分公司; 2) 检查是否进行过新增电路和信令链路操作,如果新增过电路和信令,检查是否将信令CIC删除; 4、故障预处理方法 1)若为硬件故障则派单给分公司处理 2)如果数据原因,确认CIC协商数据情况以及对相关数据进行修改 6、锁相环工作失锁 告警原始信息: EVENT=MGW7001 PackageNo=1 BUREAU=121 MODULE=1 ALARMID=4294971745 ALMSOURCE=Rack(4)-Shelf(1)-Slot(10)-Cpu(1) NETYPE=MGW EVENTTYPE=3 TITLE=锁相环工作失锁 ALMCODE=5646 CAUSE=1.由于后台改配环路时钟提取基准,引起PLL输入时钟基准发生了切换,导致PLL失锁。 2.由于当前环路时钟基准发生故障,引起环路时钟基准发生了自动切换,导致PLL失锁。 3.由于环路时钟在线路侧提取,导致PLL失锁,需要人工切换到系统侧。 4.由于锁相环设备出现硬件故障,导致PLL出现失锁。 EVENTTIME=2010-07-05 13:50:13 SEVERITY=1 ALARMTEXT=锁相环工作失锁 AdditionalInfo=锁相环索引值=1 ENDIND= 2010-07-05 13:47:53 (finished) 标准化网管告警ID:008-004-00-005646 告警原因解释: 1)后台改配环路时钟提取基准,引起PLL输入时钟基准发生了切换,导致PLL失锁。 2)当前环路时钟基准发生故障,引起环路时钟基准发生了自动切换,导致PLL失锁。 3)环路时钟在线路侧提取,导致PLL失锁,需要人工切换到系统侧。 4)锁相环设备出现硬件故障,导致PLL出现失锁。 工程对告警的影响参考:修改配置、时钟源发生问题、传输故障。 预处理建议: 1、告警真实性核实 登录网管客户端,选择视图→告警管理 选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生 2、告警有效性核实 根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。 3、故障定位步骤 1) 视图→命令终端→MSCS/MGW→高级配置→专用物理→CLK时钟板参数设置中检查CLK环境参数门限设置是否发生过改变; 2)如果设置正常,派单给分公司,现场检查时钟板状态是否为正常的trace状态以及时钟源是否正常 4、故障预处理方法 若为硬件故障则派单给分公司处理 7、M3UA用户局向状态变化通知 告警原始信息: EVENT=MCS7001 PackageNo=1 BUREAU=5 MODULE=1 ALARMID=4294970205 ALMSOURCE=Rack(1)-Shelf(2)-Slot(11)-Cpu(1) NETYPE=MSC EVENTTYPE=0 TITLE=M3UA用户局向状态变化通知 ALMCODE=11840 CAUSE=相应的AS状态变化。 EVENTTIME=2010-08-27 01:01:50 SEVERITY=2 ALARMTEXT=M3UA用户局向状态变化通知 AdditionalInfo=局向号=42(SJSSA4);用户类型=13(BICC) ENDIND= 2010-08-27 00:38:33 (finished) 标准化网管告警ID:008-003-00-800189 告警原因解释: 相应的AS状态变化。 工程对告警的影响参考:MSC升级。 预处理建议: 1、告警真实性核实 登录网管客户端,选择视图→告警管理 选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生 2、告警有效性核实 根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。 3、故障定位步骤 1)视图→日常维护→动态管理→信令→局向→检查当前局向状态,确认局向状态是否正常; 2) 视图→日常维护→动态管理→信令→偶联选项中检查偶联状态是否正常。 3)检查到该局向的偶联状态是否正常,如不正常,检查告警是否存在其他告警信息,是否因为SIPI接口板故障引起; 4、故障预处理方法: 重启偶联,如不能解决派单给分公司处理. 8、框间媒体面链路异常 告警原始信息: EVENT=MGW7001 PackageNo=1 BUREAU=122 MODULE=1 ALARMID=4294978517 ALMSOURCE=Rack(4)-Shelf(3)-Slot(2)-Cpu(1) NETYPE=MGW EVENTTYPE=3 TITLE=框间媒体面链路异常 ALMCODE=35121 CAUSE=1.UIM/GLI与UIM/GLI光纤连接错误或者光纤没有插. 2.UIM后台配置和前台物理配置不一致. 3.UIM链路检测包收发异常. EVENTTIME=2010-07-29 12:55:17 SEVERITY=2 ALARMTEXT=框间媒体面链路异常 AdditionalInfo=GE端口号=4;GE口的主备状态=1(备用) ENDIND= 2010-07-29 12:57:25 (finished) 标准化网管告警ID:没有相关ID 告警原因解释: 1.UIM/GLI与UIM/GLI光纤连接错误或者光纤没有插. 2.UIM后台配置和前台物理配置不一致. 3.UIM链路检测包收发异常. 工程对告警的影响参考:MSC升级。 预处理建议: 1、告警真实性核实 登录网管客户端,选择视图→告警管理 选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生 2、告警有效性核实 根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。 3、故障定位步骤 1)查看告警是否有其他单板复位等告警同时出现 2)查看告警信息确定告警发生位置 4、故障预处理方法: 1)如果有其他单板复位等告警信息出现,应为单板复位导致,派单给分公司更换单板; 2)派单给分公司现场检查媒体面尾纤以及告警位置中的光模块是否正常。 9、网元与OMC服务器链路断 告警原始信息: EVENT=MCS7001 PackageNo=1 BUREAU=1 MODULE=255 ALARMID=1 ALMSOURCE=Rack(255)-Shelf(255)-Slot(255)-Cpu(255) NETYPE=MSC EVENTTYPE=0 TITLE=网元与OMC服务器链路断 ALMCODE=0 CAUSE=通讯异常 EVENTTIME=2010-07-21 11:32:14 SEVERITY=2 ALARMTEXT=ne link down AdditionalInfo=网元类型 = MSCServer ENDIND= 2010-07-21 11:32:33 (finished) 标准化网管告警ID:没有相关ID 告警原因解释: 1. 通讯异常 2. 网口故障 3. 网线故障 工程对告警的影响参考:版本升级。 预处理建议: 1、告警真实性核实 登录网管客户端,选择视图→告警管理 选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生 2、告警有效性核实 根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。 3、故障定位步骤 出现此告警后检查该网元历史告警,判断是否为规律性告警, 4、故障预处理方法: 1)如果为规律性告警可能为服务器内部问题或者网络问题,派单给分公司处理; 2)如果为单次故障,派单给分公司现场检查。从服务器是否能够ping通前台OMP地址,如果不能ping通前台OMP地址,建议检查服务器网卡、网线以及交换机配置; 10、SDH/SONET异常 告警原始信息: EVENT=MGW7001 PackageNo=1 BUREAU=149 MODULE=1 ALARMID=4294985870 ALMSOURCE=Rack(3)-Shelf(3)-Slot(4)-Cpu(1) NETYPE=MGW EVENTTYPE=3 TITLE=SDH/SONET异常 ALMCODE=1824 CAUSE=在工程安装阶段,SDH网络内部交叉连接不完整,或支路远端设备未装配. EVENTTIME=2010-07-26 00:44:19 SEVERITY=3 ALARMTEXT=SDH/SONET异常 AdditionalInfo=光纤编号=1;错误类型=19(SDH/SONET:低阶通道未装载/虚支路未装载);复用结构=1(AU-4复用结构);支路单元号=3;支路单元组2编号=7;支路单元组3编号=3;中继编号=63 ENDIND= 2010-07-26 00:42:44 (finished) 标准化网管告警ID:008-004-00-001824 告警原因解释: 在工程安装阶段,SDH网络内部交叉连接不完整,或支路远端设备未装配。 工程对告警的影响参考:传输割接。 预处理建议: 1、告警真实性核实 登录网管客户端,选择视图→告警管理 选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生 2、告警有效性核实 根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。 3、故障定位步骤 1)网管客户端中选择视图→告警管理 选择查看告警→告警实时监控,查看当前实时告警,确认告警发生位置 2)通过视图→命令终端→MGW中通过SHOW MPCM命令检查该单板对应的MPCM编号,然后在视图→命令终端→MSCS中通过SHOW SPCM命令检查对应的MPCM编号是否在用。 4、故障预处理方法: 1)如果单板没有使用,可将告警手工清除。 2)如果在用,检查上行光路是否正常,派单给分公司处理。 11、光模块信号丢失 告警原始信息: EVENT=MGW7001 PackageNo=1 BUREAU=125 MODULE=1 ALARMID=4295003239 ALMSOURCE=Rack(4)-Shelf(1)-Slot(6)-Cpu(1) NETYPE=MGW EVENTTYPE=3 TITLE=光模块信号丢失 ALMCODE=30002 CAUSE=1.本端的接收光纤(RX)或者对端的发送(TX)光纤没有接好. 2.本端或者对端光模块坏 3.对端强制不输出光信号 4.UIM无TFS子卡或该板无TDM光口功能 EVENTTIME=2010-07-10 12:22:40 SEVERITY=2 ALARMTEXT=光模块信号丢失 AdditionalInfo=光口号=2 ENDIND= 2010-07-10 12:04:51 (finished) 标准化网管告警ID:008-004-02-000002 告警原因解释: 光模块无光,可能原因如下: 1.本端的接收光纤(RX)或者对端的发送(TX)光纤没有接好. 2.本端或者对端光模块坏 3.对端强制不输出光信号 4.UIM无TFS子卡或该板无TDM光口功能 工程对告警的影响参考:设备升级、传输割接 预处理建议: 1、告警真实性核实 登录网管客户端,选择视图→告警管理 选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生 2、告警有效性核实 根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。 3、故障定位步骤 打开OMM本地维护客户端→点击MSS通讯系统→观察各接点之间IP网络连接状态 4、故障预处理方法: 1)检查本局配备交换机上有网线接入输出的网口是否正常启动; 2)若告警消除,系统工作恢复正常。 12、光口误码率高 告警原始信息: 【告警正文】: EVENT=MGW7001 PackageNo=1 BUREAU=145 MODULE=1 ALARMID=4294967502 ALMSOURCE=Rack(1)-Shelf(4)-Slot(10)-Cpu(1) NETYPE=MGW EVENTTYPE=3 TITLE=光口误码率高 ALMCODE=5639 CAUSE=1.光纤未插好或者损坏; 2.光纤与光模块不匹配。 EVENTTIME=2010-08-14 00:04:37 SEVERITY=2 ALARMTEXT=光口误码率高 AdditionalInfo=光口号=130 ENDIND= 2010-08-14 00:05:31 (finished) 标准化网管告警ID:008-003-02-005639 告警原因解释: 1.光纤未插好或者损坏; 2.光纤与光模块不匹配。 工程对告警的影响参考:设备升级、传输割接 预处理建议: 1、告警真实性核实 登录网管客户端,选择视图→告警管理 选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生 2、告警有效性核实 根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。 3、故障定位步骤 1)网管客户端中选择视图→告警管理 选择查看告警→告警实时监控,查看当前实时告警,确认告警发生位置 4、故障预处理方法: 1)检查光纤连接是否正常,派单给分公司处理。 13、时钟基准源丢失二级告警 告警原始信息: 【告警正文】: EVENT=MCS7001 PackageNo=1 BUREAU=11 MODULE=1 ALARMID=4294971924 ALMSOURCE=Rack(1)-Shelf(2)-Slot(14)-Cpu(1) NETYPE=MSC EVENTTYPE=3 TITLE=时钟基准源丢失二级告警 ALMCODE=26128 CAUSE=检测到时钟基准丢失超过10分钟。 EVENTTIME=2010-08-25 20:00:34 SEVERITY=2 ALARMTEXT=时钟基准源丢失二级告警 AdditionalInfo=clkg base: 6 (1:ALL,2:2Mbps1,3:2Mbps2,4:2MHz1,5:2MHz2,6:8k1[Base],7:8k2[GPS],8:8k3[UIM],9:PP2S) ENDIND= 2010-08-25 20:07:07 (finished) 标准化网管告警ID:008-003-00-026128 告警原因解释: 时钟基准源丢失,可能原因如下: 检测到时钟线连接中断超过10分钟。 工程对告警的影响参考:传输割接 预处理建议: 1、告警真实性核实 登录网管客户端,选择视图→告警管理 选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生 2、告警有效性核实 根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。 3、故障定位步骤 1)时钟基准由CLKG单板接入,CLKG位于SERVER或MGW网元OMP所在机框。 4、故障预处理方法: 1)检查时钟线连接是否正常,派单给分公司处理。 14、单板对外端口down 告警原始信息: 【告警正文】: EVENT=MGW7001 PackageNo=1 BUREAU=162 MODULE=1 ALARMID=4294969078 ALMSOURCE=Rack(1)-Shelf(4)-Slot(12)-Cpu(1) NETYPE=MGW EVENTTYPE=0 TITLE=单板对外端口down ALMCODE=5395 CAUSE=单板对外端口down。 EVENTTIME=2010-09-17 23:45:38 SEVERITY=2 ALARMTEXT=单板对外端口down AdditionalInfo=Port: 2 ENDIND= 2010-09-17 23:46:12 (finished) 标准化网管告警ID:008-003-01-005395 告警原因解释: 单板对外端口down,可能原因如下: 线缆连接异常或对端端口故障。 工程对告警的影响参考:传输割接 预处理建议: 1、告警真实性核实 登录网管客户端,选择视图→告警管理 选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生 2、告警有效性核实 根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。 3、故障定位步骤 1)网管客户端中选择视图→告警管理 选择查看告警→告警实时监控,查看当前实时告警,确认告警发生位置 4、故障预处理方法: 1)检查线缆连接是否正常,对端端口是否正常,派单给分公司处理。 15、MTP3链路拥塞 告警原始信息: 【告警正文】: EVENT=MGW7001 PackageNo=1 BUREAU=145 MODULE=1 ALARMID=4294968255 ALMSOURCE=Rack(1)-Shelf(2)-Slot(12)-Cpu(1) NETYPE=MGW EVENTTYPE=3 TITLE=MTP3链路拥塞 ALMCODE=8400131 CAUSE=1.业务忙; 2.链路负荷不均匀; 3.链路配置不足。 EVENTTIME=2010-08-19 00:12:37 SEVERITY=2 ALARMTEXT=MTP3链路拥塞 AdditionalInfo=局向号=31(BADGS5BS186); 链路组号=31(BADGS5BS186TALKS); 链路号=2(BADGS5BS186TASIG2); 信令链路码=1 ENDIND= 2010-08-19 00:13:32 (finished) 标准化网管告警ID:008-003-00-800009 告警原因解释: 1.业务忙; 2.链路负荷不均匀; 3.链路配置不足。 工程对告警的影响参考:设备升级 预处理建议: 1、告警真实性核实 登录网管客户端,选择视图→告警管理 选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生 2、告警有效性核实 根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。 3、故障定位步骤 选择日常维护→选择MSCS或MGW→动态管理→选择邻接局向→选择链路→查询链路状态(查看某一局向的链路是否全部可用,是否存在人工闭塞的情况) 4、故障预处理方法: 1)使用SHOW LNKLOAD指令查询链路负荷是否均匀。 2)通知维护室人员增开链路 16、MTP2链路接收负荷过载 告警原始信息: 【告警正文】: EVENT=MCS7001 PackageNo=1 BUREAU=15 MODULE=1 ALARMID=4294967756 ALMSOURCE=Rack(1)-Shelf(2)-Slot(7)-Cpu(2) NETYPE=MSC EVENTTYPE=2 TITLE=MTP2链路接收负荷过载 ALMCODE=8399873 CAUSE=1.本端业务忙; 2.链路负荷不均匀; 3.链路配置不足。 EVENTTIME=2010-08-25 00:14:27 SEVERITY=2 ALARMTEXT=MTP2链路接收负荷过载 AdditionalInfo=局向号=91(BADHLR11); 链路组号=91(BADHLR11TALKS); 链路号=248(BADHLR11TASIG8); SLC=7; 过载级别=1(一级:0.8爱尔兰) ENDIND= 2010-08-25 00:15:04 (finished) 标准化网管告警ID:008-003-00-800009 告警原因解释: 1.本端业务忙; 2.链路负荷不均匀; 3.链路配置不足。 工程对告警的影响参考:设备升级 预处理建议: 1、告警真实性核实 登录网管客户端,选择视图→告警管理 选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生 2、告警有效性核实 根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。 3、故障定位步骤 选择日常维护→选择MSCS或MGW→动态管理→选择邻接局向→选择链路→查询链路状态(查看某一局向的链路是否全部可用,是否存在人工闭塞的情况) 4、故障预处理方法: 1)告警发生后等待30秒,观察告警是否可以自动恢复,如果告警能恢复且不频繁发生,可不干预。 2)如果告警不能自动恢复或恢复后频繁发生,使用SHOW LNKLOAD指令查询链路负荷是否均匀。 3)如果所有链路负荷很高且比较均匀,需要通过增加信令链路解决,通知维护室人员增开链路 17、MTP2链路发送负荷过载 告警原始信息: 【告警正文】: EVENT=MGW7001 PackageNo=1 BUREAU=142 MODULE=1 ALARMID=4294980268 ALMSOURCE=Rack(1)-
展开阅读全文

开通  VIP会员、SVIP会员  优惠大
下载10份以上建议开通VIP会员
下载20份以上建议开通SVIP会员


开通VIP      成为共赢上传

当前位置:首页 > 教育专区 > 小学其他

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        抽奖活动

©2010-2026 宁波自信网络信息技术有限公司  版权所有

客服电话:0574-28810668  投诉电话:18658249818

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :微信公众号    抖音    微博    LOFTER 

客服