(4)支持Default MDT和Data MDT特性。

[1] [2] [3] [4] [5] 下一页

    2.2 4~7层业务运行在动态路由表之上的QoE测试

    多种业务的融合对网络设备也提出了更高的要求，对于现在用户关心的QoE(Quality of Experience)测试，必须使用应用层流量，也就是常说的有状态的4~7层流量。

    单独的4~7层流量测试工具，目前的市场上有一些，包括IXIA的IxLoad，这些工具的一个共同点是直接连接被测设备的发送端口和接收端口进行测试，而没有复杂真实的路由表存在。为了全面验证具有深度数据包检测功能路由设备的性能，必须要实现路由表和4~7层有状态流量整合的测试。

    图2是某设备制造商采用上述测试方法的典型例子，被测设备PE(Provider Edge)是整个L3VPN中连接客户端和服务器端的重要转发检测设备，IXIA测试端口仿真的包括Web，E-mail，FTP，Voice和Video等应用层业务可以在同一端口仿真的动态路由表上运行，验证被测设备的各项QoE指标：

图2 某设备制造商4~7层业务运行在动态路由表之上的QoE测试图

    (1)HTTP：每条路由都有HTTP Get请求，系统能够处理的并发连接数的数量，或者系统能够处理连接数的速率。

    (2)FTP：每条路由上下载文件的最大吞吐量。

    (3)Voice：每条路由上IP电话呼叫的语音质量MOS。

    (4)Video：每条路由上VOD视频点播的视频质量MDI，MOS_V。

    这种测试方法目前得到越来越多用户的认可，除了应用于系统设备的QoE指标测试外，还应用于现网业务在实验室的实际仿真，对方案展示实验室、业务问题重现与仿真也特别有帮助。

上一页  [1] [2] [3] [4] [5] 下一页

    2.3 BFD协议测试

    IP网络在设计上无法在不到1s的时间内恢复故障，但是，VoIP，IPTV等应用对迅速故障检测和恢复提出了越来越高的要求。目前作为一项IETF草案标准，双向转发检测(BFD)提供一种检测链路或系统转发传输流能力的方法，提高故障检测与恢复速度。

    从技术上来说，BFD在两台路由器上建立会话，用来监测两台路由器间的双向转发路径，为上层协议服务。BFD本身并没有发现机制，而是靠被服务的上层协议通知其该与谁建立会话，会话建立后如果在检测时间内没有收到对端的BFD控制报文则认为发生故障，通知被服务的上层协议，上层协议进行相应的处理。

    BFD是一种简单的“Hello”协议，系统之间所建立的会话通道上周期性的发送检测报文，如果某个系统在足够长的时间内没有收到对端的检测报文，则认为在这条到相邻系统的双向通道的某个部分发生了故障。虽然BFD协议相对来说比较简单，但是是非常新的技术，所以如何对其进行测试是当前路由设备厂商关注的焦点。图3是某企业使用IXIA测试BFD协议的拓扑图，IXIA支持单跳和多跳Session的测试，另外还有下面的特点：

图3 BFD协议测试拓扑图

    (1)一个端口可以仿真多个BFD路由器、多个接口和多个Sessions。

    (2)支持Asynchronous模式和Demand模式验证，支持Echo功能。

    (3)BFD协议可以单独应用，实现功能测试和Session容量测试。

    (4)BFD协议也可以和BGP4，BGP4+，OSPFv2/v3，ISISv4/v6，EIGRP和PIM-SMv4