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

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

信令协商成功后，开始传真时候实际交互的编码信息,与协商的编码不一致。

传真默认选择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发送，

导致传真失败。

处理措施：新版本上支持ptime时间自动协商。

故障五：传真模式不一致导致传真失败原因：传真模式不一致(服务端T38、设备端T30)导致传真失败

故障现象：发送传真正常，无法接受传真

设备封包提示信息：服务端->设备: 服务端要求传真模式为T.38

设备端->服务端: 设备端应答，只支持传真T.30

服务端->设备端：二次协商要求用T.30进行传真

设备端->服务端：设备端应答(不支持二次协商，直接用对端200OK中的SDP字段进行回复)

设备端->服务端：设备端主动挂掉

原因分析：通过封包信息分析，外线呼入的时候，平台要求设备端选择T.38模式进行传真，由于设备配置成T.30模式，因此以T.30模式进行应答，传真模式不一致，平台下方消息进行二次协商，由于设备端不支持二次协商，所有协商完成后设备端主动挂断

处理措施：设备端修改传真模式为T.38或者平台修改传真模式

故障六：传真扩展参数问题导致传真失败

原因：设备端不支持传真携带字段(a=fax/modem)，导致传真失败

故障现象：信令协商阶段服务端主动发送bye消息中断传真

设备封包提示信息：服务端->设备: 对端作为传真接收方，按下传真键后，主动发送invite消息并携带a=modem字段(高速数据业务)