AG1540故障判断标准之现象及原因

《AG1540故障判断标准之现象及原因》由会员分享，可在线阅读，更多相关《AG1540故障判断标准之现象及原因（36页珍藏版）》请在装配图网上搜索。

1、AG1540 故障判断标准之现象及原因Release 1.2 2006/12/261. 用户无法打电话,MGI端口无法成功注册到MGC2. 用户无法打电话,但故障在短时间内自动恢复; 网管历史告警里面有MGI interface注册中断的告警3. 用户无法打电话,且故障无法自动恢复; 告警显示MGC unreachable或无告警4. VISCA卡频繁重起或切换5. 用户状态不一致，导致无法打电话6. AG1540用户与TG用户语音单通7. 用户打电话语音时断时续有时延8. AG网管上有大量用户告警信息9. 用户摘机无拨号音，DSP状态变化导致的异常10. VISCB更换过程中，CT Back

2、up & Restore故障 11. AG和PSTN之间透明传真失败 12. AG和PSTN之间透明传真失败率很高 13. AG和PSTN之间T38实时传真失败 附件1. 如何收集VISCA trace消息附件2. 正常的网关注册流程消息附件4. AG1540心跳机制说明附件5. AG1540故障高发期间的日常维护附件6. AG1540 CT Debugger trace收集以下是根据NGN网络中AG1540常见故障现象总结出的多种原因。1.用户无法打电话,MGI端口无法成功注册到MGC总体来说,根据不同故障现象有以下不同的原因1.1其它故障现象:AG有告警”MGC unreachable”;

3、 从AG网段ping MGC的IP地址ping不通或有明显丢包; 从MGC ping AG NEHC或VISCA IP地址也ping不通或有明显丢包;VISCA MGI interface及用户端口状态为disable引起原因：1.1.1).用户IP网络不稳定或网络中断。1.1.2).如果MGC IP无法ping通,检查MGC是否业务中断.1.1.3).检查是否大量AG同一时间出现都问题,如果同时多个节点大面积瘫痪，承载网或核心MGC可能出现故障.（对于现场紧急故障，在插拔板卡恢复业务前，均应按如下步骤尽量收集有用的trace，以便事后定位问题。）应对:a)从AG/MGC两侧的网管平台查看并记

4、录网关注册状态及告警信息，确认两侧状态是否一致；b)收集VISCA IP ping包结果,收集COCO trace, 检查用户网络及路由，确认VISCA的下一跳路由是否畅通，确认是否只有VISCA的IP不通；c)查看Switchover的配置方式（Warm switchover/Hot switchover），确认VISCA冗余的配置方式是11还是21/3+1，VISCA板卡下是否配有对应的Plug；d)在确认网络没问题之后，尝试lock/unlock MGI接口，触发AG重新向软交换注册，收集COCO trace，查看注册流程是否正常e)如果d）步操作之后，AG仍然不能成功注册，重新rese

5、t(或插拔)VISCA板，待VISCA重启完毕后确认VISCA IP是否能ping通？业务是否恢复？收集VISCA debug、COCO trace；f）若e）步操作之后，AG仍然不能成功注册，则需reset(或插拔) NEHC板，系统重启之后应能恢复业务，重启能排除1540自身的软件故障，如果还是无法恢复业务，则需进一步确认系统硬件是否有损坏，确认MGC是否升过版本或打过新补丁？和MGC的互通是否存在新问题？1.2. 其它故障现象:AG有告警”MGC unreachable”; 从AG网段ping MGC的IP地址无丢包无明显超长时延; 从MGC ping AG NEHC或VISCA IP地

6、址也无丢包无明显超长时延; VISCA MGI interface及用户端口状态为disable.切换到standby的VISCA后故障照旧.引起原因：1.2.1). AG上关于MGC的IP或路由数据配置错误应对:检查并更正VISCA 上MGC Itf的IP地址,默人路由地址配置数据.1.2.2). AG上配置的用户数据与MGC侧用户数据不匹配应对:此类问题一般发生在新开局或有局数据改变时.收集并检查VISCA debug trace, 收集并检查MGC trace,查看是否有端口重复发送ServiceChange消息要求激活端口状态,但是一直无法得到响应.检查MGC侧与AG侧的用户配置数据.

