9806H语音单通的故障定位与分析解决方案

案例拓扑 :

见附件! 

拓扑解释 :

此为一县局的 OLT 组网 , 其中 OLT 设备为 C220, 下层 ONU 为 F822 与 9806H.OLT 上联板一一口连 BAS( 友商设备 ). 宽带业务终结于 BAS. 另一上联口连中兴 T64. 语音业务终结于 SS.

 

故障现象 :

有问题的 ONU 为县局下挂一设备 , 在一小区内作为小区接入使用 . 设备为 9806H. 开局完成后 , 对其进行常规业务测试 . 一切正常 . 一段时间后 , 当地维护人员上报语音单通 . 及能打通电话 , 但一端无音或忙音 . 远程登录设备 ,H248 协议正常 .

 

故障分析 :

开局时业务测试正常 , 而过后一段时间后语音单通 , 说明用户到软交换之间链路正常 . 而在语音包向外传输过程中可能存在问题 , 主要可能有以下几个方面 :

1, 数据问题 , 主要存在于 RTP 资源与 USER 资源与上层软交换不匹配 . 导致无法连通 .

2, 路由问题 , 及上层从 T64 到软交换其经过那些设备 . 各设备之间的连接方式 . 及是直接还是通过光交相连 , 还是通过设备相连 . 若中间经过设备相连 . 则会由于路由选择问题 , 导致单通 .

3, 单板故障 , 主控板因小区内电网电压不稳而造成损伤 . 从而影响语音业务 .

4, 外部原因 , 风扇转速不正常 . 小区内电网电压不稳等各种人为因素造成的对设备的损伤 .

其中 3,4 情况比较少 .

 

处理过程 :

1, 通过与局方人员沟通 , 得知近段时间该小区没有进行电网改造等相关操作 , 设备运行正常 . 排除外部原因造成的损坏 .

2, 先将原设备数据全部保存 . 更换主控板 . 再按要求将数据全部做上 . 测试语音与宽带 . 一切正常 . 等待观察 , 到第二天 , 宽带正常 . 语音仍出现单通故障 . 排除主控板问题 .

3, 近端采集数据 , 将语音数据里 RTP 资源与 USER 类型保存下来 . 与远端局方人员对其各设置情况 . 全部相符 . 排除数据问题 .

4, 与局方人员沟通其上层网络拓扑走向 , 得知其有多家友商设备共存 . 详细拓扑正在制定中 . 无法获取详细组网情况。在 9806H 上增加路由于 10.36.XX.0 255.255.XX.0 10.36.XX.XX 或 10.36.16 .X 255.255.XX.XX 10.36.XX.XX 故障解决 . 等候观察 . 不再出现单通现象 . 从而确认其为路由问题 .

 

案例总结 :

    对于此种故障 , 问题定位困难 , 排查难度大 . 在实际运用中 , 从 T64 到软交换上的数据流向及中间的路由跳转情况很难掌控 . 通过现场抓包能解决部分问题 . 可以确定一些问题根源 . 另一方向 . 在增加语音路由方面 , 尽量让其细化 , 也及尽量让其第一跳能够到软交换 . 减少中间转发环节 . 是避免路由损耗与包丢失的主要解决办法 .

 

 

本文出自 “数据挖掘与可视化” 博客，转载请与作者联系！