H248协议(IAD)测试方案.docx

IAD测试方案
（MEGACO/H.248协议相关部分）

2005-07-21
修订历史记录
日期
版本
AMD
说明
作者
2005-7-28
1.0

Derek.Yu

（A-添加，M-修改，D-删除）

目录

1. 测试方案说明
本方案只对H.248协议以及和协议密切相关的内容进行测试。
2. 协议和业务流程测试
2.1. H.248/Megaco协议
测试组网图：

2.1.1. H.248注册流程测试
测试编号：callflow_01
测试项目：IAD加电启动发起的注册请求测试
测试目的：检测IAD能否正常发起注册请求
预设条件：IAD加电启动向MGC注册
测试步骤：
1、断开IAD和MGC的网络连接5分钟以上；
2、启动H.248消息跟踪或通过抓包工具抓包；
3、恢复网络连接
测试消息流程图如下所示：
IAD MGC

预期结果：
客户端正确发起注册请求，通过消息跟踪或抓包工具可以跟踪到如下的消息内容：
MEGACO/1 [124.124.124.222]
Transaction = 9998 {
Context = - {
ServiceChange = ROOT {Services {
Method=Restart,
ServiceChangeAddress=55555, Pro}
}
}
}
MEGACO/1 [123.123.123.4]:55555
Reply = 9998 {
Context = - {ServiceChange = ROOT {
Services {ServiceChangeAddress=55555, Pro} } }
}
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_02
测试项目：IAD冷启动注册请求测试
测试目的：检测IAD能否正常发起注册请求
预设条件：IAD没有注册到MGC
测试步骤：
1、IAD和MGC处于断开状态；
2、启动H.248消息跟踪或通过抓包工具抓包；
3、恢复网络连接，IAD向主MGC注册，MGC拒绝接受并在Reply中返回次MGC的地址；
4、IAD向次MGC注册 ServiceChangeReason＝901，注册成功。
测试消息流程图如下所示：
IAD 主MGC
ServiceChange Root Method＝Restart
Reply
次MGC
Reply（MGC Id）

预期结果： IAD向次MGC注册成功。
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_03
测试项目：IAD热启动注册请求测试
测试目的：检测IAD能否正常发起注册请求
预设条件：IAD与软交换已经建立关联，IAD业务运行中。
测试步骤：
1、启动H.248消息跟踪或通过抓包工具抓包；
2、断开MGC和IAD网络连接一段时间。
5、恢复网络连接，IAD再次向MGC注册，ServiceChangeReason＝902,注册成功；
测试消息流程图如下所示：
IAD MGC
Reply
ServiceChange ROOT Method=Restaart

IAD断开和MGC的连接

Reply
预期结果：
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_04
测试项目：版本协商测试
测试目的：检验H.248客户端命令响应的正确性
预设条件：IAD的协议版本高于MGC协议版本，MGC不支持高版本。
测试步骤：
1、正确配置H.248客户端和服务端，保证两端正常连通；
2、启动H.248消息跟踪或通过抓包工具抓包；
3、IAD注册发起的第一个ServiceChange命令中ServiceChangeVersion版本高于MGC支持的版本，MGC 将发送具有低版本协议信息的ServiceChangeReply，而且以后在MG和MGC之间的消息应遵守低版本的协议。
预期结果：通过消息跟踪或抓包工具可以看到IAD和MGC之间使用低版本的协议通信。
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_05
测试项目：IAD终结点请求重新进入服务
测试目的：检验H.248客户端命令响应的正确性
预设条件：终结点TermA已经脱离业务
测试步骤：
1、正确配置H.248客户端和服务端，保证两端正常连通；
2、启动H.248消息跟踪或通过抓包工具抓包；
3、IAD发起ServiceChange命令，方法为Restart，终结点在Null关联；
4、MGC应答，终结点TermA重新进入业务。
预期结果：终结点重新进入业务，MGC上可以看到TermA已经在运行业务状态。
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

2.1.2. H.248注销流程测试
测试编号：callflow_06
测试项目：IAD注销请求测试
测试目的： 检测IAD能否识别MGC发出的消息
预设条件：IAD与软交换已经建立关联，IAD处于业务运行状态。
测试步骤：
1、启动H.248消息跟踪或通过抓包工具抓包；
2、配置好IAD与MGC侧的数据，并且连接正常；
3、IAD发出ServiceChange命令，方法为Graceful；
4、MGC返回正确应答。
测试消息流程图如下所示：
MG MGC

ServiceChange ROOT {Method=Graceful}