7、2.用户无法打电话,但故障在短时间内自动恢复; 网管历史告警里面有MGI interface注册中断的告警2.1 其它故障现象:VISCA卡无切换; VISCA trace消息显示有持续重新注册消息引起原因：2.1.1). 网络不稳定, 短时间中断应对:收集网络长ping包,检查故障发生时是否有ping包中断或超长时延;检查路由网络.2.2 其它故障现象:VISCA卡发生切换引起原因：2.2.1). VISCA不稳定, 切换导致话务中断应对:收集分析对应时间段的MGC trace;收集VISCA及NEHC debug trace,分析问题root cause.3.用户无法打电话,且故障无法自动

8、恢复; 告警显示MGC unreachable或无告警3.1 其它故障现象:VISCA卡无切换; ping VISCA IP地址无响应.引起原因：3.1.1). VISCA卡吊死应对:问题重现前收集VISCA吊死前的NEHC及VISCA trace以定位问题; 手动切换或重起动VISCA卡以恢复业务.4. VISCA卡频繁重起或切换4.1 其它故障现象:告警显示MGC unreachable. MGC和AG侧相互ping包时断时续. 甚至整个子框发生重新启动.引起原因：4.1.1). 网络不稳定,导致VISCA启动保护机制反复切换或重起以图自动恢复业务.应对:收集ping包, 检查网络，在VI

9、SCA的上联交换机上监控网络状态，统计delay/drop/jitter等网络参数。.4.2 其它故障现象:告警显示MGC unreachable. 引起原因：4.2.1). MGC吊死或中断. 应对:收集ping包, 检查网络,检查MGC状态.4.2.2). VISCA卡不稳定应对:收集MGC trace, 问题重现前收集NEHC及VISCA trace以定位问题.5. 用户状态不一致，导致无法打电话5.1 其它故障现象:MGC注册失败, 但lock/unlock MGI Itf后能显示注册成功,但用户试拨打电话不成功,且显示MGC注册又失败 引起原因：5.1.1). 网络不稳定.应对:收集

10、ping包, 检查网络.5.1.2). MGC侧数据与AG侧不匹配,有误.应对:检查AG/MGC两侧的用户状态是否一致检查MGC侧用户数据,更改或重新创建数据.6. AG1540用户与TG用户语音单通6.1 其它故障现象:AG1540内部电话无单通现象引起原因：6.1.1). TG侧配置有误, 如时钟同步配置有误;或其它错误.应对:检查并更正TG配置错误.7. 用户打电话语音时断时续有时延7.1 其它故障现象:网络ping包有超长时延或丢包引起原因：7.1.1). 网络故障.应对:收集ping包,检查网络. 在VISCA的上联交换机上监控网络状态，统计delay/drop/jitter等网络参

11、数。利用Ethereal等工具统计功能，察看RTP消息的丢包情况。8. AG网管上有大量用户告警信息7.1 其它故障现象:网关正常注册在MGC上，但是CT上存在大量用户告警”communication protocol error”引起原因：AG/MGC两侧用户数据不一致，导致AG注册成功后，上报servicechange900，在CT上产生大量告警信息。.应对:a)在AG/MGC两侧统一用户数据。b)如果现场一定要求AG预先创好所有用户数据，则需更改MGC的注册流程为Modify *，并在MGC更改配置后，对AG进行重新注册，使设置生效。9. 用户摘机无拨号音，DSP状态变化导致的异常故障现

12、象：内部呼叫，无回ringback tone；故障分析：1540内部呼叫时，MGC命令1540本地放ringback tone(1540 call PSTN, 是被叫放ringback tone)。MGC发送命令的速度很快，当前一条Modify命令要求1540更改Remote Descriptor时，会触发1540进行配置DSP。如果DSP状态处于变化中时(状态切换时间为ms级)收到MGC发来的要求play signal命令，则1540无法正常播放被要求的signal, 同时VISC trace打印如下错误：应对：收集并检查VISCA debug trace（并打开DSP debug开关，收集

13、相关DSP端口状态）, 对照并检查MGC trace/Ethereal trace, 查看是否某种特殊的呼叫流程（比如call waiting, 3-way call等某种附加业务）会导致DSP端口状态异常。类似DSP的问题都需要同时提供Ethereal trace/VISC trace进行对照分析。10. VISCB更换过程中，CT Backup & Restore故障 故障现象：由VISCA更换到VISCB后，无法正常Restore数据；故障分析：由于VISCB支持VLAN tag，正是VISCB和VISCA的备份数据在数据结构上有一定差别，导致无法正常Restore。/!NE:+Inh/

