我们按照“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,测试结果显示这两款设备的性能非常的接近。