今天是2020年9月26日 星期六,欢迎光临本站 安徽省瑞鼎电子技术有限公司 网址: ahruiding.com

国内最早从事基因工程药物研究企业!

国家火炬计划重点高新技术企业 | 首批中国创业板上市公司

常见问题

IAD语音网关的常见故障处理

文字:[大][中][小] 2016-3-7    浏览次数:3649    

一、 查询用户端口摘机异常的问题

  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
  2、如果网络质量没有问题,则需要判断对端网关(IAD/TG)是否有问题。最直观的判断是在IAD上行网口处进行抓包,分析下行RTP流是否连续(在未打开静音检测的情况下)。也可以使用媒体流转换工具(譬如IPVQT)将RTP流转换成语音来判断。如果对端网关发向IAD的RTP流就存在语音断续和时延大的问题,则问题就需要对端网关来定位。
  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、 如果配置没有问题,那么极有可能是网关以及传真机兼容性问题,请把传真过程中的报文抓下来,包括信令,交给研发分析。
返回上一步
打印此页
[向上]

网站首页

公司介绍

产品中心

客户案例

资讯动态

联系我们

在线询单