14、Label Location Version InhibitStbyAlarms 1540%22V1%FR2IN%EU LOCKEDfrom VoIP R2.2 backup file, by the corresponding in FR2.4CH backup file/!NE:+AlTimer/Label Location Version V5SwitchOverMode InhibitStbyAlarms 1540%24D1%FR2IN%EU Warm UNLOCKED 1200 800应对：升级到VISCB后，手工修改备份文件，然后Restore。11. AG和PSTN之间透明传真失

15、败 故障现象：AG和PSTN之间的传真总是失败；故障分析：透明传真分为带内(audio)和带外(rfc2833)两种方式。不同设备之间的透明传真问题，通常是由于AG、TG两侧关于rfc2833的配置不一致所致。# DTMF parameters/ rfc2833_payloadtype 96, 97/ dtmf_processing audio, rfc2833, both, nonerfc2833_payloadtype 97dtmf_processing audio应对：检查AG1540的版本和CDE文件，看如下关于rfc2833的配置是否与TG一致？通过Ethereal抓网关之间的RTP

16、包进行分析。12. AG和PSTN之间透明传真失败率很高 故障现象：AG和PSTN之间的传真失败率很高；故障分析：透明传真对承载网的要求很高，当网络丢包率大于1时，传真成功率会明显下降。现场出现透明传真失败，很可能和网络状况有关。透明传真分为带内(audio)和带外(rfc2833)两种方式。带外rfc2833的传真方式对网络的容忍度较带内方式强。应对：通过Ethereal抓网关之间的RTP包进行分析。通过Ethereal的统计工具查看丢包率。13. AG和PSTN之间T38实时传真失败 故障现象：AG和PSTN之间的T38传真失败。故障分析：包交换网络却存在包丢失、可变的延时和抖动等问题。对

17、于话音业务，单个包的丢失可能不会引起注意，但是对于像FAX/Modem握手过程，同样丢失一个包就可能导致呼叫的丢失或长时间的恢复过程，而且速度降低。传真过程按阶段分为如下部分：1) 阶段A - 呼叫建立(CNG,CED)。2) 阶段B - 属性、容量和控制信令(DIS,DCS,TCF,CFR)。3) 阶段C - 单页传真传输(EOP,MCF)。4) 阶段D - 页结束信令和多页通知(MPS)。5) 阶段E - 呼叫终止(DCN)。通常T38失败的原因可能为如下2点：1 软交换控制的流程存在配合上的问题（MEGACO）；2 网关之间进入传真协商阶段后协商失败（RTP）。应对：通过Ethereal

18、抓网关之间的MEGACO、RTP包进行分析。附件1. 如何收集VISCA trace消息如果现场发生AG1540问题, TAC要求现场收集VISCA MEGACO trace时, 可以通过以下方式来收集trace.telnet Username: root Password : Farandulah: enter menuInput bellowg: enter megacom：enter or quit dbg mode如显示：megagoDbg=1 则说明dbg 已经打开，为0则没有打开，要再打一次m切换到打开状态0x2f1a7b0 (DEBG): 89:06:03.194363megag

19、oDbg=1收集完trace后, 必须再打一次m 关闭trace. 如果看到megagoDbg=0则表明dbg已经关闭.0x2f1a7b0 (DEBG): 89:06:03.194363megagoDbg=0注: 如果VISCA发生故障无法ping通或telnet 到VISCA IP, 请 telnet 直接收集NEHC上的trace, 以查看VISCA卡状态.附件2. 正常的网关注册流程消息0x2fb9858 (OAMH): 2:12:45.844579Registered IP is 10.0.48.400x2fb9858 (OAMH): 2:12:45.844666Register Pr

20、imary MGC0x22ac760 (mgReadAndProcessQueue): 2:12:45.846889MEGACO/1 10.0.58.99 Transaction=768Context=-ServiceChange=ROOTServicesMethod=Restart,Reason=902 Warm Boot,ServiceChangeAddress=2944,Profile=LiteSpan_Profile/1,Version=1,20000101T021931说明AG1540向软交换发起重新注册。0x22a7728 (parser_proc): 2:12:45.860742

