2.3、传输常见告警分析及处理

合集下载

阿尔卡特SDH常见告警及处理方法

阿尔卡特SDH常见告警及处理方法

阿尔卡特SDH常见告警及处理方法阿尔卡特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.原因1 对于RUM首先核实是否现场每插板,如没插板可在网管去配置(对于有配置电路或作为时钟源的,需先删除这些配置),当然现场每插板,由配置了电路或时钟源需仔细核实是否是垃圾数据在删。

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

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

2.2 TD, URU, 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 对端设备停电或吊死(主要是接入设备)3.原因3 显现硬件故障,相应光板报RUP、RUM、ICP、URU、TD、TF等告警4.原因4 隐性硬件故障5.原因5 光模块吊死告警处理方法:1.原因1 对光及OTDR测试等排查光路故障,清除光缆故障(具体见光缆故障处理)2.原因2 现场开电或环MB板3.原因3 显现硬件故障请替换相应的故障板4.原因4 当光路对光正常,无明显的硬件故障后,则可能是隐性硬件故障。

SDH传输常见故障分析及处理

SDH传输常见故障分析及处理

浅谈SDH传输常见故障分析及处理[摘要]铁路通信传输系统是铁路系统从指挥调度到具体现场运行检修及维护的信息重要获取通道,一旦通信传输系统系统出现故障,则会造成影响运输的重大事故,为此在通信传输系统的日常维护工作中要求我们对各类故障进行定位并及时排除。

[关键词]基本原则 sdh 故障处理方法中图分类号:td327.3 文献标识码:a 文章编号:1009-914x (2013)05-0299-01一、传输故障定位的基本原则传输故障定位一般应遵循“先抢通后修复、先外部后传输、先单站后单板,先线路后支路、先高级后低级”的原则。

1.1先抢通后修复在出现故障时,系统维护者要首先抢通业务然后进行故障修复。

如果存在影响业务情况下的传输网络告警故障,如在2mbit/s业务通道出现los(信号丢失)告警,因外线原因导致的收无光告警,单元盘故障产生的unitfailure(单元失效)告警等情况下产生的故障,必须首先抢通业务。

1.2先外部后传输在处理故障时应先排除外部的可能因素,如断纤、终端设备故障、电源或机房环境配套故障等,而后进行传输系统原因查找。

当可能存在外界因素影响而产生传输网络告警故障时,如设备温度告警、光路告警、网元失效告警,也需照此原则处理。

1.3先单站后单板一般设备故障时,不会只是一个站点出现告警,而是在很多站点同时上报告警。

这时就需要通过分析和判断缩小范围,快速、准确地定位是哪个单站的问题,而后尽可能准确地将故障定位到单站后再具体定位到单板。

1.4先线路后支路在处理故障时,如果支路出现了大量ais告警,这时需要先排除线路板故障再查看支路板故障。

由于传输系统线路板的故障常常会引起支路板的异常告警,在处理告警时,应按“先线路后支路”的顺序,排除网管告警;如支路出现大量als则首先查看线路板是否出现los告警或其他异常告警,再查看支路板告警。

1.5先高级后低级在进行告警分析时,先分析高级别告警再分析低级别告警。

告警分析及处理

告警分析及处理

告警分析及处理一、动环1、网管1)帐号登陆提示连接失败或鉴权失败:可分为两个原因,一是网络中断,无连接到服务器,二是服务器程序未运行,需要联系网管人员进行程序启动。

提示用户被锁定:因用户多次密码输入错误,导致用户被锁定,需要联系系统管理员进行帐号解锁设臵。

2)网络连接网络连接故障:本地连接断开,检查电脑网口网线是否连接正常,检查交换机端网口网线连接是否正常,其次检查电脑网卡是否存在故障。

3)基站中断基站中断分三个方面:一是模拟站或者干节点站的站点全部中断,导致原因应该是模拟站的前臵台或者干节点的前臵台程序未运行或者连接中断;二是模拟站的多个站点同时中断,这种现象一般是中断站点传输在同一传输设备ETN上,如果该ETN与交换机之间传输出现问题,就会出现这种故障,检查ETN与交换机之间网管连接情况;三是个别站点出现监控中断,导致原因可分两方面:一是该基站传输出现故障,二是底端EISU设备出现故障或者基站为EISU提供48V电源出现故障。

2、基站1)动力设备A、开关电源监控中断:分为四方面,一是从施工一直未正常监控的,为电源监控模块故障,需要更换电源监控模块;二是检查是否因为更换电源模块后所致,是否更换了电源监控模块型号,或者更换监控模块后,电源监控模块后的RS232通信口的连接线是否连接正常。

三是开关电源监控模块故障,需要更换电源监控模块;四是电源其它告警(欠压、防雷故障之类的),检查现场电源监控模块内告警内容,如果也存在相应告警,则是电源实际告警,如果不一致请联系厂家进行数据处理。

B、空调空调控制:因基站都做有相应的空调节能系统,网管进行控制后不能产生效果。

空调电流及空调状态:如果空调电流出现值无效之类的告警,一般为基站空调电流监测设备出现接线错误,检查该基站是否更换空调,而导致电流监测设备被拆除,如果设备正常,请检查设备接线情况。

C、蓄电池监控原理:对两组蓄电池的总电压进行测量,测点一般设在开头电源柜内的电极排上,如果出现电压数值不付或者故障,检查现场电极排上测点之间电压是否正常,接线是否正常;电流监测在蓄电池电源线上有个直流电流互感器进行监测,如果出现电流数据为-45,一般为直流电流互感器接线故障,检查接线是否有松动。

中兴传输设备告警解析

中兴传输设备告警解析

中兴传输设备告警解析1. 板类型失配。

可能原因:该槽位的单板类型错、单板上报不成功、若为交叉板,可能是时分交叉配置出错。

解决方法:检查单板类型、更换单板槽位、更换单板、检查CS的时分交叉配置。

2. 电源板故障。

可能原因:主备份时,有一块电源板未开,或有一块已烧坏。

解决方法:检查告警单板电源开关是否打开,更换电源板。

3. AU通道告警指示(AU-AIS)。

可能原因:远端AU4通道发出AIS,邻站时隙未配置。

解决方法:检查时隙配置,通过环回一级一级排除故障。

4. AU指针丢失(AU-LOP)。

可能原因:光板与时钟板配合不好。

一般某站点出现这种告警,实际告警产生源是它的邻站(与告警光口相连)。

解决办法:更换光板、时钟板,更换光板槽位。

5. TU通道告警指示(TU-AIS)。

可能原因:同AU-AIS。

解决方法:检查时隙配置,检查该通道远端是否正常,利用各级环回确定故障位置。

6. TU指针丢失(TU-LOP)。

可能原因:远端时隙未配置,尤其与其他厂家光口对接时,会经常出现这种现象。

解决方法:检查时隙配置,若是不同设备的混合组网,要注意时隙转换。

