故障三：编码不一致导致传真失败
原因： 通话的首选编码与设备传真模式默认首选编码不一致导致传真失败 故障现象：发送传真正常，无法接受传真
设备封包提示信息： 服务端->设备: 服务端要求媒体的首选编码为 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发送，