预期结果：
1、IAD在MGC上成功注销。
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_07
测试项目：IAD强制注销流程测试
测试目的： 检测IAD能否识别MGC发出的消息
预设条件：IAD与软交换已经建立关联，IAD处于业务运行状态。
测试步骤：
1、启动H.248消息跟踪或通过抓包工具抓包；
2、配置好IAD与MGC侧的数据，并且连接正常；
3、在IAD上删除上级部件MGC；
测试消息流程图如下所示：
MG MGC
ServiceChange{Method=Force}
Reply

预期结果：
1、IAD向MGC发送servicechange消息，其中method项为forced；
2、MGC回送reply消息；
3、消息跟踪流程正确；
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_08
测试项目：IAD请求终结点渐进退出服务（Delay不等于Null）测试
测试目的： 检测IAD能否识别MGC发出的消息
预设条件：IAD与软交换已经建立关联，IAD处于业务运行状态。
测试步骤：
1、启动H.248消息跟踪或通过抓包工具抓包；
2、配置好IAD与MGC侧的数据，并且连接正常；
3、IAD发出ServiceChange命令，方法为Graceful，设置Delay值（不为空）；
4、在Delay时间后MGC发出删除终结点TermA的命令，TermA退出服务。
测试消息流程图如下所示：
MG MGC
ServiceChange TermA
{Method=Graceful}，Delay=x

Subtract TermA

Reply

预期结果：
1、Delay时间后MGC上看不到TermA的信息。
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_09
测试项目：IAD请求终结点渐进退出服务（Delay等于Null）测试
测试目的： 检测IAD能否识别MGC发出的消息
预设条件：IAD与软交换已经建立关联，IAD处于业务运行状态。
测试步骤：
1、启动H.248消息跟踪或通过抓包工具抓包；
2、配置好IAD与MGC侧的数据，并且连接正常；
3、IAD发出ServiceChange命令，方法为Graceful，设置Delay为Null；
4、MGC立即发出删除终结点TermA的命令，TermA退出服务。
测试消息流程图如下所示：
MG MGC
Subtract TermA
Reply
ServiceChange TermA
{Method=Graceful}，Delay=x

预期结果：
1、MGC上看不到TermA的信息。
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_10
测试项目：MGC发生切换注销流程测试
测试目的：检测MG能否识别MGC发出的消息
预设条件：IAD与软交换已经建立关联，IAD处于业务运行状态。
测试步骤
1、打开H248消息跟踪或抓包；
2、配置好IAD和上层MGC的数据，两者连通正常；
3、MGC故障不能对MG提供服务；
4、看消息跟踪和流程是否正确；
ServiceChange TermA Method=handoff
测试消息流程图如下所示：
MG MGC
Reply

预期结果：
1、MGC向发送servicechange消息，其中method项为handoff；
2、IAD回送reply消息；
3、如果1中servicechange消息中包含在MGC中注册的下一个可以连接的mgc地址，IAD会向下一个mgc注册；
5、消息跟踪流程正确；
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_11
测试项目：MGC退出对IAD服务注销流程测试
测试目的：检测MGC不能继续对MG提供服务时，则主动发起对MG的注销
测试步骤
1、打开H248消息跟踪或抓包；
2、配置好IAD和上层MGC的数据，两者连通正常；
3、在MGC上删除下级设备IAD；
4、查看消息流程是否正确；
测试消息流程图如下所示：
ServiceChange TermA Method=Forced
MG MGC
Reply

预期结果：
1、MGC向发送servicechange消息，其中method项为forced，原因值为905；
2、IAD回送reply消息；
3、消息流程正确；
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_12
测试项目：MGC强制IAD终结点退出服务测试
测试目的：检测MG注册后，MGC能否正确回应消息
测试步骤
1、打开H248消息跟踪或抓包；
2、配置好IAD和上层MGC的数据，两者连通正常；
3、在IAD删除pots端口；
4、查看该终结点的消息跟踪是否正确；
预期结果：
1、IAD向MGC发送servicechange消息,其中的terminationid为要退出服务的terminationid；
2、MGC回应IAD reply 消息；
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_13
测试项目：MGC要求IAD终结点返回服务测试
测试目的：检测MG注册后，MGC能否正确回应消息
预设条件：IAD未注册到MGC
测试步骤
1、打开H248消息跟踪或抓包；
2、配置好IAD和上层MGC的数据，两者连通正常；
3、MGC产生ServiceChange命令，方法是Restart，终结点在Null关联；
4、IAD应答，终结点立即返回服务。