21、!/1 10.0.48.40 P=768C=-SC=ROOTSVAD=11000,PF=CLS/1,V=1说明软交换回复注册消息，并分配端口号11000。0x2c5dc78 (MGRX): 2:12:45.864513Changing MGC UDP port 11000 !0x2c5dc78 (MGRX): 2:12:45.864590Set the connectionEverLost value to TRUE0x22a7728 (parser_proc): 2:12:45.865431!/1 10.0.48.40 T=20638C=-MF=ROOT DM=Shanghai1(000-7

22、9x.|01349xxxxxxx|2-7xxxxxxx|5708xxxx|02-9x.|EF0-9ABCDEF.)说明软交换下发digitmap给AG。0x22ac760 (mgReadAndProcessQueue): 2:12:45.870928MEGACO/1 10.0.58.99 Reply=20638Context=-Modify=ROOTTransactionResponseAck768说明AG对digitmap的回复。0x22a7728 (parser_proc): 2:12:45.872654!/1 10.0.48.40 T=20639C=-AC=*ATM 说明软交换发起AC消

23、息给AG，审计网关能力。0x2c5dc78 (MGRX): 2:12:45.874589Fist command is wildcarded.0x2c5dc78 (MGRX): 2:12:45.874667Command over a term diff from Root.0x2c5dc78 (MGRX): 2:12:45.874706First Command processed.0x22ac760 (mgReadAndProcessQueue): 2:12:45.877045MEGACO/1 10.0.58.99 Reply=20639Context=-AuditCapability=*

24、MediaTerminationStateBuffer=OFF,ServiceStates=InService,Stream=0LocalControlMode=SendReceive,nt/jit=200,tdmc/ec=on,ReservedVa说明AG对审计的回复。0x22a7728 (parser_proc): 2:12:45.879741!/1 10.0.48.40 T=20640C=-MF=P1E=589829al/ofstrict=exact,EMSGcg/dt,E=393217dd/ce DM=Shanghai1,al/onstrict=exact,g/sc,al/onstri

25、ct=exact说明软交换对各个终结点下发Modify消息，对各个终结点进行初始化。如果MGC配置为Modify*，则只下发一条消息，对所有节点进行初始化。0x22ac760 (mgReadAndProcessQueue): 2:12:45.888645MEGACO/1 10.0.58.99 Reply=20640Context=-Modify=P1说明AG对终结点Modify的回复。此时AG注册成功，MGI接口状态为enabled。0x22a7728 (parser_proc): 2:12:45.890143!/1 10.0.48.40 T=20641C=-MF=P2E=589829al/o

26、fstrict=exact,EMSGcg/dt,E=393217dd/ce DM=Shanghai1,al/onstrict=exact,g/sc,al/onstrict=exact0x22ac760 (mgReadAndProcessQueue): 2:12:45.898517MEGACO/1 10.0.58.99 Reply=20641Context=-Modify=P2附件3. 正常的H248呼叫流程(AG1540之间的呼叫)1, 09/08/04 10:22:10.419543, MEGACO-Req-NTFY, 153 bytes, 218.1.130.248, 218.1.130.

27、254, 2944, 11000MEGACO/1 218.1.130.248 Transaction=2280Context=-Notify=P1ObservedEvents=58982920000101T15265309:al/of2, 09/08/04 10:22:10.423589, MEGACO-Rsp-NTFY, 79 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 P=2280C=-N=P13, 09/08/04 10:22:10.423765, MEGACO-Rsp-NTFY, 79 bytes,

28、 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 P=2280C=-N=P14, 09/08/04 10:22:10.434432, MEGACO-Req-MOD, 164 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 T=131C=-MF=P1MOMO=SR,E=589830dd/ce DM=Shanghai1,al/onstrict=exact,al/fl,g/sc,SGcg/dt5, 09/08/04 10:22:10.434655,

29、 MEGACO-Req-MOD, 164 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 T=131C=-MF=P1MOMO=SR,E=589830dd/ce DM=Shanghai1,al/onstrict=exact,al/fl,g/sc,SGcg/dt6, 09/08/04 10:22:10.472083, MEGACO-(Rsp-MOD,RspAck), 126 bytes, 218.1.130.248, 218.1.130.254, 2944, 11000MEGACO/1 218.1.130.248

30、Reply=131Context=-Modify=P1TransactionResponseAck22807, 09/08/04 10:22:13.618376, MEGACO-Req-NTFY, 176 bytes, 218.1.130.248, 218.1.130.254, 2944, 11000MEGACO/1 218.1.130.248 Transaction=2281Context=-Notify=P1ObservedEvents=58983020000101T15265714:dd/ceds=28970903,Meth=UM8, 09/08/04 10:22:13.620788,

