zxaepon设备语音故障处理实用手册

。和是中兴通讯的商标中兴通讯产品的名称和标志是中兴通讯的专有标志或商标。在本手册中提及的其他产品或公司的名称可能是其各自所有者的商标或商名。在中兴通讯或第商标或商名所有者事先同意若需了解的资料信息，请 人1F820D5语音不能上软交换55查看ONU5查看ONU56摘机无馈电 6摘机有馈电 6呼叫失败 7未拨完号码后失败 7拨完号码失败 7二次拨号，失败 7语音质量问题 8语音断续 8杂音 8单通 9回音 9VOIP吊死 9整个VOIP单板吊死 ·个别端口吊死 9POS，modem拨号，传真，智能公话问题 POS，modem拨号 智能公话 传真问题 修改并确定传真切换方法和传真模式 检查信令和包确定通道切换到了传真模式 检查丢包率和硬件环境 语音故障排查实例 某部门T38传真测试问题分析 某运营商F820和SS对接时传真问题分析 某运营商modem拨号不成功问题分析 某运营商pos机刷卡问题分析 同一个pon口下两个F820互拨的问题分析 F820与SS对接断话的问题分析 D42x与SS收号不成功的问题分 9806H&F822语音问题处理 窄带问题的综合处理 开局时常见异常的初步诊断方法 窄带基本对接设 与其他软交换对 的配 控制与端修改 信令与双 其他配置事 其他窄带问 基本通话问 语音单通 回声抑制 来电 来电显示 反极性问题 二次拨号 话务台对接 收号定时器 拍叉簧转接 传真问题 下挂窄带modem/POS机问题 智能公话问 112测试 语音故障案 附录 F820D语音不能上软交检查F820的VOIP单板ALM灯是否红灯常亮，红灯常亮表示没有上ONU信令或者抓数据包分析如果ONU发送消息给软交换，软交换不做回应检查VOIP单板到SS之间的网络是否可达。网络不通时ONU发的消息没有抵达SS，ONUSS的回应。ONU未发送消息给软交换如果ONU终端没有发送消息出去，可以确定问题肯定处在ONU终端侧。首先排VOIP单板运行是否正常，如果单板运行不正常需要检查是否硬件故障。VOIP相关数据配置是否正确。通过检查F820的ALM等是否红灯常亮初步判断F820是否成功到SS上时可以如果没有上，请参考1.2.1节如果已经上，请参考1.2.2节ONU未ONU没有，那么摘机忙音应该为终端自己放的，首先需要解决终端未的问题ONU已ONU已经成功摘机为忙音这时的忙音一般情况下是软交换下发忙音的信令给终端， 或者H248协议即可。D42x终端有时支持SIP协议，需要提供SIP协议。对于T7P2以后版本的F820支持信令可以不进行现场抓包进行信令即可D42x终端T7后版本可以支持上的信令，可以不进行现场抓包摘机 机没有馈电，参考1.3.1节摘机 机有馈电，参考1.3.2节ONU下接 如果没有馈电首先要检查用户线或者用户线电缆和话机以及ONU终端是否正确连接。如果正 如果对于F820的用户电缆，需要检查线序使用是否准确。上述现象都排查后，如果依然不能解决问题，F820V16BV08BDUdpwatch进行分析。ponSSTidNameSSpon1.4.11.4.21.4.3ONU更换话机进试信令或者抓包查看号码图表（DIGITMAP）是否存在语法问题检查ONU终端的长定时和短定时配置针对或者中兴SS需要修该长短定时器2000ms500ms500ms300msF820的关系不大，主要原因在于软交换。12等按键选择，切不断语音。这类主要在F820的收号方式和语音平台的匹配问题。此类问题，主要是依靠抓包进行分析。ONUDTMF例如：ZXAN(config-voip)#rtppardtmfdtmf 0:redundancy;1:RFC2833;2:voicecoding;3:no进行镜像抓包，不做任何过滤。同时进行udpwatch1.5.11.5.21.5.31.5.4可以登录终端的语音地址，然后作为被叫的网关的IP地址，用以判断是否存在ONU还有可能是OLT上同时启用了P2P和ARPVOIP VOIPVOIP单板下的用户都不能打。首先要判断VOIP单板和软交换之间是否还正常交互，可以net到VOIP单板上去，软交换地址通不通。udpwatch个别端口吊死，首先检查终端令配置是否正确。特别是和其他厂家设备对接时，链路udpwatchPOSmodemPOSONUXponTG的传真、modemshowcard命令，showmgnet，showrtpUdpwatch同时需要提供udpwatch日志，T7P2及以上版本可以进行抓包，方法见下面文档，其udpwatchipVoipcli340010Voipcli340030Voipcli340120Voipcli340060udpwatch，以便进行对比分析。POS，modem首先判断是否存在丢包设备内部丢包还是外部丢包可以采用net到VOIP板上再ONUOLT侧同时抓包，确定丢包点在什么地方。检查信令上是否有正常的modem上报modem检查现场网络是否有丢包，传真、modemtdmtrace、ip包和udpwatch如果是 过程中有问题，参照4.1~4.4中的方法排除tdmtrace、ip包和udpwatchZTEONUZTET30，TGRobust；HWSSTG，ONUFullControlT38FullControlT30都可以。ZTEONU、TG上均配置上冗余传输。如果配置传题是否。致，如果不是的话，则更改ONU配置。在同一个ONU内部进行传真，看看问题是否。如果经过修改配置后，ONU内部的传真正常则说明ONU工作正常已经正常。如果此时ONUTGZTETGONUTG关于传真的配置是否检查信令和包确定通道切换到了传真模VoiceFaxRTCP-APP方式（ZTE抓包分析确认通道已由Voice模式切换到了Fax模式确认的依据就是能够找到相应的切AGCNICAG内部的SSH.248T.38T.38UDPTLUDPTLTCFCFR。T.38UDPTLUDPTLTCF过程ONU的配置正确，但在包中没有看到相应的切换信令，或者看到切换信令后如果在确认了配置正确、信令和包正常，但AG内部传真仍然有问题，如果测试用的AG、TGTG问题和丢包导致传真失败。请按下面步骤操作：0.6%ONU如果有超过0.6%的丢包，则增大ONU、TG冗余传输的参数，并与局方联系丢包的原因检查硬件环境（ONU内部传真失败的情况下做一下操作倒换主控板，看看问题是否换一块用户板，看看问题是否将用户的传真机借来，直接连接上ONU的用户端口上，看看问题是否。如果上面几步完成后，ONUONUTG之间的传真有问题，并网络的丢包率可以被忽略，则立刻与100ONU的用户端口上，通过确认配置、观察信令和包，首先在ONU的内部解决传真问题。在确认了ONU内部的ONU之间、ONUTG之间的传真问题。T38测试部F820通过协议和SS对接，T38传真不成功；H248协议正常。首先对信令进行了分析，通话过程正常，F820也上报了传真开始信令，如下所示： aaln/0@10.40.110.351.0X:672O:SSmodifyF820 aaln/1@10.40.110.35C:I:M:sendrecvL:v=0c=INIP4$m=image$udptlt38X:R:对并不适用，对于协议只需要按照3.1中第3条的说明配置即可。某运营商F820和SS对接时传真问题分F820通过协议与SS对接，SS全控方式的传真，通常都有能发不能收的现象，通过分析信令，的SS会通过G/ft来检测传真，标准的检测是FXR/T38，信令如 1.0c=INIP4m=audio34748RTP/AVPT7P2M1之前的版本都不兼容SS的G/ft，所以会导致协议模块收到dsp上报的传真开始时，没有报给SS导致接收传真有问题。G/ftFXR/T38中的一种，不能两种同时支持，命令如下：Voipcli316420最后一个参数为0表示支持FXR/T38检测，为1表示支持G/ft检测modemmodemV92协议，出现问题时通过修改增益、tdmip编码的一致性等都没有解决该问题。通过产家的分析，建议将modem降速。modemV92V90348k；的一些协商配置项保存为文件，以后再拨号时可以默认调用这些配置省略协商过程。对于线路没发生变化的modemPSTNF820的modem，modemmodemV92改modemposSSH248modem时，SSF820local描述符为空，信令 c=INIP4m=audio28256RTP/AVP83.22SSponF820oltponF820互相拨打不成功，主叫听忙音。分析信令后发现被叫在准备ipmacSSmacipmac地址；否则需要发arpagent后测试正常。Arpagent是oltpononu之间通话而设置的功能，一般情况下现场F820与SS对接断话的问题分F820通过H248协议与SS对接，通过几分钟后会断话，从信令上通话过程中会占用F820rtprtpSS发审计消息，rtp释放，从而影响话路。对于与SS通过H248协议对接的地方，都需要将rtp的心跳检测功能关闭。修改命令如下：ZXAN(config-voip)#mgch248tidlink-kept-flag00表示关闭心跳检测；1D42x与SS收号不成功的问题分SS下的号码表有关，如果用户拨的号码在号码表中能找到唯一的匹配，则会们在等定时器时，SS5s和3s后，测试正常。CLI>>dbset312410CLI>>dbset312420V2.0.0P2T6以上版本。128RTP资源，数量要求一致。(agget-SLCtermidSS配置的一致。(agget-9800在config0ag里的窄带下一跳(尽iproute作了窄带路由)get-voip-ipaddr检查，如果不9806(ag)#mod-voip-routemgid1type1nexthopiprouteadd-voip-routeipShowipsubnetShowiproutearp表(新版本支持ShowMG9806(ag)#get- //mgip9806(ag)#get-voip- //检查窄带的ip9806(ag)#get-mgcmgcid1//SSip资源状态与摘检 //H248状态是否正常 Ips部状态为FAULT，则首先应检查VOIP(resetsubcardvoip，现场拔插/更换)VOIP硬件故障同样可能导致ATLC告亮、SLC状态fault。VOIP状态说明9806H_V2.0没有专门查看VOIP状态令但可以根据get-ipsstatus所查看到的VOIPVOIP"IDLE"VOIP小卡工作正常，可以为语音业务提供服务。(P2T4之前版本，如果没有SS，ips状态也会FAULT，之后版本只要VOIP字卡本身正常并配了IPS-TID，该状IDLE)。V2.1（V2.0P3T8之后）版本中可以直接通过showsub-card查看VOIP的状态。get-ipsstatusget-slcstatusseize。如果确认数据正确，VOIP网络畅通，资源状态正常，但窄带语音部分出现故障，则很可H.248 摘机 被叫， dd/ce拨号检测，ds="112"上报号码， xal/las反极性，tonedet/std{tl=*}按位收号，tonedet/std{tid=d7}收到号码7RTP/AVP18要求G.729编码方式， RTP/AVP8要求G.711编码方式MO=SR修改流通道属性为接收发送模式S=RTP/002OK在9806H的带进行信令（方法见本文第五部分。如果看到用户报摘机给听见忙音则说明SS上没有该用户的定义，联系SS人员解决。摘机无音（检查了MGCType、TerminalID等基本数据后首先看用户板状态。用户板应工作正常，run灯亮，alarm检查和排除外线原因。在配线架上去掉外线，将测试直接打在用户板端子上。voipresetsubcardvoip试一下voip小卡能否恢复正常。如果还不行，把小卡重新查拔试一9806H的线缆，用线直接插入9806H对应设备开通时需要正确配置SSZTESSss是HW改成在ag模式下执行“get-mgcmgcid1”看看，mgctype“mod-mgcmgcid1mgctypen”与贝尔(Alca)SS对接需要V2.0.0P2T6以上版本。这是由于BELL对部分协议格式ZTEHW有区别agmod-mgcmgcid1mgctype4SSBELL如ALCA对接用方式，某些SS版本可能要求设置MGC的h2481SS9806H1-4SSadd-mgcmgcmg的对应agmod-mgbaseattrmgcid2 //3344当主用SS不通时，系统会自MGC2发消息，也可以手工用h248changemgc命令进行更改类型或者某些参数后，MG的自动会有一定时间间隔，此时可以手工主动注9806(ag)#service-controlprotocol1opertype - -graceful -TGKH.248T-P-K交互过程中，KMGP消KTGK消息，可以通过以下设置来更改：9806(ag)#mod-calloptimizeh248msgack11 -Not -SS9806HSS就有一个握手消息，这个时间间隔是可以配置的，配置命令mod-mgcapabililkpttime //<10-9806H默认与软交换的方式是IP地址，有些SS设置了采用，则需要按以下9806H的配置：配置MG设备（如ZXDSL9806HV2）本身的及方式，常规的，可以采用设备的带内MAC地址作为（设备MAC地址贴在机壳的外面，另外如果主控板的MAC地址和MACmacinband）9806(ag)#mod-mgbaseattrdomname0015ebf00378设置MG方式为--方式mginfo：9806(ag)#mod-mgbaseattrmginfo -USE -USE -IPS -English9806(ag)#mod-mgbaseattrmginfo （缺省为0，是采用的IP设备上的SS的时，需要配置为MG本身的再连上SS的。其他SS直接配置例如中兴SS为BGW则在ZXDSL9806HV2上配置该SS的为0015ebf00378-9806(ag)#mod-mgcmgcid1mgcinfo //0为IP方式，1为方9806(ag)#mod-mgcmgcid1domname0015ebf00378- 9806(ag)#mod-mgcmgcid1domnamemgcinfo0即可。控制与端修修改控制端Mod-mgbaseattrmgportmod-mgcmgcid ort 修改端：要先把原来的删掉，再加新的a9806(ag)#get-9806(ag)#del-c、添加新的起始端为16000（exipaddr参数应填mediaIP地址9806(ag)#add-baseportexipaddr10.63.198.250udpport信令与双大多数情况下9806H走H.248时信令与流都用同一个IP发包。但有些运营商会有特9806h(config)#ipsubnet136.1.1.164255.255.255.0100 //网络的ip9806h(config)#ipsubnet10.63.198.164255.255.255.0120voip //voip信令的ip9806(config)#ipsubnet10.110.1.135255.255.255.0110voipmedia //voip的ip9806(config)#iproute10.63.0.0255.255.0.010.63.198.2549806(config)#iproute10.110.0.0255.255.0.09806(config)#iproute0.0.0.00.0.0.0136.1.1.254//路由配置成缺省路由vlan需要提前配置，vlan9806H9806(config)#iproute0.0.0.00.0.0.0136.1.1.254136.1.1.254设置给媒体的下一跳，因此如果的下一跳是其他值，则要在ag下mod-voip-route命令来修改。然后到ag下面输入get-voip-ipaddr查看，发现voip流nexthop配置的是136.1.1.254，notconfig，没有关系）9806(ag)#mod-voip-routemgid1type1nexthopIP，IP9806h(config)#noipsubnet当前被设置的信令和IP可以在ag模式下执行如下命令查看是否配置正确9806(ag)#get-voip-IPIP需要配置多条路由。配置原则如下：VOIP流是直接与对方AG或者TG中继网关交互的，对方AG/TG可能在各种网断）。配置ipsubnetvoip时提 经检查，带外iphost是10.62.5.101/255.0.0.0，因此所有10网段都会产生，将带外掩24位后即可。2IP与路由丢失了（9806H也可能产生类似情况）。ipaddress10.47.219.3255.255.255.192ipaddress10.119.214.2255.255.255.1921002iproute10.0.0.0255.0.0.010.119.214.1nameiproute0.0.0.00.0.0.010.47.219.1name上面红色表示的路由，掩码太短了，只掩了一个“10”OLTIP的时候，IP为：10.47.219.3，配置不下去，造成配置丢失。16位的即可。TermID；9806HTerminalID9806#agadd-slctermidbeginslot1num96tmidfixaaln/type9806#agdel-slctermidbeginslot3num48 //beginindexxx，index0开始。9806#agadd-slctermidbeginslot3num48tmidfixaaln/type3begno如果窄带端口处于被占用状态(Seize/LineBusy)TID数据是不能被删掉的，会提示DBErrordeleteget-slcstatu（也可能外线接触不好在这种情况下，可以拔掉外线/或者复位用户板后迅速删除。//如果外线或话机没挂好，网元用户跟外部通时，外部听到我们网元的用户话音断断续续，有时严重，有时轻微，但始终有掉字现象。而我们网元的用户听对方是清楚的。我们判断流上行有丢包现象，后检查网元的配置，发现流的下一跳配错了，配成RTPMG上一致。SS9806H/F822上用block-ips命令将后面的ipsPSTN9806HOLT 单通，如能听到对方，对方听不到我们，则先跟信令查看该对方的ip地址，然后：MGip9806HnexthopmacMGip9806Hmac的配置（如arp是否配置正确，p2p是否配置正确，arp和p2p不能一起使用，建议都只配置arp。也可以在交换的s下面使用showcount和l2show检查。9806HSSRTPMO=SR(可收可发)从上联口抓包可以看出双向流是否正常针对普通业务，一般需要开启回声抑制功能，否则通话双方可能会听到很大的回声，Mod-rtppatparid1ecenable //0为关闭，1来电可以核查信令中SS是否下发了ri或者dwa指令。此类问题大多与外线或者某些 还可以尝试修改增益：mod-rtpparparid1pkttopcmgain-5pcmtopktgain 0MG设备版本太老自身存在问题。V2.0P2T4以后的版本。CID不正常。建议所有CID话机必须安装电池，电池电量充足。CID属性没有设置，导致不能显示。sscid。CID）。SS控制MG放来显一般不会由此问题但如果是TG放和来显信号则要关注这方面，并且与来显应有时间间隔避免。mod-rtpparparid1fsklevel100把cidCIDDTMFmod-slcattrslotxcidtype1把ciddtmfmod-rtpparparid1dtmfcidelec100以增强信号(数值越小信号越强)。DSLAMCID信号衰减，进而对少数话机，号码不能显示或显示错误。cidfsk600，注意修改后要复位用户板。1129806H上的用户线，复位P2T4以上版本解决。ZXDSL9806H_V2.0P2T4之后的版本针对由于外线不好引起的来显问题(配线架下正常)做flash里面。以后上电都会使用这个配置电压。9806H9806H等所有的用户板启动正常（run灯变绿色）后（这时该用户板的来电显示电压配置已经保9806HV2.0.0P4T1以后的版本自动计算调整电压，无须手工执行上述操作。TG设备对接无来电显示。TGrtp通过alert/rs放特殊的500ms后停rtp通过alert/ri放试出大概重合时间在20ms左右，因此只要把alert/ri放的时间延迟一点给我们发过来，系1s3s1.8s就给我们发第二次了。因此只要把这个时间往后放成3s就会很正常。对流分析出，来电显示的结束时间是rtp包开始时间过后2.286s，rtp的开始时间是alert/rs第一次26ms后开始放的。而第一次2.301s后通过alert/ri放第二次因此结束是在alert/rs第一次的2.312s后结束，而第二次在2.301s后就已经来了。这样第二次来的时间早于cid的结束时间。这样就造成了时间上的，无法正常TG侧修改放信号的时间，故障解决提示：普通SS是把所有信息包含在H.248TGRTPTG消息与无来电显示的差不多，就是SS让AG给用户送的消息里面含有主叫号码 11:35:27，MEGACO/1[10.23.51.4]:2944 {C=7352{MF=A1530 Ddb消息可能有简单现实和复杂现实两种格式，解释如下： 31303138 31333130353831373232 简单显示总长0x 10 17 20校验（不记 303130373133 02 303230 复杂显示总长时间长度1月7日13点50分号码长度0209长度校验 VOIP系统中，是由软交换下发指令后，9806H才会执行该操作的。从信令中应该能看到SS下发的指令中有”xal/las”。9806HP2T4之前版本默认启用，无需配置，新版本增加以下命令（但默认启用9806(ag)#mod-mgcapabiliallowPR1//在拨打分机、银行等系统中，经常会遇到需要二次拨号的情况，软交换系统在接是说，键盘上后续拨出的DTMFIP包传送；然而，由于在目前DTMFMGDTMF并作为单独的信号(而9806#agmod-exparparid1 -VOICE -Red - -nRed -NOTget-exparDTMFHWPT97DTMF9806H2833方式，也就是说，dtmfPT96DTMFmod-expar命令将相关配置改成非冗余2833方式即可。需要注意的配置如下，特别是斜体字的部分：9806(ag)#get-exparparid:1dtmfrelaymode:nRedRFC2833dtmfpayload:97dtmfredundant:nortppktcheck:faxswtime:长匹配定时器：mod-mgcattrmgctype2dmlong5（20mgctype2HWSS）短匹配定时器：mod-mgcattrmgctype2dmshort3163|163xx。如果必要，还可以修改匹配方案（SS下发号码表时决定ZX9806H(ag)#mod-mgcapabili-long-shortSSmod-mgcattribmgctype1dmlong通话、呼叫转接等功能都需要用到拍叉簧检测，也就是说用户并重新摘机的间隔al/fl。一般碰到无法转接（拍叉簧断Normal即可。9806H(ag)#get-flashlengareaminlengmaxlengNormal90380120830SingaPore90Russia90mod-flashlengarea1minleng90maxleng95588等，也可以正常挂断。但是拨打10000号后始终挂不断，到20多秒时估计超时信令发现时ONU正确上报了al/on消息，但是SS没有下发指令释放资源与电路；最后查出，SS设置了，只有被叫才结束通话。SS9806H9806(ag)#mod-rtpparparid1faxmode //MPR fax //MGSS -T38fax -T30 -SScontrol9806(ag)#mod-mgcapabili - - -T38，0，则使用各个用户的配置模式。Faxpri1SS下发MGfaxpri1来进行。9806(ag)#mod-slcattribslot1 //T.30or - ---Lowspeed-IP 为了保证版本的兼容，缺省情况下，系统上报的号只有v21flag及EOF。系统支持新的电信标准，如需上报消息，配置命令如下： - no -optional -optional -optional -optional -optional -optional ANSWI_TONE - SSTGT38T30。mod-rtpparparid1faxmodemod-mgcapabilifaxpri1mod-mgcapabilifaxpri2mod-slcattribslotslot]faxmode mod-rtpparparid1faxmodemod-mgcapabilifaxpri1mod-mgcapabilifaxpri2mod-slcattribslot[slot]faxmode1 TG对接。自协商 //中兴TG对mod-rtpparparid1faxmodemod-mgcapabilifaxpri11 mod-slcattribslot[slot]faxmode0自协商 //中兴TG对接，此时判断问题要抓包mod-rtpparparid1faxmodemod-mgcapabilifaxpri1mod-slcattribslot[slot]faxmodeV34的T30mod-slcattribslot[slot]faxmodemod-rtppar-mprbparid1faxmode //V34控mod-mgcapabilifaxpri1V34的T38mod-slcattribslot[slot]faxmode mod-rtppar-mprbparid1faxmode mod-mgcapabilifaxpri1 IPmod-rtpparparid1modemmodemod-faxtoneeventflagmgid1answami_tone1answamo_tone1answi_tone//ICSANSWIANSWO的开关modemV34自协商mod-rtpparparid1modemmode03mod-slcattribslot[slot]faxmode0自切换IPmodem（SS不支持全控时目前仅使用，SS上的编码方式应为mod-rtpparparid1faxmodemod-rtpparparid1modemmodemod-slcattribslotslot]faxmode //4Fastmodemmod-rtpparparid1modemmode110mod-slcattribslot[slot]faxmodeLowmodemmod-rtpparparid1modemmode110mod-slcattribslot[slot]faxmodeMod-rtpparparid1ecenable0关闭回声抑制。还可以适当增大冗余以：mod-rtpparparid1g711redundancy //T30mod-rtpparparid1t30message //T30mod-rtpparparid1ecmenabe1 //ECMHDLC帧发给对方。ZXAN(ag)#get-rtpparZXAN(ag)#get-slcattribslotxZXAN(ag)#get-faxtoneeventflagmgid1ZXAN(ag)#get-mgcapabilimgid1请抓一次9806H做被叫的时候得信令和 打印。自协商T38需要上联口抓包来开始做被叫传真之前，在9806H的串口上输入ctrl+Q 然后ZXDSL进入S 输入PrintToneDet=1和faxPrint=1。三页或中间几页的时候出始传真。TGZTE在AG侧抓包发现，TG到AGAG和TGT38方TGAG的tcfprocedure配置AG和TG配置相同的tcfprocedure（mod-rtpparparid1tcfprocedure9806HHWSS，用H248发现9806H没有上报置正确（V21_FLAG_TONE是ctyp/dtone，所以AG检测到SS，，V21flag某地用某台传真机发送正常但接受不正常音但该传真机在PSTN下正CIDType=dtmf后正常。CIDTYPE控制的只是来电改了CIDType=dtmfmodem/POSPOS机/机类似窄带modem数据业务，因此对丢包时延也有一定要求，如果下挂如果是中兴ss，需要在ss上配置业务控制，需要注意的是如果对接的是ZTESS+TG配置业务控制时，有些POS机需要配置1，有些需要配置2119806(ag)#mod-rtpparparid1modemmode -modemdelay--modem-fax-cid-ip -fullmod-faxtoneeventflagmgid1ansamwi_tone1ansamwo_tone1answi_tone1answo_tone3mod-slcattribslotslot]faxmode6//6SS要求的其他模式，5mod-rtpparparid1modemmodeSS不支持全控(SS都支持)IPModem方式。参见传真一在存在一定丢包的情况下，可以尝试配置冗余：mod-rtpparparid1g711redundancy（3份冗余好了如果对POS机配置了业务控制，那配置冗余没有用。如果没有配置业务控制对（即银行接入侧也是ZTE设备且冗余包的payload和近端（POS接入侧）payloadtype:get-expar用户的农行金穗支付通POS9806HPONC220，POS机所拨的接入号码配置“业务控制”数据，使得在软交换上能够优先处理保证稳定建链。但此数POS机故障现象依旧，需抓包分析。172.2.1.1002.1%3.4%C220IPRTP丢包率过大。MODEM和传真业务的丢包率要求一般过0.5%；POS业务一般过1%。如果对POS机配置了业务控制，那配置冗余没有用如果没有配置业务控制对（即银行接入侧也是ZTE设备且冗余包的payloadtype和近端（POS接入侧）一样，那可以配置冗余。payloadtype:get-expar中的dtmfredundant配置冗余：mod-rtpparparid1g711redundancy1~3MG设备上与智能公话有关的参数主要有：DTMFrelay模式和线路增益。9806H(agmod-exparparid1dtmfrelaymode1/0/6都可以尝试。OLTPON口镜像抓包。AG增益（不建议。pktpcmgainpcmtopktAG的增益，目前经验值为-5，但是需要在现场进行多次拨打测试，如果-5不能够满足现场需求，需要进行适当调整，苏州地区采用的增益为-5或-10。9806H(ag)#mod-rtpparparid1pkttopcmgain-5pcmtopktgain-112112测试来测试线路质量，命令如下：9806H#112startitem29times2obliged1sunit3index2 //index0开始=port-1，get-slcstatus0-47。3/312项指标，测两次，obliged=1表示强制测试（无论线路是否AB线间阻抗、AB5M200nF新开ONU状态正常但所有 经过信令，发现是MG与MGC的RTPtermid不一致导致无法拨通MG[Record=!/1<mstest3>:2944P= c=INIP410.251.130.2t=0m=audio10110RTP/AVP8[Record=MEGACO/1[61.157.213.2]:2944 c=INIP4m=audio26048RTP/AVP8MG[Record=!/1<mstest3>:2944 MGMGCRTPtermid修改成一致，故障解决。29806H8、9点左右会自动重启。经查看log，没有人为操作原因，应该是硬件或者环境因素引起，局方自行更换了主控板9806H90-265VUPS等设备了。3ONU下语音用户经常无拨号音或忙音。有时工具、保存方法不当也可能导致信令乱49806H下所有用户 H.248okbreak查看ips、slc的termid与ss一致并且状态都正常，软交换不丢包更换语音ip、语音板、主控板进试，仍然没有解决故障由于9806H采用进行，怀疑可能是。联系局方修改ss上的，然后修改9806H上的与ss一致，局方重新放号后进有一次类似故障，SS上抓信令发现9806H不断在上报重新消息，但在9806H上抓信IPh.248协议不断瞬断，主要是由语音ip或者造成，当发生时，ss回应的消息，会在两个的mg之间不停转换，因此造成h.248协议时断时续。一台9806H下挂的某一用户欠费停机恢复后 局方检查数据确认没有问题，查看软交换上数据配置正常。拨打此用 ，在软交换H248510MG9806H的问题，9806H上“USER00060SLCLOCKOUT，判断是外线短接造成用户序号:25模块:43时间:2008-12- 方向:发 L{v=0c=INIP4$m=audio$RTP/AVP809697a=ptime:20}，R{v=0c=INIP4m=audio32850RTP/AVP8 序号:26模块:43时间:2008-12- 方向:接 摘机有拨号音，但拨打后忙音无法接通。；9806HH248链路状态正常，软交换平台上的节点也是进入服务状态；摘机测；1289806HRTP配置必须一致。RTP9806HRTP9806H上窄带业务使用时RTP是随机分配的，当节点的RTP路数小于设备的时，就会随机出现此OLT9806H都出现通话正常，但拨##即忙音(正常应听到播送本机号码)，而同OLTF820正常。首先这个##SS!/1[10.61.4.6]:2944 {C=- 而正常情况，SSMGTGIPTGSS没有针SS侧数据经检查改正后正常。89806H2，3H248OK。通过信令发现9806H上报RTP号时，SS回应termID询问局方后得知该SSSSRTP号。某酒店9806h接话机部分无法拨打。到现场后在其中一台9806H的MDF侧 10000，114800等拨号完成后，等一段时间就会听到忙音。另有部分端口所有均可拨打成功。H248信令，发现只能机的端口SS下发了两个号码表。分析这两个号表得出3s没有进行下一位拨号时，AG就会