系统性能评估方法,如何做系统性能评估( 二 )

而且用户网络应用的需求又是因人而异，并随应用变化面变化。因此网络适用性标准的建立举步维艰！那么我们就不去做适用性评估了吗？不，饭要一口口的吃，事要一件件的去做。想当年网络应用性能测试的各项指标，也是从无到有，从一份报告一个厂商开始，逐渐在厂商和用户中普及并得到认可。现在网络适用性评估，只要我们坚持不懈，相信也会有普及的一天。
我现阶段的工作计划如下：由于下一代防火墙的各项功能指标在网络层及应用层中均有覆盖，非常具有代表性。因此计划通过下一代防火墙测试方法的研讨，并与相关测试仪表厂商和产品厂商进行沟通，对下一代防火墙的适用性评估技术指标项目进行制定，并明确每个指标的具体测试方法。再通过广泛接触厂商及最终用户的方式，对适用性评估的媒体评估标准进行确定。
期望通过若干次的试定修改，相信会有一个比较成熟的网络适用性评估方案可以出台。适用评估方法现在，就根据以往的测试经验，将需要评估的技术指标进行一下罗列：具备下一代防火墙产品的厂商众多，各个厂商的下一代防火墙功能也不尽相同。为了方便统一、规范化的进行分析，现在计划通过网络层适用评估、传输层适用评估、应用层管理控制适用评估、应用层深度内容分析适用评估这四个方向，对下一代防火墙的适用性进行分析。
网络层适用评估基于网络层数据包的转发管理控制测试，可以说是最基础的网络测试项目。RFC 2544的相关测试项至今依然适用，只不过测试项目已精减到了目前的吞吐量和时延这两项而已。网络层适用评估适用于下一代防火墙产品中的传统防火墙功能、路由转发功能、NAT以及透明模式下网络接口数据包转发性能评估。评估指标项目前暂定为吞吐量和时延。
吞吐量有关吞吐量的适用评估，我在思科的ASA 5500X防火墙测试中进行了一次分析，这里就不再赘述了，有兴趣请参阅评测文章“演进中的下一代”中“稳健可靠的网络传输”http://test.cnw.com.cn/test-report/htm2013/20131112_286063_2.shtml中的相关描述。
在那里，我依据思科反馈的在不同应用场景下数据包平均大小统计，将吞吐量指标的合格线定在了512Byte时吞吐量达到或接近100%即可满足用户应用需求。下一步将依据此项评估指标再与其它下一代防火墙厂商和用户进行沟通，收集更多应用需求后再次进行确定。时延从我个人应用体验来看，数据链接建立的最大时延只要不超过1000毫秒（1秒），基本上可以忍受，但在数据传输时的平均时延就不同了，最好在1毫秒以下否则数据传输速率会受到较大影响。
现在进行测试时，时延所采用的数值通常时整个数据传输过程中所有数据包传输的一个平均值，这里时延指标的高下就有一些参差不齐了。个人感觉，平均时延如果能在50毫秒以下，应用时应该不会有太多传输问题出现。当然，时延的指标还是越小越好，具体指标同样还需要继续与厂商进行沟通。传输层适用评估在实际网络应用中，一个传输层连接内有多个应用连接，或一个应用会发起多个传输层连接的情况均十分常见，因此以往的应用性能测试中，传输层应用性能测试项目常常被忽略，或与应用层处理性能相混淆。
而随着下一代防火墙连接管理控制功能逐步受到重视，以及未来SDN交换设备的大规模应用，此项测试的重要性也将得以突显。以往对传输层性能测试的方法也与应用层测试差别不大，都是采用应用层的网络测试仪表，通过建立TCP协议传输通道的方式来考查被测设备的传输层连接建立能力和连接保持能力（TCP新建连接和TCP并发连接）。