7. 光口信号劣化。

可能原因:光功率过弱或过强,光板坏(本站或对端)。

解决办法:检查接受光功率,测试本站光口接受灵敏度(可以得出是否光板内部的接头处未接好),清洗光接头,或加衰减器,更换光板,如果是因为不可改变的线路造成的原因,可以考虑更换光模块(传输距离的能力依次为:短距、1310nm长距、1550nm长距),或增加光放大器。

8. 光口接收信号丢失。

可能原因:光功率过强或过弱,如果接收的光功率正常时,但仍出现LOS ,则可能是法兰盘处接触不好,或光器件引出的光纤头有污渍,或光接收模块坏。

解决方法:调整接收光功率,重新安装光接头和清洗光接头,更换光模块,更换光板。

9. 指针调整较大。

此处一般指光口的指针调整较大时,可能原因是相邻光板的基准时钟不一致,使得两处频率有偏差,设备只好不断产生指针调整以消除频率不一致。

关于传输告警分析

关于传输告警分析

关于传输告警问题的故障原因初步分析报告目录来自:一、故障描述及影响范围 (2)二、故障处理过程 (2)三、故障原因初步分析 (6)四、后续改进措施 (6)一、故障描述及影响范围1、故障描述:近期由于联通总部对台州联通巡检将至,对于基站(nodeb)出现大量反复的传输告警(PCM,TClink与RFI_IMA告警)。

在7670上检测的告警则是missconnect,faut,LIF等告警,文档将会对这些告警的含义与解决办法予以讨论。

2、故障影响范围:对于这些传输告警来说(PCM告警)对起基站业务速率产生影响,如果严重则会引起掉话。

TN_LINK告警如果大量出现则会引起小区降级甚至导致小区吊死的。

RFI_IMA告警大部分产生在基站传输的第一路主要是由于静电或者头子没有插好引起。

二、故障处理具体过程对于传输告警我们主要关注的是NODEB上的告警,因为NODEB才是我们处理的重点。

但传输告警的反馈会在7670上显示的比较全面一点,因此下面我门就NODEB与7670的告警分别来讨论。

第一:基站(nodeb)的告警1:基站(NODEB)PCM告警处理:1)查看7670上是不是有Physical Fault告警 2)查询中兴SDH上是不是有2M的los告警如果满足以上2点的话就可以确定是由于基站侧故障引起,我可以通过派单安排督导或者代维进行处理。

例如:对于椒江方元商务大厦TZSFW5701的告警显示PCM/4 PCM FAULT Specific Problem。

满足以上2点通过江主任与基站督导上站确认发现中兴SDH(S200的光端机)到DDF架有一根收发连线故障已经通知工程队整改。

2:基站(nodeb)TC_LINK告警的处理:1)如果基站出现TC_LINK告警,可以看出TN上显示如红色的部分4个PCM都是OK的,但VCC是没有激活的。

[a:] TN2:1-8 Cri:Alrm:1241 31MAY2011 09:06wcdma-admin[RW]> configure[c:] TN2:1-8 Cri:Alrm:1239 31MAY2011 09:06wcdma-admin[RW]> group ima 1-13-1-4-l11# Type Status Name1-13-1-4-L11 Cell Relay Ok TZW1457IfIndex : 286082544 (0x110D45F0)Link-Range : 1-1-1..3-7-3CAC_Links (C) : 4 ActTimeout : 2000 msMinNumLinks (P): 1 DeActTimeout : 1000 msTxSynchro : CTC DiffDelayMax : 27 msDynamic CAC : n/aIMA Version : 1.1Reference Point: UNI (User-Network Interface)Payload scrambling: ENABLEDCell Relay Links:1: 2-7-1 Ok 5: -2: 2-7-2 Ok 6: -3: 2-7-3 Ok 7: -4: 3-1-1 Ok 8: -[c:group ima 1-13-1-4-l11] TN2:1-8 Cri:Alrm:1240 31MAY2011 09:06wcdma-admin[RW]> connect show-group atm ima 1-13-1-4-l11Type Creator Endpoint 1 Endpoint 2 Pk1->2 Pk2->1---- -------- ------------------------- ------------------------- ------ ------P2P CLI PVC *1-13-1-4-L11;0/50 *1-3-1-3;71/50 0kbs 0kbsP2P CLI PVC *1-13-1-4-L11;0/51 *1-3-1-3;71/51 0kbs 0kbsP2P CLI PVC *1-13-1-4-L11;0/52 *1-3-1-3;71/52 0kbs 0kbsP2P CLI PVC *1-13-1-4-L11;0/53 *1-3-1-3;71/53 0kbs 0kbsP2P CLI PVC *1-13-1-4-L11;0/100 *1-3-1-3;71/100 1.9Mbs 1.9MbsP2P CLI PVC *1-13-1-4-L11;0/101 *1-3-1-3;71/101 1.9Mbs 1.9MbsP2P CLI PVC 1-13-1-4-L11;0/102 *1-3-1-3;71/102 1.9Mbs 1.9MbsP2P CLI PVC 1-13-1-4-L11;0/103 *1-3-1-3;71/103 1.9Mbs 1.9MbsP2P CLI PVC *1-13-1-4-L11;0/108 *1-3-1-3;71/108 1.9Mbs 1.9MbsP2P CLI PVC *1-13-1-4-L11;0/109 *1-3-1-3;71/109 1.9Mbs 1.9MbsP2P CLI PVC 1-13-1-4-L11;0/110 *1-3-1-3;71/110 1.9Mbs 1.9MbsP2P CLI PVC 1-13-1-4-L11;0/111 *1-3-1-3;71/111 1.9Mbs 1.9MbsP2P CLI PVC *1-13-1-4-L11;0/115 *1-3-1-3;71/115 0kbs 0kbs 2)在网管上表现为:以TZW1457路桥美多机车为例可以看出AAL2Bearer前面有告警而PCM则无告警产生。

常见告警、性能及处理

常见告警、性能及处理

常见告警、性能及处理在我们日常使用各种设备和系统的过程中,经常会遇到各种各样的告警信息和性能问题。

这些问题如果不及时处理,可能会影响到我们的工作效率、甚至导致严重的后果。

下面,让我们来了解一些常见的告警、性能问题以及相应的处理方法。

首先,来说说网络方面的常见告警和性能问题。

网络连接中断是一个让人十分头疼的问题。

当我们突然无法访问网页、无法收发邮件或者与他人的在线交流中断时,很可能就是网络连接出现了故障。

这时候,我们首先要检查自己的网络设备,比如路由器、交换机等,看看指示灯是否正常。

如果指示灯显示异常,可能是设备出现了硬件故障,需要进行维修或更换。

另外,网络延迟过高也是常见的问题。

当我们在玩网络游戏或者进行视频通话时,如果出现卡顿、画面不流畅的情况,很可能就是网络延迟导致的。

