您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 质量控制/管理 > RFC2889(中文)
组织:中国互动出版网()RFC文档中文翻译计划()E-mail:ouyang@china-pub.com译者:黎文伟(liwwliww001@263.net)译文发布时间:2001-11-24版权:本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载,但必须保留本文档的翻译及版权信息。NetworkWorkingGroupR.MandevilleRequestforComments:2889CQOSInc.Category:InformationalJ.PerserSpirentCommunicationsAugust2000局域网(LAN)交换设备基准(测试)方法学(RFC2889—BenchmarkingMethodologyforLANSwitchingDevices)备忘录状态:本备忘录为互联网协会提供信息。它没有指定任何种类的互联网标准。对本备忘录的分发没有限制。版权声明:Copyright(C)TheInternetSociety(2000).AllRightsReserved.目录1.介绍32.要求43.测试设置44.帧格式和长度45.基准测试55.1全网状吞吐量,丢帧率和转发率55.1.1目的55.1.2设置参数55.1.3过程65.1.4测量65.1.4.1吞吐量75.1.4.2转发率75.1.5报告格式75.2部分网状one-to-many/many-to-one75.2.1目的75.2.2设置参数75.2.3过程85.2.4测量95.2.5报告格式95.3部分网状多重设备105.3.1目的105.3.2设置参数105.3.3过程105.3.4测量115.3.4.1吞吐量115.3.4.2转发率115.3.5报告格式125.4部分网状单向通信125.4.1目的125.4.2设置参数125.4.3过程135.4.4测量135.4.4.1吞吐量145.4.4.2转发率145.4.5报告格式145.5拥塞控制145.5.1目的145.5.2设置参数155.5.3过程155.5.4测量165.5.5报告格式165.5.5.1列头阻塞HOLB165.5.5.2背压BackPressure165.6转压ForwardPressure和最大转发率175.6.1目的175.6.2参数设置175.6.3过程175.6.3.1最大转发率175.6.3.2最小帧间隙185.6.4测量195.6.5报告格式195.7地址缓冲能力195.7.1目的195.7.2参数设置195.7.3过程205.7.4测量215.7.5报告格式215.8地址学习速率225.8.1目的225.8.2参数设置225.8.3过程225.8.4测量225.8.5报告格式235.9错误帧过滤235.9.1目的235.9.2参数设定235.9.3过程245.9.5报告格式245.10广播帧转发和延迟245.10.1目的245.10.2参数设置245.10.3过程255.10.4度量255.10.5报告格式256.安全机制267.参考书目26作者地址26附录A:公式27A.1计算脉冲间隙27A.2计算测试期间脉冲串的数目27附录B:产生实供负载OFFEREDLOAD28B.1基于帧的负载FrameBasedLoad28B.2基于时间的负载TimeBasedLoad291.介绍这个文档意在给局域网(LAN)交换设备提供测试基准方法。它将已在RFC2544[3]中定义的网络互连设备测试基准的方法扩展到局域网(LAN)交换设备的测试中来。本RFC文档主要处理在MAC层交换帧的设备。它为交换设备,转发性能,拥塞控制,时延地址处理和过滤提供了一个测试基准方法。除了定义测试之外,这个文档也描述了测试结果报告的特定的格式。在早先“局域网交换设备基准(测试)术语学”[2](RFC2285)的文档中,定义了许多在这个文档里的要使用的术语。在试图使用本文档之前,应当先参考一下该术语学文档。2.要求在使用这个文档前,应该首先参考下面的文档:RFC1242[1],RFC2285[2],RFC2544[3]。为了保持清晰性和连贯性,这个RFC文档基准测试部分采用了RFC2544中26节中所使用的模式。这个文档中的关键字“MUST”,“MUSTNOT”,“REQUIRED”,“SHALL”,“SHALLNOT”,“SHOULD”,“SHOULDNOT”,“RECOMMENDED”,“MAY”,及“OPTIONAL”的解释,和在RFC2119文档中所描述的一样。3.测试设置这个文档将RFC2544[3]第6节所描述常规基准测试设置扩展到局域网交换设备的基准测试中。RFC2544[3]主要描述了非网状通信(non-meshedtraffic),其输入和输出接口被捆绑成一组来发送和接收帧,组与组之间互斥。在全网状通信(fullymeshedtraffic)中,DUT/SUT的每个接口都被设置为可以接收也可以传输帧到所有被测试的其它接口。在每个测试运行之前,DUT/SUT必须(MUST)学习在测试中所要用到的MAC地址,且地址学习应当(SHOULD)被验证。地址未被学习的帧将要被作为扩散帧(floodedframes)转发,并会减少正确转发的帧的数量。为了保证正确的学习地址,地址学习帧的速率要被调整在50或50帧每秒以下。DUT/SUT的地址老化时间(agingtime)应该(SHOULD)被设定为大于测试学习阶段、实验持续的时间及测试设备配置所需的时间之和的值。在测试结束前,地址都不应当(SHOULDNOT)老化(ageout)。为了把地址和端口结合在一起,可能需要多次学习过程。如果一个DUT/SUT使用哈希算法学习地址,那么这个DUT/SUT可能不能学习到必须的地址来执行测试。那么,MAC地址的格式必须(MUST)是可调整的,这样地址映射可以重新安排以确保DUT/SUT学习到了所有的地址。4.帧格式和长度测试帧格式在RFC2544中第8节[3]中定义了,且必须(MUST)在测试帧UDP数据域中包含一独特的标志域(见[3]附录C)。标志域的目的是为了过滤掉不是实供负载(OLoad)部分的帧。标志域必须(MUST)足够独特,以能够识别出带标志域的帧不是源于DUT/SUT的。标志域应该(SHOULD)位于第56字节之后(冲突窗口[4])或者在帧的尾部。这个备忘录中没有定义其长度,内容和探测方法。标志域可以(MAY)对每个端口有一个独特的标识符。这就可以过滤掉误转发的帧。很有可能出现这种情况:DUT/SUT剥掉帧的MAC层,然后通过它的交换矩阵发送此帧,发送出去的帧有正确的目的MAC地址,但是是错误的有效负荷。帧的长度,请参考RFC2544[3],第9节。对以第二层以太网交换机,有三种可能的帧格式:标准以太网MAC帧,附加制造商标签的标准以太网MAC帧,和带适应802.1p&Q的标签的IEEE802.3ac帧。后两类带标签的帧可能超过1518字节的标准最大帧长度,可能不被一些DUT/SUT的控制接口所接受。建议在测试之前先检测DUT/SUT对标签帧的兼容性。设备交换超过1518字节的标签帧与非标签帧相比会有不同的最大转发率。5.基准测试下面的测试为基准局域网交换设备测试提供了测试目的、过程和报告的格式。5.1全网状吞吐量,丢帧率和转发率5.1.1目的为了确定RFC2285[2]中所定义的,DUT/SUT在全网状通信下的吞吐量、丢帧率和转发率。5.1.2设置参数当给DUT/SUT提供全网状通信时,必须(MUST)定义下面的参数。每一个参数的配置出于下面的考虑。帧长–按照RFC2544[3]第9节,建议的帧长为64,128,256,512,1024,1280和1518字节,见RFC25449[3]项。四个字节的CRC码被包括在指定的帧长内。帧间间隙(IFG)-在突发帧群(burst)中两帧之间的帧间间隙必须(MUST)为被测试介质标准中指定的最小值。(10Mbps以太网为9.6微秒,100Mbps以太网为960纳秒,1Gbps以太网为96纳秒)。双工模式–半双工或者全双工。计划负载(Iload)-每端口的计划负载以媒质的最大理论负载的百分比表示,不考虑通信方向或双工模式。某些测试配置理论上将超过DUT/SUT的预定负载。在半双工通信模式下,计划负载超过50%将超过DUT/SUT预定负载。突发帧群(Burst)长度-突发帧群长度定义了在停止传送以接收帧之前,在最小的合法的帧间间隙下紧挨(back-to-back)着发送的帧的数量。突发帧群长度应该(SHOULD)在1到930帧之间变化。突发帧群长度为1将仿真恒定负载情况[1]每端口地址数-表示每个端口将要被测试的地址的数量。地址的数量应当(SHOULD)是二的指数(即:1,2,4,8,16,32,64,128,256,……)。参考值为1。测试时间—推荐的测试时间长为30秒。测试期间长应当(SHOULD)可在1至300秒之间调整。5.1.3过程在测试仪器上的所有端口必须(MUST)以基于帧的模式或基于时间的模式来传输测试帧(附录B)。所有的端口应当(SHOULD)在测试时间的1%内开始传送帧。如果测试时间为30秒,所有的端口应当(SHOULD)在300毫秒之内开始互相传送帧。测试中的每一个端口必须(MUST)以循环的方式发送测试帧给所有的其它端口。当拥塞控制起作用时,一定不(MUSTNOT)能改变地址的顺序。下面的表格说明了测试中的每个端口必须(MUST)怎样传送测试帧给测试中的其它所有端口。在这个例子中,有六个端口,每个端口有一个地址:源端口目的端口(按传输序)端口#1234562...端口#2345613...端口#3456124...端口#4561235...端口#5612346...端口#6123451...如同在表格中所显示的,对于每一次传送机会,目的地址有相等的分配。这保持了测试的平衡,所以一个目的端口在这种测试运算算法下不会超负荷,在整个测试期间所有的端口平等的而且满负载工作.如果不正确地服从这个算法将会导致不一致的结果。对每个端口使用多个地址的测试,实际的目的端口是和上面所描述的一样,实际的源/目的地址对,应当被随机地选择以检验DUT/SUT的地址查找的能力。对每个地址,都必须(MUST)发送学习帧到DUT/SUT以使DUT/SUT适当的更新它的地址表。5.1.4测量每个端口应当接收与自己传送同样数目的测试帧.每个接收端口必须(MUST)分类,然后计算帧入两组中的一组:1.)接收帧(ReceivedFrames):接收帧必须(MUST)有正确的目的MAC地址,应当(SHOULD)匹配标签域。2.)洪泛计数(Floodcount)[2]:任何源于DUT/SUT(spanningtree,SNMP,RIP)的帧,一定(MUST)不能被计算为接收帧。源于DUT/SUT的帧可以(MAY)被计算为洪泛帧或者根本不被计算。DUT/SUT的帧丢失率应该(SHOOULD)如26.3[3]中所定义的方式报告,注意:帧丢失率应当在测试期间结束时度量.术语“rate”,仅仅对这个的度量,不是暗指以秒为单位。5.1.4.1吞吐量吞吐量度量是在26.1[3]项定义。为了发现0帧丢失率下最大Oload[2],使用了一搜寻运算法则。这个运算法则必须调整Iload以便发现吞吐量。5.1.4.2转发率DUT/SUT的转发率(FR)应当报告为每秒设备被观察到的,作为对一指定的Oload响应,成功转发到正确目的接口的测试帧的数量。Oload也必须被引用。在最大提供的负载下的转发率(FRMOL),必须报告为一个设备每秒可以成功传输到正确的目地接口作为对3.6[2]项所定义的MOL的响应的测试帧的数量。MOL也必须被引用。最大转发率(MFR)必须报告为一组重复的DUT/SUT转发率测试中最高的值。重复
本文标题:RFC2889(中文)
链接地址:https://www.777doc.com/doc-1502071 .html