- 1、本文档共71页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
故障描述: B站收ETH_LOS 可能原因: A到B方向光纤故障 A站光板发送故障 B站光板接收故障 应用举例 A B ETH_LOS w w 测试A发送光功率 异常 A站光板发送故障 测试B接收光功率 正常 正常 异常 B站光板接收故障 A发B光纤故障 适用对象 做为紧急恢复业务时使用 复位单板 单站重启 网管重新下发配置 重配业务 将业务倒到备用通道、备用单板 交叉/主控板主备倒换 这些方法操作简单,可做为紧急恢复业务时使用,不能彻底查清故障原因。 产品概述 常见告警介绍 基础维护知识 常见故障处理思路和方法 故障案例分析 目录 案例 PTN 1900 网元NE01 上连接的所有Node B 都上报告警,指示时钟频偏过大 原因分析 可能原因1:时钟配置错误。 可能原因2:时钟质量劣化。 告警信息 PTN 网元无告警上报,Node B 上报时钟频偏过大告警。 操作步骤 步骤1 因为NE01 未上报任何告警,但是与NE01 连接的所有Node B 都上报时钟频偏过大告警,推测NE01 的时钟配置错误。 步骤2 查询NE01 及与其相邻的NE02 的“时钟源优先级表”,发现网元 NE01 跟踪6 槽位EFG2 单板上光口一的线路时钟,网元NE02 跟踪7 槽位EFG1 上光口一的线路时钟,而这两个光口是直接对接的。结果两个网元时钟跟踪形成互锁,时钟质量劣化,导致Node B 上报时钟频偏过大告警。 步骤3 按照网元规划表,修改NE01 的时钟源配置后,故障解决。 案例 某日,客户反馈一条LAG(链路聚合组)上的以太网业务突然中断。该LAG 组包括一个主端口,三个从端口。从网管上看,四个端口同时上报LASER_SHUT告警并且激光器确实无光输出,但该四个端口均已使能。 原因分析 LAG 组检测到单板状态为异常,自动关闭了所有端口的激光器,但无法改变端口的“使能”状态,从而导致激光器状态异常,业务中断。 操作步骤 步骤1 检查当前告警,发现有LASER_SHUT 告警,但是检查上报告警的端口的状态为“使能”。 步骤2 查询历史告警,发现单板曾经上报HARD_BAD 告警,说明该单板出现过故障,LAG 组自动关闭了所有端口的激光器。但是当HARD_BAD 告警消失时,单板的状态并未随之恢复为正常,导致LASER_SHUT告警一直存在。 步骤3 硬复位该单板,单板状态恢复正常,LASER_SHUT 告警消失,业务恢复正常。 步骤4 为消除隐患,更换此块单板。 案例 在下面的组网图中,用误码仪测出BSC 与BTS 之间的CES 业务中存在大量误码。检查发现MPLS Tunnel 运行状态正常,OAM 报文正常,端口PING 测试正常,使用SmartBITs 测试业务无丢包。 原因分析 可能原因1:光功率异常。 可能原因2:业务配置问题,引起误码。 可能原因3:第三方OTN 设备故障,引起误码。 可能原因3:PTN 设备单板故障,业务转发不正常引入误码。 操作步骤 步骤1 在网元NE01 上连接SDH 分析仪做误码测试。将NE04 的L75 单板上的2M 端口设置为“内环回”,SDH 分析仪显示有大量误码。 步骤2 在NE03 配置静态ARP 表项,MAC 地址选择NE03 的出端口,IP 地址选择NE04。在NE03 和NE04 之间创建入标签和出标签相同的Tunnel。 步骤3 将NE04 的网络侧端口设置为“外环回”,连接NE01 的SDH 分析仪仍然显示有误码。将NE03 上连接NE04 的网络侧端口设置为“内环回”,仍然有误码。 步骤4 将NE03 上连接NE02 的网络侧端口设置为“外环回”,误码消失。据此判定问题出在NE03 网元。 步骤5 NE02 和NE03 之间为一条10GE 链路。将CES 业务倒换至第三方OTN 设备组成的网络中,绕过该10GE 链路,并将NE04 的L75 单板上的2M 端口设置为“内环回”,SDH分析仪显示无误码。据此判定NE03 网元上对NE02 对接的10GE 线路板EX2 故障。 步骤6 更换该EX2 单板,并将业务倒回原链路上,SDH 分析仪上无误码显示。 问题解决。 案例 PTN 网元之间采用10GE 链路组网,NE01 与NE02 之间创建了两条MPLS Tunnel 并配置了可恢复式APS 保护组。NE01 与NE04 之间还有一条STM-1 POS 链路。正常情况下,业务应走10GE 链路上的各端口。某日,NE01 与NE02 之间的业务突然大量丢包。持续一段时间后,业务又恢复正常。 原因分析 该问题在现网业务运行中较为
文档评论(0)