造成网络延迟的原因可能是网络拥堵、服务器负载过高或者本地网络设置问题。

解决这个问题,可以尝试关闭其他占用网络带宽的程序,或者更换网络连接方式,比如从无线网络切换到有线网络。

还有一种常见的网络告警是 IP 冲突。

当多个设备被分配了相同的IP 地址时,就会出现这种情况。

这会导致网络连接不稳定,甚至无法正常上网。

解决方法是手动为每个设备设置不同的静态 IP 地址,或者通过路由器的 DHCP 功能自动分配 IP 地址。

接下来,我们谈谈计算机系统方面的常见告警和性能问题。

系统死机是很多人都遇到过的情况。

电脑突然停止响应,鼠标和键盘都无法操作,这可能是由于系统资源耗尽、软件冲突或者硬件故障引起的。

如果是系统资源耗尽,可以尝试关闭一些占用大量内存和 CPU 资源的程序。

如果是软件冲突,可以卸载最近安装的可疑软件。

如果是硬件故障,可能需要检查硬件设备是否正常工作,或者寻求专业的维修服务。

系统运行缓慢也是一个常见的问题。

当我们打开一个程序需要很长时间,或者在操作过程中经常出现卡顿,这可能是由于系统垃圾文件过多、硬盘空间不足、病毒感染等原因造成的。

中兴传输常见告警产生原因和处理复习过程

中兴传输常见告警产生原因和处理复习过程

LASER_MOD_ERR LSR_NO_FITED HARD_BAD
光模块不匹配告 警
激光器未安装告 警
硬件故障
配置光口为单模光口,但实际接 入多模光模块;或配置光口为多 模光模块,但实际接入的却是单 模光模块。 所插光模块的速率与实际单板光 口的速率不匹配。 光模块故障 光口使能,但没有安装光模块。 光模块故障。 电源失效 硬件自动检测到本身已有故障 芯片失效 重要寄存器巡检失败 有III型BUS_ERR产生
用户退出登录或登录失败 网元通讯故障
处理方法 在网管中检查出现告警的两站的J0字节配置,如果不一致,则重新 配置J0字节为“HuaWei SBS”。 硬件自环两站对应板,将仍然出现该告警的单板替换掉。 确定对端站相应通道是否有UP_E1_AIS,若有,消除对端站告警。 通过逐级环回的方式定位故障点,确定是传输路径异常还是单板硬 件异常,消除故障即可结束告警。 首先确认是否有非全“1”的业务接入。 若有正常业务接入时有此告警则可能是硬件故障,按照电缆—接口 板—单板的顺序一一确认哪一个异常,更换解决。 若(1)和(2)均不能解决问题,需检查母板是否正常,尝试更换 母板解决。 检查配置,确定C2字节是否配置正确,如错误,修改并重新下发配 置。 检查对端是否设置了通道未使用,若是,则其发送的C2可能为0, 收到这一告警是正常的,不需处理。 在对端线路设置了开销终结的情况下,设置其发送的C2字节,若本 端收到的C2仍为0,则可能是单板故障,请更换单板。 RDI是一个告警发生时,根据信号的连接关系,向上游发送的告警 指示。 检查对端站支路板相应通道是否有TU_AIS、TU_LOP告警,如有则对 其进行处理,处理结束后LP_RDI 告警应结束。 如对端站没有告警或相应告警结束后LP_RDI告警仍不结束,则判断 为单板故障,更换单板。

SDH传输设备的告警分析及故障排除

SDH传输设备的告警分析及故障排除

SDH传输设备的告警分析及故障排除□王新辉(台州市黄岩广播电视局,浙江台州318020)中图分类号:TN943.6 文献标识码:A 文章编号:1007-7022(2003)06-0103-02 SDH光传输设备在日常工作中承担着越来越繁忙的工作,技术维护人员几乎每天都会面对告警的发生,因此正确理解SDH的告警,将有助于对故障的正确分析和判断,及时地定位及解决。

下面给出几个故障事例,通过对这些故障的分析,有益于加深对故障处理的认识。

1 光路发生阻断后,设备告警信号的分析及处理如图1所示,光缆发生阻断时,在网管上会发出OOF,LOF,RS-LOS等光路通道上的告警。

如果是单纤断,B网元收到OOF,LOF,RS-LOS 等告警,A网元则有MS-RDI类似的告警(此时告警的产生是由于K2字节的b6b7b8=110所造成的)。

图1 此时维护人员应该根据告警,并使用光功率计对收方向的光纤进行测量,若收到光信号,则可能是本端光接头或入端的光尾纤或光盘的问题;若收不到光信号,则是光缆阻断或是对端站的问题,由此来对故障进行分段查找,用O TDR再进一步定位故障点。

同时,当收端无时钟信号输入时,也会产生R-LOS告警,此时需根据网管上显示的告警进一步判断。

2 误码告警的分析及处理施,防止高频头进水;冬季下雪后要及时清扫天线的积雪,以保证信号质量。

另外,我们定期检查卫星天线接地线是否接地良好,这项检查很重要,接地良好可以防止雷击损坏卫星接收设备及机房设备。

3 播出机房设备的维护检测为了保证有线电视的安全优质播出,我们制定了一套维护管理制度,对机房设备进行周检、月检、季检和年检等定期检修和日常维护。

我们每周都对调制器的图像载波电平、伴音载波电平及音量进行调整,并做好记录,若发现某个频道电平变化较大,则尽快查找原因。

坚持对录像机进行月检,进行内部除尘,清洗磁头,对卫星接收机、视频分配器等输出的视频信号幅度每月进行一次调整。

SDH常见告警及处理方法

SDH常见告警及处理方法

SDH常见告警及处理方法华为SDH故障1.1 R_LOS告警名称或故障现象:R_LOS告警表示接收线路侧信号丢失(Receive loss of signal),为紧急告警。

告警产生原因:1、断纤;2、线路衰耗过大;3、本板接收方向故障;4、对端站发送部分故障,线路发送失效;5、对端站交叉时钟板故障或不在位。

告警处理方法:1、现场用光功率计检测告警单板的接收光功率是否正常。

如果接收光功率正常,请转至步骤8。

2、检查光缆是否有故障,排除光缆故障后,查看告警是否排除。

3、清洁本站尾纤接头和线路板接收光口,查看告警是否排除。

4、检查本站的法兰盘和光衰减器是否连接正确,光衰减器的衰减值是否过大。

正确使用法兰盘和光衰减器后,查看告警是否排除。

5、用光功率计检查对端站的发射光功率是否正常,如果发射光功率不正常,更换线路板。

6、如果发射光功率正常,清洁对端站的尾纤接头,查看告警是否排除。

7、检查对端站的法兰盘和光衰减器是否连接正确,光衰减器的衰减值是否过大。

正确使用法兰盘和光衰减器后,查看告警是否排除。

8、更换本站上报告警的线路板,查看告警是否排除。

