根据小编对广州天烁IAD语音网关的资料整理，以及结合网络资源，特汇总以下15点常见问题供大家参考。问题包括1.查询用户端口摘机异常的问题;2.网口灯不亮;3.ping不通;4.从网络加载或备份文件失败;5.PPPOE拨号失败;6.语音断续，时延大;7.语音单通;8.语音双不通;9.回声;10.电流声/杂音;11. 摘机听忙音;12. 单向不通;13.传真断页或者传真中断;14.某些地点不通;15.T38传真不通。
一、 查询用户端口摘机异常的问题
1、检查注册承载通路是否可达。(用Ping)
2、在SoftX3000上使用DSP MGW命令，查看对应的IAD是否已经正常注册上。
3、检查注册信令是否可达。(MGCP信令跟踪)
4、在IAD上使用show port命令，查看IAD上的端口是否正常，此端口对应的是IAD到用户话机的状态，若不正常，则一般为用户插板故障所致。
5、若IAD上的端口状态正常，则可在SoftX3000上使用DSP EPST命令，查看IAD上的端口状态，若此时状态不正常，一般为用户数据没有配置。
6、检查IAD与SoftX3000的对接数据
二、 网口灯不亮
【问题描述】IAD的网口灯不亮
【产生原因】没上电、接触不良、网线问题、cable check设置问题。(对端设备问题)
【定位方法】IAD的网口有两个灯，绿灯在接触正常时会常亮，红灯在有数据收发时会闪烁。如果数据收发频繁，则红灯也会常亮。
1、 保证设备已经上电。
2、 检查网线是否可用，更换网线试试。
3、 换一种网线类型，比如普通网线和交叉网线进行互换。
4、 检查网线和网口的接触是否紧密。
5、 检查网线自适应功能(cable check)的状态和网线的匹配情况。如果cable check是enable的，用普通网线和交叉网线都可以;如果cable check是disable的，建议根据对接设备使用网线类型，同种接口使用交叉网线，异种接口使用普通网线。IAD的网口属于LSW接口。如果你发现在cable check为disable时也可以随便使用网线类型，那是因为跟IAD连接的对方网口支持网线自动识别。
三、 ping不通
【问题描述】IAD和网络上其他设备间ping不通
【产生原因】原因很复杂。
【定位方法】遇到这种问题最好的定位方法就是抓包分析，有条件时在ping的双方都进行抓包，通过比较双方ping包的收发情况，就可以定位问题所在。在IAD侧抓包时，需要做端口镜像。IAD的网口都从1开始编号。
1、 检查VLAN的设置。如果ping的双方在同一个局域网但不在一个VLAN，当然ping不通。
2、 检查TAG的使用情况。如果设备不支持TAG功能，它收到带TAG的ping包时会当作错误包处理。
3、 检查IP地址、MAC地址，防止地址冲突。当IAD的BIOS信息损坏时，MAC地址会恢复成默认值00-0E-FC-03-02-01。要防止同一个局域网上有多个00-0E-FC-03-02-01。
4、 检查ARP表的正确性，如果ping的对象在同一个网段，应该会产生ARP表;如果不在一个网段，那么网关的ARP表必须存在。
5、 检查路由表的正确性。
6、 在ping的双方抓包，比较ping包的收发情况。
7、 如果ping的双方之间存在IP网，可以使用tracert功能检查网络的联通性。
8、 要注意网络上有些主机或者路由器可能关闭了ping功能。
9、 注意网络上可能存在的access list，它可以对各种指定的情况丢弃某些数据包。
10、 在大网络流量时，注意QoS引起的丢包。
11、 ping包过大。过大的ping包会引起IAD的CPU占用率升高，因此IAD把需要分片的ping包全部丢弃了。
12、 对方带有不可分片标志时，不能ping通(此问题只存在IAD2000V100R002B01015版本)
四、 从网络加载或备份文件失败
【问题描述】从网络加载或备份文件失败
【产生原因】网络问题、用户名密码不对、文件类型不对
【定位方法】这时最好在FTP或者TFTP服务器上启动日志功能，日志中的记录可以帮助解决这类问题。
1、 保证IAD和FTP SERVER间的网络是通畅的，可以用ping测试一下。
2、 如果是FTP加载，保证FTP的用户名和密码的正确性。
3、 保证FTP或者TFTP服务器的路径设置是正确的。
4、 检查文件名和文件类型的正确性。
5、 过大的网络延时和网络损伤可能导致加载失败，特别是对较大的文件。
6、 adsl时，限速后，速率太小。
7、 如果TFTP不行(早期版本缺陷)，可以更换成FTP加载。
我们推荐：使用可靠的FTP进行加载和备份。
五、 PPPOE拨号失败
【问题描述】PPPOE拨号失败
【产生原因】用户名密码不对、底层链路不通、用户未超时、TAG设置问题、PPPOE server问题
【定位方法】这时最好是抓包，分析PPPOE的拨号过程。
1、 检查PPPOE的用户名和密码，保证其正确性。
2、 如果使用了ADSL，检查ADSL底层链路的联通性。
3、 如果IAD发生过意外复位或者掉电重启，这时PPPOE SERVER上的用户可能还是在线的。这时再进行PPPOE拨号，将会失败。等PPPOE SERVER上的用户超时掉线后，再拨号就可以了。这种情况一般PPPOE Server需要几分钟才能判断超时。如果IAD是正常命令复位，那么在复位之前会退出Server，这样重启以后马上可以拨上。
4、 检查TAG的使用情况，如果对方不支持TAG，就不要使用TAG功能。
5、 检查PPPOE SERVER的配置是否正确。
六、 语音断续，时延大
【问题描述】语音断续，时延大
【原因分析】a、网络质量原因。b、对端网关问题。c、IAD软件调度问题。
【解决办法】
1、先测试网络质量。先观察IAD登录终端上是否有RTCP告警。接下来请测试网络质量。简单方法可以在IAD上使用ping命令。得到初步的丢包率和网络时延。如果需要全面的测试报告，可以使用第三方工具Chariot进行端到端测试网络质量。属于网络原因则必须对网络进行整改。
NGN中语音质量和视频质量测试网络模型定义如下：
| 网络状况 | 丢包率 | 网络时延 | 抖动 |
| 良好网络 | 0 | 0ms | 0ms |
| 较差网络 | 1％ | 100ms | 20ms |
| 极限网络 | 5% | 400ms | 60ms |
3、EC问题。IAD的EC存在缺陷，如果收到的声音大于发送的声音6db以上，会导致发送的声音有一点被截断的感觉。如果这样，可以把接收的DSP增益调小，如果用户感觉最终声音太小，可以用提高PSTN增益来补偿。
七、 语音单通
【问题描述】语音单通
【原因分析】a、网络质量原因。b、对端网关问题。c、IAD设备问题。
【解决办法】
1、 先查看IAD到对端网关(IAD/TG)网络是否正常。设备之间可能有NAT、防火墙等设备导致数据单向不通。
2、 信令跟踪，判断最后通话时媒体方向是否为sendrecv。如果不是，肯定单通，此问题需要软交换进行分析原因。
3、 如果网络没有问题，请在IAD上使用show rtp stat[端口号]查询RTP通道状态，确认收发包情况。
八、 语音双不通
【问题描述】语音双不通
【原因分析】a、网络质量原因。b、对端网关问题。c、误检测传真或者配置不当，切换到了T38。d、网关之间编解码不一致。e、IAD设备问题。
【解决办法】
1、 先查看IAD到对端网关(IAD/TG)网络是否正常。设备之间可能有NAT、防火墙等设备导致数据双不通。可以使用ping等方法排查。
2、 如果网络没有问题，请在IAD上使用show rtp stat[端口号]查询RTP通道状态，确认收发包情况。如果recv pkt num和recv byte num都为0，则是对端网关的RTP流没有发出或者发出之后被某一网络给截掉了。需要查找对端网关或者承载网的问题。如果recv pkt num和recv byte num都不为0，则请在IAD上行网口处抓包，观察是否有RTP流进来。如果有RTP流，请使用媒体流转换工具(譬如IPVQT)将RTP流转换成语音来判断是否有声音。如果有RTP流，但是没有声音，则是对端网关的问题。
如果是对端也听不到IAD的声音，请确认send pkt num和send byte num是否为0。如果不为0，请在IAD上行口进行抓包，观察是否有RTP流发出。如果有RTP流，请使用媒体流转换工具(譬如IPVQT)将RTP流转换成语音来判断是否有声音。
(没有得到对方的MAC地址，造成单通。在哈尔滨跟3526 VRRP对接发生过此问题)
(H323时，打包时长不能自适应。打包时长自适应在R002版本已经支持)
3、 如果是IAD与PSTN通话期间忽然听到“吱”一声后就双不通，则是TG或者IAD误检测到了传真，并切换到了T38。可以通过信令跟踪判断是否误检测。另外抓下媒体流报文，分析媒体包可以判断是否已经切换到T38。IAD升级到R002以后，应该不会发生误检测传真的问题，如果是早期版本，可能存在此情况。
4、 IAD的传真模式现在缺省是V2 T38模式(mg系统参数12的值为2)，当与某些软交换配合时，可能导致IAD一通话就切换到T38状态，导致双不通。这种情况请根据具体情况修改mg系统参数12，一般来说使用透传就配置成0。
5、 IAD与某些软交换配合时，可能存在由于网关支持的编解码不一致而导致双不通的问题。可以通过信令跟踪来判断。
九、 回声
【问题描述】回声
【原因分析】a、声学回声影响。b、IAD语音增益太大，导致回声明显。c、IAD增益值与对端网关配合不当，引发回声。d、对端网关EC尾长配置不当，导致IAD听到短暂回声。
【解决办法】
1、 请先确认是否声学回声。检测方法是对端用户捂住话筒之后是否还能听到回声。
2、 如果不是声学回声，但是每次必现，请适当降低用户端口接收增益和发送增益。使用pstnport attribute set命令调整。目前108/132的端口发送增益都是0db，可以调整到-3db。108接收增益是-3.5，可以调整到-7db或者-8.5db。132接收增益是0db，可以调整到-3.5db或者-7db。(注意不要由于增益衰减太多而导致用户投诉声音太小，建议使用默认增益。)
3、 如果调整端口发送增益用处不明显，请调整DSP增益，具体请看mg系统参数3和4。
4、 如果回声不是必须，只是偶然出现，那么可能是误检测到传真，把EC关闭导致。误检测传真只存在IAD早期版本，升级到R002以后应该不会发生。
5、 IAD与TG/ETG等设备互通时，如果两端同时讲话之后产生回声，请检查TG/ETG ipp-channel表中的EC尾长参数是否缺省值。尾长参数不能设置太长，否则会因为收敛时间太长而听到回声。(太短也有回声)
十、 电流声/杂音
【问题描述】电流声/杂音
【原因分析】a、话机本身质量问题。b、用户线路上有干扰。c、132需要接地。d、对端网关问题。e、IAD端口增益太大
【解决办法】
1、 先直接换话机听一下效果，确认是否话机质量问题。话机问题请更换话机。
2、 到IAD上直接接用户线和话机听一下效果，确认是否用户线路问题。如果是线路问题则需要调整用户线的走线方式。如果是IAD132，建议执行内外线测试，看一下线路效果。
3、 如果是IAD132，请确认是否接地。IAD132必须接地。
4、 如果上面几步都没有改善，请在IAD上行网口处抓包，使用媒体流转换工具(譬如IPVQT)将RTP流转换成语音来判断杂音是否是对端网关发送过来。
5、 如果杂音/电流声是IAD自身产生的，请适当降低用户端口接收增益。108接收增益是-3.5，可以调整到-7db或者-8.5db。132接收增益是0db，可以调整到-3.5db或者-7db。(注意不要由于增益衰减太多而导致用户投诉声音太小)
十一、 摘机听忙音
【问题描述】用户摘机就听忙音。
【原因分析】此部分问题原因也比较复杂。
【定位办法】一般分下面步骤进行(具体命令参考上面一节，定位过程非常类似)：
1查询MG注册状态;
2查询此用户是否配置了数据;
3查询此用户端口是否处于业务启动状态;
4看DSP通道数目是否有空闲;
5信令跟踪，看我们是否正确上报了摘机事件(L/hd)，并且软交换是否有了响应;
6看软交换是否下了拨号音命令(L/dl);如果是IPAN，只能抓媒体流，然后用IPVQT听是否送了拨号音，或者其它音;
7如果发了拨号音，但是IAD却放了忙音，那么就需要看软交换是否紧跟着下发了忙音(L/bz);
【问题描述】用户摘机，但是没有声音，只有线路上的电流声。
【原因分析】此部分问题原因比较复杂。
【定位办法】一般分下面步骤进行：
1、查询MG注册状态
IAD108&208的命令为：
2、查询此用户是否配置了数据
3、查询此用户端口是否处于业务启动状态
4、语音文件是否正常
5、DSP是否正常工作
6、是否误配置了IP半永久业务
十二、 单向不通
【问题描述】只能收，但是不能发送，或者只能发，但是不能接收。
【原因分析】
软交换的数据配置有误，没有开放传真/MODEM业务;
软交换的数据配置与IAD的数据配置不匹配;
传真终端有问题。
【定位方法】
请确认软交换的数据配置(网关配置)，IAD的相关数据有系统参数12、系统参数24以及传真参数。一定要匹配。具体参见《NGN语音、传真、Modem配置指导》
如果数据配置正确，大多是传真终端型号太老的问题。
如果原来是透传，尝试修改成T38。一般T38传真成功率高。
十三、 传真断页或者传真中断
【问题描述】传真断页或者传真中断
【原因分析】只要传真开始，就可以判断数据配置正确;先根据信令或者数据配置判断是T38方式还是传真透传。透传是网络质量的问题，T38一般是碰到了我们不支持的特殊的传真流程的问题。
【定位方法】
先判断传真方式。
如果是透传，抓包看传真中断前后的IAD收发的IP包，分析网络质量，如果网络质量良好，请研发分析;
如果是T38方式，抓包看传真中断前后的IAD收发的IP包，分析网络质量，如果网络质量不是太差，请研发分析;
建议使用T38方式。
十四、 某些地点不通
【问题描述】某些地方传真通，但是其他地方传真不通
【原因分析】由于我司的传真流程的私有，要求全网数据配置正确并匹配。这种问题一般是数据配置的问题。
有的网关的数据配置有误，
或者有的网关对应的软交换的数据配置有误导致出现该现象。
或者传真机终端的问题(概率很小)。
【定位方法】根据软交换与IAD的数据配置是否正确并匹配;如果涉及到AG与TG，也要求数据匹配。
十五、 T38传真不通
【问题描述】IAD的用户的T38传真不通。
【原因分析】除了数据配置以外，可能部分传真机兼容性问题
【定位方法】
1、 根据软交换与IAD的数据配置是否正确并匹配，要注意网关上传真的端口号的加2的问题(T38 V2流程)。
2、 如果配置没有问题，那么极有可能是网关以及传真机兼容性问题，请把传真过程中的报文抓下来，包括信令，交给研发分析。
广州天烁通讯科技有限公司