预期结果：在MGC上可以查询到该终结点已经进入业务运行状态。
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_14
测试项目：终结点发生故障退出服务测试
测试目的：终结点发生故障时能够正确退出服务
测试步骤
1、打开H248消息跟踪或抓包；
2、配置好IAD和上层MGC的数据，两者连通正常；
3、把一用户端口阻塞,查看消息跟踪是否正确；
预期结果：
1、IAD向MGC发送servicechange消息,其中的terminationid为发生故障要退出服务的terminationid，ServiceChangeReason=905
2、MGC回应IAD reply 消息；
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_15
测试项目：终结点恢复服务测试
测试目的：终结点发生故障后能够正常恢复服务
测试步骤
1、打开H248消息跟踪或抓包；
2、配置好IAD和上层MGC的数据，两者连通正常；
3、把一用户端口阻塞；
4、把此用户解阻塞；
预期结果：
1、IAD向MGC发送servicechange消息,其中的terminationid为要恢复服务的terminationid，ServiceChangeReason=900;
2、MGC回应IAD reply 消息；
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。
2.1.3. H.248呼叫流程测试
测试编号：callflow_16
测试项目：MGC请求MG侧用户监视摘机测试
测试目的：检验H.248客户端命令响应的正确性
测试步骤：
1、 正确配置H.248客户端和服务端，保证两端正常连通；
2、 MGC请求摘机；
3、 启动H.248消息跟踪或通过抓包工具抓包；
预期结果：
MGC侧请求MG监视摘机，通过消息跟踪或抓包工具可以跟踪到如下的消息内容：
MEGACO/1 [216.33.33.61]: 27000
Transaction = 1234 {
Context = - {
Modify = TermA {
Media {
LocalControl {
Mode = Receiveonly}
},
Events = 1111 {al/of}
}
}
}
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_17
测试项目：MG侧监视摘机的响应测试
测试目的：检验H.248客户器端命令响应的正确性
测试步骤：
1、 确配置H.248客户端和服务端，保证两端正常连通；
2、 要摘机；
3、 启动H.248消息跟踪或通过抓包工具抓包；
预期结果：
客户端正确响应服务端：监视摘机的响应（Modify命令响应）。通过消息跟踪可以跟踪到如下的消息内容：
MEGACO/1 [209.110.59.34]: 25000
Reply = 1233 {
Context = - {Modify = TermA}
}
通过抓包工具可以抓到Modify命令的响应报文
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_18
测试项目：客户端IAD摘机测试（Notify命令）
测试目的：检验H.248客户端执行命令的正确性
测试步骤：
1、 确配置H.248客户端和服务端，保证两端正常连通；
2、对一个pots端口进行摘机；
3、启动H.248消息跟踪或通过抓包工具抓包；
预期结果：
H.248客户端注册成功并能成功发送Notify命令，通过消息跟踪可以跟踪到如下的消息内容:
MEGACO/1 [209.110.59.34]: 25000
Transaction = 1234 {
Context = - {
Notify = TermA {ObservedEvents =1111 {
20010202T10000000:al/of}
}
}
}
通过抓包工具可以抓到Notify报文
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_19
测试项目：服务器端MGC响应MG摘机测试
测试目的：检验H.248客户端执行命令的正确性
测试步骤：
1、 确配置H.248客户端和服务端，保证两端正常连通；
2对一个pots端口进行摘机；
3、启动H.248消息跟踪或通过抓包工具抓包；
预期结果：
H.248服务器端响应成功，通过消息跟踪可以跟踪到如下的消息内容:
MEGACO/1 [216.33.33.61]: 27000
Reply = 1234 {
Context = - {Notify = TermA}
}
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_20
测试项目：MGC 请求IAD发拨号音，监视挂机、拨号串，为主叫建立关联测试
测试目的：检验H.248服务器端命令的正确性

