如何让测试RFC2544更便捷——RFC2544测试实操

如何让测试RFC2544更便捷——RFC2544测试实操

关键词：RFC2544；吞吐量测试；时延测试；丢包率；背靠背。

作为一名网络测试人员，大家肯定熟知一个测试标准，那就是RFC2544，RFC2544通过提供一个测试网络设备的测试标准，并规定了一系列测试过程中的方法，使得服务提供商以及用户之间达成一个在同一基准下实施测试和分析结果的共同标准。在这里我们先带大家回顾一下RFC2544测试标准。

RFC2544最初由哈弗大学 S. Bradner, NetScout Systems J. McQuaid 提交，后在1999年3月成为正式标准。在功能上，RFC2544主要是用来评测网络设备性能（这里所指的网络设备包括但不限于交换机、路由器、防火墙）。

事实上，RFC2544定义了一整套测试方法，为不同厂家的设备/系统提供了统一的评估标准和报告格式。那为什么要引入RFC2544测试标准呢？这还得从以前说起，那时候每个设备厂商总是希望成为规则和标准的制定者，从而在市场竞争中处于有利地位，所以就诞生了很多测试标准，让测试人员非常混乱，这个情况一直持续到RFC2544测试标准出现以前。在RFC2544测试标准诞生之后，由于该标准统一了测试方法和测试指标，能够清晰的评估被测设备的性能而被推崇为行业内标准，从此测试人员终于摆脱了种类繁杂的不规范测试标准，设备测试也变得更规范了。

RFC2544测试标准的主要内容为：

（1）吞吐量测试：该测试在RFC1242中首先被提出，是评估网络设备被性能的首要指标，目的是测试设备的最大的转发能力；（2）时延测试：目的是测试设备的转发时延，延迟越大，说明设备处理数据包的速度越慢，其测试原理是发送帧时, 带上时间戳(T1)，发送到网络上，随后接收帧时, 记录时间戳(T2)，最后在接收方将2个时间戳比较(T2-T1)，得到延时值。在应用层上面，对于 VoIP 等协议测试，由于可变或者较长的时延均会造成语音质量降低，因此时延测试也是考察被测设备的重要性能指标之一。值得注意的是，RFC2544要求对延时测试至少需要重复20次，结果取所以测试结果的平均值；（3）丢包率：就是发送方发出但是接收方没有收到的帧数量，相对于总发送帧数目的一个百分比测试设备在不同速率下的丢包情况，丢包率计算公式为：接收方没有收到的帧的个数/发送方的发帧总数 * 100%，主要用来考察交换机对过载压力的承受能力，RFC2544建议首先从最大速率开始测试，按一定的步长逐步减少发送速率，直到连续两次无数据丢失时的第一次结果，其中步长最大不能超过10%；（4）背靠背：也是测试设备的重要性能指标之一，是向被测设备连续发送具有最小帧间隔的N个帧，并且统计被测设备送出帧的个数，如果和发送的个数相等，则增加N值，重复上述测试过程，直到被测设备送出的帧个数小于测试发送帧个数，反之则减少发送帧数。另外在这里高告诉大家一个测试前提，那就是设备的吞吐量达不到线速，如果达到线速, 无论怎么发, 都不会有丢包, 测试无意义。

RFC2544在国产数通一体化测试软件——Renix实操：

（3）特色：默认参数默认参数与RFC2544推荐参数一致，减少配置，例如: 吞吐量的测试时间RFC2544推荐最少60秒，RFC2544默认测试时长60秒。

例如: 丢包率默认测试时间及次数，RFC2544推荐最少100秒，20次，RENIX默认配置100秒，20次。

例如: 测试帧长，RFC2544推荐7个帧长，RENIX默认配置为7个帧长。（4）特色：多种拓扑结构

（5）流量自动生成：报文格式自动填充，只需选择源/目的端口；报文MAC/IP自动填充。

（6）流量自定义：可自定义报文，首先按先添加流量，自定义报文格式然后在RFC2544里引用。

（7）查找方式多样（步长、二分法(默认)、联合）RFC2544没有指定增加或者降低速率的方法，但是最常用的方法是二分法。· 设置相关参数· 自动找到吞吐量值· 不需要考虑过程

（8）测试状态实时显示：显示当前测试字节、显示当前trial次数、显示已测试时间

（9）测试报告存储路径可配专门Result Analyzer软件· 运行过程中自动弹出导出报告格式（PDF/HTML）

（10）默认报告格式报告格式（内容详细简单易懂，并包含RFC2544标准要求）

（11）可对报告结果进行定制默认会保存所有测试内容，输出的报告内容太过详细且可以选择汇总模板，并只保存汇总信息。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。