应用层网络设备性能评估与测试方法
IxChariot无线吞吐量测试举例
IXChariot 无线吞吐量测试1.IXChariot工作原理IXChariot是一个应用层性能测试工具，能够进行设备网络性能评估、不同参数下的吞吐量、时延、丢包等性能参数的评估。
IXChariot由两部分组成：控制端和终端服务Endpoint。
控制端安装在Windows操作系统上，终端支持各种主流的操作系统。
终端Endpoint可根据实际测试的需要安装在单个或多个终端处，负责从控制端接收指令、完成测试并将测试数据上报到控制端。
2.测试环境拓扑图测试时共用两台PC，一台通过网线连接在ADSL的LAN接口，另一台通过无线网卡和ADSL作无线连接(两台电脑都连接在LAN侧)。
ADSL测试一般用EDIMAX网卡来配合测试。
测试时为了避免其他信号的干扰，将ADSL产品放入屏蔽箱中进行测试。
3.测试过程本文档应用的是IXChariot Console V6.70。
1)初始界面2)ADD Pair点击ADD Pair之后，出现下图：要填写以下信息，Pair comment（项目名称）、Endpoint 1 address（LAN侧PC的ip）、Endpoint 2 address（LAN侧另一PC的ip）、Network Protocol：协议类型，测试时一般选用的是TCP协议。
3)Select Script点击‘select Script’，选择运行脚本：测试ADSL时，大多运行低速脚本就可以保证正常打流，选择Throughput：之后一条新的Pair就添加成功，如下图：可以直接复制Pair 1，ADSL测试时，选用四条流。
设置跑流的时间，Run---Set Run Options，如下图之后点击‘RUN’，开始发包测试：以上发包方向展示的是TX（有线----无线）。
4)测试RX（无线---有线）通过以下按钮可以调整发包方向。
之后继续Run，就可以看到RX的数据。
5)双向打流测试即TX+RX同时进行。
选择其中的两条流，如Pair 3和Pair 4，选中‘Swap Endpoint1 and Endpoint2’，之后则可进行双向打流，如下图：。
以太网测试方法与指标
在企业网络环境下，以太网测试主要包括吞吐量、延迟、丢包率、抖动等指标。测试时 需要模拟企业实际业务流量，如ERP、CRM、邮件系统等，以评估以太网在真实场景
下的性能表现。
云服务提供商的以太网测试案例
总结词
详细描述
云服务提供商的以太网测试案例主要关注高 可用性和可扩展性，以满足大量用户的需求。
测试方法与指标的重要性
重要性
以太网测试方法和指标是评估网 络性能和诊断问题的关键工具， 有助于提高网络的稳定性和可靠 性。
测试方法
常见的以太网测试方法包括吞吐 量测试、延迟测试、丢包率测试 等，这些方法可用于评估网络连 接的性能。
指标
以太网测试的指标包括吞吐量、 延迟、丢包率、抖动等，这些指 标可帮助我们了解网络连接的质 量和可靠性。
05
以太网测试实践
测试环境搭建
01
02
03
确定测试需求
明确测试目的、测试范围 和测试标准，以便选择合 适的测试设备和工具。
配置网络设备
根据测试需求，配置以太 网交换机、路由器、终端 设备等网络设备，确保设 备正常运行。
搭建测试环境
根据测试需求和网络设备 配置，搭建测试环境，包 括网络拓扑、IP地址分配、 设备连接等。
协议分析仪
协议解析与诊断
协议分析仪可以对以太网中的数 据包进行深度解析，帮助用户了 解网络中各个协议的运行状况，
发现潜在问题。
流量监控与审计
协议分析仪可以实时监控网络流量， 对流量进行统计和分析，提供流量 报告和审计功能。
支持多种协议
协议分析仪不仅支持以太网协议， 还可以测试其他协议，如FTP、 SMTP等。
以太网测试方法与指
• 引言 • 以太网测试方法 • 以太网性能指标 • 以太网测试工具 • 以太网测试实践 • 案例分析
应用层测试和故障诊断
常用的SMTP命令和ESMTP命令
命令 HELO MAIL RCPT DATA RSET VRFY NOOP QUIT SEND
描述 向接收方标记发送方 初始化邮件传输 标记邮件接收方 声明邮件数据开始（消息的主体） 中止当前的传输 用于确认接收用户 无操作 关闭连接 使接收主机知道消息必须送到另一个终端
（3）超文本传输协议
•（超目文前本使传用输的协最议为）广，泛其的将应H用T层ML协（议超是文H本TT置P 标语言）文档从Web服务器传送到Web浏览器， 是一种基于客户-服务器模式、面向事务的应 用层协议，可以传送任意类型的数据对象。 • 典型的HTTP事务处理过程如下：
① 客户端和服务器建立连接； ② 客户端向服务器提出请求； ③ 服务器接受请求，并根据请求返回相 应的文件作为应答； ④ 客户端与服务器关闭连接。
分析位置4
分析位置2
分析位置3
分析位置1
2．分析方法 • 一般协议分析过程包括三个阶段：实时监控、捕获数据和事后分析。设备接入被测系统后，开始进行
实时监控；在需要时进行捕包；捕包完成后，启用数据分析显示功能。 • 分析Web应用类故障需要对网页的加载过程逐步进行详细分析。在DNS查询并返回结果后，客户端和
时 间
第一层
第二层
第三层
路由器
Web服务器
应用服务器
数据库服务器
• 区别于测试仪处在分析位置3 的情况，采用多级架构服务器
时，数据包的对应关系不复存 在。如果客户端请求Web服务 器，而Web服务器继而访问数 据库服务器，那么客户端同 Web服务器之间的数据以及 Web服务器和数据库服务器之 间的数据通常只有时间上的关
应用层测试和故障诊断
1．数据格式
测试人员如何进行网络性能测试
测试人员如何进行网络性能测试网络性能测试是评估网络系统和应用程序在特定条件下的性能和可靠性的重要步骤。
测试人员在进行网络性能测试时，需要遵循一定的步骤和方法，以确保测试的准确性和可靠性。
本文将介绍测试人员如何进行网络性能测试。
一、了解网络性能测试的概念和目的网络性能测试是通过模拟真实网络环境和负载条件，评估网络系统对于大量并发用户和数据流的处理能力。
测试人员需要了解性能测试的目的，例如验证系统的吞吐量、响应时间、稳定性等指标，并与预期的性能需求进行比较，以确定系统在压力、负载等条件下的表现。
二、明确测试目标和需求在进行网络性能测试之前，测试人员需要明确测试目标和需求。
例如，测试人员可以根据系统规模、预期的用户数量、负载条件等来确定测试目标。
同时，还需要确定测试的关注点，如网络带宽、延迟、吞吐量等指标。
三、选择适当的性能测试工具测试人员可以根据测试需求选择适当的性能测试工具。
常用的性能测试工具包括LoadRunner、JMeter、Gatling等，这些工具可以模拟多用户、多线程的网络负载条件，并提供性能监控和分析功能。
四、设计测试方案测试人员需要根据测试目标和需求设计测试方案。
测试方案通常包括测试案例设计、测试环境准备、测试数据准备等。
测试案例设计应该涵盖各种常见使用情况，模拟真实的业务场景，并考虑不同的网络条件和负载情况。
五、执行性能测试在执行性能测试时，测试人员需要按照测试方案进行测试，并记录测试过程和结果。
测试人员应该监控系统性能指标，如响应时间、吞吐量、错误率等，并根据测试结果进行分析和评估。
同时，也需要关注系统的稳定性和可靠性，如是否存在内存泄漏、资源竞争等问题。
六、分析和评估测试结果在完成性能测试后，测试人员需要对测试结果进行分析和评估。
分析测试结果可以帮助发现系统的瓶颈和性能问题，并提出改进建议。
评估测试结果可以判断系统是否满足性能需求，并帮助制定性能优化计划。
七、报告撰写和总结测试人员需要根据测试结果编写测试报告，并总结测试过程中的经验和教训。
工业互联网安全性能评估
工业互联网安全性能评估在当今数字化、智能化的时代浪潮中，工业互联网正以迅猛之势融入工业生产的各个环节，为企业带来了前所未有的高效与创新。
然而，如同硬币的两面，其带来便利的同时，也引发了一系列的安全挑战。
工业互联网的安全性能评估，成为了保障工业生产稳定运行、保护企业核心资产和数据安全的关键环节。
工业互联网并非孤立存在，它是由众多复杂的系统和技术相互融合而成。
从智能化的生产设备到云端的大数据平台，从无线网络的连接到工业控制软件的运行，每一个环节都可能成为潜在的安全漏洞。
一旦遭受攻击，不仅会导致生产停滞、设备损坏，更可能泄露企业的商业机密，对企业的生存和发展造成致命打击。
要评估工业互联网的安全性能，首先得深入了解其架构和组成部分。
工业互联网通常包括感知层、网络层、平台层和应用层。
感知层涵盖了各类传感器和智能终端，负责采集生产过程中的数据；网络层通过有线和无线网络实现数据的传输；平台层对收集到的数据进行存储、分析和处理；应用层则将处理后的结果应用于实际的生产管理和决策。
在感知层，安全威胁主要来自于设备的物理损坏、恶意篡改以及数据采集过程中的干扰。
例如，一些不法分子可能通过物理手段破坏传感器，导致数据采集错误；或者利用技术手段篡改传感器的数据，从而影响整个生产过程的判断和控制。
对于网络层，数据在传输过程中可能被窃取、篡改或者阻塞。
无线网络的开放性更是增加了被攻击的风险，黑客有可能通过入侵无线网络，获取关键数据或者干扰正常的通信。
平台层面临的挑战主要包括数据的存储安全和处理过程中的漏洞。
大量的工业数据在平台上存储，如果平台的防护措施不到位，数据很容易被窃取或者泄露。
同时，在数据处理过程中，如果软件存在漏洞，攻击者可能利用这些漏洞获取权限，进而控制整个平台。
应用层的安全问题则更多体现在用户权限管理和应用程序的安全性上。
如果用户权限设置不当，可能导致未经授权的人员访问和操作关键数据；而应用程序如果存在漏洞，也可能被黑客利用，对生产系统造成破坏。
思博伦网络测试培训11-应用层及安全测试方案
思博伦应用层及安全解决方案为什么测试4-7层？基于内容的设备加速了www 迅速增长 对于内容网络（4-7层）而言，增加产品数量并不是很好 的途径，不如加强对这些设备的测试网络的边缘部分已经成为瓶颈 需要进行4-7层测试的设备包括：防火墙 入侵检测系统（IDS） VPN网关 SSL加速器 负载均衡器和Web交换机 Web cache ……Page 2提供安全的、无 漏洞的网络快速地传送内容 给用户为什么测试4-7层？即使设备不是基于4-7层的，当处理7层数据流时，负载 特征的改变也会造成明显的功能和性能问题 传统的2-3层数据流压力测试是好的，但总是不够充分的 需要将“真实性”引入实验室测试中- 协议（HTTP、FTP、SMTP、POP、SSL、…） - 环境（数据包丢失、延迟、连接速度、…）Page 3安全及应用层测试 — 4-7层测试技术测试技术发展情况业界没有形成系统的测试方法学 测试内容包括功能测试、性能测试、协 议分析、网络监控等内容 又分为设备测试、服务器、网络服务测 试 有许多厂商都在研究新的测试方法 RFC 2647/RFC 3511 Light Reading SSL VPN测试技术发展趋势所有的网络都需要进行高层业务测试 网络/设备/服务器 网络安全测试的在多个方面发展 DoS/病毒/垃圾邮件/系统监控/… 应用层QoS测试 Trip Play测试技术目前可行的解决方案应用层性能测试工具 协议分析软件 应用层仿真工具 2-7层集成测试技术面临的挑战测试方法学的统一和标准化 网络安全测试与实际网络安全 如何准确评估具有复合业务的网络系统 可靠性测试与系统故障分离 大量新兴应用的出现为测试增加了难度Page 4问题：应用和网络结构非常复杂评估系统的容量 非常困难防火墙负载均衡器路由器SSL 设备 Web 服务器 应用 服务器 数据库 服务器Page 5应用性能评估需要仿真用户和Internet现实中用户应用的交互 现实中用户应用的交互 不同的浏览器类型 不同的浏览器类型 用户思考时间 用户思考时间 用户放弃（HTTP abort） 用户放弃（HTTP abort） DDoS攻击 DDoS攻击 病毒附件/垃圾邮件 病毒附件/垃圾邮件每个用户都有IP地址 每个用户都有IP地址 线路速率 线路速率 延迟 延迟 丢包 丢包Page 6传统的实验室评估实验室环境 实验室环境• •有限的数量： 有限的数量：• • • • • • 用户/客户端 用户/客户端 协议（ftp, http） 协议（ftp, http） 服务器/应用 服务器/应用••有限的网络影响 有限的网络影响 延迟、丢包 •• 延迟、丢包 分片，等 •• 分片，等 网络设计影响 网络设计影响 单个DUT 单个DUT 单个厂商仿真 单个厂商仿真Device•• •• ••Page 7思博伦解决方案 — Avalanche/ThreatExPage 8系统测试Spirent Avalanche• 安全：检验对于病毒和攻击的防护 • 可用性：在低于峰值负载和超过峰值负载情况下测试 • 降低成本：精确测量得出系统所需规模Page 9网络基础架构测试Spirent AvalancheSpirent Reflector• 安全：检验在极端负载情况下的防护 • 可用性：测试设备软件的新版本 • 降低成本：评估来自多个厂商的设备Page 10测试方案的拓朴结构SSL ScalerRouterFirewallLoad Balancer Database ServerFile ServerApplication ServerWeb Server模拟核心网络丢包Internet模拟用户接入速率(56K, 512K, 等.)用户的个人行为:(思考时间, 超时放弃浏览,等)模拟众多子网地址流量真实流量: HTTP1.0/1.1, FTP,SMTP/PoP 3, 视频, 攻击, SOAP, 等.)测试仪表模拟所有客户端功能测试仪表:模拟服务器群“真实环境”测试L4-L7网络连接设备Avalanche产品概述Avalanche产品系列是目前业内先进的4-7层（应用层）仿真及性能测试工具。
ixchariot使用方法
IxChariot简单使用方法
美国IXIA公司的应用层性能测试软件IxChariot是一个独特的测试工具，也是在应用层性能测试领域得到业界认可的测试系统。
对于企业网而言，IxChariot可应用于设备选型、网络建设及验收、日常维护等3个阶段，提供设备网络性能评估、故障定位和SLA基准等服务。
IxChariot由两部分组成：控制端（Console）和远端（Endpoint），两者都可安装在普通PC或者服务器上，控制端安装在Windows操作系统上，远端支持各种主流的操作系统。
-----控制端
-----远端
使用环境案例：测试pc1与pc2之间网络的吞吐量，传输速率等参数。
Pc1地址192.168.61.100
Pc2地址192.168.61.101
1：在pc1、pc2上安装endpoint，安装完成之后运行，运行成功出线如下提示：
2：在pc2上安装并且破解ixchariot控制端，破解成功之后运行。
3：增加一对测试远端，以模拟两台终端。
4：配置新建的测试远端。
测试两端ip地址
选择脚本
5：选择脚本时选择throughput.Scr测试吞吐量
6：可以通过点击edit this script配置所选的脚本
双击以调节发送数据包的大小7：复制粘贴终端以模拟真实环境中多个终端之间的通讯。
8：点击run开始测试
9：查看测试结果
此过程仅仅测试从pc1到pc2单向的网络参数，通讯是双向的因此需要条换endpoint1与endpoint2的ip地址，以获取pc2到pc1的网络参数。
本文仅对简单的使用方法进行了总结，ixchariot的更强大的功能有待我们在工作中去发掘。
IxChariot软件使用方法说明
IxChariot软件使用方法说明一、IxChariot软件的介绍IxChariot是美国IXIA公司的推出的针对应用层性能测试的一款软测试工具。
IxChariot在应用层性能测试领域已得到业界的广泛认可。
IxChariot能够评估网络应用的性能和容量，对网络和设备进行压力测试，得到设备及网络在不同应用、不同参数下的吞吐量、时延、丢包、反应时间等性能参数。
1、软件功能利用IxChariot可以进行网络维护，性能测试和故障定位：1）、支持多种网络业务，内置超过120个业务脚本，如FTP，HTTP，IPTV，Netmeeting，RealAudio等。
2）、支持IP TOS，GQoS，DiffServ。
3）、能实现单个主机可以模拟超过2000个主机。
4）、支持组播业务。
V oIP网络测试与业务质量评估：1）、支持6种VOIP Codec（G.711a，G.711a ，G.723.1-ACELP，G.723.1-MPMLQ，G.726，G.729）。
2）、支持MOS评分，便于对VOIP网络进行实时分析。
能够对电信终端进行性能测试和评估：1）能够测试网卡（10/100/1G/无线/蓝牙），xDSL调制解调器，Cable Modem, ISDN。
终端，普通调制解调器，GPRS手机，CDMA手机。
2）测试防火墙及应用网关。
2、软件内容IxChariot由两部分组成：控制端Console和终端Endpoint，两者都可安装在普通PC或者服务器上，控制端Console安装在Windows操作系统上，终端Endpoint支持各种主流的操作系统。
如：Compaq Tru64 UNIX、FreeBSD UNIX、HP-UX、IBM AIX、IBM MVS、IBM OS/2、Linux、Microsoft Windows 3.1、Microsoft Windows 95/98/Me/NT/2000/XP/XP(64-bit)、Novell Netware、Sco UNIXWare、SGI IRIX、Spirent Communications TeraMetrics、Sun Solaris。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
目录1. 传统网络层性能指标不适合应用层 (2)2. 网络层性能指标回顾 (2)2.1RFC对网络设备性能的定义 (2)2.2吞吐量是网络层性能的首要指标 (4)3. 应用层性能指标 (4)3.1应用层网络设备特点 (4)3.2NSS Labs对应用层性能的定义 (5)3. 小结 (7)4. 应用层性能测试方法 (7)4.1逼近“真实世界”的流量模型 (7)4.2应用层性能指标与测试方法 (8)5. 结论 (9)6. 关于网康科技 (10)1.传统网络层性能指标不适合应用层用户对网络业务的可视性、可管理性要求越来越高，要求能从业务视角理解网络流量，并针对应用制定管理策略。
因此近十年来，各种创新的应用层网络产品雨后春笋般涌现出来，比如上网行为管理、智能流量管理、Web应用防火墙（WAF）等，下图为某运营网络的流量走势图，通过以网络应用而非传统的TCP/UDP对流量分类，可以更直观地看到流量的构成与分布。
另外，传统的网络层安全产品也在向应用层安全设备演进，如传统防火墙、IPS，由于缺乏应用识别与控制能力，正在被面向应用层的下一代防火墙（NGFW）、下一代IPS 产品取代。
某运营网络流量走势性能是网络设备选型必须考虑的因素，目前通用的性能指标和评估方法都是基于网络层的，不适合应用层的特点。
由于缺乏相应标准，业内仍普遍以网络层性能参数来衡量应用层性能，这既不利于用户选型使用，也不利于产品规划发展。
因此很有必要讨论适合应用层特点的网络设备性能指标与评估方法。
2.网络层性能指标回顾2.1RFC对网络设备性能的定义传统网络设备性能标准主要来源于3个RFC文档：RFC1242，RFC2544和RFC3511。
其中，RFC1242定义了网络性能基准测试及测试结果用到的基本术语，最重要的4个是：吞吐量，丢包率，延迟，背靠背。
RFC2544对上述性能评测参数的具体测试方法、结果提交形式作了较详细的规定。
RFC3511详细描述了防火墙设备的测试标准与方法，对RFC2544中的指标如何测试提供了更详细的指导。
RFC文档定义的4个最重要的性能参数简述如下：1.吞吐量（Throughput）被测设备在不丢包的情况下，所能转发的最大数据流量。
通常使用每秒钟通过的最大的数据包数或者字节数来衡量。
它反映了被测试设备所能够处理（不丢失数据包）的最大的数据流量。
2.丢包率（Loss Rate）在一定的负载下，由于缺乏资源而未能被转发的包占应该转发的包数的百分比。
它反映了被测设备承受特定负载的能力。
3.延迟（Latency）发送一定数量的数据包，记录中间数据包发出的时间T1，以及经由测试设备转发后到达接收端口的时间T2，然后取T2和T1差值为时延。
它反映了被测设备处理数据包的速度。
4.背靠背（Back-to-Back）以所能够产生的最大的速率，发送一定长度的数据包，并不断改变一次发送的数据包数目，直到被测设备能够完全转发所有发送的数据包，这个包数就是此设备的背对背值。
它反映了被测设备处理突发数据的能力（数据缓存能力）。
2.2吞吐量是网络层性能的首要指标RFC3511针对防火墙设备（早期防火墙是典型网络层设备），进一步明确了吞吐量的测试方法（参见/html/rfc3511 5.1.4.1节），强调：1.在不发生丢包前提下，设备可承担的最大压力，其单位是比特每秒或包每秒；2.吞吐量只计算IP数据包的比特数（包含IP头和负载），不包括链路层的任何数据。
可见，吞吐量能够衡量网络设备承载流量压力（不允许丢包）的能力，同时，吞吐量只计算IP数据包的比特数，说明吞吐量被明确定位为网络层指标。
吞吐量概念清晰，易于测量，因此广泛用于描述各种网络设备的关键性能指标，成为网络设备最重要的性能标准。
3.应用层性能指标随着应用需求和网络技术的发展，用户不再满足于基本的数据通信能力，而是更多关注业务本身的运营效率与安全，希望看到网络流量中用户、应用、内容等可理解的信息，并针对性完善管理策略。
以网络安全为例，根据权威咨询机构Gartner的统计，近年来75%的网络攻击都发生在应用层，甚至在网络层流量“制胜”的DDoS攻击，近年来也有向应用层上移的趋势。
截止2014年，30%以上的DDoS攻击都是基于应用程序的，这个比例还在逐年提高。
正是由于用户需求和网络技术越来越向应用层发展，应用层网络设备近年来不断涌现。
然而，有别于业内广泛认可使用“网络层吞吐量”衡量网络设备性能，目前并无统一标准来评估应用层设备的性能。
3.1应用层网络设备特点为了澄清应用层设备性能指标，首先需要了解它与传统网络层设备的区别。
OSI模型是国际标准化组织（ISO）和国际电报电话咨询委员会（CCITT）联合制定的开放系统互连参考模型，为开放式互连信息系统提供了一种功能结构的框架。
它从低到高分别是：物理层、数据链路层、网络层、传输层、会话层、表示层和应用层。
数据包在每一层进行层层封装，来实现互联网上的正常转发。
应用层网络设备，和传统网络设备相比，几乎所有的特性都是聚焦于应用层协议。
其不再简单的关注数据报文的转发，而是关注和应用协议相关的内容，如协议识别、应用特征识别、应用威胁识别等，并基于此开发功能特性。
针对这些特性，通常应用层网络设备都有各种各样的识别引擎，无论何种算法，最基本的一个要求就是：必须把数据包解封到第七层，即应用层。
而网络层设备以数据包转发为主要目的，只关心数据包转发能力，只需要解封到第三层，找到对应的IP地址和端口信息即可。
数据包封装和解封，层次越多，CPU的计算负载就越高，这会直接体现在性能上的衰减。
同样处理能力的CPU，处理网络层数据转发和应用层识别，所呈现的性能参数是完全不同的，不能放在一起横向比较，不能使用传统网络层性能指标来评价应用层设备的性能。
3.2NSS Labs对应用层性能的定义国际领先网络设备厂商，如Cisco，Palo Alto Networks都或多或少提出了针对自有产品的性能指标，但更多属于一家之言，局限性较大，相比之下，NSS Labs的测试标准具有更严谨的定义而被广泛认可。
NSS Labs是全球最知名的独立安全研究和评测机构，总部设在美国，其认证的权威性来源于它的定位-- 模拟用户真实应用场景，严格的产品评测过程，以及公正无私的数据分析。
针对应用层设备，NSS提出了相应的评估指标与测试方法。
1.裸包处理能力（RAW PACKET PROCESSING PERFORMANCE）测试方法：通过发送包长在128字节到1518字节之间的UDP报文来计算最大吞吐量，此项指标对应RFC定义的网络层吞吐量。
测试目的：对于应用层网络设备，测试网络层吞吐量的目的是衡量设备对数据报文的基本转发能力。
虽然应用层设备主要关注应用数据，但如果某些具有攻击特征的数据包严重影响了设备的处理能力，则应用层的性能也将受到显著影响，应用层处理引擎能力再强也无法发挥作用。
因此，尽管这种裸包数据对于应用层引擎来说像是“无用包”，但对于“无用包”的高效处理能力是保证应用层引擎正常工作的基础。
2.HTTP性能（HTTP CAPACITY WITH NO TRANSACTION DELAYS）测试方法：通过发送平均大小在1.7K至44K之间HTTP页面来计算最大HTTP吞吐，且必须是成功获得HTTP响应的连接。
业界将此项指标理解为设备的应用层吞吐量。
测试目的：通过给应用引擎施加最大的压力，来获得设备应用引擎的最大工作能力。
该测试提供了实验室中尽量接近“真实世界“的流量模型，以保证测试准确性和可重复性。
3.最大TCP新建连接速率（MAXIMUM TCP CONNECTIONS PER SECOND）测试方法：通过正常建立和销毁1字节负荷的TCP连接，来计算最大TCP新建连接数。
业界将此项指标理解为设备的网络层新建。
测试目的：1字节负荷的TCP连接在真实流量中几乎没有，但可以通过这个经过简化和抽象的方法来衡量最大TCP连接建立速率。
4.最大HTTP新建连接速率（MAXIMUM HTTP CONNECTIONS PER SECOND）测试方法：发送一个1字节大小的HTTP页面，且必须获得正常的HTTP响应，计算每秒可以建立的最大HTTP连接数。
业界将此项指标理解为设备的应用层新建。
测试目的：由于应用层设备需要维护应用协议的各种状态，因此需要通过给应用引擎施加应用计算压力，来衡量应用引擎的能力。
3.3小结NSS建议采用4个指标评估应用层设备性能参数：网络层吞吐量、网络层新建速率、应用层吞吐量、应用层新建速率。
对于应用层设备，引入网络层吞吐和网络层新建指标主要是衡量基础的数据转发能力，以确保工作引擎在攻击流量下仍然有足够的应用层处理能力；应用层吞吐和应用层新建指标，是为了衡量应用引擎能力的高低，代表应用层处理技术的有效性和先进性。
高应用层性能可以保障单位计算资源处理更多的应用层数据包，更好地满足应用识别与控制需求。
4.应用层性能测试方法4.1逼近“真实世界”的流量模型NSS Labs给出了应用层性能指标与测试指导，由于其测试产品品类多、覆盖广，为了具有理论和方法的普适性，未充分考虑产品实测的流量模型，且国内的热点应用、网络条件、使用方式有着不同的特点，也要求测试模型更符合本地化要求。
因此，如果能采用贴近中国市场“真实世界”的流量模型，将能更准确地评估性能指标，也会提高测试过程的效率。
网康科技致力于网络应用层技术的研究，选择了近30家高校客户与运营商客户的网络进行长期跟踪研究，发现网络高峰期每Gbps流量的平均包速率在 170-220Kpps之间，平均包长在580-750字节之间，平均新建速率在4200-5500个/秒之间，这为构建流量模型提供了真实的数据。
经过进一步抽象与标准化，可以认为：对于每Gbps的流量，包速率采用185Kpps，平均包长670字节，新建连接速率5000个/秒，能够比较准确地描述实际流量，可以作为实际性能测试的流量模型。
下图是一个实际的例子，显示了某运营商核心节点的流量、连接数、包速率的关系。
某运营网络流量、连接数、包速率关系4.2应用层性能指标与测试方法网康科技参考国际标准，并结合自己对应用层性能测试的理解和实践，给出应用层性能指标和测试方法的建议。
1.应用层吞吐量测试方法：在开启应用识别引擎的前提下，通过发送平均21K大小HTTP页面来测试设备应用层最大吞吐量，且只能计算成功获得HTTP响应的连接。
说明：选取大小为21K的页面，是因为按照上一节讨论的最接近实际流量模型，将流量换算为HTTP页面，恰好为21K。
2.开启IPS的应用层吞吐量测试方法：在开启应用识别引擎、IPS引擎的前提下，通过发送平均21K大小HTTP 页面来测试设备应用层最大吞吐量，且只能计算成功获得HTTP响应的连接。