9、更换对端站的线路板,查看告警是否排除。

1.2 R_LOF、R_OOF告警名称或故障现象:R_LOF告警表示接收线路侧帧丢失(Receive loss of frame),为紧急告警。

告警产生原因:1、接收信号衰减过大;2、对端站发送信号无帧结构;3、本板接收方向故障。

告警处理方法:1、在网管上查看是否有高级别的R_LOS告警,优先处理这些高级别告警后,查看告警是否排除。

2、检测告警单板的接收光功率是否正常。

如果接收光功率正常,请转至步骤9。

如果收光不正常,让现场定位衰耗点在机房内还是在线路上,如果在线路上,转至步骤8。

3、清洁本站尾纤接头和线路板接收光口,查看告警是否排除。

4、检查本站的法兰盘和光衰减器是否连接正确,光衰减器的衰减值是否过大。

正确使用法兰盘和光衰减器后,查看告警是否排除。

华为SDH传输网两种常见业务常见告警分析

华为SDH传输网两种常见业务常见告警分析

华为 SDH 传输网两种常见业务常见告警分析【摘要】华为SDH传输网是一种多业务传送平台,承载的常见有通道业务和以太网业务。

在业务的开通和维护过程中,华为SDH传输网网管系统会上报一些常见告警,这些告警信息反映了通道业务的运行情况。

【关键词】SDH;E1业务;以太网业务;告警;故障处理方法0 引言华为SDH传输网络能够支持多业务接入,满足大带宽传输,提供了可靠的通信环境。

SDH传输网丰富的维护字节信息,使其具有良好的自愈能力。

加上华为强大的网管系统,一般的业务故障,通过华为U2000网管系统的告警信息,就可快速定位故障,组织开展消缺。

1 华为SDH传输网通道业务类型本文所述业务是指SDH传输网络运行的常见且主要业务——E1业务和以太网业务。

1.1E1业务SDH传输网络上的E1业务是指由E1业务接口板或者处理板承载网的通道业务。

早些年,SDH传输网络承载的业务大部分都是E1业务,1×2M或2×2M的E1业务足以满足客户的使用,最大的时候也仅为5×2M。

1.2以太网业务在SDH传输网上,以太网业务是指有以太网板承载的业务,业务带宽比较自由,可根据客户的需求具体确定,从2M到千兆均可。

2 常见告警常见告警是指SDH传输网U2000网管系统上常见的,出现频率比较高的与E1业务和以太网业务相关的告警,且这些告警是由某些造成业务中断的故障而引发上报的。

2.1 E1业务主要告警分析与E1业务相关的,影响客户使用的常见告警主要有:T_ALOS、UP_E1_AIS、DOWN_E1_AIS。

2.1.1 T_ALOS告警T_ALOS告警是指E1接口信号丢失。

最常见的原因是E1接口输出端口脱落或松动。

其他可能的原因有:未接入E1业务或者对端站未发送E1业务、对端站设备出现故障、电缆等故障。

当出现多条E1业务同时产生T_ALOS告警时,通常原因为接口板发生故障或单板故障。

2.1.2 UP_E1_AIS告警UP_E1_AIS告警是E1上行信号告警指示。

常见告警、性能及处理

常见告警、性能及处理

常见告警、性能及处理一:告警处理1.LOS:信号丢失告警。

表示本端接收不到光信号。

主要引起的原因是①光纤断;②对端发送光信号没有;③本端光收模块坏。

处理方法:①先将本端用一根光纤自环,若告警消失,表示本端是好的,问题在对端。

若对端自环也好,则可以肯定两端间光纤的断了;若对端自环不好,也是LOS告警,用光功率计测量其光发功率,若功率过小(-50dB或更低)则可断定光发坏了;若功率正常,则是由于没有时钟引起的,换掉时钟板,告警消失。

②若本端自环还是LOS告警,则是由于光收模块坏了,更换后告警消失。

2.LOF/OOF:帧丢失、帧失步告警。

原因和处理同1。

帧失步:连续5帧以上,找不到正确的A1、A2,则进入帧失步状态。

帧丢失:如果OOF状态持续一段时间,则进入帧丢失状态。

3.MS-AIS:该告警是伴随着远端LOS/LOF出现而出现的,或者从网管上插入该告警。

处理方法:①若本端自环也有该告警,则更换光板。

②本端自环是好的,对端又没有LOS告警,则可能是网管上插入了AIS告警,从网管上将插入AIS操作取消,若此处理不消除告警,则更换远端光板。

③若远端有LOS告警,则按1将LOS告警消除。

4.MS-FERF/RDI:复用段远端接收故障。

产生原因是由于远端有LOS、LOF、MS-AIS告警引起的。

处理方法:按1、2、3方法消除远端告警则可。

实际工程中,我们经常遇到这样的情况:5.B1、B2、B3信号劣化告警。

原因:光板接收光功率过强或过弱,或系统本身所有。

处理方法:将本端自环,适当调节光纤插入深度,若告警消失,则是由于光功率过强或过弱引起,过强加衰减,过弱将光纤洗干净,法兰盘连接处拧紧或换光发功率强的光模块;若不是光功率引起的,则是光板或时钟板所致,更换光板或时钟板则可(误码性能的参数意义见后面详细介绍)。

6.LOM:复帧丢失。

原因:通常由对端交叉板引起。

处理方法:①更换对端交叉板则可。

②检查背板是否断针。

③交叉板是否插好。

剖析传输板卡告警来源及处理手段

剖析传输板卡告警来源及处理手段

剖析传输板卡告警来源及处理手段摘要:传输板卡是通讯系统中的重要组成部分,其告警来源分为硬件故障、软件问题以及外部干扰等多种因素,其处理手段需要根据具体情况进行判断和实施。

本文将对传输板卡告警来源及处理手段进行详细剖析,并提出相关建议。

关键词:传输板卡、告警、硬件故障、软件问题、外部干扰、处理手段正文:一、传输板卡告警来源传输板卡的告警来源主要有以下几种因素:1. 硬件故障传输板卡是通讯系统的核心部分,其内部包含大量的电子元件,如芯片、电容、电阻等。

这些元件的故障可能会导致传输板卡告警产生。

例如,如果某个芯片出现损坏,会导致板卡无法正常工作,从而产生告警。

2. 软件问题传输板卡的运行离不开软件的支持,如果软件存在问题,例如出现了Bug,也会导致告警产生。

此时需要对软件进行升级或者修复,以解决问题。

3. 外部干扰传输板卡通常处于高频电磁场环境下,如果遭受到外部干扰,例如雷击、电磁波等,会导致板卡发生故障,从而产生告警。

二、处理手段针对不同的告警来源,其处理手段也不同。

一般情况下,当传输板卡产生告警时,需要按照以下步骤进行处理:1. 确认告警类型需要先确认告警类型是属于哪一种,例如硬件故障还是软件问题等。

针对不同类型的告警,处理手段也会有所不同。

