完整word版阿尔卡特SDH常见告警及处理方法word文档良心出品.docx

1、完整word版阿尔卡特SDH常见告警及处理方法word文档良心出品阿尔卡特SDH故障2.1 RUP， RUM， ICP类告警处理告警名称或故障现象：Replaceable Unit Problem机盘故障; Replaceable Unit Missed机盘不在位; Internal Communication Problem 内部通信（控制信号）故障 ，相应的故障机盘报故障。告警产生原因：1. 原因1 RUM还可能是网管配置了板，但实际配插板2. 原因2 机盘硬件故障3. 原因3 ICP有可能是其它盘引起，如1660的矩阵、主控；1662的SYNTH16；1642的MB板告警处理方法：1.

2、原因1 对于RUM首先核实是否现场每插板，如没插板可在网管去配置（对于有配置电路或作为时钟源的，需先删除这些配置），当然现场每插板，由配置了电路或时钟源需仔细核实是否是垃圾数据在删。2. 原因2 替换相应的故障盘3. 对于ICP告警如替换故障盘后仍不消失，则需考虑可能是其它的矩阵、主控、SYNTH16、MB盘等引起。可先对这些怀疑的板做插拔（注意对业务和监控的影响， 一般主控盘插拔只影响监控；矩阵和SYNTH16均有保护，如无异常状态或第二处故障，插拔备用也不影响业务（要插拔当前的主用矩阵需先切换成备用角色再插拔，切换后等15分钟让它同步完再操作），定位到故障板后替换故障板。2.2 TD, U

3、RU, TF告警告警名称或故障现象：设备光口或端口报TD（Transmitter Degraded）, URU（Underlying Resource Unavailable）, TF（Transmitter Failure）告警。告警产生原因：1. 原因1 如有光模块的机盘，则可能是故障2. 原因2 机盘故障告警处理方法：1. 原因1 替换光模块2. 原因2 替换机盘2.3 LOS, LOF告警处理告警名称或故障现象：LOS（Loss of signal；LOF(Loss Of Frame)；MS-AIS；MS-RDI告警告警产生原因：1. 原因1 光缆故障2. 原因2 对端设备停电或吊死（

4、主要是接入设备）3. 原因3 显现硬件故障，相应光板报RUP、RUM、ICP、URU、TD、TF等告警4. 原因4 隐性硬件故障5. 原因5 光模块吊死告警处理方法：1. 原因1 对光及OTDR测试等排查光路故障，清除光缆故障（具体见光缆故障处理）2. 原因2 现场开电或环MB板3. 原因3 显现硬件故障请替换相应的故障板4. 原因4 当光路对光正常，无明显的硬件故障后，则可能是隐性硬件故障。处理方法如下：首先两边对应的端口做尾纤自环，看哪个光口自环后故障出现，则替换那块光板。做光口自环需注意如下问题：1：注意光功率，根据不同的光盘添加不同的衰减器，避免过载，光口参数参见 10.244.9.5

5、2网管组学习资料(GPON PTN)阿尔卡特培训资料/；2：自环前测一下光功率，避免因故障尾纤、接头没插好等导致的误判断；3：对于涉及MS-SPRING环保护的光口，尾纤自环前必须对对于的光口做人工“force swith”操作，自环解除后必须清除强制倒换！这是因为“force swith”的级别大于“los of signal”，这样，自环后即使超过5分钟业务也不会倒回来，不会因此影响业务。5. 原因5，对于阿尔卡特编号为8DG开头（L64.2E）光盘，当出现LOS告警后光模块可能吊死从而不发光，此时需现场插拔一下光模块。2.4 光口EBER、DS告警处理告警名称或故障现象：EBER（Exc

6、essive EBER 性能越限）；DS（Degraded Signal 信号劣化），光口性能劣化。 告警产生原因： 1. 原因1 光缆故障2. 原因2 隐性硬件故障告警处理方法：1. 原因1 对光及OTDR测试等排查光路故障，清除光缆故障（具体见光缆故障处理）2. 原因2 当光路对光正常，则可能是隐性硬件故障。处理方法如下：首先两边对应的端口做尾纤自环，自环后查看光口性能，看那块光盘仍然有误码，则替换那块光板。做光口自环需注意如下问题：1：注意光功率，根据不同的光盘添加不同的衰减器，避免过载，光口参数参见 10.244.9.52网管组学习资料(GPON PTN)阿尔卡特培训资料/；2：自环前

7、测一下光功率，避免因故障尾纤、接头没插好等导致的误判断；3：对于涉及MS-SPRING环保护的光口，尾纤自环前必须对对于的光口做人工“force swith”操作，自环解除后必须清除强制倒换！这是因为“force swith”的级别大于“los of signal”，这样，自环后即使超过5分钟业务也不会倒回来，不会因此影响业务。2.5 CSF告警处理告警名称或故障现象：CSF（Communication signal failure）；告警产生原因： 1. 原因1 相应两端光口的LAPD配置不匹配或一边没配置2. 原因2 相应的光板上有LOS ，LOF， MS-RDI，MS-AIS，DS，EB

