光接入窄带业务故障处理.ppt

2019 12 31 ISSUE2 0 光接入窄带业务故障处理 Page2 学习完此课程 您将会 掌握故障处理的基本流程掌握故障定位的常用方法对疑难故障问题能够及时准确进行信息采集能处理常见语音故障 目标 Page3 参考资料 本胶片参照 UA5000故障处理手册 SUPPORT网站上的案例资料等 EPON语音问题工程师内部指导 Page4 第1章故障处理概述第2章XPONVOIP业务故障处理第3章传真和MODEM故障处理 内容介绍 Page5 故障处理的思路 发现故障 排除故障 信息收集 故障分析 故障定位 Page6 故障处理的思路 故障排除是指合理的 一步一步找出故障原因并解决的总体原则 它的基本思想是系统地将由故障可能的原因所构成的一个大集合缩减 或隔离 成几个小的子集 从而使问题的复杂度迅速下降 Page7 故障处理模型 Page8 了解故障现象的一般流程 了解故障出现状态 突发 升级 新开局 了解故障范围 现象 了解故障是否在控制台上报 了解单板指示灯状态 了解设备版本信息 了解故障前后人为操作 了解上 下行设备状态 了解相关接口状态 了解设备应用的业务类型 Page9 故障信息采集的一般流程 采集设备单板配置 采集设备版本信息 设备数据配置信息 采集详细日志信息 采集详细告警信息 采集对接设备告警信息 采集对接设备接口信息 采集组网信息 采集设备环境信息 Page10 故障定位的过程及其方法 在处理故障时 很关键的一点是要确定故障的原因是否在设备上 避免因此造成的人力 物力 财力的浪费 实际操作过程中可以遵循由外到内 由大到小 由整体到局部的原则 即先查看外部线缆连接是否牢靠 各指示灯状态是否正常 然后通过控制台查看系统的整体运行状态 最后再查看各个模块的运行状态 非常关键的一点故障信息的反馈一定要准确 关注细节 同时需要防止信息传递过程中的失真 Page11 信息采集常用工具介绍及使用方法 工具介绍 1 TOOLBOX工具2 DBWIN工具3 ETHEREAL工具 优缺点 1 采用DBWIN和TOOLBOX工具抓包 只能抓到信令流 即只有控制信令报文 没有媒体流信息 TOOLBOX工具可以根据端口抓取信令 2 采用ETHEREAL工具抓包 即可以抓信令流报文 也可以抓媒体流报文 一般需要镜像端口或者级联HUB抓包 Page12 故障处理概述 故障处理的一般流程是什么 小结 您学会如何收集故障信息了吗 Page13 第1章故障处理概述第2章XPONVOIP业务故障处理第3章传真和MODEM故障处理 内容介绍 Page14 VOIP业务原理 原理简介设备通过语音模块进行TDM语音到IP包的转换 基本原理与QQ及Skype等通讯软件类似 都是通过IP来承载语音 MGCP H248 SIP分别是VOIP的三大控制信令 目前使用较多的是H248 随着固定移动的融合 SIP正在被越来越广泛应用 Page15 VOIP业务常见故障 常见故障设备不能在SoftSwitch上成功注册摘机无拨号音数图类问题主叫号码显示问题单通 串号问题语音质量问题 回声 断续 杂音等 二次拨号问题Fax Modem类问题 我注册不了啊 吵死了 Page16 设备不能在SoftSwitch上成功注册 现象描述 softx3000下带MXU设备MG接口无法注册 组网 Page17 设备不能在SoftSwitch上成功注册 原因分析 1 先外部 网络是否正常 2 再内部 对接数据配置是否正确 H248信令流程是否正常 处理过程 1 pingMGC测试网络2 检查对接参数3 跟踪H248信令 MG和MGC哪些参数需要协商一致 Page18 案例分析 MA5606T新开局MG接口不能注册 现象描述 MA5680T MA5606T开EPONVOIP业务mg接口状态为Waitack 组网 softx3000 IP网 MA5680T MA5606T 原因分析 外部内部整体局部 Page19 案例分析 MA5606T新开局MG接口不能注册 处理过程 1 检查MDU与软交换数据 MGIP MGPORT MGCIP MGCPORT等都能够对应 2 查看ONU状态 displayontinfo 状态匹配 ONU能够ping通OLT ONU可以ping通软交换网关地址 3 在OLT上行端口上做镜像抓包如下 SV MT RS V 3 RE 901 20080507T15302326 软交换没有信令响应 分析MG与MGC之间248协议交互的版本不一致 查看mg softwareparameter20 版本由高往低协商 将此参数修改为由低往高协商 重启MG接口 接口状态normal 注册成功 Page20 摘机无拨号音 原因分析 1 先外部 线路 终端 2 设备 数据配置错误 端口闭塞 3 单板模块 信令流程错误等 Page21 摘机无拨号音 定位方法 1 对用户端口进行内外线测试 以便检验线路是否有问题 2 查看MG接口是否正常 3 检查用户端口是否配置用户数据 4 跟踪AG的信令消息 5 检查DSP是否正常 6 重新加载语音文件 Page22 案例分析 MA5606T用户摘机无拨号音 现象描述 MA5606T用户摘机听不到拨号音 软交换 IP骨干网 语音流 用户线 TG 没声音啊 5606T Page23 案例分析 MA5606T用户摘机无拨号音 原因分析 软交换没有下发数图 或者下发了错误的数图 处理过程 1 先抓取H248信令报文 报文如下 9d 163 12 54 00 360 msgfrommgc 172 31 8 4 2944 tomg 172 18 112 94 2944 1 2944T 2146463428 C MF AG58900 DM DM940938949318 EF 0 9 0 9E F EExx FF EFxxF ExxExxxxF 100 x9d x 101x 102x 108x 110 114 119 111x 118x 120 122 121xx 123xx 125x 160 162 163xx 1643 16500 166xSx 168xxSxxx 17xxxS 19xxxxS 200 2010 20188 20198 20170 20130 201x 400 xxxxxxx 800 xxxxxxx 600 x 709d 0 x 950 x 951x 955xx 958x 968xxx 96168xxxxx 9 0 5 7 9 xxxSx 96 0 2 4 9 xxSx 963xx 96366xSx 00 xxSx 01 358 xxxxxxxxx 010 xxxSxxxxx 02xxxxSxxxxx 059 2346789 xxxSxxxx 059 15 xxxSxxxxx 0 3 9 xxxxxSxx9d xxx 0311xxxSxxxxx 037 179 xxxSxxxxx 04 15 1xxxSxxxxx 051 023 xxxSxxxxx 053 12 xxxSxxxxx 057 147 xxxSxxxxx 075 57 xxxSxxxxx 0769xxxSxxxxx 089 18 xxxSxxxxx 026023xxxSxxxxxSxxx 2 8 xxxxxx 1 358 xxxxxxx9d xx E 2146940020 dd ce DM DM940938949318 mfd ce DM DM940938949318 al on al fl SG cg dt 9d 164 12 54 00 360 msgfrommg 172 18 112 94 2944 tomgc 172 31 8 4 2944 1 2944ER 400 Syntaxerrorinmessage Page24 案例分析 MA5606T用户摘机无拨号音 分析报文发现5606回应400语法错误 表明5606不能识别对方下的数图 故通过分析数图发现0 5 7 9 xxxSx 96 0 2 4 9 这个数图子中含有非法字符 逗号 核对中国电信标准 数图中不能含有逗号符号 2 协调Z公司修改了数图 去掉逗号符号后 摘机有拨号音 业务正常 Page25 数图类问题 拨号后听忙音或者等待时间过长 数图格式一般如下 2 9 xxxxxx 9xxxx 1 0124 9 x E x F 0 9EF L 例如拨号95566的时候即可以匹配到 2 9 XXXXXXX方案又可以匹配到9XXXXX方案 那么拨号95566的时候是否将号码上报给软交换就取决于配置为最大匹配还是最小匹配方式采用最大匹配的时候如果软交换下发的数图不精确 则肯能会需要等待一定时长后才能够接通电话采用最小匹配的时候如果软交换不支持逐位收号 则可能拨号后听忙音目前我司软交换大多采用最小匹配 逐位收号的方式中兴软交换大多采用最大匹配 精确数图的方式 Page26 主叫号码显示问题 一 原因分析 主叫号码显示的原理是 在被叫振铃的第一声和第二声之间 AG把主叫号码以FSK信号的方式下发给话机 用户操作是否有问题 如摘机太快主叫号码格式配置是否正确信令不正常端口增益和电话机的配合问题 MGCP协议正常来显消息解析 RQNT801784165aaln 0 191 1 104 1MGCP1 0X 16000408R S L rg L ci 05 24 09 29 81320800 H248协议正常来显消息解析 SG andisp dwa ddb 040F303830343137343736363633303030E9 Page27 主叫号码显示问题 二 处理方法 被叫用户接电话不能太快 要在第一声振铃后再等一段时间 检查用户线是否超长 话机要支持主叫显示的功能 并且安装了电池 或外接电源 通过信令跟踪 如果SoftX3000下发的信令正确 显示不出来就是AG本身的问题 AG支持的主机号码显示有FSK单数据格式 SDMF FSK复合数据格式 MDMF DTMF的单数据格式 DTMF 其中MDMF相对SDMF支持了主叫姓名的显示 AG上的设置要与话机支持的制式一致 Page28 语音单通 一 组网 软交换 IP网 XPON 原因分析 1 网络质量原因2 对端网关问题3 媒体网关设备问题4 NAT防火墙限制 软交换 IP骨干网 语音流 用户线 TG 没声音啊 Page29 语音单通 二 处理方法 1 先查看AG到对端网关 AG IAD TG 网络是否正常 2 信令跟踪 判断最后通话时媒体方向是否为sendrecv 如果不是 肯定单通 此问题需要软交换进行分析原因 3 联网问题 软交换下发的流模式为SendReceive 但是由于使用一些特殊业务 进行了放音处理 导致在中间改变了联网模式 4 媒体流跟踪 将媒体流还原为语音文件进行分析 Page30 案例分析 AG呼叫PSTN用户单通 一 现象描述 AG内部和AG间用户呼叫通话均正常 AG呼叫PSTN用户时单通 原因分析 1 外部有哪些原因 2 内部有哪些原因 Page31 案例分析 AG呼叫PSTN用户单通 二 处理过程 1 抓包分析 对用户呼叫的信令流程抓包 查看通话时的媒体方向为sendrecv 排除软交换的问题 对RTP流分析为单向报文 分析网络不通 2 考虑到AG呼叫PSTN用户时经过了TMG设备 检查发现AG和TMG之间的路由器开启了防火墙功能 关闭该防火墙后 单通现象消失 Page32 语音质量问题 断续 剪切 原因分析 承载网丢包对端网关EC矫枉过正AG的EC矫枉过正 处理方法 先排除承载网丢包 确认是否为承载网质量问题 在AG或TMG上使用ping命令 可以得到初步的丢包率和网络时延 使用第三方工具Chariot 或安捷伦软件 进行端到端测试网络质量 该工具可以分析丢包 对业务口进行抓包 并进行流分析 Page33 语音质量问题 断续 剪切 续 处理方法 续上 如果承载网络没有问题 则在AG业务网口处进行抓RTP媒体包 然后使用媒体流转换工具将RTP流转换成语音来判断如果对端网关发向AG的RTP流就存在语音断续和剪切 那么应该是对端网关的EC矫枉过正了 这时可以先检查一下AG的PCM IP增益和对端网关的PCM IP增益是否相差太大 可以尝试修改一下AG的PCM IP增益 减小两者的差异 如果还没有改善 请联系对端网关处理 如果AG发向对端网关的RTP流就存在语音断续和剪切 那么应该是AG的EC矫枉过正了 这时可以先检查一下AG的PCM IP增益和对端网关的PCM IP增益是否相差太大 可以尝试修改一下AG的PCM IP增益 减小两者的差异 如果还没有改善 请联系对端网关处理 Page34 语音质量问题 回声 原因分析 声学回声EC没有打开双方增益值配合不当EC长度不当 处理方法 先排除声学回声回声有两种 1 电学回声2 声学回声网关设备无法消除声学回声 声学回声只能由引起声学回声的终端设备消除 排除方法如下 在出现回声的对端捂住话筒送声器 如果是声学回声 捂住之后回声现象应该消失 Page35 语音质量问题 回声 续 处理方法 如果是AG下用户听到回声 应该是对端网关EC没能完全消除回声 首先看出现回声时对端网关是否打开了EC 先跟踪信令 看软交换是否给对端网关下发了打开EC的信令以及通话过程中EC是否因为误检测到传真信号而关闭了EC 如果EC打开了 再看AG的PCM IP增益和对端网关的PCM IP增益是否不匹配 可以尝试修改AG的PCM IP增益或者对端网关的PCM IP增益 使两者的增益差异扩大 因为有些网关的EC设备要求回声同正常话音增益差别为6dB才认为是回声 如果修改AG以及对端网关的增益不能消除回声 建议增加对端网关设备的EC长度 如果是对端网关用户听到回声 则是AG的EC没有能够完全消除回声网络时延对回声也有影响 时延越大可能回声越明显 Page36 语音质量问题 杂音 原因分析 话机本身质量问题外线问题AG自身问题对端网关问题承载网问题 处理方法 话机问题 更换话机 如果现象消失 确认是话机问题用户听到 外线问题 直接在机房配线架上接话机 如果现象消失则为外线问题 Page37 语音质量问题 杂音 续 处理方法 对端网关问题 在XPON侧抓包 利用语音还原工具将RTP包转化成语音文件 在PC上听一下 如果下行方向语音已经有杂音 那应该是对端网关引入的 如果下行方向没有杂音或者上行方向已经有杂音 则应该是XPON自身的问题 AG自身问题 通过环回操作缩小问题范围 如果是AG下用户听到杂音 可进行用户侧环回 若对端听到杂音 可进行网络侧环回 如果是用户板引入杂音 更换用户板 Page38 二次拨号 2833 问题 一 原因分析 1 AG设置问题2 对端网关兼容性问题 定位方法 1 检查AG数据配置 查看系统参数设置2833载荷类型是否与对端一致 2 镜像AG业务网口抓包 看看2833报文是否正常 按照RFC2833协议 2833报文主要有以下几个关键点 1 所有事件的第一个2833包里将RTP包中maker标志置为true 后面置为false 图1是AG发送的2833报文 Page39 二次拨号 2833 问题 二 定位方法 图1 Page40 分享 你在工作中处理了哪些VOIP语音类故障 如单通问题 摘机无拨号音 拨号后打不通电话问题 反极性计费问题等等分享一下你的经验给大家吧 Page41 第1章XPON故障处理概述第2章XPONVOIP业务故障处理第3章传真和MODEM故障处理 内容介绍 Page42 传真流程回顾 一 按照编解码方式T 38透传VBD G711 二 按照协商模式自切换协商 Page43 传真流程回顾 协商流程 传真信号 软交换下发信令切换到传真模式 T38或者透传 Page44 传真流程回顾 自切换流程 网管检测到传真开始 语音模式 语音模式 dtt V 21 flag MG 1 MG 2 MGC 网管检测到传真开始 传真模式 传真模式 根据配置切换到VBD或者T38 根据配置切换到VBD或者T38 Page45 影响传真的因素 影响传真的因素是多方面的 主要因素有 网络质量 时延 抖动 丢包 传真方式 低速传真 T 38 透传 高速传真 设备因素 输出舒适噪音 jitterbuffer RTP发送间隔时间 PCM编码方式 DSP芯片输入增益 DSP输出增益 CPU占用率 EC和EC时长 VAD CODEC和打包时长 传真终端 各类传真终端型号 ECM 纠错模式 要求不同 高速传真必须使用ECM模式 低速可以选择使用 Page46 传真问题 传真质量差 图像文字不清晰 处理方法 确认传真机是否正常工作重点检查数据承载网络质量 确认是否有丢包或者延时