rfc2889.txt

RFC规范的翻译稿

   应当匹配标签域。在一经过的反复测试，这个数目应当和测试端口传输的帧的数量相等。
       
       在每次测试中学习端口上的洪泛帧总数。如果数量为非0，这是表明DUT/SUT发出一帧，
       其目的地址不在地址表中。
    
   在监控端口的的洪泛帧总量。如果值为非0值，那么这表明，在反复测试中，DUT/SUT不
       能确定许多帧的正确的目的端口。换句话说，DUT/SUT在其地址表满后，洪泛发帧到所有
       的端口。
5.9 错误帧过滤
5.9.1 目的
     错误帧过滤测试的目的是为了确定DUT在错误或反常帧情况下的行为.测试结果说明DUT/SUT
是过滤出错误的帧还是仅仅继续传播错误帧到目的地址.
5.9.2 参数设定
         下面的参数必须被定义。每个变量的设定要考虑下面的因素。
    
Iload – Intended Load per port，以媒介的最大理论负载的百分比表示.实际每秒传输
的帧依赖于半双工或全双工操作.测试应当多次运行,每次每个端口有不同的负载.

测试期间 – 建议的测试期间为30秒.测试期间应当在1到300秒之间可调整.
    5.9.3 过程
      以太网上每个合法帧必须被检测:
    
   过长帧 - DUT/SUT可过滤出通过DUT/SUT传播的的超过1518字节的帧。过长的帧传输到
   DUT/SUT应当不再被转发。支持标签帧（tagged frames）的DUT/SUT可以转发不大于1522字节
   长的帧（4.2.4.2.1[5]项）.
   
   过短帧 – DUT/SUT必须过滤出通过DUT/SUT传播的的短于64字节长的帧(4.2.4.2.2[4]项).被
   DUT/SUT接收的过短帧（或有部分冲突的帧）不能够被转发.
   
   CRC错误 – DUT/SUT必须过滤出通过DUT/SUT传播的,没有通过帧校验序列确定( 4.2.4.1.2[4]
   项)的帧.传输到DUT/SUT的,有错误CRC码的帧应当不能被转发.
  
   丢失比特错误 – DUT/SUT必须正确的转发包含丢失比特位的帧.传输到DUT/SUT的帧，没有以
   一个字节边界结束但是包含一个有效的帧校验序列的帧必须被DUT/SUT接受(4.2.4.2.1[4]
 项)，并加一个字节的边界发送到正确的接收端口.
   
   队列次序错误 – DUT/SUT必须过滤没有通过帧校验序列确认并且没有一个字节边界结束的
   帧.这是CRC错误和丢失比特错误的结合.当两个错误都出现在同一个帧时,DUT/SUT必须首先
   确定CRC错误,并从传播帧中过滤出该帧(4.2.4.1.2[4]项).
5.9.5 报告格式
      对于在5.6.3项的中每个错误情况,“通过”（pass）或“失败”（fail）必须被报告。为
了
诊断的目的,可报告实际帧总数.
5.10 广播帧转发和延迟
5.10.1 目的
      广播帧转发和延迟测试的目的是确定DUT/SUT当转发广播通信时的吞吐量和延迟.转发广播
帧的能力将依赖于为了此目的建于设备上的一特定的功能.因此必须确定DUT/SUT处理广播
帧的能力,因为可能有多种不同的方法实现这个功能.
5.10.2 参数设置
      下面的参数必须要定义.每个变量的设定要考虑下面的因素:

帧大小 – 建议帧的大小为64,128,256,512,1024,1280和1518字节, 见RFC 2544 9 [3]. 
四个字节的CRC码被指定包括在帧的大小内.

       双工模式 – 半双工或者全双工.
       
       Iload – Intended Load per port，以媒介的最大理论负载的百分比表示.实际每秒传输
       的帧依赖于半双工或全双工操作.测试应当多次运行,每次每个端口有不同的负载.
       
       在这个测试中Iload将不会超过DUT/SUT预定值.
       
测试期间 — 建议的测试期间为30秒。测试期间应该在1至300秒之间可调整。

       在这个测试中Iload将不会超过DUT/SUT预定值.
5.10.3 过程
       对于这个测试,将要运行两个部分.