2. 排查故障根源一旦确认告警类型,需要进一步排查具体的故障根源,例如是否是芯片损坏、线路松动等。

只有解决了故障根源,才能有效地解决问题。

3. 采取相应措施根据故障根源和告警类型,选择相应的措施进行处理,例如更换损坏的零部件、修复软件程序等。

4. 验证问题是否解决在采取措施后,需要对板卡进行验证,以确保问题已经解决。

如果问题没有解决,需要重新检查故障根源,直到问题得到解决为止。

三、结论传输板卡的告警来源多种多样,其处理手段需要针对具体情况进行判断和实施。

只有做好维护保养工作,才能保证传输系统的稳定运行。

为此,建议在传输板卡实际使用中,定期进行故障排查和维护,以保障系统的正常运行。

常见传输告警处理

常见传输告警处理

CCP故障 CCP不可用 SAAL链路断 AAL2邻节点不可达 承载在其上的业务传输会有问题
邻结点不可用,建立在其上的业务传输会有问题
PATH故障 建立在其上的业务的传输会出问题 邻节点无可用资源 邻结点不可用,建立在其上的业务传输有问题 导致SCTP链路上无法承载信令,如果是承 载S1的信令,将导致整个NODEB无法提供 业务
相关告警名称 E1/T1告警指示信号 E1/T1 远端告警
问题/告警解释 传输的物理层有问题
传输的物理层有问题
E1/T1信号丢失告警传输源自物理层有问题 E1/T1线路AIS告警 传输的物理层有问题
E1/T1帧失步告警 传输的物理层有问题 E1/T1滑帧告警 传输的物理层有问题 E1/T1环回故障 E1/T1高误码率门限告警 E1/T1高误码率告警 IMA组配置失败告警 传输的物理层有问题 传输的物理层有问题 传输的物理层有问题 传输的链路层有问题
备注
1. 该告警为E1/T1类最高优先级的 告警,需要优先排查。
1. 该IMA告警在所有IMA告警中处 于最高优先级,如果E1正常且出 现该告警,则需要优先排查; 2. 传输模块会检测链路信元头是否 正确,如果不正确,则上报该告警 。
1. 一般由E1引起,E1链路恢复,该告警即可恢复; 2. 如果E1状态正常,则需要检查RNC和NODEB侧IMA配置是否 一致; 3. 如果一致,需要确认在RNC和NODEB进行对接中,如果RNC 和NODEB已经进行了协商,之后是否E1被物理插拔过,并在 RNC侧执行RST IMAGRP把IMA组状态恢复正常。 1. 一般是E1链路不通导致,工程上先排查E1; 2. 如果E1状态正常,则需要检查对端链路是否正常。 盲起起来但不成功,需要检查传输线路 或者检查基站脚本 (OMCH)是否正确 盲起起来但不成功,需要检查传输线路 或者检查基站脚本 (OMCH)是否正确 可能是盲起起来了,重启MPTA即可 传输的传递告警,一般是因为IMA组不可用导致的,参考IMA不可 用的处理方法 1. 这几个告警均为传输的传递告警,一般是因为IMA组不可用导 致的,参考IMA不可用的处理方法:看看是否同时有E1的告警, 如果有E1告警,需要工程上先把E1弄好; 2. 如果没有E1告警,只有IMA的告警,可能有E1做自环了,需要 上站排除自环的E1;也可能是盲起过程起来了,但是盲起没有成 功(这个需要等待半个小时确认); 3. 可以尝试在RNC上执行RST IMAGRP复位一下IMA组,如果还 不行,需要上站定位。

(整理)华为传输设备常见告警含义及处理方法

(整理)华为传输设备常见告警含义及处理方法

(整理)华为传输设备常见告警含义及处理方法华为传输设备常见告警含义及处理方法线路告警中文名称含义及产生原因处理方法R_LOS 接收线路侧信号丢失(1)断纤;(2)线路衰耗过大或光功率过载;(3)对端站发送部分故障,线路发送失效;(4)对端站交叉板故障或不在位;(5)对端站时钟板故障。

(1)一般是光纤断、光纤衰耗太大、接收光功率过载、单板故障等原因;(2)检查光缆是否完好、光接头是否接触良好、清洁光缆连接器;(3)如接收光功率过载加入衰耗器;(4)如是单板故障,更换单板。

R_LOF 接收线路侧帧丢失(1)接收信号衰减过大;(2)对端站发送信号无帧结构;(3)本板接收方向故障。

(1)如有R_LOS,一般是光纤断、光纤衰耗太大、单板故障等原因;(2)检查光纤是否完好;(3)检查光纤接头接触是否良好,清洁光纤接头;(4)如是单板故障,则更换单板。

R_OOF 接收线路侧帧失步(1)接收信号衰减过大;(2)传输过程误码过大;(3)对端站发送部分故障;(4)本站接收方向故障。

(1)一般是光纤断、光纤衰耗太大、接收光功率过载、单板故障等原因;(2)检查光缆是否完好、光接头是否接触良好、清洁光缆连接器;(3)如接收光功率过载加入衰耗器;(4)如是单板故障,更换单板。

AU_AIS AU告警指示(1)由MS_AIS、R_LOS、R_LOF 告警引发的相应VC4 通道的AU_AIS 告警;(2)业务配置错误;(3)对端站发送AU_AIS;(4)对端站发送部分故障;(5)本站接收部分故障。

(1)由本站MS_AIS、R_LOS、R_LOF 等告警引发的相应VC4 通道的AU_AIS 告警,检查方法可通过对MS_AIS、R_LOS、R_LOF 的分析来定位故障;(2)还有一个可能原因是相应VC4 通道的业务有收发错开的现象,导致收端在相应通道上出现AU_AIS 告警,在这种情况下,该AU_4 中相应的TU 上也会伴随出现TU_AIS 告警。

常见光传输设备故障原因及处理流程

常见光传输设备故障原因及处理流程

常见光传输设备故障原因及处理流程排除光传输设备的故障,最关键的一步是根据网管和设备架、板告警的具体情况,将光传输设备的故障点准确地定位到单站,这是维护人员在现场维护工作中必须牢固树立的观念。

我们都知道,光传输设备的故障定位的一般原则是“先外部,后传输;先单站,后单板;先线路,后支路;先高级,后低级”。

如何在实践中根据光传输设备的网管告警及利用仪表等,在最短时间内落实并处理故障,是每一位维护人员应该具备的业务素质。

1 从功能块告警流程图分析判断光传输设备的告警及原因(1)对于相邻两个网元,在网管上都有R-LOS、R-LOF告警,而没有MS-RDI、MS REI,说明光缆很可能中断,因为远端劣化指示和远端误码指示无法回传.(2)如果相邻两网元本端有R—LOS、R-LOF 告警,另一端有MS-RDI、MS REI,说明远端劣化指示和远端误码指示能够回传,可能是光纤单断或尾纤头脏、衰耗大,或本端收光板或对端发光板有故障.(3) 如果当前网元的东、西两个相邻网元都有相应的R-LOS和R-LOF,并且当前网元无法登陆,一般情况为当前网元掉电,造成两个方向光路不通。

