硬件线路类故障

  • 格式:pdf
  • 大小:169.56 KB
  • 文档页数:7
维护故障案例
一,硬件线路类故障:
1),故障现象描述:ONU 注册不稳定表现为 ONU 状态不稳定,频繁上下线。
故障原因分析
ONU 注册状态不稳定有以下可能原因:
光路问题(光纤距离过长、光纤衰减过大/小)。
硬件问题(光模块损坏、光模块接收灵敏度过低、光模块分光功率过强/低)。
OLT 或 ONU 其他故障。
处理建议:区分是所有 ONU 不稳定还是个别 ONU 不稳定,如果所有 ONU 不稳定按情 况 1 处理,如果是个别 ONU 不稳定按情况 2 处理。 1. 所有 ONU 不稳定。 (1) 查看历史告警和历史时间,看伴随 ONU 上下线是否还有误码告警, 如果有误码告 警检查光路和更换光模块。 常见的误码告警“设备 OLT 端口比特错误率状态”表示 OLT 到 ONU 之间的物理链路上存在 误码,可能有丢包;“ONU 错误符号间隔事件”表示检测 ONU 物理层一个时间间隔内收到 下行错误符号数,当超过门限值时产生此告警;“ONU 错误帧间隔事件”表示检测 ONU MAC 子层一段时间内收到的下行错误帧数目,当超过门限值时产生此告警;“ONU 上行链接比特 错误”表示 ONU 上行比特误码率超过了门限值。如果光路出现轻微误码时链路上会丢包, 严重时会导致链路不通,造成 ONU 掉线。 (2) 测一下 OLT 发光光功率是否在合理范围,如果不在有效范围的话,换光模块或者 PON 口尝试。 (3) 在断开 OLT 的情况测试上行光功率,看是否上行长分光,如果和 OLT 断开上行还有 光功率的,可能个别 ONU 光模块消光比不符合要求。 (4) 在 ONU 处理检测光功率,如果下行光功率过高,可能光路分光比太小,需要增加 衰减,如果光功率过低,可能衰减太大, 需要检查光纤连接。 2. 个别 ONU 不稳定 (1 查看历史告警和历史时间:看伴随 ONU 上下线是否还有误码告警,如果有误码告警, 检查光路和更换光模块; (2) 在 ONU 处理检测光功率: 如果下行光功率过高,可能光路分光比太小,需要增加 衰减。如果光功率过低,可能衰减太大 需要检查光纤连接。如果光功率正EPFC 上没有配置成功;如果 ONU 记录为空,可能 ONU 没有 转发加入包到 EPFC,需要检查 ONU 的组播配置 ;
4. 检查 ONU 是否将用户端口加入到组播流的接收端口;
5. 检查 ONU 端口 tag 是否剥离;
6. 更深入的排查需要通过抓包分析检查网络情况。
在 ONU 处检测光功率, 如果下行光功率过高,可能光路分光比太小,需要增加衰减;
如果光功率过低,可能衰减太大, 需要检查光纤连接. 如果光功率正常, 换 ONU 试一

二,数据配置类故障
1)IPTV(组播)故障
IPTV 出现的故障主要有图像停滞、卡、频道切换慢等。针对 IPTV 出现的故障,主要的处理步骤 如下。
原因分析:对方听不到声音很可能是本局 MSG 路由配置不当。 处理步骤: 1、打通电话后在设备上联口外抓包,看是否有双向媒体包。判断是设备问题还是上层网络 问题; 2、检查设备配置的下一调地址是否配置正确。
8)传真失败:
原因分析:传真机之间打电话正常但传真失败,可能的原因包括传真机异常或传真操作异常、 AG/TG 间传真模式设置不匹配、采用 T38 传真模式时 SS 侧未设置 T38 相关的 SDP 字段、网 络丢包、线路质量等 处理步骤: 1、检查传真设置是否跟 TG 和 SS 上配置一致,如果对端也是 AG 则检查另一端 AG 传真设置 是否正确;(是否 SS 全控,T30 还是 T38,用户端口传真模式) 2、检查网络是否有丢包(抓包分析),检查上联口是否 100M 全双工,如果不是建议改成 100M 全双工; 处理步骤: 4、如果 T38,检查信令中是否 T38 的媒体描述,检查 AG MPRB 的 ecmenable 和 tcfprocdure 参数; 5、检查传真机是否异常(接收传真时没有纸、发送时传真纸没有放好等),确认传真操作是 否正确,确认是否跟传真机型号有关系; 6、如果采用的是 T38 传真模式,建议使用传真机而不是使用 Modem+软件的方式进行传真 业务; 7、检查线路质量,PSTN 线路和承载网络质量问题; 8、排除主从框之间的通讯不好因素,建议在主框测试; 9、抓包研发分析。
故障处理:OLT 上面配置对 9806H 的不下发的方式,其他的 FTTB 类型的 ONU 可以 对其配置下发业务 VLAN。
三,语音类故障
1)H.248 建链不成功
原因分析:数据配置不正确、设备到 SS 路由不可达、SS 侧配置不正确,协议端口(2944) 是否被屏蔽。 处理步骤: 1、 在设备的命令行下 ping SS;如 ping 不通,计算机接设备看是否能 ping 通 SS; 保证设 备到 SS 路由通畅; 2、检查上联口是否 enable; 3、检查设备配置是否正确,检查媒体 vlan 配置,媒体和信令地址、SS 地址配置; 4、上联口抓包,看是否有包出上联口 5、检查 SS 上是否配置正确,跟踪信令;跟其他厂家 SS 对接问题; 6、联系用户检查防火墙是否屏蔽了 2944 端口; 7、注意需要配置用户后才有注册消息出来;设备带外地址和协议地址不能在一个网段
9)来电显示问题:
原因分析: SS 没有送主叫号码信息过来,或者主叫号码信息是保密的。没有配置初始振铃;话
机问题(电池);fsk 信号幅度太小;设备接地不好;MPR/MPRB 版本问题;ADSL 用户分离 器问题,测试板影响。 处理步骤: 1、跟踪信令,确认 SS 把主叫号码信息送到 AG; 2、检查是否设置了初始振铃; 3、用户话机是否加电池; 4、调整 fsklevel 参数到 142 以下(参数越小幅值越大); 5、检查设备接地(工作地和保护地小于 0.1V)、检查配线架是否接地良好; 6、更换 ADSL 用户端分离器。
2)故障现象描述:ONU 状态不稳定,频繁上下线
故障原因分析: 光纤距离过长;
光纤衰减过大/小; 光模块损坏; 光模块接收灵敏度过低; 光模块分光功率过强/低; HEC 模式设置不匹配 网络风暴引起 CPU 忙
处理建议:
(1)所有 ONU 都注册不稳定