广播帧吞吐量 – 测试的这个部分用单独一个源测试端口来传输有广播地址的测试帧.
选择接收端口,然后度量转发率和帧丢失率.
    
    广播帧延迟 – 这个测试使用和广播帧吞吐量相同的设置,但是代替发送大量的测试帧流,只
    发送一个测试帧,要在很短的时间内,度量此帧到每个接收端口的延迟.
5.10.4 度量
       DUT/SUT的帧丢失率应当如26.3[3]项中所定义的方式报告,注意: 帧丢失率应当在测试期
间
结束时度量.术语"rate",仅仅对于这个度量,不是隐含秒的单位方式。
    
    DUT/SUT的的拥塞和非拥塞端口转发率(FR),必须报告为每秒设备被观察的,成功转发到正确
目的接口作为对一指定的Oload响应的测试帧的数量。Oload也必须被引用。
5.10.5 报告格式
测试的结果应当以图形的方式报告.其中x轴应该为帧的大小,y轴为测试结果.在图中至少有
两条线,一个为标为理论值,一个为测试的结果.

为了测量DUT/SUT在执行许多不同地址查找时的交换通信的能力,在一系列的测试中,可以增
加每个端口的地址数量.
6. 安全机制
        因为这个文档只是为了提供测定基准方法学，其所描述的即不是协议也不是协议的执行，
所以这个文档没有包含安全机制.
7．参考书目
      [1]   Bradner, S., Editor, "Benchmarking Terminology for Network
         Interconnection Devices", RFC 1242, July 1991.

   [2]   Mandeville, R., "Benchmarking Terminology for LAN Switching
         Devices", RFC 2285, February 1998.

   [3]   Bradner, S. and J. McQuaid, "Benchmarking Methodology for
         Network Interconnect Devices", RFC 2544, March 1999.

   [4]   ANSI/IEEE, "CSMA/CD Access Method and Physical Layer
         Specifications," ISO/IEC 8802-3, ISBN 0-7381-0330-6, 1998.

   [5]   IEEE Draft, "Frame Extensions for Virtual Bridged Local Area
         Networks (VLAN) Tagging on 802.3 Networks", 802.3ac/D3.1, July
         1998.
作者地址
    Robert Mandeville
   CQOS Inc.
   21 Technology
   Irvine, CA 92618
   USA

   Phone: [phone]
   EMail: [e-mail]


   Jerry Perser
   Spirent Communications
   26750 Agoura Road
   Calabasas, CA 91302
   USA

   Phone: + 1 818 676 2300
   EMail: [e-mail]
附录 A：公式
A.1 计算脉冲间隙
    IBG定义在RFC 2285[2]作为两个脉冲串间的距离.为了达到一个期望的负载,下面的输入参数
需要被定义:
       
       LENGTH – 帧的字节大小,包括CRC码.
       
       LOAD   - The intended load in percent. 范围为0到100.
       
       BURST  - 脉冲串中帧的数量(整数值).
       
       SPEED  - 介质的速度 以bits/sec 为单位
                 Ethernet 为10,000,000 bits/sec
                 Fast Ethernet 为100,000,000 bits/sec
                 Gigabit Ethernet 为 1,000,000,000 bits/sec
                     
       IFG    - 一个96位常量表示帧间隙.
        
        IBG(以秒为单位)可以被计算:

                          [(100/LOAD - 1) * BURST * (IFG + 64 + 8*LENGTH)] + IFG
   IBG = -----------------------------------------------------------
                                  SPEED
A.2 计算测试期间脉冲串的数目
        测试期间脉冲串的数量靠拢最接近的整数值.下面的输入参数要被定义.

       LENGTH – 帧字节数量,包括CRC码.
       
       BURST  - 脉冲串中帧的数量(整数值).
       
       SPEED  - 介质的速度 以bits/sec 为单位
                 Ethernet 为10,000,000 bits/sec
                 Fast Ethernet 为100,000,000 bits/sec
                 Gigabit Ethernet 为 1,000,000,000 bits/sec
                     
       IFG    - 一个96位常量表示帧间隙.
        
       IBG    - 见上面的公式.
       
       DURATION – 测试期间,以秒为单位.
       
   脉冲串持续期间要首先计算的一个中间值,:

    TXTIME  =  -----------------------------------------
                               SPEED

   测试期间脉冲串的数量 (四舍五入):

                     DURATION
    #OFBURSTS =   --------------
                  (TXTIME + IBG)

   例:

     LENGTH   = 64  bytes per frame
     LOAD     = 100 % offered load
     BURST    = 24  frames per burst
     SPEED    = 10  Mbits/sec (Ethernet)
     DURATION = 10  seconds test


    IBG       = 1612.8 uS
      TXTIME    = 1603.2 uS
    #OFBURSTS = 3110