2 单站中光传输设备的常见故障及原因2.1光传输设备的网元无法登录,ECC不通(1) 如果一个或部分网元无法登录,那么其原因可能是:(a)光路衰耗大,误码过量,导致ECC通路不通;(b)主控板故障;(c) SCC板ID拔码不正确;(d) 网元掉电、断纤。

(2)如果全部网元不能登录,则原因可能有:(a) 网管网元SCC主控板故障;(b) 网线、网卡故障;(c) 计算机IP地址和网关网元IP地址不正确. 2.2公务电话不通及其原因(1)如果在设备调测开通期间公务不通,原因可能有:(a)公务电话参数配置错误;(b)开销板配置不正确;(c) 光纤连接不正确。

(2)如果在运行中公务突然不通,原因可能有:(a)铃流板故障;(b) 公务电话损坏;(c)公务电话P/T和RING开关错误。

常见告警及处理思路

常见告警及处理思路

设备常见告警及处理思路1.设备类告警:1.1 物理端口告警一般是接口未连接或者链路断开造成的这个是2M接口未连接的告警。

输入光功率越限告警1.2网元断链这个是网管上报的告警,存在于网管不能ping通网元管理IP情况1.3 单板告警常见是单板脱位,原因有可能是单板在重启或者已经与主控板通信失败2.隧道类告警2.1 隧道BFD down隧道检测依赖BFD,检测周期是10毫秒,超时周期30毫秒。

如果超过30毫秒未收到对端的BFD报文,认为隧道主用路径故障,在存在备用路径的情况下立即触发隧道路径倒换,出现2.2的告警。

查看命令show mpls traff tunnels tunnel-id X2.2隧道hsb切换隧道HSB路径是一个暂时存在的路径,5分钟后会撤销,隧道在5分钟内重新计算路径,如仍无法计算出路径,隧道将会down,如告警2.3查看命令show mpls traff tunnels tunnel-id X hot-standby2.3 隧道down该告警指隧道A到Z点无法计算出可达路径,隧道失效。

隧道建立依靠IGP以及RSVP-TE协议,可沿隧道路径检查IGP协议是否正常,路由是否正常,接口的RSVP-TE协议是否以及打开,协议运行是否正常。

查看命令show mpls traff tunnels tunnel-id X3.伪线类告警3.1 伪线BFD down该告警依靠伪线上的BFD检查,检侧周期50毫秒,如连续3次未收到对端发来的BFD报文,认为主用伪线故障,在配置了伪线保护组情况并且备用伪线正常情况下触发伪线倒换。

查看命令show mpls l2transport vc pw X3.2 伪线保护组倒换该告警说明伪线正在处于倒换状态,业务流量从备用伪线转发,如主用伪线恢复,在5分钟后会自动回切,该告警消失。

查看命令show l2vpn pw-redundancy-group X detail这个是PEER-BFD会话告警,目前每台汇聚到核心之间都配置了PEER-BFD,出现该告警,原因一般是链路质量了劣化。

常见传输告警处理

常见传输告警处理
相关告警名称 E1/T1告警指示信号 E1/T1 远端告警
问题/告警解释 传输的物理层有问题
传输的物理层有问题
E1/T1信号丢失告警
传输的物理层有问题 E1/T1线路AIS告警 传输的物理层有问题
E1/T1帧失步告警 传输的物理层有问题 E1/T1滑帧告警 传输的物理层有问题 E1/T1环回故障 E1/T1高误码率门限告警 E1/T1高误码率告警 IMA组配置失败告警 传输的物理层有问题 传输的物理层有问题 传输的物理层有问题 传输的链路层有问题
SCTP链路断开告警
解决步骤 一般是E1链路不通导致,工程上先排查E1 1. 一般是E1链路不通导致,工程上先排查E1; 2. 检查E1远端链路状态。 1. 一般是E1链路不通导致,工程上先排查E1,确保E1物理链路 正常; 2. 该告警表明无接收信号,需要检查RNC和NODEB配置: 1)确认是E1还是T1; 2)帧格式是否一致; 3)编码格式是否一致。 3. E1要排除错接的情况。 一般是E1链路不通导致,工程上先排查E1 1. 一般是E1链路不通导致,工程上先排查E1; 2. 该告警表明E1链路上帧同步丢失,能够接收信号,但E1数据帧 同步不上,需要检查链路上的干扰问题。 1. 一般是E1链路不通导致,工程上先排查E1; 2. 该告警是由时钟不同步引起的,RNC默认是主,NODEB侧为 从。 1. 由于E1做环路导致,需要去环; 2. 之后需要在RNC和NODEB侧进行RST IMAGRP的操作。 一般是E1链路不通导致,工程上先排查E1 一般是E1链路不通导致,工程上先排查E1 检查IMA配置或者重启MPTA 1. 一般由E1引起,E1链路恢复,该告警即可恢复; 2. 如果E1状态正常,则需要检查RNC和NODEB侧IMA配置是否 一致; 3. 如果一致,需要确认在RNC和NODEB进行对接中,如果RNC 和NODEB已经进行了协商,之后是否E1被物理插拔过,并在 RNC侧执行RST IMAGRP把IMA组状态恢复正常。 1. 一般由E1引起,E1链路恢复,该告警即可恢复; 2. 如果E1正常该告警仍然不恢复,则需要检查: 1)RNC和NODEB侧配置是否一致; 2)是否存在错接情况; 3)是否存在1组IMA和多组IMA相连接的情况,例如RNC侧为1 个IMA组,而NODEB侧为多个IMA组; 4)确认IMA组本端无环回。 3. 在RNC侧执行RST IMAGRP把IMA组状态恢复正常。 1. 一般由E1引起,E1链路恢复,该告警即可恢复; 2. 如果E1正常该告警仍然不恢复,则可能IMA组里有多条链路, 但是链路质量不同,可以通过剔除某个链路来排查相关链路质 量; 3. 在RNC侧执行RST IMAGRP把IMA组状态恢复正常。 1. 一般是E1链路不通导致,工程上先排查E1; 2. 如果E1状态正常,则需要检查RNC和NODEB两侧配置的最小 激活链路数,该值默认是1。

2.3、传输常见告警分析及处理

2.3、传输常见告警分析及处理

