iad_ag故障排除手册--数据业务处理分册.docxVIP

IAD/AG 故障排除手册 --数据业务故障分册 文档版本历史 文档版本号 编辑时间 编者 备注 V1.0.0 2014-03-04 施文钊 初始版本 V1.0.1 2014-03-06 施文钊 增加 pos 刷卡故障示例 1章 数据故障排除 本章介绍了传真故障排除的基本思路，以及分析、处理的常用方法和使用命令等。 本章内容 数据业务故障排除基本思路 数据业务故障排除基本方法 传真常见故障处理 1.1 数据业务故障排除基本思路 传真故障分析基本思路：排除问题之前确认设备上配置，不会影响到当前的数据业务，在基本业务运行正常的情况，利用 debug、封包等信息定位分析问题。 分析步骤一： 通过 wireshark 工具以及设备提供的 debug 调试信息，分析确认信令交互流程。 分析步骤二： 通过 wireshark 工具分析媒体流的状态包括打包时间、是否存在丢包、媒体编码等信息。 分析步骤三： 通过 cooledit 工具分析交互的各种 tone 音，解析声音的属性包括能量、频率、占空比以及声音的质量包括回声、是否存在断续等 1.2 传真故障排除基本方法 1、通过信令的交互确认传真数据开始交互在封包中的位置 (以 SIP 协议为例 ACK 消息之后为真实的传真数据 ) 2、过滤出 rtp 媒体信息，选择一个方向的媒体流，同时通过 wireshark 提供的 rtp 分析工具对媒体流进行解析 3、通过解析的界面，点击 save payload保存媒体负载信息，在该界面可以查看媒体流是否存在丢包等信息 4、在弹出的界面中，选择保存声音的类型，同样的方式保存另一方向的声音 5、通过音频解析工具 cooledit 打开保存的声音文件，通过软件自带的音频分析工具分析声音的属性 频率、能量、占空等信息 6、通过查看波形 /光谱切换按钮，来查看声音的能量分布，通过能量分布图可以很直观的分析出信号的交互过程以及是否存在回声 1.3 传真常见故障处理示例 故障一：传真过程中存在回声导致传真失败 原因： 传真过程中存在回声导致传真失败 故障现象： 发送传真失败 设备封包提示信息： 解析传真交互的声音信息，传真过程中存在回声 原因分析： 通过封包信息分析，传真协商过程中存在回声现象，干扰的传真机正常的信号导致发送传真失败 处理措施： 低速传真业务启用 EC AIM voip dsp ec on 备注说明： 1、正常传真信号交互 ,过程中不存在回声现象 2、正常发送传真，逐渐降低训练信号的发送速率直到链路满足传输要求后，发送传真数据。 故障二：网络环境丢包导致传真失败 原因： 网络环境丢包导致传真失败 故障现象： 传真失败率很高 设备封包提示信息： 原因分析： 通过封包信息分析，信令交互正常 ,通过解析传真的 RTP 信息，确认存在丢包 处理措施： 排查网络环境 备注说明： 对于传真和 Modem 业务，建议端到端的平均时延小于 40ms ，端到端的平均丢包率小于 0.1% 。 故障三：编码不一致导致传真失败 原因： 通话的首选编码与设备传真模式默认首选编码不一致导致传真失败 故障现象： 发送传真正常，无法接受传真 设备封包提示信息： 服务端 - 设备 : 服务端要求媒体的首选编码为 g711u 设备端 - 服务端 : 设备端应答首选编码为 g711u 信令协商成功后，开始传真时候实际交互的编码信息 ,与协商的编码不一致。 原因分析： 通过封包信息分析，传真过程中媒体流同时存在 711a 和 711u ，对于语音通话，设备端支持语音编码自动协商，因此双方可以正常通话，但是由于系统架构原因 , 传真默认选择 g711a 编码，需要强制修改编码。 处理措施： 设备上启用强制线路编码 voip dsp line-pcm-codec ulaw 故障四：打包时间不一致导致传真失败 原因： 打包时间不一致，导致传真失败 故障现象： 语音通话正常，传真失败 设备封包提示信息：  语音通话协商打包时间为  20ms  、传真协商打包时长为  10ms ，由于设备端打包时间设置未生效，导致传真失败 接收端 -  发送端：作为传真接收方主动发送  invite  进行传真信令协商，数据类型  a=fax  ，打包时长为  ptime=20ms 发送 端- 接收端 : 设备端应答， 200OK 中携带 a=fax ，并且打包时长为 ptime=10ms 接收端 - 发送端：数据交互过程实际打包时长 10ms 发送端 - 接收端：数据交互过程实际打包时长 20ms 原因分析： 通过封包信息分析， 语音通话打包时长协商为 ptime=20ms ，通话双方打包时长一致通话正常；传真时候打包时长协商为 10ms ，而设备端仍然以 20ms 发送，