附录 B: 产生实供负载 Offered Load
  在测试中，流量产生器是以Iload来配置，测量Oload.如果DUT/SUT使用了拥塞控制，那么Iload
与Oload是不相等的。问题就提出来了：怎样产生Oload?本附录将讲叙两种不同的方法。
   Oload 的测量单位是位每秒（bps）。这里讲的两种方法将使一个单位不变，使DUT/SUT改变另
一个单位。流量产生器应说明它用的方法。
B.1 基于帧的负载Frame Based Load
   基于帧的负载保持位的数量不变，而依据拥塞控制来改变测试持续时间。其优点是实现是一个
简单的状态机（或循环）。其缺点是Oload需要独立的测量。
流量产生器的所有端口必须传输确切数量的测试帧。测试帧的确切数量是在测试期间复用Iload
产生的。所有端口可不传输相同数量的测试帧，如果它们的Iload不同。一个例子是部分网格多对
一测试。所有端口应在测试时间的1%内开始传输帧。对于一30秒长的测试时间，所有端口应在300
毫秒内开始在彼此之间传输帧。

  被报告的Oload 应是测试时间内的平均值。如果流量产生器因为拥塞控制而在测试时间结束后
继续传输，Oload可以是整个传输时间内的平均值。DUT/SUT的Oload必须是所有端口Oload的和。
每端口的Oload也可以报告。
B.2 基于时间的负载Time Based Load
   基于时间的负载保持测试时间不变，而允许传输的八位组数量变化。其优点是准确的测试时间
和完整的Oload测量。缺点是流量产生器的开始和结束必须更精确。

   流量产生器的所有端口被配置为在有限的时间内传输Iload 。每个端口必须计数成功传输的八
位组的数量。

   测试的开始和结束由被测试参数定义的层来启动。这个层可以是MAC层，IP层，或协议栈的其
他点。当停止时间到时流量产生器完成它的层明确的传输过程。 
所有端口应在测试时间的1%内开始传输帧。对于一30秒长的测试时间，所有端口应在300毫秒
内开始在彼此之间传输帧。

   在明确的测试时间之后，所有端口应在测试时间的0.01%内停止传输帧。每个端口的停止时间
必须参考它的开始时间。这个测试时间错误控制了Oload测量的精确度，且应在Oload的测量里报
告。

  每个端口允许0.1%的偏移错误和0.01%的测试时间错误。

  通过将成功传输的八位组数除以测试时间就得到了Oload。DUT/SUT的Oload必须是所有端
口Oload的和。出于诊断目的，也可以报告每个端口的Oload。
   
Full Copyright Statement

   Copyright (C) The Internet Society (2000).  All Rights Reserved.

   This document and translations of it may be copied and furnished to
   others, and derivative works that comment on or otherwise explain it
   or assist in its implementation may be prepared, copied, published
   and distributed, in whole or in part, without restriction of any
   kind, provided that the above copyright notice and this paragraph are
   included on all such copies and derivative works.  However, this
   document itself may not be modified in any way, such as by removing
   the copyright notice or references to the Internet Society or other
   Internet organizations, except as needed for the purpose of
   developing Internet standards in which case the procedures for
   copyrights defined in the Internet Standards process must be
   followed, or as required to translate it into languages other than
   English.

   The limited permissions granted above are perpetual and will not be
   revoked by the Internet Society or its successors or assigns.

   This document and the information contained herein is provided on an
   "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
   TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
   BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
   HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
   MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

Acknowledgement

   Funding for the RFC Editor function is currently provided by the
   Internet Society.




RFC2889—Benchmarking Methodology for LAN Switching Devices
局域网（LAN）交换设备基准（测试）方法学



1
RFC文档中文翻译计划