SDH端口常见告警
R_LOS——线路接收侧信号丢失告警
可能原因:
激光器原因1:本端光口未使用,却开启激光器。 激光器原因2:本端网元开启了激光器,但对端网元激光器关闭,造成 无光信号输出。
光纤原因1:本端单板光接口处未连接尾纤或者尾纤连接错误。
光纤原因2:断纤。 光纤原因3:接收光功率过低。 单板原因1:本端网元接收单板故障,线路接收失效。 单板原因2:对端网元发送单板故障,线路发送失效。
SDH端口常见告警
处理方法:
步骤1:在网管上查看光口的“激光口开启状态”是否为“关断”。若不是,关 闭光口的激光器。在网管上查看对端网元对应光口的“激光口开启状态”是否为 “开启”。若不是,开启对端光口的激光器。 步骤2:检查本端单板光接口处是否正确连接尾纤。若尾纤未连接或者尾纤连接 错误,请正确连接尾纤。检查是否存在断纤。若存在,更换光纤。在网管上查看 对端发送光口是否存在OUT_PWR_ABN告警。若存在,优先清除对端光口的告 警后,查看本告警是否清除。若告警未清除,清洁接收光口和光纤头表面。若告 警仍未清除,检查法兰盘或光衰减器是否连接正确,光衰减器的衰减值是否过大。 正确使用法兰盘或光衰减器。 若告警仍未清除,通过增减光衰减器调整接收光 功率至正常范围内。
PTN设备ETH端口告警 PTN设备SDH及E1端口告警 PTN设备硬件常见告警 PTN设备其他常见告警 PTN业务故障与告警对应关系
硬件常见告警
HARD_BAD——硬件故障告警
可能原因:
原因1:外接电源失效。 原因2:单板与母板未良好接触。
原因3:单板硬件故障。
原因4:若接口板上报HARD_BAD告警,可能是对应的处理板出现故障。
BTS 1 CES PTN

中兴传输常见告警产生原因和处理复习过程

中兴传输常见告警产生原因和处理复习过程

断(跟踪支路时钟)
LTI
同步源丢失
外部源时钟无输入(跟踪外部时
钟)
同步源被设为不可恢复或被阻塞
SUBCARD_ABN 子卡不在位
接口板逻辑板类型与物理板类型 不匹配 接口板与处理板的类型不匹配 接口板硬件故障或者不在位
SNCP_INDI
SNCP 警
倒换指示告
告警SNCP_INDI 产生的可能原因 如下: SNCP 保护组已进入倒换态。
风扇未开。 风扇失效
IN_PWR_ABN TU_AIS TU_AIS_VC12
输入功率异常 TU告警指示
光纤弯曲过大。 光纤头不清洁或光连接器连接不 正确。 探测器或放大电路故障。 激光器参数表或门限值设置错误 。 业务配置错误。 对端站对应通道失效。 由更高阶告警如R_LOS引起。 交叉板或者支路板故障。
告警名称 J0_MM DOWN_E1_AIS
UP_E1_AIS
中文名称
告警原因
追踪识别符失配 J0字节失配。
2M下路信号告警 指示
2M上信号告警指 示
2M信号中E1(或者净荷)信号为 全“1”指示。 对端站相应通道有UP_E1_AIS。 2M上路信号全“1”指示,可能 原因如下: 电口接入业务为全“1”或无信 号接入。 接入电缆、接口板或单板故障。
本站应收通道追踪字节(J1)与 对端站应发通道追踪字节配置不 一致。 业务配置错误。
SYN_BAD
同步源劣化
时钟源频偏劣化。 交叉板38M晶振老化。
复用段协议人工 APS_IS_STOPPED 停止告警
APS_IS_STOPPED
ALM_GFP_dLFD
GFP失步告警 ALM_GFP_dLFD
人为停止复用段协议。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

