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

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

《完整word版阿尔卡特SDH常见告警及处理方法word文档良心出品.docx》由会员分享，可在线阅读，更多相关《完整word版阿尔卡特SDH常见告警及处理方法word文档良心出品.docx（6页珍藏版）》请在冰豆网上搜索。

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

阿尔卡特SDH故障

2.1RUP，RUM，ICP类告警处理

告警名称或故障现象：

ReplaceableUnitProblem机盘故障;ReplaceableUnitMissed机盘不在位;InternalCommunicationProblem内部通信（控制信号）故障，相应的故障机盘报故障。

告警产生原因：

1.原因1RUM还可能是网管配置了板，但实际配插板

2.原因2机盘硬件故障

3.原因3ICP有可能是其它盘引起，如1660的矩阵、主控；1662的SYNTH16；1642的MB板

告警处理方法：

1.原因1对于RUM首先核实是否现场每插板，如没插板可在网管去配置（对于有配置电路或作为时钟源的，需先删除这些配置），当然现场每插板，由配置了电路或时钟源需仔细核实是否是垃圾数据在删。

2.原因2替换相应的故障盘

3.对于ICP告警如替换故障盘后仍不消失，则需考虑可能是其它的矩阵、主控、SYNTH16、MB盘等引起。

可先对这些怀疑的板做插拔（注意对业务和监控的影响，一般主控盘插拔只影响监控；矩阵和SYNTH16均有保护，如无异常状态或第二处故障，插拔备用也不影响业务（要插拔当前的主用矩阵需先切换成备用角色再插拔，切换后等15分钟让它同步完再操作）），定位到故障板后替换故障板。

2.2TD,URU,TF告警

告警名称或故障现象：

设备光口或端口报TD（TransmitterDegraded）,URU（UnderlyingResourceUnavailable）,TF（TransmitterFailure）告警。

告警产生原因：

1.原因1如有光模块的机盘，则可能是故障

2.原因2机盘故障

告警处理方法：

1.原因1替换光模块

2.原因2替换机盘

2.3LOS,LOF告警处理

告警名称或故障现象：

LOS（Lossofsignal；LOF（LossOfFrame）；MS-AIS；MS-RDI告警

告警产生原因：

1.原因1光缆故障

2.原因2对端设备停电或吊死（主要是接入设备）

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.52\网管组\学习资料（GPONPTN）\阿尔卡特培训资料/<阿卡光口参数.xls>；2：

自环前测一下光功率，避免因故障尾纤、接头没插好等导致的误判断；3：

对于涉及MS-SPRING环保护的光口，尾纤自环前必须对对于的光口做人工“forceswith”操作，自环解除后必须清除强制倒换！

这是因为“forceswith”的级别大于“losofsignal”，这样，自环后即使超过5分钟业务也不会倒回来，不会因此影响业务。

5.原因5，对于阿尔卡特编号为8DG开头（L64.2E）光盘，当出现LOS告警后光模块可能吊死从而不发光，此时需现场插拔一下光模块。

2.4光口EBER、DS告警处理

告警名称或故障现象：

EBER（ExcessiveEBER性能越限）；DS（DegradedSignal信号劣化），光口性能劣化。

告警产生原因：

1.原因1光缆故障

2.原因2隐性硬件故障

告警处理方法：

1.原因1对光及OTDR测试等排查光路故障，清除光缆故障（具体见光缆故障处理）

2.原因2当光路对光正常，则可能是隐性硬件故障。

处理方法如下：

首先两边对应的端口做尾纤自环，自环后查看光口性能，看那块光盘仍然有误码，则替换那块光板。

做光口自环需注意如下问题：

1：

注意光功率，根据不同的光盘添加不同的衰减器，避免过载，光口参数参见\\10.244.9.52\网管组\学习资料（GPONPTN）\阿尔卡特培训资料/<阿卡光口参数.xls>；2：

自环前测一下光功率，避免因故障尾纤、接头没插好等导致的误判断；3：

对于涉及MS-SPRING环保护的光口，尾纤自环前必须对对于的光口做人工“forceswith”操作，自环解除后必须清除强制倒换！

这是因为“forceswith”的级别大于“losofsignal”，这样，自环后即使超过5分钟业务也不会倒回来，不会因此影响业务。

2.5CSF告警处理

告警名称或故障现象：

CSF（Communicationsignalfailure）；

告警产生原因：

1.原因1相应两端光口的LAPD配置不匹配或一边没配置

2.原因2相应的光板上有LOS，LOF，MS-RDI，MS-AIS，DS，EBER，RUP，RUM等其他告警

3.原因31660主控板，1642MB板，16626槽位的SYNTH16盘有故障

告警处理方法：

