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

IAD/AG故障排除手册--数据业务故障分册 文档版本历史 文档版本号 编辑时间 编者 备注 V1.0.0 2014-03-04 施文钊 初始版本 V1.0.1 2014-03-06 施文钊 增加pos刷卡故障示例 数据故障排除 本章介绍了故障排除的基本思路，以及分析、处理的常用方法和使用命令等。 本章内容 故障排除基本思路 传真常见故障处理 数据业务故障排除基本思路 故障分析基本思路：利用信息定位问题。分析步骤一： 。分析步骤二： 分析步骤三： 故障排除基本 1、通过信令的交互确认传真数据开始交互在封包中的位置(以SIP协议为例 ACK消息之后为真实的传真数据) 2、过滤出rtp媒体信息，选择一个方向的媒体流，同时通过wireshark提供的rtp分析工具对媒体流进行解析 3、通过解析的界面，点击save payload保存媒体负载信息，在该界面可以查看媒体流是否存在丢包等信息 4、在弹出的界面中，选择保存声音的类型，同样的方式保存另一方向的声音 5、通过音频解析工具cooledit打开保存的声音文件，通过软件自带的音频分析工具分析声音的属性 频率、能量、占空等信息 6、通过查看波形/光谱切换按钮，来查看声音的能量分布 传真常见故障处理 故障一：传真过程中存在回声导致传真失败 原因： 传真过程中存在回声导致传真失败 故障现象：发送传真失败 设备封包提示信息： 解析传真交互的声音信息，传真过程中存在回声 原因分析： 通过封包信息分析，传真协商过程中存在回声现象，干扰的传真机正常的信号导致发送传真失败 处理措施： 低速传真业务启用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发送，导致传真失败。 处理措施： 新版本上支持ptime时间自动协商。 故障：导致传真失败 原因： 传真模式不一致(服务端T38、设备端T30)导致传真失败 故障现象：发送传真正常，无法接受传真 设备封包提示信息： 服务端-设备: 服务端要求传真模式为T.38 设备端-服务端: 设备端应答，只支持传真T.30 服务端-设备端：二次协商要求用T.30进行传真 设备端-服务端：设备端应答(不支持二次协商，直接用对端200OK中的SDP字段进行回复) 设备端-服务端：设备端主动挂掉 原因分析： 通过封包信息分析，外线呼入的时候，平台要求设备端选择T.38模式进行传真，由于设备配置成T.30模式，因此以T.30模式进行应答，传真模式不一致，平台下方消息进行二次协商，由于设备端不支持二次协商，所有协商完成后设备端主动挂断 处理措施： 设备端修改传真模式为T.38或者平台修改传真模式 故障：