处理方法:
E1链路告警
T_ALOS 信号丢 失 ALM_E1RAI 远端告警指 示
BTS 1CES PTN
GE/10GE PTN GE/FE MPLS MPLS STM-1 PTN BSC CoreN etwrok
BTS 2 CES PTN GE/10GE BTS 3 ETH PTN PTN PTN
原因4:单板故障。
处理方法:
步骤1:检查以太网端口的电缆或光纤是否接好,插紧松脱的电缆或光纤。 步骤2:检查电缆或光纤是否存在故障,更换故障的电缆或光纤。 步骤3:在网管上查看对端网元是否存在OUT_PWR_ABN告警。若存在,优先清 除该告警后,查看本告警是否清除。若告警未清除,清洁接收光口及光纤头表面。 若告警仍未消除,检查法兰盘或光衰减器是否连接正确,光衰减器的衰减值是否 过大。正确使用法兰盘或光衰减器。若告警仍未消除,通过增减光衰减器调整光 功率至正常范围内。 步骤4:更换上报告警的处理板。若告警未消除,更换对端网元对应的处理板。
步骤5:若在接口板处对告警通道做自环后告警未消失,在网管上对告警通道进行
内环回设臵。若告警消失,说明接口板故障,更换接口板。
E1端口常见告警
ALM_E1RAI——对端网元E1链路告警
可能原因:
原因1:对端网元的E1链路上报T_ALOS、LFA、LMFA、UP_E1_AIS或 DOWN_E1_AIS告警,本端网元收到对端网元下插的告警指示ALM_E1RAI。
原因2:物理链路中断。
处理方法:
步骤1:检查对端网元的E1链路是否存在T_ALOS、LFA、LMFA、UP_E1_AIS或 DOWN_E1_AIS告警,若存在,优先清除对端网元上的告警后,查看本告警是否 消除。 步骤2:查看物理链路是否存在中断。若存在,修复中断的物理链路。
E1端口常见告警
UP_E1_AIS——上行方向2M信号告警指示 如果上行E1信号全1,上报此告警
则该单板处于硬复位状态。 等待3至5分钟,该单板的工作状态转成绿色后,查看
本告警是否消除。 步骤2:检查相应槽位的单板是否插入。若未插入,请插入相应物理单板,告警将 自动清除。检查单板与母板是否接触良好,母板连接器的导针是否歪斜。修正歪 斜的导针,重新插拔单板使之与母板良好接触,告警将自动清除。 步骤3:在网管上查询是否上报告警的单板或主控板是否存在HARD_BAD或 COMMUN_FAIL告警。若存在,更换上报告警的单板,查看告警是否消除。
原因3:光纤错连。
原因4:对端发送信号无帧结构。 原因5:本端接收单板故障。 步骤1:依照网络规划,查看两端光模块类型是否正确。若不正确,更换正确的光 模块。 步骤2:在网管上查看上报告警的光口是否存在IN_PWR_ABN告警。若存在,优 先清除IN_PWR_ABN告警后,查看本告警是否清除。 步骤3:检查光纤是否存在错连。如存在,修正错误的连接后,查看告警是否清除。 步骤4:在网管上查看对端发送单板是否存在HARD_BAD告警。若存在,优先清 除对端发送单板的HARD_BAD告警后,查看本告警是否清除。
传输常见告警分析及处理
网络部/基础网维护中心
PTN告警分析及处理
PTN设备ETH端口告警 PTN设备SDH及E1端口告警 PTN设备硬件常见告警 PTN设备其他常见告警 PTN业务故障与告警对应关系
ETH链路故障及告警
MAC_FCS_EXC 误码越限
ETH_LOS 光信号丢失
ETH_LINK_DOWN 网口连接故障
ETH端口常见告警
ETH_LINK_DOWN——网口连接故障告警
可能原因:
原因1:本端网元和对端网元的端口工作模式不一致,造成协商失败。 原因2:端口内环回。 原因3:纤缆连接到错误的端口。
原因4:单板故障。
处理方法:
步骤1:在网管上查看两端网元的以太网端口工作模式是否一致。若不一致,修 改设臵,使两端的端口工作模式一致后,查看告警是否清除。 步骤2:在网管上查看两端端口是否存在LOOP_ALM告警,若存在,优化清除 LOOP_ALM告警后,查看本告警是否清除。 步骤3:对照网元规划表,查看上报告警的端口是否错插了纤缆,造成两端端口 工作模式不一致。重新正确连接纤缆,清除告警。 步骤4:在网管上查看两端网元的相关单板是否存在HARD_BAD等硬件类告警。 若存在,更换存在硬件类告警的单板后,查看本告警是否清除。
E1端口常见告警
DOWN_E1_AIS——下行方向2M信号告警指示 如果单板检测到下行E1信号全1时就会上报此告警
可能原因:
原因1:本单板存在UP_E1_AIS或者T_ALOS告警。 原因2:单板故障。
处理方法:
步骤1:在网管上查看本单板是否存在UP_E1_AIS或者T_ALOS告警。若存在,优 先清除UP_E1_AIS或T_ALOS告警后,查看本告警是否清除。 步骤2:在网管上查看本单板和交叉板是否存在HARD_BAD等硬件类告警。若存 在,硬复位上报硬件类告警的单板,若本告警未清除,更换相关单板后,查看本 告警是否清除。
BTS 2 CES PTN GE/10GE BTS 3ETH PTN PTN PTN
STM-1 BSC
故障原因: 故障原因: 故障原因: ( 1)断纤; (2)线路衰耗过大; (3)对端站发送部分故障,线路发送失效;
(1) ( 接收到的信号失效; 1)接收信号衰减过大; (2)时钟提取模块故障; (2)对端站发送信号无帧结构; (3)本板接收方向故障
SDH
激光器原因1:本端光口未使用,却开启激光器。 激光器原因2:本端网元开启了激光器,但对端网元激光器关闭,造成 无光信号输出。
光纤原因1:本端单板光接口处未连接尾纤或者尾纤连接错误。
光纤原因2:断纤。 光纤原因3:接收光功率过低。 单板原因1:本端网元接收单板故障,线路接收失效。 单板原因2:对端网元发送单板故障,线路发送失效。
步骤3:若本端单板接收光功率正常,设臵端口为“内环回”。若告警未清除,
说明本端单板故障。更换故障单板。 更换对端网元相应的处理板。若告警未清 除,更换对端网元的交叉板。
SDH端口常见告警
R_LOF——线路接收侧帧丢失告警
可能原因:
原因1:两端光接口类型,即光模块类型不一致。如一端为STM-1,另一端为 STM-4。 原因2:接收光功率异常。
原因5:上报告警的接口板故障。
处理方法:
步骤1:查看对端的E1业务是否正常发送。若没有,恢复对端E1业务的正常发送。 步骤2:检查E1电缆是否存在脱落或松动。若存在,插紧脱落或松动的电缆,确保
电缆与端口良好接触。
步骤3:在DDF架处对告警通道做自环(硬件内环回)。优先排除对端设备的故障。 步骤4:若在DDF架处对告警通道做自环后告警未消失,在接口板处对告警通道做 自环(硬件内环回)。 若告警消失,说明E1电缆故障。更换E1电缆。
处理方法:
步骤1:确保正常电源接入后,查看告警是否清除。
步骤2:拔出故障单板,确认背板上的导针无异常。重新插入单板,使单板与母板
良好接触。 步骤3:硬复位上报告警的单板,查看告警是否清除。若告警未消除,更换上报告 警的单板。
步骤4:硬复位接口板对应的处理板,参看告警是否清除。
硬件常见告警
BUS_ERR——总线错误告警
可能原因:
原因1:单板与背板接触不良。 原因2:单板故障。
原因3:单板检测到板间总线故障。
处理方法:
步骤1:检查背板是否存在倒针。若存在,修正背板的倒针。重新插拔上报告警的
单板。
步骤2:硬复位上报告警的单板。若告警未消除,硬复位交叉板。若告警仍未消除, 更换上报告警的单板。 步骤3:在网管上查看是否存在指示时钟源丢失或时钟源劣化的告警。若存在,优
ETH端口常见告警
MAC_FCS_EXC——MAC层检测到误码越限告警
可能原因:
原因1:线路信号劣化。 原因2:输入光功率不正常。 原因3:光纤头表面不清洁。
处理方法:
步骤1:在网管上查看是否存在LOOP_ALM告警。若存在,优先清楚 LOOP_ALM 告警后,查看本告警是否清除。若告警未清除,在网管上检查是否 存在DOS攻击等。若存在,消除非法发送大量数据的根源,查看告警是否清除。 若告警仍未清除,查看光纤或电缆是否存在故障。更换故障的光纤或电缆后,查 看告警是否清除。 步骤2:查看上报本告警的端口是否同时上报IN_PWR_ABN告警。若存在,优先 清除IN_PWR_ABN告警后,查看本告警是否清除。 步骤3:清洁光纤头表面和处理板接收光口。
PTN设备ETH端口告警 PTN设备SDH及E1端口告警 PTN设备硬件常见告警 PTN设备其他常见告警 PTN业务故障与告警对应关系
硬件常见告警
HARD_BAD——硬件故障告警
可能原因:
原因1:外接电源失效。 原因2:单板与母板未良好接触。
原因3:单板硬件故障。
原因4:若接口板上报HARD_BAD告警,可能是对应的处理板出现故障。
BTS 1 CES PTN
10G/GE PTN GE/FE MPLS MPLS STM-1 PTN BSC CoreN etwrok
BTS 2 CES PTN 10G/GE BTS 3 ETH PTN PTN PTN
STM-1
BSC
故障原因: (1)光纤断;(2)光模块坏;(3)光衰减过大; 故障原因: 故障原因:
PTN设备ETH端口告警 PTN设备SDH及E1端口告警 PTN设备硬件常见告警 PTN设备其他常见告警 PTN业务故障与告警对应关系
SDH链路告警排查
R_LOS 光信号丢失 BTS 1 CES PTN
R_LOC 时钟丢失
R_LOF 帧丢失
GE PTN GE/FE MPLS MPLS STM-1 PTN BSC CoreN etwrok
MAC 两端工作模式不一致,造成协商失败;电缆、光纤连接或者对端设备故障。 层检测到误码越限;线路信号劣化;光纤性能劣化;光口不洁净
相关文档
最新文档