RFC2889

RFC2889指的是對確定RFC 2285進行保持清晰性和連貫性而的測試基準方法。

介紹

這個文檔意在給區域網路(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. 安全機制

因為這個文檔只是為了提供測定基準方法學,其所描述的即不是協定也不是協定的執行,

所以這個文檔沒有包含安全機制.

相關詞條

熱門詞條

聯絡我們