测试步骤：
1、 确配置H.248的客户端和服务端，保证两端能正常连通；
2、对用户侧一个POTS端口摘机；
3、启动H.248消息跟踪或通过抓包工具抓包；
预期结果：
服务器端请求客户端发拨号音、监视挂机、拨号串，为主叫建立关联成功 ，通过消息跟踪可跟踪到如下消息内容：
MEGACO/1 [216.33.33.61]: 27000
Transaction = 1235 {
Context = - {
Modify = TermA {
Signals {cg/dt},
DigitMap= Dmap1 {(2XXX)}
Events = 1112 {
al/on, dd/ce {DigitMap=Dmap1}
},
}
}
}
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_21
测试项目： 客户端IAD响应服务端MGC：发拨号音、监视挂机、拨号串，为主叫建立关联的响应测试
测试目的：检验H.248客户器端命令响应的正确性
测试步骤：
1、 置H.248的客户端和服务端，保证两端能正常连通；
2、 户侧一个POTS端口摘机；
3、 启动H.248消息跟踪或通过抓包工具抓包；
预期结果：
客户端正确响应服务器端，发拨号音、监视挂机、拨号串，为主叫建立关联 ，通过消息跟踪可跟踪到如下消息内容
MEGACO/1 [209.110.59.34]: 25000
Reply = 1235 {
Context = - {Modify = TermA}
}
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_22
测试项目：客户端IAD发送被叫号码测试
测试目的：检验H.248客户端命令响应的正确性
测试步骤：
1、 确配置H.248客户端和服务端，保证两端正常连通；
2、 用户侧的一个POTS端口摘机，并拨号；
3、启动H.248消息跟踪或通过抓包工具抓包；
预期结果：
客户端IAD发送被叫号码，通过消息跟踪可跟踪到如下消息内容：
MEGACO/1 [209.110.59.34]: 25000
Transaction = 2001 {
Context = - {
Notify = TermA {ObservedEvents =1112 {
20010202T10010000:dd/ce {ds="2992", Meth=FM}}}
}
}
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_23
测试项目：服务器端响应客户端发送的号码
测试目的：检验H.24服务端命令响应的正确性
测试步骤：
1、确配置H.248客户端和服务端，保证两端正常连通；
2、用户侧的一个POTS端口摘机；
3、启动H.248消息跟踪或通过抓包工具抓包；
预期结果：
客户端IAD发送被叫号码，通过消息跟踪可跟踪到如下消息内容：
MEGACO/1 [216.33.33.61]: 27000
Reply = 2001 {
Context = - {Notify = TermA}
}
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_24
测试项目：服务端MGC请求客户端IAD为主叫建立关联，并振铃 (Add命令)
测试目的：检验H.248服务端命令的正确性
测试步骤：
1、正确配置H.248客户端和服务端，保证两端正常连通；
2、一个电话拨叫另一个电话，听到回铃音后挂机；
3、启动H.248消息跟踪或通过抓包工具抓包；
预期结果：
客户端正确响应服务端：为被叫建立关联，并振铃的响应 (Add命令响应) ，启动消息跟踪可跟踪到如下的消息命令：
MEGACO/1 [216.33.33.61]: 27000
Transaction = 1236 {
Context = $ {
Add = TermA {
Media { Stream = 1 {
LocalControl {
Mode SendReceive,
tdmc/gain=2, ; in dB,
tdmc/ec=on
}
}
}
}
Add = $ {
Media {Stream = 1 {
LocalControl {
Mode = Receiveonly,
},
Local {
v=0
c=IN IP4 $
m=audio $ RTP/AVP 4
a=ptime:30
}
}
}
}
}
}
通过抓包工具可以抓到Add报文。
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_25
测试项目：客户端响应服务端为主叫建立关联的请求
测试目的：检验H.248客户端命令响应的正确性
测试步骤：
1、正确配置H.248客户端和服务端，保证两端正常连通；
2、IAD下的电话摘机放拨号音
3、启动H.248消息跟踪或通过抓包工具抓包；
预期结果：
客户端正确响应服务端：为被叫建立关联，并振铃的响应 (Add命令响应) ，启动消息跟踪可跟踪到如下的消息命令：
MEGACO/1 [209.110.59.34]: 25000
Reply = 1236 {
Context = 1 {
Add = TermA,
Add=EphA{
Media {
Local {
v=0
c=IN IP4 209.110.59.33
m=audio 30000 RTP/AVP 4
a=ptime:30
a=recvonly
} ; RTP pro G.723 is 4
}
}
}
}
通过抓包工具可以抓到Add响应报文。
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_26
测试项目： 服务器端请求客户端为被叫建立关联，并振铃
测试目的：检验H.248客户端执行命令的正确性
测试步骤：
1、正确配置H.248客户端和服务端数据，保证两端正常连通；
2、用户侧一个电话拨叫另一个电话；
3、被叫振铃，摘机；
4、通过抓包工具抓包；
预期结果：
客户端发送被叫摘机（notify）命令，通过消息跟踪可跟踪到如下的消息命令：
MEGACO/1 [216.33.33.61]:27000
Transaction = 1237 {
Context = $ {
Add = TermB { Media {
LocalControl {Mode = Receiveonly} },
Signals {al/ri},
Events =1234{al/of {events = 1235 {al/on}}},
},
Add = $ {Media {
LocalControl {
Mode = Receiveonly,
},
Local {
v=0
c=IN IP4 $
m=audio $ RTP/AVP 4
},
Remote {
v=0
c=IN IP4 209.110.59.33
m=audio 30000 RTP/AVP 4
} ; RTP pro G.723 is 4
}
}
}
}
通过抓包工具可以抓到Notify报文
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_27
测试项目：服务端响应客户端：发送被叫摘机的响应测试（Notify命令响应）
测试目的：检验H.248服务端命令响应的正确性
测试步骤：
1、正确配置H.248客户端和服务端数据，保证两端正常连通；
2、用户侧一个电话拨叫另一个电话；
3、被叫振铃，摘机；
4、通过抓包工具抓包；
预期结果：
服务端正确响应客户端，通过消息跟踪可跟踪到如下的消息内容：
MEGACO/1 [207.176.47.89]: 26000
Reply = 1237 {
Context = 2 {
Add = TermB,
Add = EphB{
Media {
Local {
v=0
c=IN IP4 207.176.47.90
m=audio 40000 RTP/AVP 4
}
} ; RTP pro G723 is 4
}
}
}
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_28
测试项目：MGC 请求 IAD 给主叫发送回铃音，并通告被叫的UDP/IP
测试目的：检验H.248服务端执行命令的正确性
测试步骤：
1、正确配置H.248客户端服务端。并保证两端能正常连通；
2、用户侧一个电话拨叫另一个电话；
3、被叫振铃；
4、启动消息跟踪或通过抓包工具抓包；

