我们启用了IT168评测中心网络实验室中的30个客户端,每10台客户端为一组,其中一组通过思科Catalyst4500千兆交换机(WS-X4013+ Supervisor Engine II-Plus和WS-X4548-GB-RJ45)连接至被测路由器的LAN口,另外一组则通过D-link DGS-3024千兆交换机连接到被测试路由器的LAN口或者WAN口。通过这种方式我们有效的解决了NetIQ Chariot对于其运行平台要求配置较高(处理器性能、磁盘性能均对于产生的吞吐量有影响)的缺陷。控制台直接连接在被测路由器的LAN口,方便配置路由器和进行测试。
我们使用了NetIQ Chariot 5.0对于被测设备进行了测试。在Chariot 5.0中预置了多个脚本,它们可以反映不同应用时的情况,比如FTP、Mail、Web、Lotus、IPTV、RealAudio、ActiveDirectory、MicrosoftSQL等等。这个软件是站在用户的角度上来衡量网络性能,同采用仪器测试的实际含义并不相同,请读者在阅读测试结果的时候注意区别。
我们通过调节Chariot内置的Throughput.scr测试脚本,可以生成容量分别为64B、128B、256B、512B、1024B和1514B尺寸的帧,采用抓包软件分析知道这些不同尺寸的帧中54 Bytes的内容是固定的,这里面除了18字节的帧报头、校验信息等,应该还包括Chariot软件的一些标识信息,容量为36字节。
因此,我们所调节生成的帧中包含实际的数据分别为10B、74B、202B、458B、970B和1460B。而Chariot所统计的吞吐量只是包含了脚本中所定义的“file_size”字节数目,而Chariot为测试所产生的大约36字节的信息是包括在每一帧中的。很显然,随着我们测试所使用的帧容量越小,其内的有效数据的比例就越小。按照这样计算,在传输64B MAC帧时,NetIQ Chartiot测试结果达到12Mbps左右,就是“线速”了。
这里再次提醒读者和厂商注意,只有基于相同测试方法的数值才有可比性,请勿将本测试方法的数值同仪器测试结果比较。
NAT转发能力测试
我们按照“NAT转发能力测试网络示意图”构建了测试网络,然后测试从LAN1接口到WAN1接口的转发能力:
欣向NuR5028 | ||
MAC帧大小 | 吞吐量(Mbps) | TRA(Transaction Rate Average) |
64B(11.9) | 1.779 | 20990 |
128B(50.0) | 11.778 | 20053 |
256B(73.7) | 31.846 | 20023 |
512B(86.1) | 73.294 | 20241 |
1024B(92.9) | 92.391 | 11337 |
1514B(95.2) | 94.288 | 8131 |
欣向NuR5235 | ||
MAC帧大小 | 吞吐量(Mbps) | TRA(Transaction Rate Average) |
64B(11.9) | 1.719 | 20538 |
128B(50.0) | 10.440 | 19090 |
256B(73.7) | 30.032 | 19091 |
512B(86.1) | 69.478 | 19363 |
1024B(92.9) | 92.258 | 11348 |
1514B(95.2) | 94.025 | 8135 |
测试结果现实NuR5028和NuR5235的LAN-WAN NAT转发能力非常的相近,其中的NuR5028只有很小的优势,毕竟两款产品的硬件配置是几乎一样的。当数据帧小于512字节时,这款两款设备的NAT转发能力都维持在20k TRA左右,对比过去我们已经测试过的宽带路由器,这属于中上游的性能。
吞吐量(Mbps) | 欣向NuR5028 | 欣向NuR5235 |
Filesndl(144p) | 92.013 | 91.971 |
Inquiryl(144p) | 28.672 | 29.908 |
Dbasedl(144p) | 23.457 | 22.977 |
FTPget(16p) | 93.794 | 93.301 |
我们还调用了Filesndl.scr、Inquiryl.scr、Dbasedl.scr、FTPget.scr这几个测试脚本对于两款产品的性能进行了测试,分别代表被测设备在相应的应用中的性能表现。其中的Inquiryl.scr、Dbasedl.scr传输的是100字节的小文件,而Filesndl.scr和FTPget.scr传输的均为100KB左右的大文件,而且FTPget.scr过程中还会产生大量的sessions,测试结果显示这两款设备的性能非常的接近。
负载均衡策略和特殊应用验证