1 引言
互联网技术的快速发展对基础网络设施提出了更高的要求，IPTV业务、网络视频和IP电话等业务要求对网络带宽和QoS必须提供保证;P2P业务、泛滥的垃圾邮件也在不停地消耗着带宽并影响正常业务的QoE指标。为了满足用户对日益增长的带宽和业务的需求。运营商和设备制造商就必须对规模日益扩大的IP承载网络和日益成熟发展的路由交换技术设备进行严格的测试，以保证高容量、高性能和高速率IP承载网的发展需求。
最新路由交换技术发展，使传统的路由表容量测试、交换转发能力测试甚至振荡测试等测试内容已经不能满足容量大、性能高和功能丰富路由交换设备的测试要求。比如：
(1)OSPF+LDP等协议的融合推动了VPLS技术的发展;
(2)ISIS+RSVP+BGP等协议的融合推动了L3VPN技术的快速应用;
(3)OSPF+LDP+PIM+BGP等协议的融合推动了Multicast VPN技术的发展和广泛应用;
(4)Ethernet，FR，ATM，PPP，MPLS等多种接入方式，采用不同的加密或封装形式、数据包分类与过滤和QoS重标记等技术的融合使边缘路由器(Edge Router)成为“Service Router”。
测试仪表能够实现多种协议融合集成和具有高可扩展性是应对这些的基本前提。技术的融合对测试仪表的可扩展性要求包括多个方面：流量带宽的产生和分析，接口的速率和数量;并发连接数和连接速率的建立能力，产生路由的条数，建立邻居关系的数量等等。
据此，IXIA公司将最新的路由交换设备测试技术和方法分享给各位读者，相应的测试例都是客户在实际使用的例子，包括设备制造商，运营商和大的企业用户等。
2 最新路由交换测试技术
2.1 Multicast VPN(mVPN)测试技术
现有的L3VPN主要能够传送单播(Unicast)流量，或者采用Point-to-Point GRE隧道来传送很小规模的组播(Multicast)流量。IPTV、网络视频会议等组播业务的广泛应用极大地推动了Multicast技术的发展，Multicast VPN就是为解决MPLS VPN不适合传送Multicast业务而推出的技术。
从技术上来说，mVPN是在L3VPN基础上扩展而来的，两者有很多相同的地方，比如都采用相同的路由协议更新各个VRF(MVRF)的路由信息，CE-PE间也采用IGP协议等;但是两者采用的技术也有很多不同之处(参见表1)。
表1 mVPN和L3VPN比较
由于mVPN技术的复杂性，测试mVPN同样不简单，测试mVPN的可扩展性对测试仪器厂商来说更是挑战。为了对此有一个很好的理解，我们以实际例子做一说明。
图1是IXIA在某运营商测试的实例。Customer Edge(CE)和Provider Edge(PE)路由器均由IXIA仪表仿真，每个端口支持多个Multicast VRFs (mVRFs)、多个PEs和多个P路由器的仿真。在实际的测试中，IXIA XMV16板块的一个端口仿真多达45601个PIM-SM/SSM Neighbors。这么高的性能完全可以满足任何mVPN可扩展性的测试需要，做为目前惟一能够提供mVPN可扩展性测试的厂商，IXIA mVPN测试还具有下面的特点：
图1 某运营商使用IXIA测试mVPN示意图
(1)仿真的组播源可以在CE侧(IXIA仿真的端口)或者在PE侧(IXIA仿真的P，PE，CE网络测端口)。
◆在CE侧时，被测设备为连接仿真CE的第一个PE，被测设备需要构建Default MDT并监控每个组播流的流量带宽，如果需要，还要建立Data MDT并及时将流量从Default MDT转换到Data MDT上。在这种情况下，被测设备是相关协议控制信令的发起端，IXIA仿真的PE/CE是应答端。
◆在PE侧时，IXIA仿真的PE/CE负责建立Data MDT，IXIA端口负责建立相应控制信令和数据流量的转发路径。
(2)采用配置向导实现，配置简单方便，并且容易扩展。
(3)支持IPv4和IPv6。
(4)支持Default MDT和Data MDT特性。
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指标测试外，还应用于现网业务在实验室的实际仿真，对方案展示实验室、业务问题重现与仿真也特别有帮助。
2.3 BFD协议测试
IP网络在设计上无法在不到1s的时间内恢复故障，但是，VoIP，IPTV等应用对迅速故障检测和恢复提出了越来越高的要求。目前作为一项IETF草案标准，双向转发检测(BFD)提供一种检测链路或系统转发传输流能力的方法，提高故障检测与恢复速度。
从技术上来说，BFD在两台路由器上建立会话，用来监测两台路由器间的双向转发路径，为上层协议服务。BFD本身并没有发现机制，而是靠被服务的上层协议通知其该与谁建立会话，会话建立后如果在检测时间内没有收到对端的BFD控制报文则认为发生故障，通知被服务的上层协议，上层协议进行相应的处理。
BFD是一种简单的“Hello”协议，系统之间所建立的会话通道上周期性的发送检测报文，如果某个系统在足够长的时间内没有收到对端的检测报文，则认为在这条到相邻系统的双向通道的某个部分发生了故障。虽然BFD协议相对来说比较简单，但是是非常新的技术，所以如何对其进行测试是当前路由设备厂商关注的焦点。图3是某企业使用IXIA测试BFD协议的拓扑图，IXIA支持单跳和多跳Session的测试，另外还有下面的特点：
图3 BFD协议测试拓扑图