8、ER，RUP，RUM 等其他告警3. 原因3 1660主控板，1642 MB板，1662 6槽位的SYNTH16盘有故障告警处理方法：1. 原因1 重新配置LAPD，配置原则是NETWORK必须与USER配对。2. 原因2 先处理其他故障以清除本告警。3. 原因3 插拔或重启相应的主控盘（一般都是报 CSF告警网元的对端设备有问题）或换主控板。2.6 CPE告警处理告警名称或故障现象：CPE（Communication Protocol Error 通信协议错误告警）告警产生原因： 1. 原因1 配置问题2. 原因2 硬件问题告警处理方法：1. 原因1 对于出告警的光口属MSP1+1保护组的，

9、一般均是保护组两边网元的单、双向选项不一致，删除保护组重配即可。删保护组前，请核实主备用光口可用，否则可能影响业务。对于MSP-SPRING环保护光口，则升级给传输室处理。2. 原因2 如相应的光板有RUP，RUM等告警则先处理这些告警。否则升级给传输室处理2.7 inside failuer告警处理告警名称或故障现象：inside failure 内部总线告警告警产生原因： 1. 原因1 设备时钟处于自由震荡状态，无有效的参考时钟2. 原因2 业务板故障3. 原因3 矩阵故障告警处理方法：1. 原因1 此时备用矩阵到所有业务盘均是红线，需先处理时钟故障2. 原因2 如果某业务盘到主备矩阵均是

10、红线，则首先替换该业务盘。如果只是某块业务盘到一块矩阵有红线，也首先替换业务盘看故障是否消失。3. 原因3 如果某块矩阵到多个业务盘有红线，则替换该矩阵。2.8 Cooling Fan Failure，HOUSE KEEPING告警处理告警名称或故障现象：风扇告警告警告警产生原因： 1. 原因1 风扇硬件故障2. 原因2 风扇电源故障告警处理方法：1. 原因1 替换故障风扇2. 原因2 查看风扇电源熔丝是否开启，清除电源故障。2.9 Battery Failure，Fuse Failure告警处理告警名称或故障现象：电源相关告警告警产生原因： 1. 原因1 外部电源故障2. 原因2 CONGI

11、盘故障告警处理方法：1. 原因1 处理外部电源故障，确保列头柜有电，架顶电源开关打上，无短路想象2. 原因2 更换报障的CONGI盘。更换前先确认好报障CONGI板在架顶的对应电源开关，确认无误后先断开对应的开光，观察设备应无停电现象，然后拆除CONGI板上的线缆，换上新板并重新接上电缆，然后开启架顶对应的开关。2.10 Loss Of Timing Sources；Frequency Offset告警处理告警名称或故障现象：时钟源丢失，时钟频偏告警告警产生原因： 1. 原因1 外部2M参考时钟无信号2. 原因2 外部线路参考时钟无信号3. 原因3 矩阵故障4. 原因4 1642 MB板故障告

12、警处理方法：1. 原因1 检查2M时钟线是否有故障，如时钟线确认无误则可能是接时钟的CONGI盘有故障，替换CONGI盘2. 原因2 检查线路时钟源光口有无LOS，LOF等告警，如有这些告警先处理；如无告警且光信号正常，则检查对端设备有没有发送时钟。3. 原因3 如怀疑是矩阵盘问题，升级给传输室处理4. 原因4 对于1642，排除原因2后 可先删除时钟配置并重新配置，查看告警是否消失，如不消失则需替换MB板。2.11 Resource Isolation告警处理告警名称或故障现象：网元脱管告警告警产生原因： 1. 原因1 设备停电2. 原因2 光缆双向中断3. 原因3 LAPD配置问题4. 原

13、因4 主控板故障5. 原因5 网管进程故障告警处理方法：5. 原因1 设备重新加电6. 原因2 修复光缆，详见光缆故障处理7. 原因3 如LAPD配置有问题，一般相邻设备光口会报CSF告警，请修改LAPD配置。8. 原因4 插拔/重启主控盘9. 原因5 如果没有原因1-4的故障，能PING通网元，则应该是网管进程故障，重启对应的EML进程。2.12 光口Unavailable性能监测异常告警处理告警名称或故障现象：新能监测数据告警告警产生原因： 1. 原因1 光口有故障导致性能监测数据不正常告警处理方法：1. 原因1 该告警是次生告警，处理光口相关故障后就不会再报该告警；如光口故障一时不能清除

14、，可先关闭性能监测就不会再报了。但是，由于该告警是一种历史状态告警，即使清除原生故障不再报相关告警后，已报的告警条目也不会消失，此时可响应一下告警，然后munual purge(手工清除)该告警条目，该告警在网管就永久清除了。2.13 网元不能更新告警处理告警名称或故障现象：设备面板上告警状态栏全是虚的，此时设备的告警不能更新到网管，导致网管看到的告警是“假”告警， 告警产生原因： 2. 原因1 网元在网管的状态不正常。告警处理方法：2. 原因1 在1353NM上对stop supervision(停止监控)，然后align up(重新监控)，操作以后设备的面板图上告警状态栏应该变实，和的告警就可以更新了。在1354RM上搜索到网元后定位该网元属于哪个1353NM网管的方法：选中网元，点击1354RM窗口中图标是“放大镜”的工具按钮，弹出的窗口中有一个栏目中有neGroup=nxx(如210) 第一位数就标明了1353NM网管（1是汇聚1网管，2是骨干网管，3是1678网管，4是汇聚2网管），整个数字就是EML进程号。