查看历史告警和历史时间, 看伴随 ONU 上下线是否还有误码告警, 如果有误码
5)用户通话时杂音大:
原因分析:本端或对端用户线路状况差、本端或对端话机问题、用户端或局端 DSL 分离器问 题、承载网网络状况差、设备接地不好、MSG 媒体增益设置太大等。 处理步骤: 1、通过更换话机、DSL 分离器排除话机和 DSL 分离器问题 ; 2、通过拨打其他用户排除对端用户线路问题; 3、检查本端用户线路是否正常; 4、如果是长途呼叫,检查承载网网络状态是否异常; 5、检查机架接地是否良好,要求工作地和保护地的压差要小于 0.1V; 6、适当减小 MSG 媒体增益; 7、测试板影响、ALCH 板子硬件问题; 8、排除同一框内其他用户的影响(所有单板拔出、后背板用户线拔掉);是否交流干扰或广 播干扰。
2)OLT 上面配置自动下发引起的问题
故障现象:设备重启后或者重新注册后宽带的数据全部恢复为默认的 4092 导致不 能上网
故障原因分析: 9806H 从 V1.2.0P7T8 以后,V2.0.0P2T6 开始支持管理 IP 的通过扩展 OAM 自动下发,但 要求 PON 子卡版本也在 V1.4.7 以上,否则从网管上会看到 9806H 信息是“支持 GE 业务”从而 无法自动下发 IP。(V1.2.0P6T2, V2.0.0P2T4 已经支持扩展 oam 下发功能,但可能存在宽带路 由、窄带路由被对方覆盖的问题) 注意不得只升级 PON 小卡版本,即主控板版本也必须升级为 P2T4 或之后的版本,如果 主控板版本使用之前的版本,PON 小卡却升为 1.4.7,将导致 PON 卡无法工作,连接中断。
如果光功率过低,可能衰减太大, 需要检查光纤连接
(2)个别 ONU 注册不稳定

查看历史告警和历史时间, 看伴随 ONU 上下线是否还有误码告警, 如果
有误码告警,检查光路和更换光模块
检查 rx‐hec 模式设置. 如果该 ONU 为非互通 ONU, HEC 应该采用 no 或者兼容模式; 相
关查询命令 show olt config,配置命令是在 epon olt 接口下 rx‐hec
包分析包的特点和源头,进行有针对性的处理 测一下 OLT 发光光功率是否在合理范围,如果不在有效范围的话,换光模块或者 PON
口看看
在断开 OLT 的情况测试上行光功率,看是否上行长分光; 如果和 OLT 断开上行还有光
功率的, 可能个别 ONU 光模块消光比不符合要求
在 ONU 处理检测光功率, 如果下行光功率过高,可能光路分光比太小,需要增加衰减;
10)二次拨号问题:
原因分析: 一般是 DTMF relay 问题;
处理步骤: 1、调整 DTMF relaymode; 2、调整线路增益。
11)智能公话问题:
原因分析: DTMF relay 问题、SS 下发的号码图表问题;
处理步骤: 1、跟踪信令,看能否收到智能公话的前缀号码; 2、调整 DTMF relaymode; 3、调整线路增益; 4、必要时升级版本。
告警,检查光路和更换光模块 检查 rx‐hec 模式设置. 如果 PON 口下接有非互通 ONU, HEC 应该采用 no 或者兼容模
式; 相关查询命令 show olt config,配置命令是在 epon olt 接口下 rx‐hec
查看 OLT 上接口统计,看总流量,广播,组播流量是否存在异常. 如果存在异常, 通过抓
3)用户摘机听忙音
原因分析:SS 或设备数据配置问题、H.248 断链等 。 处理步骤: 1、检查 SS 上相关数据是否配置正确:主要检查各种包类型配置是否齐全,该用户是否已经 放号,协议类型是否一致等; 2、跟踪 H.248 消息进行进一步分析;