2023年度H248协议测试方案【精选推荐】

下面是小编为大家整理的2023年度H248协议测试方案【精选推荐】,供大家参考。

H248 协议测试方案 IAD 测试方案 （8 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 预期结果：

　　IAD向次MGC注册成功。

　　测试结果：

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

　　 测试编号：callflow_03 测试项目：IAD热启动注册请求测试 测试目的：检测IAD能否正常发起注册请求 预设条件：IAD与软交换已经建立关联，IAD业务运行中。

　　测试步骤：

　　 1、启动H.248消息跟踪或者通过抓包工具抓包；

　　2、断开MGC与IAD网络连接一段时间。

　　5、恢复网络连接，IAD再次向MGC注册，ServiceChangeReason＝902,注册成功；

　　测试消息流程图如下所示：

　　Reply（MGC Id） 次 MGC Reply ServiceChange Root Method＝Restart IAD MGC 预期结果：

　　 测试结果：

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

　　 测试编号：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已经脱离业务 Reply Reply IAD 断开与MGC的连接 ServiceChange ROOT Method=Restaart 测试步骤：

　　 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 预期结果：

　　 1、IAD在MGC上成功注销。

　　 ServiceChange ROOT {Method=Graceful} 测试结果：

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

　　 测试编号：callflow_07 测试项目：IAD强制注销流程测试 测试目的：

　　检测IAD能否识别MGC发出的消息 预设条件：IAD与软交换已经建立关联，IAD处于业务运行状态。

　　测试步骤：

　　 1、启动H.248消息跟踪或者通过抓包工具抓包；

　　2、配置好IAD与MGC侧的数据，同时连接正常；

　　3、在IAD上删除上级部件MGC；

　　测试消息流程图如下所示：

　　MG MGC 预期结果：

　　 1、IAD向MGC发送servicechange消息，其中method项为forced；

　　2、MGC回送reply消息；

　　3、消息跟踪流程正确；

　　测试结果：

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

　　 测试编号：callflow_08 测试项目：IAD请求终结点渐进退出服务（Delay不等于Null）测试 测试目的：

　　检测IAD能否识别MGC发出的消息 Reply ServiceChange{Method=Force} 预设条件：IAD与软交换已经建立关联，IAD处于业务运行状态。

　　测试步骤：

　　 1、启动H.248消息跟踪或者通过抓包工具抓包；

　　2、配置好IAD与MGC侧的数据，同时连接正常；

　　3、IAD发出ServiceChange命令，方法为Graceful，设置Delay值（不为空）；

　　4、在Delay时间后MGC发出删除终结点TermA的命令，TermA退出服务。

　　测试消息流程图如下所示：

　　MG MGC 预期结果：

　　 1、Delay时间后MGC上看不到TermA的信息。

　　测试结果：

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

　　 测试编号：callflow_09 测试项目：IAD请求终结点渐进退出服务（Delay等于Null）测试 测试目的：

　　检测IAD能否识别MGC发出的消息 预设条件：IAD与软交换已经建立关联，IAD处于业务运行状态。

　　 ServiceChange TermA {Method=Graceful}，Delay=x Reply Subtract TermA 测试步骤：

　　 1、启动H.248消息跟踪或者通过抓包工具抓包；

　　2、配置好IAD与MGC侧的数据，同时连接正常；

　　3、IAD发出ServiceChange命令，方法为Graceful，设置Delay为Null；

　　4、MGC立即发出删除终结点TermA的命令，TermA退出服务。

　　测试消息流程图如下所示：

　　MG MGC 预期结果：

　　 1、MGC上看不到TermA的信息。

　　测试结果：

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

　　 测试编号：callflow_10 测试项目：MGC发生切换注销流程测试 测试目的：检测MG能否识别MGC发出的消息 预设条件：IAD与软交换已经建立关联，IAD处于业务运行状态。

　　测试步骤 1、打开H248消息跟踪或者抓包；

　　2、配置好IAD与上层MGC的数据，两者连通正常；

　　3、MGC故障不能对MG提供服务；

　　4、看消息跟踪与流程是否正确；

　　测试消息流程图如下所示：

　　ServiceChange TermA Method=handoff ServiceChange TermA {Method=Graceful}，Delay=x Reply Subtract TermA MG MGC 预期结果：

　　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、查看消息流程是否正确；

　　测试消息流程图如下所示：

　　MG MGC Reply ServiceChange TermA Method=Forced 预期结果：

　　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终结点返回服务测试 Reply 测试目的：检测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、...

推荐访问： 标签 协议 测试