MPCTester需求报告说明书.docVIP

MPCTester需求说明书 1．MPCTester业务需求 路由器测试早期采用“回绕测试法”（Loop-back Test Method,LTM）,即测试器将测试数据的目的IP地址指定为测试系统自身的IP地址，测试器发出的测试数据将被路由器的输入单元直接返回测试系统。LTM的实现十分简单，但存在两大弊端，1、不能测试路由器的转发、交换功能和交换性能。2、未能模拟路由器的真实工作过程，即没有模拟出分组从一个端口进入路由器，经交换被转发到另一个输出端口的情况，因而，其测试能力十分有限。针对LTM的缺点，又提出了能够模拟路由器转发/交换过程的“穿越测试法”（Transverse Test Method, TTM）,即从某个端口进入的测试数据将被路由器/交换机转发到另一个端口，从而模拟了路由器一对端口的正常工作过程。TTM与LTM被ISO/IEC IS 9646接纳为测试OSI中继/中间系统的两种标准测试法。而路由器/交换机是多个“输入/输出端口对”的输入/输出单元互联而成的设备，其主要功能是依据“目的端系统”所在的位置，利用路径表或交换表将输入端口的数据转发到相应的输出端口，采用“TTM”只能对一组“端口对”进行观测，因此难以模拟路由器/交换机多个端口同时工作的真实状况。对于一致性测试而言，它难以反映端口间同时工作时对协议功能的相互影响；对路由器/交换机的性能测试而言，由于测试系统缺少对多端口间并发数据的控制，因此难以模拟路由器的各种外部运行环境，达到全面地测试与评价路由器的性能的目的。出于对通信子网的性能监测与评价和改进通信子网性能需要，把通信子网或局部作为一个整体进行测试与评价是网络性能测试的另一个重要领域。由此可见，无论是对单个路由器/交换机进行全面性能评测还是对通信子网的主动测试评价，都要求测试系统能同时对多点（单个路由器的多个端口或通信子网中选择的多个观测点）进行直接的观测与控制，这就是做多点并发测试系统（MPCTester）的业务背景。 2、MPCTester说明 MPCTester是路由器及通信子网“协同多点并发测试”系统的项目名称，2003年，四川省网络通信技术重点实验室首次针对单台路由器的全面性能评价提出了“多端口并发穿越测试法”（Multriport Concurrent Transverse Test Method, MPC-TTM）,MPC-TTM将多端口测试管理功能与直接进行测试控制的双端口测试功能相分离，形成了逻辑上的两极结构，进一步研究表明：任何通信子网或通信子网的局部区域都可以视为类似于路由器或交换机的具有N个输入/输出端口对的“黑匣子”，性能测试往往关注的是在界定的局部通信子网范围内，该部分通信子网的外部性能特征。为此，实验室将之前界定的路由器“多端口并发穿越测试法”（MPC-TTM）重新命名为“协同多点并发穿越测试法”（CMPC-TTM,Coordinated Multri Point Concurrent,Transverse Test Method）.因此MPCTester应可以对界定的范围的通信子网进行性能测试和评价，或作为改进网络性能的依据，MPCTester也要能够适应于对已建并处于运动中的通信子网的局部性能进行检测与评价。MPCTester主要由两个模块组成，一个是TM(测试管理器)，另外一个是DTC(直接测试控制器)，测试管理器能对多个直接测试控制器进行管理和控制。 3、MPCTester测试场景及系统需求 MPCTester测试场景如下： 图1：分布式协同多点测试场景 测试管理器(TM)满足能对多个直接测试控制器(DTC)进行管理，通过以太网发送配置命令，同时进行参数初始化，并发送同步信息，直接测试控制器（DTC）能够返回应答信息，并进行测试准备（测试点之间的协调、客户端、服务端的角色分配、发包参数、流量模型确定等），测试管理器收到应答信息进行计数器清零并开始计数，文件管理器递交测试管理协议文件，直接测试控制器（DTC）收到文件进行解析并调用Tcl脚本进行测试，测试结果形成日志文件通过通信接口传送给TM(测试管理器)，TM(测试管理器)对日志文件进行统计、分析并在实时显示模块进行描绘和显示，这就是整个系统的系统需求，也是MPCTester的测试场景。 4、1）） 图2：服务器DTC(直接测试控制器)功能需求模块 服务器DTC（直接测试控制器）可由通信模块、文件管理模块、参数配置、时钟同步测试模块、tcl脚本调度、运行模块以及发包和流量生成模块五个模块组成。下面分别介绍个模块的功能结构需求。 通信模块 DTC通信模块和TM客户端的通信模块接口可采用多线程socket通信； 文件管理模块 DTC的文件管理模块负责XML文件的解析，将解析结果传送给参数配置模块进行参数配置。并且收集Tc