31、MEGACO-(Rsp-NTFY,RspAck), 85 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 P=2281C=-N=P1K1319, 09/08/04 10:22:13.620966, MEGACO-(Rsp-NTFY,RspAck), 85 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 P=2281C=-N=P1K13110, 09/08/04 10:22:13.634846, MEGACO-Req-(ADD,A

32、DD), 192 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 T=132C=$A=P1MOMO=SR,tdmc/ec=on,tdmc/gain=3,A=$MOMO=RC,Lv=0c=IN IP4 $m=audio $ RTP/AVP 8,E=720901nt/netfail11, 09/08/04 10:22:13.635044, MEGACO-Req-(ADD,ADD), 192 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.2

33、54 T=132C=$A=P1MOMO=SR,tdmc/ec=on,tdmc/gain=3,A=$MOMO=RC,Lv=0c=IN IP4 $m=audio $ RTP/AVP 8,E=720901nt/netfail12, 09/08/04 10:22:13.676051, MEGACO-(Rsp-(ADD,ADD),RspAck), 203 bytes, 218.1.130.248, 218.1.130.254, 2944, 11000MEGACO/1 218.1.130.248 Reply=132Context=31Add=P1,Add=E65565MediaLocalv=0m=audi

34、o 49242 RTP/AVP 8TransactionResponseAck228113, 09/08/04 10:22:14.252290, MEGACO-(Req-(ADD,ADD),RspAck), 254 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 T=133C=$A=P2MOMO=SR,tdmc/ec=on,tdmc/gain=3,A=$MOMO=SR,Lv=0c=IN IP4 $m=audio $ RTP/AVP 8,Rv=0m=audio 49242 RTP/AVP 8,E=720901nt

35、/netfailK13214, 09/08/04 10:22:14.252498, MEGACO-(Req-(ADD,ADD),RspAck), 254 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 T=133C=$A=P2MOMO=SR,tdmc/ec=on,tdmc/gain=3,A=$MOMO=SR,Lv=0c=IN IP4 $m=audio $ RTP/AVP 8,Rv=0m=audio 49242 RTP/AVP 8,E=720901nt/netfailK13215, 09/08/04 10:22:

36、14.280022, MEGACO-Rsp-(ADD,ADD), 175 bytes, 218.1.130.248, 218.1.130.254, 2944, 11000MEGACO/1 218.1.130.248 Reply=133Context=32Add=P2,Add=E65566MediaLocalv=0m=audio 49272 RTP/AVP 816, 09/08/04 10:22:14.282978, MEGACO-(Req-(MOD,MOD),RspAck), 157 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218

37、.1.130.254 T=134C=32MF=P2E=589829al/ofstrict=exact,al/onstrict=exact,SGal/ri,MF=E65566K13317, 09/08/04 10:22:14.283156, MEGACO-(Req-(MOD,MOD),RspAck), 157 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 T=134C=32MF=P2E=589829al/ofstrict=exact,al/onstrict=exact,SGal/ri,MF=E65566K133

38、18, 09/08/04 10:22:14.331388, MEGACO-Rsp-(MOD,MOD), 113 bytes, 218.1.130.248, 218.1.130.254, 2944, 11000MEGACO/1 218.1.130.248 Reply=134Context=32Modify=P2,Modify=E6556619, 09/08/04 10:22:14.335211, MEGACO-(Req-(MOD,MOD),RspAck), 179 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254

39、T=135C=31MF=P1SGcg/rtSY=TO,DR=0,MF=E65565MRv=0m=audio 49272 RTP/AVP 8K13420, 09/08/04 10:22:14.335400, MEGACO-(Req-(MOD,MOD),RspAck), 179 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 T=135C=31MF=P1SGcg/rtSY=TO,DR=0,MF=E65565MRv=0m=audio 49272 RTP/AVP 8K13421, 09/08/04 10:22:14.3

40、81496, MEGACO-Rsp-(MOD,MOD), 113 bytes, 218.1.130.248, 218.1.130.254, 2944, 11000MEGACO/1 218.1.130.248 Reply=135Context=31Modify=P1,Modify=E6556522, 09/08/04 10:22:16.199706, MEGACO-Req-NTFY, 154 bytes, 218.1.130.248, 218.1.130.254, 2944, 11000MEGACO/1 218.1.130.248 Transaction=2282Context=32Notify

