VGP故障分析手册(合)vpgr04.doc

VGP故障分析手册读者对象8手册结构8本书约定8第1章 VOIP故障排除基础知识101.1 VGP平台简介101.2 基于H.323的呼叫基本流程111.3 基于SIP的呼叫基本流程131.4 常用的debug命令151.5 网关故障排除基本思路16第2章FXS模块故障排除182.1FXS故障排除基本思路182.2FXS常见故障处理18故障一：FXS模块所接的电话摘机后听不到拨号音18故障二：FXS所接的电话在拨号后没有任何声音20故障三：FXS所接的电话，拨号后立即听到忙音21故障四：FXS所接的电话，号码没有拨完即听到忙音22故障五：从PSTN经过FXO再经过ip网拨打网关上FXS所接的电话，没有来电显示22故障六：FXS接的电话机摘机后有拨号音，但拨号后仍然听到持续的拨号音23故障七：用FXS接计费器后再接电话机，对方挂机后计费不止24故障八：主叫经ip拨打被叫号码，被叫电话没有振铃，而是另一部电话振铃了24故障九：FXS配置为相同的号码，拨打此号码不是从0端口按照遇忙转的方式依次呼叫25故障十：拨打到ip网内没有呼通，却从PSTN拨出去了252.3FXS端口debug信息实例26第3章 FXO模块故障排除293.1FXO故障排除基本思路293.2FXO常见故障处理30故障一：不能通过FXO模块拨入或者拨出ip网内电话30故障二：FXO没有二次拨号提示音31故障三： pbx拨入FXO提示忙音32故障四： FXO端口不能识别忙音信号导致不能挂断33故障五： 从ip 通过FXO拨到pbx，出现pbx上被叫震铃一次就断33故障六：fxo口加入群组振铃组后，拨打群组号时，群组里面其他fxs所接电话振铃一声后马上停止振铃343.3FXO debug信息实例34第4章 注册网守故障排除394.1 注册网守故障排除基本思路394.2注册网守常见故障处理40故障一：网关无法注册到网守40故障二：软电话无法注册到网守上43故障三：认证通不过43故障四：主叫号码已注册到网守，但无法打通电话或刚通就断444.3注册网守错误信息实例46第5章 H323相关故障排除485.1 H323相关故障排除基本思路485.2H323相关常见故障处理49故障一：不注册网守，配置指定IP地址拨号端方式，但网关做主、被叫时都直接听到忙音49故障二：UNIVG通过IP呼叫VGP，被叫振铃摘机后出现双不通，UNIVG主叫还是一直听到回铃音49故障三：无法传送DTMF信号或无法接收对方DTMF信号50故障四：与Cisco互通，VGM6000做主叫时，发起呼叫后，马上听到忙音50故障五：与其他厂家设备IP互通时出现被叫电话振铃半声后停止振铃，主叫电话立即响忙音51故障六：网关注册CallManager失败52故障七：网关注册软交换平台失败52故障八：网关与其他厂家设备之间走ip，打通电话后出现单通，即只有一方听到声音52故障九：网络环境中有VPN、IPSec等安全设施，出现无法打通电话、打通后双方听不到声音或无法注册网守53故障十：网关与其他厂家设备之间走ip，有时打通电话正常，有时打通后双方听不到语音545.3H323相关debug信息实例55第6章 SIP相关故障排除596.1 SIP相关故障排除基本思路596.2 SIP相关常见故障处理59故障一：网关无法注册到注册服务器59故障二：不通过代理服务器，配置指定IP地址拨号端方式，呼叫失败60故障三：通过代理服务器方式，呼叫失败616.3 SIP相关debug信息实例63第7章 PRI模块故障排除677.1 PRI故障排除基本思路677.2 PRI常见故障处理69故障一：物理线路处于失步状态69故障二：E1无法进入多帧状态69故障三：配置后状态正确，但是一打电话线路就会失步70故障四：经过E1拨打电话，拨号后立即听到忙音70故障五：经过E1拨打电话，拨号后听不到回铃音70故障六：网关与PBX以PRI连，PBX状态为out of service，网关状态正常，但是无法从PBX打入网关。但是从网关打出到PBX可以71故障七：网关采用PRI与PBX相连，状态正常，能够从网关拨打PBX，但是从PBX不能打通网关717.3 PRI错误信息实例72第8章 R2模块故障排除768.1 R2故障排除基本思路768.2 R2常见故障处理77故障一：物理线路处于失步状态77故障二：经过R2拨打ip网内电话，拨号后没有任何声音77故障三：经过E1（R2）拨打外线电话，拨号后听到忙音78故障四：经过E1（R2）拨打外线电话，无法听到被叫的遇忙提示音798.3 R2错误信息实例80第9章 掉电切换故障分析899.1 掉电切换故障分析基本思路899.2 掉电切换故障处理90故障一：掉电后FXS摘机无拨号音90故障二：通话过程中掉电通话不能保持90故障三：通话过程中掉电后一方挂机，另一方不能听到忙音91故障四：掉电后连接VGM6000上E1的两设备失步91故障五：掉电后连接VGM6000上E1的两设备同步但仍不能正常使用92第10章 IP-SWITCH切换故障分析9410.1 IP-SWITCH切换故障分析基本思路9410.2 IP-SWITCH常见故障处理94故障一：呼叫失败后不能进行切换94故障二：切换后电话仍不能打通95故障三：主线路正常时，呼叫每次都从备份线路呼出9710.3 错误信息实例97切换功能尚未启用时的debug callroute information信息：97IP/PSTN切换属性配置错误的debug callroute information信息：98第11章 Netsmart计费故障分析9911.1 NetSmart计费故障排除基本思路9911.2 NetSmart计费常见故障处理102故障一：拨号后网关没有发起认证报文102故障二：配置认证后打不通电话104故障三：打电话后发现NetSmart没有计费106故障四：网关配置了netsmart计费，没有启动netsmart计费服务器、或者被计费网关与netsmart服务器网络不通时仍然可以打通电话107故障五：计费数据中的主被叫号码和路由结束的主被叫不一致10711.3 NetSmart计费错误信息实例108第12章 IVR二次拨号和录放提示音11012.1 IVR二次拨号和录放提示音故障分析基本思路11012.2 IVR二次拨号和录放提示音常见故障处理110故障一：拨入IVR接入号后不放提示音110故障二：所播放的语音提示与预期不符111故障三：IVR二次拨号后无响应112故障四：IVR放音次数与预期结果不符112故障五：所录制welcome提示音的编码与预期不符113故障六：所录制welcome提示音的时间与预期不符113故障七：所录制提示音welcome文件不全113故障八： IVR认证不能通过114故障九： 拨入IVR连续多次拨号失败后直接听到忙音11412.3 错误信息实例115第13章 热线拨号故障分析11613.1 线拨号分析基本思路11613.2 热线拨号常见故障处理116故障一：摘机后拨号等待时间与预期值不符116故障二：摘机后无热线拨号116第14章 来电显示故障分析11814.1 来电显示故障分析基本思路11814.2 来电显示常见故障处理118故障一：从PSTN经FXO打入的电话无来电显示118故障二：FXS端口debug信息已显示正确送出来电显示，但在FXS所接电话上仍没有来电显示119故障三：经R2中继，FXS电话无来电显示120故障四：经R2中继，PBX电话无来电显示121故障五：来电显示时间与当前时间不符121故障六：被叫话机上所显示的主叫号码不是真正的主叫号码12214.3 错误信息实例123FXS端口无来电显示的debug voice-port 1/0 cmdmsg信息123FXS端口有来电显示，但所显示来电信息与预期不一致的debug voice-port 1/0 cmdmsg信息123第15章 反极性故障分析12415.1 反极性故障分析基本思路12415.2 反极性常见故障处理124故障一：从FXO打出，通话大约40s后断开124故障二：从FXO打出，被叫没摘机就开始计费125故障三：FXS端口所接外置计费器不计费125故障四：FXS所接计费器在对方挂机后仍计费不止12515.3 错误信息实例126FXO口所接外线没有提供反极性，而在FXO口上又启用了反极性126FXO口所接外线提供了反极性，而在FXO口上没有启用反极性126第16章 传真故障分析12816.1 传真故障分析基本思路12816.2 传真常见故障处理129故障一：按下传真开始键后，打开debug h245 events看不到T38 channel is established或者传真不成功返回语音通道129故障二：传真结束后不能回到语音通道继续通话130故障三：网关做为传真接收方正常，但做为传真发送方就不能传真131故障四：接收到的传真信息有内容丢失或字迹模糊的情况131故障五：有时可以传多页，有时只能传一页或根本不能传132故障六：传真机接收到的内容为空白132故障七：与univg或cisco之间传真协商不成功，但与vg6000之间可以正常传真13316.3 错误信息实例133第17章 呼叫转接故障分析14617.1 呼叫转接故障分析基本思路14617.2 呼叫转接常见故障处理147故障一：B呼叫 A, A 转接到C （C是本地用户，配置了无应答转移至d），此时无法实现C的无应答转移147故障二：拍插簧识别不准确，或者识别不到，或者识别成挂机147故障三：拍插簧或拨业务码后，听不到语音提示148故障四：被叫拨了转接后的号码后，主叫和被叫都听到忙音149故障五：做为被叫的电话按数字键，结果听到了呼叫转接提示音15017.3 错误信息实例151第18章 呼叫转移故障分析16018.1 呼叫转移故障分析基本思路16018.2 呼叫转移常见故障处理161故障一 配置不生效161故障二 配置转移号码成功，但拨打电话时并没有转移到目的号码161故障三 两台VGP网关之间走IP，并进行呼叫转移，被叫网关向主叫发facility消息后，主叫没有重新发起呼叫162故障四 univg网关作主叫，vg6000作被叫，vg6000发送facility消息后，univg网关无反应162故障五 对同一号码，呼叫转移和呼叫等待配置不能同时生效163故障六 A、B、C在同台网关，C配置无应答转移。B转接至C，C一直不摘机，无法转移成功，返回AB通话163第19章 呼叫等待故障分析16519.1 呼叫等待故障分析基本思路16519.2 呼叫转移常见故障处理165故障一 配置不生效165故障二 有呼叫等待的被叫用户候打入还是直接听到忙音166第20章 呼叫代答故障分析16720.1 呼叫转移常见故障处理167故障一 拨*71*#后没有能够代答167第21章 群组振铃故障分析16821.1 群组振铃常见故障处理168故障一 群组中只有一部电话振铃168故障二 拨打群组号码不通168故障三 配置不生效169第22章 强打强拆故障分析17022.1 强打强拆常见故障处理170故障一 强打强拆功能不生效170故障二 强拆不了一个优先级比自己小的用户的通话171故障三 配置不生效17122.2 强打强拆常用命令172读者对象本手册适合以下人员阅读：J 网络工程师J 技术推广人员J 网络管理人员手册结构本手册分为下列章节的内容：VOIP故障排除基础知识介绍常见故障处理介绍分析VGP系统常见的故障判断方法，可能的原因及解决方案等本书约定关键字用“黑体”表示，参数用“斜体”表示内容注解前带有符号“& 注：”注意提示前带有符号“% 注意：”第1章 VOIP故障排除基础知识本章介绍了VOIP故障排除所需掌握的一些基础知识，包括VGP平台的介绍、h323基本的呼叫流程、常用debug命令、故障排除的一些基本思路等。1.1 VGP平台简介改造后的网关体系 （VGP）中的主要组成部分包括：媒体服务提供部分（MSP）、信令层部分（包括信令适配层）、抽象呼叫控制呼叫部分（ACC）和应用程序等部分。整个系统的核心是ACC（抽象呼叫控制呼叫ACC），ACC基于各种协议栈、信令系统完成呼叫控制，并且是上层的应用程序的实现基础。ACC主要作用是对呼叫进行控制、管理，并进行呼叫路由选择、黑白名单（限制呼叫）、号码变换以及对所有媒体资源进行统一管理、分配等。ACC与各信令(H323、PRI、R2等)之间采用了标准的ISUP语义来进行交互，各信令协议(H323、PRI、R2等)把各自的信令转换成ISUP语义后再发送给ACC来进行处理。为了便于理解后面相关debug信息中涉及到的ISUP语义的含义，特列出几条重要的ISUP语义：1） 初始化地址信息IAM 包含了用于发起呼叫的所有信息。2） 地址全消息ACM 已收到地址，是IAM消息的回应消息。3） 呼叫进展消息CPG 在呼叫建立或激活阶段，由任一方发送，表明 某一具有意义的事件已经出现。4） 应答消息ANM 表明呼叫已经应答。5） 释放消息REL 任何一方挂机时使用。6） 释放完成消息RLC 对REL消息的响应消息。为了便于理解，把ISUP与H323信令的对应关系对比如下，和其他信令(Pri、R2等)的对比基本类似，不再进行举例。ISUPH323IAMSetupACMAlertingANMConnectREL 无 RLCReleaseCompleteCPGH245协商后的相关信息、DTMF信令、H450信令等MSP模块主要是对各种媒体资源进行整合，使上层ACC不必理会呼叫是由FXS、FXO、E1等发起，MSP与ACC之间采用标准的MGCP语义来进行消息交互，具体信令交互可参考MGCP/H.248协议族标准资料应用程序主要处理各种补充业务，比如呼叫转接、呼叫转移、呼叫等待、Netsmart计费认证、IVR二次拨号等功能。1.2 基于H.323的呼叫基本流程对于中间线路包括IP的呼叫，需要掌握主叫和被叫之间在呼叫过程中的信令交互过程。而基于H.323协议的基本呼叫就包括RAS、Q.931、H.245协议。其交互过程可以在拨打电话时，通过打开debug ras e、debug h225 e和debug h245 e可观察到。RAS消息是网关与网守之间的交互消息；Q.931是网关和网关之间交互的呼叫信令消息，即发起呼叫、振铃和回铃、建立呼叫、释放呼叫时交互的消息；h.245是网关和网关之间进行编码等能力协商、主从决定、打开逻辑通道而交互的消息。如下图是两台网关注册到网守时信令交互过程，包括网关与网守间的RAS信令，以及主叫网关和被叫网关之间的Q.931信令。图一 网关向网守的注册过程图二 两台网关通过网守的一次成功呼叫过程图例说明图一：图中包括了网关注册到网守过程交互的消息。其中GRQ和GCF是网关发现网守过程交互的消息，RRQ和RCF是网关注册到网守过程交互的消息。图二：图中是两台注册到网守的网关在呼叫时的交互消息。ARQ和ACF是网关在发起呼叫或接收呼叫时与网守交互的消息，用于地址解析和请求呼叫许可，ACF中会携带被叫网关的ip地址。主叫网关收到ACF后，根据ACF回应的地址会向被叫网关发出Setup，然后被叫发出alerting表示正在振铃、等待应答。如果被叫电话摘机则被叫网关会向主叫发出connect，此时双方开始通话。通话结束，先挂机一方向对方发出releaseComplete。（注：这里省略了h245媒体信令的交互过程。）上图中GRQ、GCF、RRQ、RCF、ARQ、ACF属于RAS协议，基于UDP。上图中setup、alerting、connect、releaseComplete属于Q.931协议，基于TCP，所以在呼叫建立时会先建立TCP连接，才在TCP连接上进行Q.931呼叫信令的交互。1.3 基于SIP的呼叫基本流程基于SIP协议的基本呼叫流程，较于H.323协议的交互过程要简单的多，主要是主叫发起会话请求，被叫给与响应消息。如下图是网关注册到注册服务器时信令交互过程，以及网关之间呼叫通过代理服务器进行中转的信令交互。图一：网关注册SIP注册服务器过程图二：两台网关通过代理服务器的一次成功呼叫过程图例说明：图一包括了网关注册到注册服务器上的全过程，并举例了需要鉴权的过程其中的401消息是当网关发送的第一个Register消息中未携带鉴权信息，注册服务器回应的401响应消息，网关根据此消息重发携带有鉴权信息的Register消息图二包括了网关之间通过代理服务器的一次成功呼叫全过程，并举例了INVITE消息需要携带鉴权的过程其中407消息是当网关发送的第一个INVITE消息中未携带鉴权信息，注册服务器回应的407响应，网关根据此消息重发携带有鉴权信息的INVITE消息图一和图二中，Register、INVITE、ACK、BYE都属于请求消息，401、407、100、180、200均属于响应消息1.4 常用的debug命令debug h323 acc：用于显示acc与h323之间isup信令交互过程。debug ras events：用于显示所有网关发出和收到的RAS消息，也就是网关注册网守的消息。这个debug显示的信息不多，可以看到网关注册网守时基本的信令交互过程。所以网守客户端故障的排除都是打开这个debug，观察基本的信令交互是否正常。debug h225 events：用于显示所有网关发出和收到的Q.931消息，也就是网关和网关之间呼叫的信令消息。这个debug显示的信息不多，可以看到呼叫时基本的信令交互过程。打开这个debug，观察网关之间基本的信令交互是否正常，然后根据具体情况再做进一步的分析。debug h225 asn：用于具体的显示网关发出和收到的Q.931消息的所有的字段。这个debug信息很详细的显示了所有的字段，信息很多，可以进一步查找问题的具体原因。debug h245 events：用于显示所有网关发出和收到的h245消息，也就是编码等能力协商、主从决定、打开逻辑通道的过程。debug h245 asn：用于具体显示网关发出和收到的h245消息的每个字段。这个debug信息很详细的显示了所有的字段，信息很多，可以进一步查找问题的具体原因。debug voice-port x/y cmdmsg用于显示fxs或fxo在呼叫时的状态机转换过程。其中x/y表示要显示信息的相应端。 debug msp dmsg receive/send用于显示msp与驱动模块之间信息交互过程。debug pri x y trace：用于显示E1接口采用pri信令，在呼叫时Q.921和Q.931的交互过程。其中x表示槽位号，y表示E1端口号debug r2 mfc：用于显示E1接口采用一号信令，在呼叫时主、被叫网关之间mfc信令的交互过程。debug r2 linesig receive/send：用于显示E1接口采用一号信令，在呼叫时主、被叫网关之间线路信令的交互过程。debug callroute information: 用于显示Acc模块在呼叫选择路由时的相关信息。1.5 网关故障排除基本思路第一步，先检查ip网是否可以ping通，终端之间没有防火墙，没有走nat；第二步，在根据网络模式查看基本配置（是否注册网守、拨号端配置等）；第三步，配置无误时，根据问题初步定位在某台网关的某个模块上再参照如下章节；第四步，对于兼容性的问题，可以采用对比的方式查找问题。就是收集网关不正常的信息，再收集cisco或netmeeting或其他厂家的设备在正常交互时的信息，对上述信息进行比较分析，查出问题所在。第2章 FXS模块故障排除本章介绍了FXS模块相关的故障排除的基本思路，以及分析、处理FXS模块相关故障的常用方法和命令等。本章内容l FXS故障排除基本思路l FXS常见故障处理l FXS端口debug信息实例2.1 FXS故障排除基本思路分析步骤一：检查FXS物理线路分析步骤二：检查网关上的相关配置：拨号端、号码变换、黑白名单、Netsmart计费、呼叫转接、呼叫等待、无条件呼叫转移、统一主叫号码、IPswitch切换、静音压缩等。2.2 FXS常见故障处理 故障一：FXS模块所接的电话摘机后听不到拨号音可能原因判断方法和解决方案FXS模块的通道没有启用对于FXS模块，配置channel x y enable即可，具体配置参见配置手册。网关上出现data access或进程挂起判断方法：在网关上show pro，看有无处于SUSPEND状态的进程。或有无出现data access的字样。解决方案：重启网关。Cpu被相关进程占满判断方法：在网关上spy cpu后，再show cpu，看在一段时间内，cpu是否被100%占用解决办法：及时与技术服务中心联系某些dsp通道出现异常判断方法：观察摘机后是否有时有拨号音有时没有，是否具有规律性，如总是摘机X次之后就会出现没有拨号音，其它时候都有拨号音。VGM6000通过show drv，低端网关通过show dsp，看是否当使用某些dsp通道时就会出现没有拨号音。解决方案：先重启网关看是否恢复正常，如果问题依旧就将出问题的dsp卡拔出插牢固或换一张dsp卡。没有插dsp模块或者dsp模块初始化失败，或者在flash系统下没有相应的dsp程序判断方法：VGM6000通过show sysm dsp 0/1，低端网关通过show dsp查看dsp初始话是否成功，或者网关重启时，是否有dsp没有应答的提示信息解决办法：1、插上dsp模块 2、再重起一次网关 3、拷贝dsp程序到flash中，再重启网关FXS端口出现硬件故障将电话机接到其它FXS端口上，看是否有拨号音。如果只有某个FXS通道或某张FXS卡没有拨号音。就是硬件故障。解决方案：换一张FXS卡。背板针脚有弯曲判断方法：将卡拔出，观察背板针脚是否正常解决办法：把弯曲的针脚拔正，如果针脚出现断了，请重新更换背板。Fsm.dat文件丢失或者损坏判断方法：进入filesystem，查看是否存在fsm.dat文件，大小是否正常。解决办法：重新下载fsm.dat文件 ，最后别忘了退出后输入fsm-update 回车电话线与接口没有插好判断方法：show acc ae fxs 看端口状态，debug voice-port x/y cmd 看检测到摘机没有解决办法：重新插好电话线或者检查电话线是否断线网关没有时钟源判断方法：通过show run 查看网关从e1取时钟但是e1没有绑定任何信令解决办法：给e1绑定信令或者取内部时钟Dsp收敛占用dsp太多判断方法：一摘机就听到忙音，show run 看dsp reserve e1 是不是配的dsp通道太多解决办法：关闭dsp收敛或少配一些通道线卡没有插好判断方法：show run看系统有没有找到该线卡解决办法：关电重新插卡 故障二：FXS所接的电话在拨号后没有任何声音可能原因判断方法和解决方案用户所拨的号码经过号码变换后后变成了另一号码1 检查dial-peer X voip中是否有号码变换的配置。（具体含义请参见配置手册）2 去掉号码变换的配置3 或者将号码变换规则配置成需要的功能采用了netsmart计费、认证，但是netsmart服务器当机或与网关间的网络不通。判断方法：打开debug radius，看是否发送出去的认证报文得不到响应，还在继续重试解决方案：将netsmart服务器或线路恢复正常。需要听取对端回铃音，但是对方没有提供判断方法：通过debug或抓包，查看对方返回的alerting消息中是否带了进展1e 02 80 88，解决办法：修改对方设备配置，使其在alerting消息中不带进展，或者带进展时，能正确提供回铃音通路上存在R2信令，送的号码很长R2中继需要4，5秒时间才能接通，或者R2线路阻塞或有误码导致号码送不过去，处于等待状态判断方法：查看R2被叫侧网关的debug r2 mfc看送号情况解决办法：检查两台R2设备的时钟设置，保证一边内时钟一边外时钟，保证时隙进出对应。如果是R2线路上有故障，解决办法详见第七章。 故障三：FXS所接的电话，拨号后立即听到忙音可能原因判断方法和解决方案通话采用网守路由，但是主叫网关没有注册上网守判断方法：打开debug ras event，看是否收到了RCF消息解决办法：1. 配置网守客户端2. 确认主叫网关和被叫网关与网守的TCP连接畅通被叫号码在网守上查不到路由判断方法：打开debug ras event，看是否发送了arq后，马上收到arj消息解决办法：让被叫号码正确注册到网守拨号端配置不正确判断方法：show callroute info检查路由是否正确，或者debug callroute info查看呼叫路由解决方案：正确配置拨号端 用户所拨的号码经过号码变换后变成了另一号码判断方法：检查dial-peer X voip中是否有号码变换的配置。（具体含义请参见配置手册）或者debug callroute info查看呼叫路由解决方案：去掉号码变换的配置或者将号码变换规则配置成需要的功能配置了黑白名单进行呼叫限制判断方法：检查黑白名单配置，是否限制了此主叫号码呼叫被叫解决方案：进行正确的设置黑白名单配置采用了netsmart认证和计费，但是netsmart上没有配置主叫号码作为业务主叫。判断方法：打开debug radius，收到了ACCESS-REJECT。解决方案：在netsmart上配置用户并添加业务主叫号码。被叫电话配置了无条件呼叫转移、遇忙呼叫转移且主叫无法呼通转移后的号码判断方法：检查被叫FXS端口是否配置了无条件呼叫转移、遇忙呼叫转移，而且转移后的号码对于主叫来说是否没有路由可达，或者根本是不存在的号码。解决方案：去掉被叫FXS端口上的无条件呼叫转移、遇忙转移配置后，再拨打被叫号码。用于呼叫的IP地址配置成了以太口第二个IP地址判断方法：show run看用于呼叫的IP地址作为以太口第二个IP地址解决方案：将两个IP地址对调，因为第一个地址呼叫时起作用，第二个地址只起登录作用号码变换后ipswitch切换没有将号码复原判断方法：show callroute information看是不是被叫变换后切换到新的路由时没有将以改变的号码复原解决方案：再配一条号码变换复原号码其他打开debug h225 events，看releasecomplete是主叫还是被叫发出的，再到发出的一方针对所使用的模块查找原因。 故障四：FXS所接的电话，号码没有拨完即听到忙音可能原因判断方法和解决方案所拨的被叫号码没有正确的拨号路由与其对应判断方法：通过show digit-map查看，所拨的被叫号码是否有对应的匹配项，解决办法：正确配置相应的路由拨号端 故障五：从PSTN经过FXO再经过ip网拨打网关上FXS所接的电话，没有来电显示可能原因判断方法和解决方案FXO所接的外线不支持来电显示判断方法：将FXO所接的外线接到一部具有来电显示的电话机上，然后从PSTN打入，电话机没有来电显示。解决方案：向电信申请来电显示业务。FXO没有配置callid enable解决方案：在FXO端口正确配置callid enable。FXS没有配置callid enable解决方案：在FXS端口正确配置callid enable。其他情况打开debug h225 events，观察收到的setup中是否有calling number。1、如果没有，则是中继网关的问题。在中继网关查原因。再在中继网关上debug voice-port X/Y cmdmsg信息。其中X/Y是指使用的FXO端口。看是否检测到来电显示。2、如果有，则是被叫网关的问题。在被叫网关上收集debug voice-port X/Y cmdmsg信息。其中X/Y是指作为被叫的FXS端口。 故障六：FXS接的电话机摘机后有拨号音，但拨号后仍然听到持续的拨号音 可能原因判断方法和解决方案网关时钟系统出现问题判断方法：修改网关时钟配置为内时钟，测试是否还有同样问题FXS模块送给话机的拨号音与话机发送的dtmf信号产生干扰，FXS无法正确识别话机所拨的号码。判断方法：打开相应FXS端口的debug msp dmsg send x/y和debug msp dmsg receive x/y命令。摘机后听到拨号音能够看到相应的debug信息，停留在Cmd:Dialing Tone。接着拨号，看是否会出现Cmd:Tone Close。如果不会就是FXS模块无法识别话机发送的dtmf信号。解决方案： 将FXS的音量volume out调到最小（3），减少信号音之间的干扰。如果还不行，换一部其它型号话机试试FXS的音量（volume out）调到最小仍然不能检测到拨号判断方法：同上。解决方案：换一部其它型号的话机。 故障七：用FXS接计费器后再接电话机，对方挂机后计费不止 可能原因判断方法和解决方案FXS做为主叫，只在对方摘机时提供反极信号给计费器，对方挂机时不提供。判断方法：打开相应FXS端口的debug msp dmsg send x/y和debug msp dmsg receive x/y命令。查看对方摘机时会出现Cmd:Reverse Polarity。而对方挂机时不会出现此信息。解决方案：对方挂机时，本端FXS端口会放忙音，此时本端听到忙音后挂机，计费器即会停止计费。 故障八：主叫经ip拨打被叫号码，被叫电话没有振铃，而是另一部电话振铃了可能原因判断方法和解决方案被叫FXS端口配置了无条件呼叫转移，拨打到该端口的呼叫都被无条件转移到另一个号码上。判断方法：检查被叫FXS端口是否配置了无条件呼叫转移，转移后的号码是否为振铃的话机。解决方案：去掉被叫端口的无条件呼叫转移配置用户所拨的号码经过号码变换后变成了另一号码判断方法：检查dial-peer X voip中是否有号码变换的配置。（具体含义请参见配置手册）或者debug callroute info查看呼叫路由解决方案：去掉号码变换的配置或者将号码变换规则配置成需要的功能热线拨号时间太短判断方法：打开debug callroute info看是不是一摘机就已经拨打到别的电话了，查看FXS下hot-line wait-time 配置是否太短解决方案：热线拨号等待时间配置长一点没有理清fxs通道的排列，物理连线错位（32fxs卡的015通道和1632通道容易搞反）判断方法：检查配置然后看看被叫号码对应的通道是否连接到了正确的电话上。解决方案：查看设备说明书，确保fxs通道的排列顺序对了 存在被叫号码前几位精确匹配的呼叫路由判断方法：show callroute，看看是否存在这样的短号码或者debug callroute information看是否播出前几位号码便被路由出去解决方案：修改拨号路由精确匹配变为模糊匹配或者重新规划电话号码 故障九：FXS配置为相同的号码，拨打此号码不是从0端口按照遇忙转的方式依次呼叫 可能原因判断方法和解决方案FXS配置为相同号码，是按呼叫路由表中的先后顺序路由到相应的端口，在呼叫路由表中，并不一定按端口的顺序排列判断方法：通过show callroute查看当前呼叫路由表的排列顺序，并比较是否按此顺序来进行路由解决办法：如果需要从0端口按顺利来路由，侧可以改变每个端口的路由优先级，使其按端口的顺序依次降低 故障十：拨打到ip网内没有呼通，却从PSTN拨出去了 可能原因判断方法和解决方案在voip拨号端中配置了Ipswitch转换功能判断方法：在对应的dial-peer XX voip拨号端中检查是否配置了backup pstn prefix YY，其中YY为连接PSTN的fxo端口的拨号端前缀。如果从此voip拨号端拨打到ip网内的电话没有呼通，呼叫就会转到YY前缀的fxo端口拨打到PSTN上。解决方案：1 在voip拨号端中配置no backup。将IPswitch切换功能禁止。2 确定用户的组网方案中是否需要用到IPswitch功能。如果是就保留其配置，并将情况向用户说明。2.3 FXS端口debug信息实例1FXS做被叫没有来电显示。gateway#debug voice-port 2/0 cmdservcard: 50010027 cmd reqMSP_DRV_CHANNEL_OPENDsp: 50010027 cmd reqMSP_DRV_CHANNEL_OPENservcard: 20020200 cmd reqMSP_DRV_CNCTABservcard: 20020200 cmd reqMSP_DRV_VOLIN_SETservcard: 20020200 cmd reqMSP_DRV_VOLOUT