案例拓扑:
见附件! 
拓扑解释:
此为一县局的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到软交换上的数据流向及中间的路由跳转情况很难掌控.通过现场抓包能解决部分问题.可以确定一些问题根源.另一方向.在增加语音路由方面,尽量让其细化,也及尽量让其第一跳能够到软交换.减少中间转发环节.是避免路由损耗与包丢失的主要解决办法.