應當匹配標簽域。在一經過的反復測試，這個數目應當和測試端口傳輸的幀的數量相等。
       
       在每次測試中學習端口上的洪泛幀總數。如果數量為非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: +1 (949) 400-4444
   EMail: bob@cqos.com


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

   Phone: + 1 818 676 2300
   EMail: jerry_perser@netcomsystems.com
附錄 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文檔中文翻譯計劃