介紹
這個文檔意在給局域網(LAN)交換設備提供測試基準方法。它将已在RFC 2544中定義
的網絡互連設備測試基準的方法擴展到局域網(LAN)交換設備的測試中來。
本RFC文檔主要處理在MAC層交換幀的設備。它為交換設備,轉發性能,擁塞控制,時延
地址處理和過濾提供了一個測試基準方法。除了定義測試之外,這個文檔也描述了測試結果
報告的特定的格式。
在早先“局域網交換設備基準(測試)術語學”(RFC2285)的文檔中,定義了許多在
這個文檔裡的要使用的術語。在試圖使用本文檔之前,應當先參考一下該術語學文檔。
要求
在使用這個文檔前,應該首先參考下面的文檔:RFC 1242,RFC 2285,RFC 2544.
為了保持清晰性和連貫性,這個RFC文檔基準測試部分采用了RFC 2544中26節中所使用的
模式。
這個文檔中的關鍵字“MUST”,“MUST NOT”,“REQUIRED”,“SHALL”,“SHALL NOT”,
“SHOULD”,“SHOULD NOT”,“RECOMMENDED”,“MAY”,及“OPTIONAL”的解釋,和在RFC
2119文檔中所描述的一樣.
測試設置
這個文檔将RFC 2544第6節所描述常規基準測試設置擴展到局域網交換設備的基準
測試中。 RFC 2544主要描述了非網狀通信(non-meshed traffic),其輸入和輸出接
口被捆綁成一組來發送和接收幀,組與組之間互斥。在全網狀通信(fully meshed traffic)
中,DUT/SUT的每個接口都被設置為可以接收也可以傳輸幀到所有被測試的其它接口.
在每個測試運行之前,DUT/SUT 必須(MUST)學習在測試中所要用到的MAC地址,
且地址學習應當(SHOULD)被驗證。地址未被學習的幀将要被作為擴散幀(flooded frames)
轉發,并會減少正确轉發的幀的數量。為了保證正确的學習地址,地址學習幀的速率要被調
整在50或50幀每秒以下。DUT/SUT的地址老化時間(aging time)應該(SHOULD)被設定為
大于測試學習階段、實驗持續的時間及測試設備配置所需的時間之和的值。
在測試結束前,地址都不應當(SHOULD NOT )老化(age out)。為了把地址和端口
結合在一起,可能需要多次學習過程。
如果一個DUT/SUT使用哈希算法學習地址,那麼這個DUT/SUT可能不能學習到必須的地
址來執行測試。那麼,MAC地址的格式必須(MUST)是可調整的,這樣地址映射可以重新安
排以确保DUT/SUT學習到了所有的地址。
幀格式和長度
測試幀格式在RFC 2544中第8節中定義了,且必須(MUST)在測試幀UDP數據域中
包含一獨特的标志域(見附錄 C)。标志域的目的是為了過濾掉不是實供負載(OLoad)
部分的幀。
标志域必須(MUST)足夠獨特,以能夠識别出帶标志域的幀不是源于DUT/SUT的。标志
域應該(SHOULD)位于第56字節之後(沖突窗口)或者在幀的尾部。這個備忘錄中沒有
定義其長度,内容和探測方法。
标志域可以(MAY)對每個端口有一個獨特的标識符。這就可以過濾掉誤轉發的幀。很有
可能出現這種情況:DUT/SUT剝掉幀的MAC層,然後通過它的交換矩陣發送此幀,發送出去
的幀有正确的目的MAC地址,但是是錯誤的有效負荷。
幀的長度,請參考RFC 2544,第9節。
對以第二層以太網交換機,有三種可能的幀格式:标準以太網MAC幀,附加制造商标
簽的标準以太網MAC幀,和帶适應802.1p&Q的标簽的IEEE 802.3ac幀。後兩類帶标簽的幀可
能超過1518字節的标準最大幀長度,可能不被一些DUT/SUT的控制接口所接受。建議在測試
之前先檢測DUT/SUT對标簽幀的兼容性。
設備交換超過1518字節的标簽幀與非标簽幀相比會有不同的最大轉發率。
基準測試
下面的測試為基準局域網交換設備測試提供了測試目的、過程和報告的格式
5.1全網狀吞吐量,丢幀率和轉發率
5.1.1目的
為了确定RFC 2285中所定義的,DUT/SUT在全網狀通信下的吞吐量、丢幀率和轉發率。
5.1.2設置參數
當給DUT/SUT提供全網狀通信時,必須(MUST)定義下面的參數。每一個參數的配置出于下
面的考慮。
幀長 – 按照RFC2544第9節,建議的幀長為64,128,256,512,1024,1280和1518字節,
見 RFC 2544 9 項。 四個字節的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将仿真恒定負載情況
每端口地址數-表示每個端口将要被測試的地址的數量。地址的數量應當(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)以循環的方式發送測試幀給所有的其它端口。當擁塞
控制起作用時,一定不(MUST NOT)能改變地址的順序。下面的表格說明了測試中的每個端
口必須(MUST)怎樣傳送測試幀給測試中的其它所有端口。在這個例子中,有六個端口,每個
端口有一個地址:
源端口 目的端口 (按傳輸序)
端口#1 2 3 4 5 6 2...
端口#2 3 4 5 6 1 3...
端口#3 4 5 6 1 2 4...
端口#4 5 6 1 2 3 5...
端口#5 6 1 2 3 4 6...
端口#6 1 2 3 4 5 1...
如同在表格中所顯示的,對于每一次傳送機會,目的地址有相等的分配.這保持了測試的平衡,
所以一個目的端口在這種測試運算算法下不會超負荷, 在整個測試期間所有的端口平等的而且滿
負載工作.如果不正确地服從這個算法将會導緻不一緻的結果。
對每個端口使用多個地址的測試,實際的目的端口是和上面所描述的一樣,實際的源/目的地
址對,應當被随機地選擇以檢驗DUT/SUT的地址查找的能力。
對每個地址,都必須(MUST)發送學習幀到DUT/SUT以使DUT/SUT适當的更新它的地址表。
5.1.4測量
每個端口應當接收與自己傳送同樣數目的測試幀.每個接收端口必須(MUST)分類,然後計算
幀入兩組中的一組:
1.) 接收幀(Received Frames):接收幀必須(MUST)有正确的目的MAC地址,應當(SHOULD)
匹配标簽域。
2.) 洪泛計數(Flood count) .
任何源于DUT/SUT(spanning tree, SNMP, RIP, ...)的幀,一定(MUST)不能被計算為接收幀.
源于DUT/SUT的幀可以(MAY)被計算為洪泛幀或者根本不被計算。
DUT/SUT的幀丢失率應該(SHOOULD)如26.3中所定義的方式報告,注意: 幀丢失率應當
在測試期間結束時度量.術語“rate”,僅僅對這個的度量,不是暗指以秒為單位。
5.1.4.1吞吐量
吞吐量度量是在26.1項定義.為了發現0幀丢失率下最大Oload,使用了一搜尋運算法
則.這個運算法則必須調整Iload 以便發現吞吐量
5.1.4.2轉發率
DUT/SUT的轉發率(FR)應當報告為每秒設備被觀察到的, 作為對一指定的Oload響應,成功轉
發到正确目的接口的測試幀的數量。Oload也必須被引用。
在最大提供的負載下的轉發率(FRMOL),必須報告為一個設備每秒可以成功傳輸到正确的目地
接口作為對3.6項所定義的MOL的響應的測試幀的數量.MOL也必須被引用。
最大轉發率(MFR)必須報告為一組重複的DUT/SUT轉發率測試中最高的值.重複的轉發率測試
由調整Iload構成.Oload 應用于設備必須被引用。
5.1.5 報告格式
這些測試的結果應該以圖形的方式報告.其中x軸應該為幀的大小,y軸為測試結果.在圖中至
少有兩條線,一個為标為理論值,一個為測試的結果.
為了測量DUT/SUT在執行許多不同地址查找時的交換通信的能力,在一系列的測試中,可以增
加每個端口的地址數量.
5.2 部分網狀 one-to-many/many-to-one
5.2.1 目的
确定當從多個端口傳輸到一個端口或從一個端口傳輸到多個端口時的吞吐量.和全網狀吞吐
量測試一樣,這個測試是一個度量在無幀丢失時交換幀的性能.這個測試的結果可以被用來确
定DUT當交換通信量來自多個以太網端口時,利用一個以太網端口的能力.
5.2.2 設置參數
當提供突發的網狀通信時,下面的參數必須被定義.每個參數設定要考慮下面因素.
幀大小 – 建議幀的大小為64,128,256,512,1024,1280和1518字節, 見 RFC 2544 9 .
四個字節的CRC碼被指定包括在幀的大小内.
通信方向 – 通信量可以在一個方向,相反的方向或兩個方向産生.
幀間隙(IFG)-在脈沖串中兩幀之間的幀間隙,必須為被測試介質指定标準中最小
的。(9.6 us for 10Mbps Ethernet, 960 ns for 100Mbps Ethernet, and 96 ns for 1 Gbps
Ethernet) .
雙工模式 – 半雙工或者全雙工.
Iload – Intended Load per port,以媒介的最大理論負載的百分比表示,不考慮通信
方向或雙工模式。某個測試配置将理論上超過DUT/SUT的預定
在半雙工通信模式下,Iload超過50%将為超過DUT/SUT預定。
脈沖大小 – 脈沖大小定義了在停止傳送來接收幀之前,在最小合法的I幀間隙下背靠背
發送的幀的數量。脈沖大小應該在1和930幀之間變化。脈沖大小為1将仿真恒定負載。
每個端口地址 – 表現每個端口将要被測試的地址的數量。地址的數量應當是二的指數
(i.e. 1,2,4,8,16,32,64,128,256,……)。參考值為1。
測試期間 — 建議的測試期間為30秒。測試期間應當在1至300秒之間可調整。
5.2.3 過程
在測試設備上的所有端口必須在幀基礎模式或時間基礎模式下傳輸測試幀(附錄 B). 依
賴于通信方向,一些或所有的端口将要傳送.所有的端口應當在測試期間的1%内開始傳送幀.
對于測試期間為30秒,所有的端口應當在300毫秒之内開始互相傳送幀.
來自多個端口的測試幀必須發往一個端口。來自一個端口的測試幀必須以循環類型方式發往
多個端口。循環類型方式的描述見5.1.3項
在測試中每個端口使用多個地址,實際的目的端口是和上面所描述的一樣,實際的源/目的地
址對應當被随機地選擇以練習DUT/SUT的地址查找的能力.
+----------+
| |
| Many | <--------
| |
+----------+
+----------+ +-------------+
| | ------------> | |
| Many | <-----------------------> | One |
| | ------------> | |
+----------+ / +-------------+
/
+----------+ /
| | /
| Many | <-------
| |
+----------+
對于每個地址,測試設備必須發送學習幀以允許DUT/SUT适當地更新其地址表.
5.2.4 測量
每個接收端口必須分類,然後計算幀在兩組中的一組内:
1.)接收幀: 接收幀必須有正确的目的MAC地址,應當匹配标簽域.
2.)洪泛幀
任何幀源于DUT/SUT的幀,一定不能被計算為接收幀.源于DUT/SUT的幀可以被計算為洪泛幀
或者不被計算.
DUT/SUT的轉發率(FR), 應當報告為每秒設備被觀察到的,成功轉發到正确目的接口作為對
一指定的Oload響應的測試幀的數量。Oload也必須被引用。
在最大提供的負載下的轉發率(FRMOL),必須被報告為一個設備每秒可以成功傳輸到正确的
目的接口作為對3.6項所定義的MOL的響應的測試幀的數量.MOL也必須被引用.
最大轉發率(MFR)必須被報告為一個DUT/SUT的最高轉發率減少一組重複轉發率的測試.重
複的一組轉發率測試由調整Iload構成.Oload 應用于設備必須被引用.
5.2.5 報告格式
測試的結果應當以圖形的方式報告.其中x軸應該為幀的大小,y軸為測試結果.在圖中至少有
兩條線,一個為标為理論值,一個為測試的結果.
為了測量DUT/SUT在執行許多不同地址查找時的交換通信的能力,在一系列的測試中,可以增
加每個端口的地址數量.
5.3 部分網狀多重設備
5.3.1 目的
為了确定裝備有多個端口和一個高速上行中樞線(high speed backbone uplink)(Gigabit
Ethernet,ATM,SONET)的兩個交換設備的吞吐量,幀丢失率和轉發率.
5.3.2 設置參數
當提供突發的部分網狀通信,下面的參數必須被定義.每個變量的設定要考慮下面的因素.
幀大小 – 建議幀的大小為64,128,256,512,1024,1280和1518字節, 見 RFC 2544 9 .
四個字節的CRC碼被指定包括在幀的大小内.
幀間隙(IFG)-在脈沖串中兩幀之間的幀間隙,必須為被測試介質指定标準中最小
的。(9.6 us for 10Mbps Ethernet, 960 ns for 100Mbps Ethernet, and 96 ns for 1 Gbps
Ethernet) .
雙工模式 – 半雙工或者全雙工.
Iload – Intended Load per port,以媒介的最大理論負載的百分比表示,不考慮通信
方向或雙工模式。某個測試配置将理論上超過DUT/SUT的預定.
在半雙工通信模式下,Iload超過50%将為超過DUT/SUT預定。
脈沖大小 – 脈沖大小定義了在停止傳送來接收幀之前,在最小合法的I幀間隙下背靠背
發送的幀的數量。脈沖大小應該在1和930幀之間變化。脈沖大小為1将仿真恒定負載。
每個端口地址 – 表現每個端口将要被測試的地址的數量。地址的數量應當是二的指數
(i.e. 1,2,4,8,16,32,64,128,256,……)。參考值為1。
測試期間 — 建議的測試期間為30秒。測試期間應當在1至300秒之間可調整。
本地通信量(Local Traffic) - 一個值為ON或OFF的布爾值。幀運算法則可以被改變以
轉移本地通信量。當本地通信量值為ON時運算法則和全網狀吞吐量的完全一樣。當本地
通信量值為OFF時,端口以循環類型方式發送幀給中樞上行線另一邊所有的端口.
5.3.3 過程
在測試設備上的所有端口必須在幀基礎模式或時間基礎模式下傳輸測試幀(附錄 B).所
有的端口應當在測試期間的1%内開始傳送幀.對于測試期間為30秒,所有的端口應當在300毫
秒之内開始互相傳送幀.
測試中的每個端口必須以在5.1.3.中所定義的循環類型方式發送測試幀給所有其它的
端口. 為了發送完全負載穿過中樞上行線,本地通信量可以不遵循循環列表.
每個端口使用多個地址的測試中,實際的目的端口是和上面所描述的一樣,實際的源/目的地
址對應當被随機地選擇以練習DUT/SUT的地址查找的能力.
對于每個地址,測試設備必須發送學習幀以允許DUT/SUT适當地更新其地址表.
為了度量DUT/SUT在執行許多不同地址查找時的交換通信的能力,在一系列的測試中,可以增
加每個端口的地址數量.
5.3.4 測量
每個接收端口必須分類,然後計算幀入兩組中的一組内:
1.) 接收幀: 接收幀必須有正确的目的MAC地址,應當匹配标簽域.
2.) 洪泛幀
任何幀源于DUT/SUT的幀,一定不能被計算為接收幀.源于DUT/SUT的幀可以被計算為洪泛幀或
者不被計算.
DUT/SUT的幀丢失率應當如26.3項中所定義的方式報告,注意: 幀丢失率應當在測試期間
結束時度量.術語"rate",僅僅對于這個度量,不是隐含秒的單位方式。
5.3.4.1 吞吐量
吞吐量度量定義在在26.1項.為了發現0幀丢失率下的最大Oload],使用了一種搜
尋運算法則.這個運算法則必須調整Iload 以發現吞吐量.
5.3.4.2 轉發率
DUT/SUT的轉發率(FR)應當報告為每秒設備被觀察到的,成功轉發到正确目的接口作為對一
指定的Oload響應的測試幀的數量。Oload也必須被引用。
在最大提供的負載下的轉發率(FRMOL),必須被報告為一個設備每秒可以成功傳輸到正确的
目的接口作為對3.6項所定義的MOL的響應的測試幀的數量.MOL也必須被引用.
最大轉發率(MFR)必須被報告為一個DUT/SUT的最高轉發率,減少一組重複轉發率的測試.重
複的一組轉發率測試由調整Iload構成.Oload 應用于設備必須被引用.
5.3.5 報告格式
這些測試的結果應當以圖形的方式報告.其中x軸應當為幀的大小,y軸為測試結果.在圖中至
少應有兩條線,一個為标為理論值,一個為測試的結果.
為了測量DUT/SUT在執行許多不同地址查找時的交換通信的能力,在一系列的測試中,可以增
加每個端口的地址數量.
5.4 部分網狀單向通信
5.4.1 目的
為了确定,當DUT/SUT上一半端口單向傳輸信息流往另一半的端口時DUT/SUT的吞吐量.
5.4.2 設置參數
下面的參數必須被定義.每一個變量在下面的情況下被設定.
幀大小 – 建議幀的大小為64,128,256,512,1024,1280和1518字節, 見RFC 2544 9 .
四個字節的CRC碼被指定包括在幀的大小内.
幀間隙(IFG)-在脈沖串中兩幀之間的幀間隙,必須為被測試介質指定标準中最小
的。(9.6 us for 10Mbps Ethernet, 960 ns for 100Mbps Ethernet, and 96 ns for 1 Gbps
Ethernet) .
雙工模式 – 半雙工或者全雙工.
Iload – Intended Load per port,以媒介的最大理論負載的百分比表示,不考慮通信
方向或雙工模式。某個測試配置将理論上超過DUT/SUT的預定.
在半雙工通信模式下,Iload超過50%将為超過DUT/SUT預定。
脈沖大小 – 脈沖大小定義了在停止傳送來接收幀之前,在最小合法的I幀間隙下背靠背
發送的幀的數量。脈沖大小應該在1和930幀之間變化。脈沖大小為1将仿真恒定負載。
每個端口地址 – 表現每個端口将要被測試的地址的數量。地址的數量應當是二的指數
(i.e. 1,2,4,8,16,32,64,128,256,……)。參考值為1。
測試期間 — 建議的測試期間為30秒。測試期間應當在1至300秒之間可調整。
5.4.3 過程
端口不同時地發送和接收測試幀.作為一種結果,應當沒有沖突除非DUT錯誤轉發了幀,産
生洪泛幀或生成樹幀或者授予了一些流控的機制.這個測試中所使用的端口可以傳送或接收
幀,但是不能夠兩者兼備.那些傳送端口發送測試幀往相應的每個接收端口的地址。這産生單
向網狀通信。
在測試設備上的所有端口必須在幀基礎模式或時間基礎模式下傳輸測試幀(附錄 B).所有的
端口應當在測試期間的1%内開始傳送幀.對于測試期間為30秒,所有的端口應當在300毫秒之
内開始互相傳送幀。
在測試中的每一個傳輸端口必須以循環類型方式發送幀給所有的接收端口. 當擁塞控制被應
用時,地址的序列一定不能改變.下面的表格說明了為什麼測試中的每個端口必須傳輸測試幀
給所有測試中的其它端口.在這個例子中,有8個端口,端口1至4是傳輸端口,端口5至8是接收
端口,每個端口有一個地址:
源端口, 目的端口 (按傳輸順序)
端口#1 5 6 7 8 5 6...
端口#2 6 7 8 5 6 7...
端口#3 7 8 5 6 7 8...
端口#4 8 5 6 7 8 5...
如同在表格中所顯示的,對于每一次傳送機會,,目的地址有相等的分配.這保持了測試的平
衡,所以一個目的端口在這種測試運算規則下不會超負荷, 在整個測試期間所有的接收端口
平等而充滿負載.如果不嚴格地服從這個運算規則将會導緻矛盾的結果.
在每個端口使用多個地址的測試中,實際的目的端口是和上面所描述的一樣,實際的源/目
的地址對應當被随機地選擇以練習DUT/SUT的地址查找的能力.
對于每個地址,測試設備必須發送學習幀以允許DUT/SUT适當地更新其地址表.地址表年齡時
間應當被設置成比學習時間和測試期間的組合還要充分的長。如果地址表在測試期間超時,
結果将會顯示DUT/SUT的一個較低的執行結果。
為了測量DUT/SUT在執行許多不同地址查找時的交換通信的能力,在一系列的測試中,可以
增加每個端口的地址數量.
5.4.4 測量
每個接收端口必須分類,然後計算幀入兩組中的一組内:
1.)接收幀:接收幀必須有正确的目的MAC地址,應當匹配标簽域.
2.)洪泛幀
任何幀源于DUT/SUT的幀,一定不能被計算為接收幀.源于DUT/SUT的幀可以被計算為洪泛幀
或者不被計算.
DUT/SUT的幀丢失率應當如26.3項中所定義的方式報告,注意: 幀丢失率在測試期間結
束時應當度量.術語"rate",僅僅對于這個度量,不暗指秒的單位方式.
5.4.4.1 吞吐量
吞吐量度量在26.1項中定義.為了發現0幀丢失率下最大Oload,使用了一搜
尋運算法則.這個運算法則必須調整Iload 以發現吞吐量.
5.4.4.2 轉發率
DUT/SUT的轉發率(FR)應當報告為每秒設備被觀察到的,成功轉發到正确目的接口作為對一
指定的Oload響應的測試幀的數量。Oload也必須被引用。
在最大提供的負載下的轉發率(FRMOL),必須被報告為一個設備每秒可以成功傳輸到正确的
目的接口作為對3.6項所定義的MOL的響應的測試幀的數量.MOL也必須被引用.
最大轉發率(MFR)必須被報告為一個DUT/SUT的最高轉發率,減少一組重複轉發率的測試.重
複的一組轉發率測試由調整Iload構成.Oload 應用于設備必須被引用.
5.4.5 報告格式
這些測試的結果應當以圖形的方式報告.其中x軸應當為幀的大小,y軸為測試結果.在圖中至
少應有兩條線,一個為标為理論值,一個為測試的結果.
為了測量DUT/SUT在執行許多不同地址查找時的交換通信的能力,在一系列的測試中,可以增
加每個端口的地址數量.
5.5 擁塞控制
5.5.1 目的
為了确定一個DUT如何處理擁塞.一個設備是否執行擁塞控制,一個擁塞的端口是否會影響到一
沒有擁塞的端口? 這個程序決定是否出現了列頭阻塞和、或背壓。
5.5.2 設置參數
下面的參數必須被定義.每一個變量的設定要考慮下面的因素.
幀大小 – 建議幀的大小為64,128,256,512,1024,1280和1518字節, 見RFC 2544 9 .
四個字節的CRC碼被指定包括在幀的大小内.
幀間隙(IFG)-在脈沖串中兩幀之間的幀間隙,必須為被測試介質指定标準中最小
的。(9.6 us for 10Mbps Ethernet, 960 ns for 100Mbps Ethernet, and 96 ns for 1 Gbps
Ethernet) .
雙工模式 – 半雙工或者全雙工.
每個端口地址 – 表現每個端口被測試的地址的數量。地址的數量應當是2的指數(i.e. 1,
2,4,8,16,32,64,128,256,……)。參考值為1。
測試期間 — 建議的測試期間為30秒。測試期間應該在1至300秒之間可調整。
5.5.3 過程
這個測試必須由四的倍數個有相同MOL的端口組成.四個端口是必須的,還可以被擴展以
充分的利用DUT/SUT.每組的四個端口組成一個測試塊,兩個端口作為源傳輸端口,有兩個作為
接收端口. 下面的圖表描述了在交換端口之間的通信流.
+----------+ 50 % MOL +-------------+
| | ------------------------> | |
| | 50 % MOL | 未擁塞 |
| | --------- | |
+----------+ +-------------+
+----------+ +-------------+
| | ---------> | |
| | 100 % MOL | 擁塞 |
| | ------------------------> | |
+----------+ +-------------+
兩個源傳輸端口必須傳送确定數目的測試幀.第一個源端口必須以MOL,交互的傳輸目的地址
為兩個接收端口的測試幀.第一個測試幀到非擁塞的接收端口,第二個測試幀到擁塞的接收
端口,然後重複.第二個源傳輸端口必須以MOL傳送測試幀到擁塞的接收端口.
兩個接收端口應當區分來自于源端口和DUT/SUT的測試幀.隻有來自于源端口的測試幀應當
被計算.
非擁塞的接收端口應當以MOL速率的一半接收.非擁塞的接收端口接收到的測試幀,應當為第
一個源傳輸端口所傳輸測試幀的50%.擁塞的接收端口應當以MOL速率接收.擁塞的接收端口
接收到的測試幀,應當為第一個源傳輸端口所傳輸測試幀的100%至150%.
由于其它端口是擁塞的,發往交換設備上非擁塞端口的測試幀不應當丢失,即使源端口既發
往擁塞端口,也發往非擁塞端口。
5.5.4 測量
任何接收到的沒有正确的目的地址的幀,不能夠被計算為接收幀,應當被計算入一個洪泛幀。
任何幀源于DUT/SUT的幀,不能被計算為接收幀.源于DUT/SUT的幀可以被計算為洪泛幀或者不
被計算.
DUT/SUT的擁塞和非擁塞端口的幀丢失率應當如26.3項中所定義的方式報告,注意: 幀丢
失率在測試期間結束時應當被度量.術語"rate",僅僅對于這個的度量,不是暗指秒的單位方
式。
對DUT/SUT的Oload必須報告為每秒DUT/SUT觀察到的接收的測試幀的數量.這可能不同于MOL.
DUT/SUT的非擁塞端口和擁塞端口的轉發率,必須報告為每秒設備被觀察到的,成功的傳輸到
正确目的接口作為對一特定的Oload響應的測試幀的數量。Oload也必須被引用。
5.5.5 報告格式
這個測試必須報告非擁塞端口的幀丢失率,非擁塞端口的轉發率(at 50% offered load),和擁
塞端口的幀丢失率.這個測試可以報告被DUT/SUT傳輸的幀的數量和接收的幀的數量。
5.5.5.1 列頭阻塞HOLB
如果在非擁塞端口有幀丢失,出現了列頭阻塞。DUT不能夠轉發通信量的總量到擁塞端口,作
為一種結果它也丢失發往非擁塞端口的幀.
5.5.5.2 背壓Back Pressure
如果在擁塞端口沒有幀丢失,出現了背壓。應當注意,這個測試所期望的到擁塞端口的全部負
載将要高于100%。因此如果負載高于100%,且沒有檢測到幀丢失,那麼DUT一定是執行了流控制機制.
使用的流控機制類型超出了這個文檔的範圍.
應當注意,一些DUT可能不能處理出現在輸入端口的100%的負載.在這種情況下,非擁塞端口
可能有幀丢失報告,這是因為在輸入端口的負載高于擁塞端口的負載.
如果非擁塞端口丢失幀報告為0,但是最大傳輸率低于7440(對于10Mbps Ethernet),那麼這可
能表示擁塞控制被DUT執行.這樣,擁塞控制影響了非擁塞端口的吞吐量.
如果沒有檢測到有擁塞控制,擁塞端口在150%的超載下,期望的幀丢百分比33%.此端口從一
個端口接收100%負載,從另一個接收50%,但其僅僅可以達到100%的吞吐量,因此有33%的幀丢
失率(150%-50%/150%).
5.6 轉壓Forward Pressure 和最大轉發率
5.6.1 目的
轉壓測試使一個DUT/SUT端口超負荷,然後度量其輸出量 的轉壓 .如果DUT/SUT 傳輸
幀的幀間隙小于96位(見 4.2.3.2.2),那麼轉壓被偵測到。
最大轉發率的測試是為了度量當Oload 在吞吐量和最大Oload之間變化時轉發率的峰值。
5.6.2 參數設置
下面的參數必須被定義.每一個變量的設定要考慮下面的因素.
幀大小 – 建議幀的大小為64,128,256,512,1024,1280和1518字節, 見RFC 2544 9 .
四個字節的CRC碼被指定包括在幀的大小内.
雙工模式 – 半雙工或者全雙工.
測試期間 — 建議的測試期間為30秒。測試期間應該在1至300秒之間可調整。
步伐大小 – Iload在測試中每秒增加幀的最小增加的決定。步伐大小越小,度量的結果
越精确,需要更多的反複測試。當Iload接近MOL時,因為測試設備的分辨能力最小步伐
将要增大。
5.6.3 過程
5.6.3.1 最大轉發率
如果吞吐量和MOL是相同的,那麼MFR是和MOL相等的.
這個測試必須至少在如下所描述的兩個端口配置下執行.學習幀必須發送以允許DUT/SUT适
當更新其地址表.
測試幀以Iload傳輸到DUT/SUT第一個端口(port 1).度量在DUT/SUT的第二個端口(port 2)
的FR.Iload以每個步伐大小增加以發現MFR。測試的運算法則如下:
CONSTANT
MOL = ... frames/sec; {最大Oload }
VARIABLE
MFR := 0 frames/sec; {最大轉發率}
ILOAD := starting throughput in frames/sec; {offered load}
STEP := ... frames/sec; {Step Size}
BEGIN
ILOAD := ILOAD - STEP;
DO
BEGIN
ILOAD := ILOAD + STEP
IF (ILOAD > MOL) THEN
BEGIN
ILOAD := MOL
END
AddressLearning; {Port 2 broadcasts with its source address}
Transmit(ILOAD); {Port 1 sends frames to Port 2 at Offered load}
IF (Port 2 Forwarding Rate > MFR) THEN
BEGIN
MFR := Port 2 Forwarding Rate; {A higher value than before}
END
END
WHILE (ILOAD < MOL); {ILOAD has reached the MOL value}
DONE
5.6.3.2 最小幀間隙
最小幀間隙測試應當在如下所描述的,至少兩個端口配置下執行.學習幀必須發送以允許
DUT/SUT适當更新其地址表.
測試幀應當在幀間隙為88位下被傳輸到DUT/SUT第一個端口(port 1).這将應用forward
pressure于DUT/SUT上,以每幀一個字節的速率使此設備超載。測試幀必須由源地址為端口1,
目的地址為端口2組成。
DUT/SUT上第二個端口(port 2)的FR将被度量。度量的轉發率不能超過介質的最大理
論負載(MOL)。
5.6.4 測量
端口2必須加以分類,然後計算幀入兩組中的一組:
1.)接收幀:接收争必須有正确的目的MAC地址,應當匹配标簽域.
2.) 洪泛幀
任何源于DUT/SUT的幀,一定不能被計算為接收幀.源于DUT/SUT的幀可以被計算為洪泛幀或
者不被計算.
5.6.5 報告格式
最大轉發率(MFR)必須報告為一組重複的DUT/SUT轉發率測試中最高的值.重複的轉發率測試
由調整Iload構成.Oload 應用于設備必須被引用.
DUT/SUT的轉發率(FR)應當報告為每秒設備被觀察到的, 作為對一指定的Oload響應,成功
轉發到正确目的接口的測試幀的數量。Oload也必須被引用.
如果在最小幀間隙測試中,FR超過MOL,這必定突出表明"Forward Pressure detected".
5.7 地址緩沖能力
5.7.1 目的
為了确定如在RFC 2285中3.8.1項定義的,LAN交換設備地址緩沖能力.
5.7.2 參數設置
下面的參數必須被定義.每個變量設定要考慮到下面的因素.
年齡時間 – DUT/SUT在它的轉發表中,保持一個學習到的地址的最大時間.
地址學習速率 – 提供給DUT/SUT學習的新地址的速率.為了保證可以成功的學習,地址學
習幀提供的速率可調整到50幀或50幀以下每秒.
初始化地址 –開始測試時初始的地址數量.數量必須在1到執行時最大支持的數目之間.
5.7.3 過程
必須知道DUT/SUT的年齡時間.年齡時間必須長于在指定速率下産生幀的所必需的時間.
如果在測試中使用了較底的幀産生率,那麼很有可能會發送大量的幀,而實際上超過了年齡時
間段.
這個測試必須至少在如下所描述的三個端口配置下執行.測試可以增加兩個或三個端口以
完全利用DUT/SUT.如果增加兩個将包括一附加的學習端口和測試端口.如果增加三個端口
将包括一附加的學習端口,測試端口和監察端口.
學習端口(Lport)傳輸帶有不同源地址和一确定目的地址的學習幀到DUT/SUT,此目的地址
相應于連接到DUT/SUT測試端口(Tport)的設備地址.通過接收有不同源地址的幀,DUT/SUT
可以學到這些新地址.源地址可能為連續的順序.
DUT/SUT的測試端口(Tport)對學習幀來說,擔當接收端口.測試幀将被傳輸回到學習端口
所學到的地址.此運算法則在下面将被解釋.
DUT/SUT上的監察端口擔當檢查端口以監聽洪泛幀或錯誤轉發的幀.如果測試包括多個廣
播域(VLANS),那麼每個廣播域需要一個監察端口.
高度忠告,當運行這個測試時關閉SNMP,Spannig Tree,和其它源于DUT/SUT的幀。如果這
些協議不能被關閉,洪計算必須被修改為隻計數源于Lport的測試幀,一定不能計數源自
DUT/SUT的幀。
這個測試的運算法則如下:
CONSTANT
AGE = ...; {value greater that DUT aging time}
MAX = ...; {maximum address support by implementation}
VARIABLE
LOW := 0; {Highest passed valve}
HIGH := MAX; {Lowest failed value}
N := ...; {user specified initial starting point}
BEGIN
DO
BEGIN
PAUSE(AGE); {Age out any learned addresses}
AddressLearning(TPort); {broadcast a frame with its source
Address and broadcast destination}
AddressLearning(LPort); {N frames with varying source addresses
to Test Port}
Transmit(TPort); {N frames with varying destination addresses
corresponding to Learning Port}
IF (MPort receive frame != 0) OR
(LPort receive frames < TPort transmit) THEN
BEGIN {Address Table of DUT/SUT was full}
HIGH := N;
END
ELSE
BEGIN {Address Table of DUT/SUT was NOT full}
LOW := N;
END
N := LOW + (HIGH - LOW)/2;
END WHILE (HIGH - LOW >= 2);
END {Value of N equals number of addresses supported by DUT/SUT}
為了測試出每個端口精确支持的地址數目,用二進制搜尋法則,反複相同的測試。由于
DUT/SUT的地址表年齡時間段,每次重複可能要花一段時間用來等待地址清除。如果可能,
配置DUT/SUT一個較底的年齡時間段。
一旦高的和低的值都得到,那麼端口可處理的地址數目的極限就被發現了。
5.7.4 測量
是否每個端口提供的地址,除了洪泛幀以外,成功的轉發了.
5.7.5 報告格式
在測試結束後,每次重複的結果應當以表格的形式表示,表格内容包括:
每次重複測試所使用的地址數量.(變量).
每次重複測試所使用的The intended load(固定的).
提供給DUT/SUT 測試端口測試幀的數量.這應當匹配重複測試所使用的地址的數目.測試幀以
不同的目的地址發送,以确定DUT/SUT已經學到每個重複測試中全部地址.
在每次測試中測試端口的洪泛幀總數。如果總數為非0,這是表明DUT/SUT發出一幀,其目的
地址不在地址表中。
在測試期間,正确轉發到測試的學習端口的幀的數量。接收幀必須有正确的目的MAC地址,應
當匹配标簽域。在一經過的反複測試,這個數目應當和測試端口傳輸的幀的數量相等。
在每次測試中學習端口上的洪泛幀總數。如果數量為非0,這是表明DUT/SUT發出一幀,其目
的地址不在地址表中。
在監控端口的的洪泛幀總量。如果值為非0值,那麼這表明,在反複測試中,DUT/SUT不能确
定許多幀的正确的目的端口。換句話說,DUT/SUT在其地址表滿後,洪泛發幀到所有的端口。
5.8 地址學習速率
5.8.1 目的
為了确定LAN交換設備地址學習速率.
5.8.2 參數設置
下面的參數必須定義.每個變量設定要考慮下面的因素.
年齡時間 – DUT/SUT在自己的轉發表中,保持學到的地址的最大時間.
初始地址學習速率 –新地址提供給DUT/SUT學習的開始速率.
地址數目 – DUT/SUT必須學習的地址的數量.數量必須在1到執行所能支持的最大數目之間.
建議不要超過在5.9項所定義的地址緩沖能力.
5.8.3 過程
必須知道DUT/SUT的年齡時間段.年齡時間段必須長于在指定速率下産生幀所必須的時間.如
果在測試中使用了較底的幀産生率,那麼很有可能會發送大量的幀,實際上超過年齡時間段.
這個測試必須最小在三個端口配置下執行.測試可以增加兩個或三個端口以完全利用
DUT/SUT.如果增加兩個,将包括一附加的學習端口和測試端口.如果增加三個端口将包括
一附加的學習端口,測試端口和監控端口.
一個類似于用來确定地址緩沖能力的運算法則,可以用來确定地址學習速率。這個反複測
試連接到DUT/SUT的測試設備提供地址學習幀的速率。建議在這個測試中,設置提供給
DUT/SUT的地址數量為最大緩沖能力。
5.8.4 測量
是否每個端口提供的地址,除了洪泛幀以外,在提供的學習速率下成功的轉發了.
5.8.5 報告格式
在測試結束後,每次重複測試的結果應當以表格的形式表示:
每次重複測試所使用的地址數量.(定值).
每次重複測試所使用的The intended load(變量).
被測試端口傳輸的測試幀的數量.這應當匹配重複測試中所使用的地址的數目.測試幀
有不同的目的地址以确定DUT/SUT在每次重複測試中學到了所有的地址.
在每次測試中測試端口的洪泛幀總數。如果總數為非0,這是表明DUT/SUT發出一幀,其
目的地址不在地址表中。
在測試期間,正确轉發到測試的學習端口的幀的數量。接收幀必須有正确的目的MAC地址,
應當匹配标簽域。在一經過的反複測試,這個數目應當和測試端口傳輸的幀的數量相等。
在每次測試中學習端口上的洪泛幀總數。如果數量為非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項).
過短幀 – DUT/SUT必須過濾出通過DUT/SUT傳播的的短于64字節長的幀(4.2.4.2.2項).被
DUT/SUT接收的過短幀(或有部分沖突的幀)不能夠被轉發.
CRC錯誤 – DUT/SUT必須過濾出通過DUT/SUT傳播的,沒有通過幀校驗序列确定( 4.2.4.1.2
項)的幀.傳輸到DUT/SUT的,有錯誤CRC碼的幀應當不能被轉發.
丢失比特錯誤 – DUT/SUT必須正确的轉發包含丢失比特位的幀.傳輸到DUT/SUT的幀,沒有以
一個字節邊界結束但是包含一個有效的幀校驗序列的幀必須被DUT/SUT接受(4.2.4.2.1
項),并加一個字節的邊界發送到正确的接收端口.
隊列次序錯誤 – DUT/SUT必須過濾沒有通過幀校驗序列确認并且沒有一個字節邊界結束的
幀.這是CRC錯誤和丢失比特錯誤的結合.當兩個錯誤都出現在同一個幀時,DUT/SUT必須首先
确定CRC錯誤,并從傳播幀中過濾出該幀(4.2.4.1.2項).
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 .
四個字節的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項中所定義的方式報告,注意: 幀丢失率應當在測試期
間
結束時度量.術語"rate",僅僅對于這個度量,不是隐含秒的單位方式。
DUT/SUT的的擁塞和非擁塞端口轉發率(FR),必須報告為每秒設備被觀察的,成功轉發到正确
目的接口作為對一指定的Oload響應的測試幀的數量。Oload也必須被引用。
5.10.5 報告格式
測試的結果應當以圖形的方式報告.其中x軸應該為幀的大小,y軸為測試結果.在圖中至少有
兩條線,一個為标為理論值,一個為測試的結果.
為了測量DUT/SUT在執行許多不同地址查找時的交換通信的能力,在一系列的測試中,可以增
加每個端口的地址數量.
6. 安全機制
因為這個文檔隻是為了提供測定基準方法學,其所描述的即不是協議也不是協議的執行,
所以這個文檔沒有包含安全機制.