1.原因1重新配置LAPD，配置原则是NETWORK必须与USER配对。

2.原因2先处理其他故障以清除本告警。

3.原因3插拔或重启相应的主控盘（一般都是报CSF告警网元的对端设备有问题）或换主控板。

2.6CPE告警处理

告警名称或故障现象：

CPE（CommunicationProtocolError通信协议错误告警）

告警产生原因：

1.原因1配置问题

2.原因2硬件问题

告警处理方法：

1.原因1对于出告警的光口属MSP1+1保护组的，一般均是保护组两边网元的单、双向选项不一致，删除保护组重配即可。

删保护组前，请核实主备用光口可用，否则可能影响业务。

对于MSP-SPRING环保护光口，则升级给传输室处理。

2.原因2如相应的光板有RUP，RUM等告警则先处理这些告警。

否则升级给传输室处理

2.7insidefailuer告警处理

告警名称或故障现象：

insidefailure内部总线告警

告警产生原因：

1.原因1设备时钟处于自由震荡状态，无有效的参考时钟

2.原因2业务板故障

3.原因3矩阵故障

告警处理方法：

1.原因1此时备用矩阵到所有业务盘均是红线，需先处理时钟故障

2.原因2如果某业务盘到主备矩阵均是红线，则首先替换该业务盘。

如果只是某块业务盘到一块矩阵有红线，也首先替换业务盘看故障是否消失。

3.原因3如果某块矩阵到多个业务盘有红线，则替换该矩阵。

2.8CoolingFanFailure，HOUSEKEEPING告警处理

告警名称或故障现象：

风扇告警告警

告警产生原因：

1.原因1风扇硬件故障

2.原因2风扇电源故障

告警处理方法：

1.原因1替换故障风扇

2.原因2查看风扇电源熔丝是否开启，清除电源故障。

2.9BatteryFailure，FuseFailure告警处理

告警名称或故障现象：

电源相关告警

告警产生原因：

1.原因1外部电源故障

2.原因2CONGI盘故障

告警处理方法：

1.原因1处理外部电源故障，确保列头柜有电，架顶电源开关打上，无短路想象

2.原因2更换报障的CONGI盘。

更换前先确认好报障CONGI板在架顶的对应电源开关，确认无误后先断开对应的开光，观察设备应无停电现象，然后拆除CONGI板上的线缆，换上新板并重新接上电缆，然后开启架顶对应的开关。

2.10LossOfTimingSources；FrequencyOffset告警处理

告警名称或故障现象：

时钟源丢失，时钟频偏告警

告警产生原因：

1.原因1外部2M参考时钟无信号

2.原因2外部线路参考时钟无信号

3.原因3矩阵故障

4.原因41642MB板故障

告警处理方法：

1.原因1检查2M时钟线是否有故障，如时钟线确认无误则可能是接时钟的CONGI盘有故障，替换CONGI盘

2.原因2检查线路时钟源光口有无LOS，LOF等告警，如有这些告警先处理；如无告警且光信号正常，则检查对端设备有没有发送时钟。

3.原因3如怀疑是矩阵盘问题，升级给传输室处理

4.原因4对于1642，排除原因2后可先删除时钟配置并重新配置，查看告警是否消失，如不消失则需替换MB板。

2.11ResourceIsolation告警处理

告警名称或故障现象：

网元脱管告警

告警产生原因：

1.原因1设备停电

2.原因2光缆双向中断

3.原因3LAPD配置问题

4.原因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该告警是次生告警，处理光口相关故障后就不会再报该告警；如光口故障一时不能清除，可先关闭性能监测就不会再报了。

但是，由于该告警是一种历史状态告警，即使清除原生故障不再报相关告警后，已报的告警条目也不会消失，此时可响应一下告警，然后munualpurge（手工清除）该告警条目，该告警在网管就永久清除了。

2.13网元不能更新告警处理

告警名称或故障现象：

设备面板上告警状态栏全是虚的，此时设备的告警不能更新到网管，导致网管看到的告警是“假”告警，

告警产生原因：

2.原因1网元在网管的状态不正常。

告警处理方法：

2.原因1在1353NM上对stopsupervision（停止监控），然后alignup（重新监控），操作以后设备的面板图上告警状态栏应该变实，１３５３ＮＭ和１３５４ＲＭ的告警就可以更新了。

在1354RM上搜索到网元后定位该网元属于哪个1353NM网管的方法：

选中网元，点击1354RM窗口中图标是“放大镜”的工具按钮，弹出的窗口中有一个栏目中有neGroup=nxx（如210）第一位数就标明了1353NM网管（1是汇聚1网管，2是骨干网管，3是1678网管，4是汇聚2网管），整个数字就是EML进程号。