1引言
互联网技术的快速发展对基础网络设施提出了更高的要求，IPTV业务、网络视频和IP电话等业务要求对网络带宽和QoS必须提供保证;P2P业务、泛滥的垃圾邮件也在不停地消耗着带宽并影响正常业务的QoE指标。为了满足用户对日益增长的带宽和业务的需求。运营商和设备制造商就必须对规模日益扩大的IP承载网络和日益成熟发展的路由交换技术设备进行严格的测试，以保证高容量、高性能和高速率IP承载网的发展需求。
最新路由交换技术发展，使传统的路由表容量测试、交换转发能力测试甚至振荡测试等测试内容已经不能满足容量大、性能高和功能丰富路由交换设备的测试要求。比如：
(1)OSPF+LDP等协议的融合推动了VPLS技术的发展;
(2)ISIS+RSVP+BGP等协议的融合推动了L3VPN技术的快速应用;
(3)OSPF+LDP+PIM+BGP等协议的融合推动了MulticastVPN技术的发展和广泛应用;
(4)Ethernet，FR，ATM，PPP，MPLS等多种接入方式，采用不同的加密或封装形式、数据包分类与过滤和QoS重标记等技术的融合使边缘路由器(EdgeRouter)成为“ServiceRouter”。
测试仪表能够实现多种协议融合集成和具有高可扩展性是应对这些的基本前提。技术的融合对测试仪表的可扩展性要求包括多个方面：流量带宽的产生和分析，接口的速率和数量;并发连接数和连接速率的建立能力，产生路由的条数，建立邻居关系的数量等等。
据此，IXIA公司将最新的路由交换设备测试技术和方法分享给各位读者，相应的测试例都是客户在实际使用的例子，包括设备制造商，运营商和大的企业用户等。
2最新路由交换测试技术
2.1MulticastVPN(mVPN)测试技术
现有的L3VPN主要能够传送单播(Unicast)流量，或者采用Point-to-PointGRE隧道来传送很小规模的组播(Multicast)流量。IPTV、网络视频会议等组播业务的广泛应用极大地推动了Multicast技术的发展，MulticastVPN就是为解决MPLSVPN不适合传送Multicast业务而推出的技术。
从技术上来说，mVPN是在L3VPN基础上扩展而来的，两者有很多相同的地方，比如都采用相同的路由协议更新各个VRF(MVRF)的路由信息，CE-PE间也采用IGP协议等;但是两者采用的技术也有很多不同之处(参见表1)。
表1mVPN和L3VPN比较
由于mVPN技术的复杂性，测试mVPN同样不简单，测试mVPN的可扩展性对测试仪器厂商来说更是挑战。为了对此有一个很好的理解，我们以实际例子做一说明。
图1是IXIA在某运营商测试的实例。CustomerEdge(CE)和ProviderEdge(PE)路由器均由IXIA仪表仿真，每个端口支持多个MulticastVRFs (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，被测设备需要构建DefaultMDT并监控每个组播流的流量带宽，如果需要，还要建立DataMDT并及时将流量从DefaultMDT转换到Data MDT上。在这种情况下，被测设备是相关协议控制信令的发起端，IXIA仿真的PE/CE是应答端。
◆在PE侧时，IXIA仿真的PE/CE负责建立DataMDT，IXIA端口负责建立相应控制信令和数据流量的转发路径。
(2)采用配置向导实现，配置简单方便，并且容易扩展。
(3)支持IPv4和IPv6。
(4)支持DefaultMDT和DataMDT特性。
2.24~7层业务运行在动态路由表之上的QoE测试
多种业务的融合对网络设备也提出了更高的要求，对于现在用户关心的QoE(QualityofExperience)测试，必须使用应用层流量，也就是常说的有状态的4~7层流量。
单独的4~7层流量测试工具，目前的市场上有一些，包括IXIA的IxLoad，这些工具的一个共同点是直接连接被测设备的发送端口和接收端口进行测试，而没有复杂真实的路由表存在。为了全面验证具有深度数据包检测功能路由设备的性能，必须要实现路由表和4~7层有状态流量整合的测试。
图2是某设备制造商采用上述测试方法的典型例子，被测设备PE(ProviderEdge)是整个L3VPN中连接客户端和服务器端的重要转发检测设备，IXIA测试端口仿真的包括Web，E-mail，FTP，Voice和Video等应用层业务可以在同一端口仿真的动态路由表上运行，验证被测设备的各项QoE指标：