41、=P2ObservedEvents=58982920000101T15265925:al/of23, 09/08/04 10:22:16.202364, MEGACO-(Rsp-NTFY,RspAck), 86 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 P=2282C=32N=P2K13524, 09/08/04 10:22:16.202568, MEGACO-(Rsp-NTFY,RspAck), 86 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1

42、 218.1.130.254 P=2282C=32N=P2K13525, 09/08/04 10:22:16.214066, MEGACO-Req-MOD, 134 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 T=136C=32MF=P2MOMO=SR,E=589830al/onstrict=exact,al/fl,g/sc26, 09/08/04 10:22:16.214237, MEGACO-Req-MOD, 134 bytes, 218.1.130.254, 218.1.130.248, 11000,

43、 2944!/1 218.1.130.254 T=136C=32MF=P2MOMO=SR,E=589830al/onstrict=exact,al/fl,g/sc27, 09/08/04 10:22:16.250824, MEGACO-(Rsp-MOD,RspAck), 127 bytes, 218.1.130.248, 218.1.130.254, 2944, 11000MEGACO/1 218.1.130.248 Reply=136Context=32Modify=P2TransactionResponseAck228228, 09/08/04 10:22:16.255348, MEGAC

44、O-(Req-(MOD,MOD),RspAck), 115 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 T=137C=31MF=P1SG,MF=E65565MOMO=SRK13629, 09/08/04 10:22:16.255510, MEGACO-(Req-(MOD,MOD),RspAck), 115 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 T=137C=31MF=P1SG,MF=E65565MOMO=SRK13

45、630, 09/08/04 10:22:16.298606, MEGACO-Rsp-(MOD,MOD), 113 bytes, 218.1.130.248, 218.1.130.254, 2944, 11000MEGACO/1 218.1.130.248 Reply=137Context=31Modify=P1,Modify=E6556531, 09/08/04 10:22:18.348566, MEGACO-Req-NTFY, 154 bytes, 218.1.130.248, 218.1.130.254, 2944, 11000MEGACO/1 218.1.130.248 Transact

46、ion=2283Context=32Notify=P2ObservedEvents=58983020000101T15270129:al/on32, 09/08/04 10:22:18.362308, MEGACO-Rsp-NTFY, 80 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 P=2283C=32N=P233, 09/08/04 10:22:18.362500, MEGACO-Rsp-NTFY, 80 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!

47、/1 218.1.130.254 P=2283C=32N=P234, 09/08/04 10:22:18.402429, MEGACO-Req-SUB, 78 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 T=138C=32S=*35, 09/08/04 10:22:18.402491, MEGACO-Req-SUB, 78 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 T=138C=32S=*36, 09/08/04 10

48、:22:18.413423, MEGACO-(Rsp-(SUB,SUB),RspAck), 272 bytes, 218.1.130.248, 218.1.130.254, 2944, 11000MEGACO/1 218.1.130.248 Reply=138Context=32Subtract=P2Statisticsamet/cpc=0,amet/pcslr=0,Subtract=E65566Statisticsnt/os=0,nt/or=0,nt/dur=4000,rtp/ps=0,rtp/pr=0,rtp/jit=0,rtp/pl=0,rtp/delay=0TransactionRes

49、ponseAck228337, 09/08/04 10:22:18.417697, MEGACO-(Req-MOD,RspAck), 116 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 T=139C=-MF=P2E=589829al/ofstrict=exactK13838, 09/08/04 10:22:18.417848, MEGACO-(Req-MOD,RspAck), 116 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.

50、254 T=139C=-MF=P2E=589829al/ofstrict=exactK13839, 09/08/04 10:22:18.433508, MEGACO-Req-(MOD,MOD), 140 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 T=140C=31MF=P1MOMO=SR,SGSL=1cg/bt,xcg/roh,MF=E65565MOMO=IN40, 09/08/04 10:22:18.433675, MEGACO-Req-(MOD,MOD), 140 bytes, 218.1.130.2