预期结果：
通过消息跟踪可跟踪到如下的消息内容：
MEGACO/1 [216.33.33.61]:27000
Transaction = 1238 {
Context = 1 {
Modify = TermA {
Signals {cg/rt}
},
Modify = EphA {
Media {
Stream = 1 {
Remote {
v=0
c=IN IP4 125.125.125.111
m=audio 1111 RTP/AVP 4
}
} ; RTP pro G723 is 4
}
}
}
}
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_29
测试项目：客户端响应服务端主叫发回铃音
测试目的：检验H.248客户端命令响应的正确性
测试步骤：
1、正确配置H.248客户端服务端。并保证两端能正常连通；
2、用户侧一个电话拨叫另一个电话；
3、被叫振铃；
4、启动消息跟踪或通过抓包工具抓包；
预期结果：
通过OAM消息跟踪或抓包工具可跟踪到如下的消息内容：
MEGACO/1 [209.110.59.34]: 25000
Reply = 1238 {
Context = 1 {Modify = TermA, Modify = EphA}
}
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_30
测试项目： 客户端IAD向被叫发送摘机信息
测试目的：检验H.248客户端执行命令的正确性
测试步骤：
1、正确配置H.248客户端服务端。并保证两端能正常连通；
2、用户侧一个电话拨叫另一个电话；
3、被叫电话处于振铃态；
4、启动消息跟踪或通过抓包工具抓包；
预期结果：
H.248客户端能成功用Notify命令发送挂机消息，通过消息跟踪可跟踪到如下消息内容：
MEGACO/1 [207.176.47.89]: 26000
Transaction = 3000 {
Context = 2 {
Notify = TermB {ObservedEvents =1234 {
20000202T10020000:al/of}}
}
}
通过抓包工具可以抓到Notify报文。
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_31
测试项目： 服务端响应客户端IAD向被叫发起的摘机信息
测试目的：检验H.248服务端命令响应的正确性
测试步骤：
1、正确配置H.248客户端服务端。并保证两端能正常连通；
2、用户侧一个电话拨叫另一个电话；
3、被叫电话处于振铃态；
4、启动消息跟踪或通过抓包工具抓包；
预期结果：
服务端响应客户端被叫电话摘机的响应（Notify命令响应），通过消息跟踪可跟踪到如下消息内容：
MEGACO/1 [216.33.33.61]: 27000
Reply = 3000 {
Context = 2 {Notify = TermB}
}
测试结果：
判定原则：测试结果必须和预期结果相符，否则不符合要求。

测试编号：callflow_32
测试项目：服务端请求客户端IAD停被叫的振铃，将被叫置为收发模式
测试目的：检验H.248服务端执行命令的正确性
测试步骤：
1、正确配置H.248客户端服务端，并保证两端能正常连通；
2、用户侧一个电话拨叫另一个电话；
3、被叫电话摘机；
4、启动消息跟踪或通过抓包工具抓包；
预期结果：
通过OAM消息跟踪或抓包工具可跟踪到如下消息内容：
MEGACO/1 [216.33.33.61]: 27000