RFC2544性能测试简介
RFC2544（Benchmarking Methodology for Network Interconnect Devices）提供了一个对网络设备测试的基准，它规定了一系列的测试过程和方法,使得服务提供商和用户间可以在同一个基准下,对测试的实施和结果达成共识。RFC2544标准要求对一系列的帧长(64,128,256,512, 768,1024,1280,1518字节)在一定的时间内,按一定的数目进行测试。其主要测试项有吞吐率（Throughput）测试,延时（Latency）测试,帧丢失（Frame Loss Rate）测试和背靠背测试（Back－to－back frames），此外还规定了系统恢复（System recovery）测试和复位测试（Reset）。
数据吞吐率（Throughput）简单来说, 就是从源发送方, 到目的接收方可传输的最大数据量。对于一个以太网系统,绝对的最大吞吐率应该等同于其接口速率。而实际上,由于不同的帧长度具有不同的传输效率, 这些绝对的吞吐率是无法达到的. 越小的帧由于前导码和帧间隔的原因,其传输效率就越低.如100M以太网，对于64byte的帧，其最大数据吞吐率（Data Throughput）是76.19MBit/s,每秒可传输148809帧。对于1518byte帧，则分别为98.69MBit/s和8127帧/s。然而吞吐率的定义和计算和对服务质量的接受程度有关，因而吞吐率也可以定义为可接受的丢包率范围内的最大传输量。
延时（Latency）是指一个帧从源点到目的点的总传输时间. 这个时间包括网络节点的处理时间,和在传输介质上的传播时间.一般的测试方法是发送一个带有时间戳的帧,通过网络后,在接收方将当时的时间和帧所携带的时间戳比较,从而得出延时值. 考虑到时钟同步问题，一般采用将发出的帧环回到发送方进行比较,因此也称为双程延时. RFC2544要求对延时测试至少需要重复20次，结果取所有测试结果的平均值。
帧丢失（Frame Loss Rate）就是发送方发出但没有到达接收方的帧的数目.一般表示为帧丢失率,即相对于总发送帧数目的一个百分比. RFC2544建议首先从最大速率开始按一定的步长逐步减少发送速率，直至连续两次无数据丢失时的第一次结果，其中步长最大不能超过10％。
背靠背（Back－to－back frames）是向被测试设备连续发送具有最小帧间隔的N个帧,并且统计被测设备送出帧的个数.如果和发送的个数相等,则增加N值,重复上述测试过程. 直到被测设备送出的帧个数小于测试发送帧个数.反之则减少发送帧数，直至没有帧丢失发生。主要用于衡量具有存储转发能力的被测试设备的最大存贮转发能力.标准中要求发送时间不能小于2秒，建议至少重复50次，结果取其平均值。
系统恢复（System recovery）用于测试设备在超负载情况下的系统恢复能力。测试过程为先按被测设备最大吞吐率的1.1倍发送至少60秒的数据，然后将速率下降50％，统计速率下降到无帧丢失之间的时间，即为系统恢复时间。 复位测试（Reset）用于测试系统从复位到恢复正常工作之间的时间。测试过程为先按最大吞吐率发送最小长度的帧，然后复位被测设备，统计复位前发出的最后一帧的时间戳和复位后收到的第一帧的时间戳的差值，即为复位测试时间。
RFC2544建议的以太网测试帧长分别为： 64, 128, 256, 512, 1024, 1280, 1518
RFC2544建议的令牌环测试帧长分别为： 54, 64, 128, 256, 1024, 1518, 2048, 4472
RFC2544建议的FDDI测试帧长分别为： 54, 64, 128, 256, 1024, 1518, 2048, 4472
原文出处：https://blog.csdn.net/heimafeitian/article/details/48491485