51、54, 218.1.130.248, 11000, 2944!/1 218.1.130.254 T=140C=31MF=P1MOMO=SR,SGSL=1cg/bt,xcg/roh,MF=E65565MOMO=IN41, 09/08/04 10:22:18.458068, MEGACO-Rsp-MOD, 98 bytes, 218.1.130.248, 218.1.130.254, 2944, 11000MEGACO/1 218.1.130.248 Reply=139Context=-Modify=P242, 09/08/04 10:22:18.510248, MEGACO-Rsp-(MOD,M

52、OD), 113 bytes, 218.1.130.248, 218.1.130.254, 2944, 11000MEGACO/1 218.1.130.248 Reply=140Context=31Modify=P1,Modify=E6556543, 09/08/04 10:22:21.298517, MEGACO-Req-NTFY, 154 bytes, 218.1.130.248, 218.1.130.254, 2944, 11000MEGACO/1 218.1.130.248 Transaction=2284Context=31Notify=P1ObservedEvents=589830

53、20000101T15270433:al/on44, 09/08/04 10:22:21.312012, MEGACO-(Rsp-NTFY,RspAck), 90 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 P=2284C=31N=P1K139-14045, 09/08/04 10:22:21.312211, MEGACO-(Rsp-NTFY,RspAck), 90 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 P=228

54、4C=31N=P1K139-14046, 09/08/04 10:22:21.351996, MEGACO-Req-SUB, 78 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 T=141C=31S=*47, 09/08/04 10:22:21.352069, MEGACO-Req-SUB, 78 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 T=141C=31S=*48, 09/08/04 10:22:21.362958,

55、 MEGACO-(Rsp-(SUB,SUB),RspAck), 284 bytes, 218.1.130.248, 218.1.130.254, 2944, 11000MEGACO/1 218.1.130.248 Reply=141Context=31Subtract=P1Statisticsamet/cpc=0,amet/pcslr=0,Subtract=E65565Statisticsnt/os=47840,nt/or=32000,nt/dur=7000,rtp/ps=299,rtp/pr=200,rtp/jit=1,rtp/pl=0,rtp/delay=0TransactionRespo

56、nseAck228449, 09/08/04 10:22:21.366142, MEGACO-(Req-MOD,RspAck), 116 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.254 T=142C=-MF=P1E=589829al/ofstrict=exactK14150, 09/08/04 10:22:21.366298, MEGACO-(Req-MOD,RspAck), 116 bytes, 218.1.130.254, 218.1.130.248, 11000, 2944!/1 218.1.130.25

57、4 T=142C=-MF=P1E=589829al/ofstrict=exactK14151, 09/08/04 10:22:21.407679, MEGACO-Rsp-MOD, 98 bytes, 218.1.130.248, 218.1.130.254, 2944, 11000MEGACO/1 218.1.130.248 Reply=142Context=-Modify=P1附件4. AG1540心跳机制说明对于承载网中断的情况，AG1540依靠如下两种手段来检测中断：1. 在没有用户摘机等事件触发的情况下，AG采用心跳机制来检测中断。目前江苏现网采用的是有MGC控制的心跳机制，心跳消息为

58、空的Auditvalue=ROOT，心跳的周期在软交换上设置，为60秒。当网络中断时，如果AG在8个心跳周期内未收到软交换发来的Auditvalue=ROOT消息，则认为网络中断，会进入902 Warmreboot的注册流程。902 Warmreboot的注册流程为：第一次热启动的发起时间为随机时间（按H248企标，是为防止多个AG同时注册，防止雪崩），如果第一次仍然未注册成功，则会循环尝试第2次，第3次，直至成功注册到软交换。如果在注册过程中，网络仍然在频繁抖动，在这种网络状况极不稳定的异常情况下，AG会尝试901进行冷启动注册。2. 在有用户摘机等事件触发的情况下，AG采用Transact

59、ion重传机制来检测中断。当承载网中断时，此时如果有用户摘机，则会触发AG上报Notify off-hook事件给MGC，但由于网络中断，AG无法收到MGC的回复，会连续尝试重传7次，如果7次都未得到回复，则认为网络中断。目前Transaction7次重传的总时间约为14秒（每次重传之间间隔约2秒），这个值可以根据用户的需求进行更改，但是依据其它现场的经验，14秒已经是一个比较合适的中间值，过小或过大都会造成设备异常。如果网络中断大于14秒，AG才会检测到中断而进行重新注册；而对于网络23秒的闪断，则不会导致AG的重新注册。但是如果网络频繁抖动，或者在注册过程中，网络仍然在频繁抖动，在这种网络状况极不稳定的异常情况下，AG仍会尝试901进行冷启动注册。在保证通话质量的情况下，AG1540对承载网