信息化實踐
PRACTICE
RFC1242 《網(wǎng)絡(luò)互連設(shè)備基準(zhǔn)術(shù)語》
RFC2889 《局域網(wǎng)交換設(shè)備的基準(zhǔn)測試方法》
-->RFC1242 《網(wǎng)絡(luò)互連設(shè)備基準(zhǔn)術(shù)語》
基準(zhǔn)術(shù)語用于網(wǎng)絡(luò)互連設(shè)備
(RFC 1242 Benchmarking terminology for network interconnection devices)
1.介紹
通常，廠商們?yōu)榱四苁棺约旱漠a(chǎn)品在市場競爭中有一個較好的位置，都會致力于遵從某些標(biāo)準(zhǔn)。他們通常會使用某些對比和參照結(jié)果來迷惑用戶。本文和接下來的一些文檔試圖要定義一套專門的術(shù)語和方法，使得廠商們可以用它們來衡量和報告網(wǎng)絡(luò)設(shè)備的性能，也提供給用戶們一種可以從不同的廠商那里得到的可比較的數(shù)據(jù)，來衡量不同廠商之間的設(shè)備的優(yōu)劣的方法。
2.定義的格式
被定義的術(shù)語名。 (例如：延遲)
定義:這個術(shù)語的專門的定義。
討論:關(guān)于這個術(shù)語的一個簡短的論述，關(guān)于它的應(yīng)用、它的衡量過程中的任何
限制，等等。
衡量單位:這個術(shù)語被應(yīng)用時，用來報告測試結(jié)果作為衡量標(biāo)準(zhǔn)的單位。
要點:列出影響這個術(shù)語的關(guān)鍵點和條件。
參見: 列出其它的與這個術(shù)語的討論有關(guān)的術(shù)語。
3.術(shù)語的定義
3.1背靠背（Back-to-back）
定義:固定長度的幀按照一定的速率出現(xiàn)。從而當(dāng)某種傳輸介質(zhì)傳輸這些需按一定速率傳送的幀時，從空閑狀態(tài)到開始傳送只需經(jīng)過一段短的或者中等的時段，幀和幀之間只會有些極小的合法的間隔出現(xiàn)。
討論:在網(wǎng)絡(luò)中許多設(shè)備都可以產(chǎn)生背靠背幀脈沖串，并且這種設(shè)備的數(shù)目還在增長中。這樣的設(shè)備比如使用像NFS一類的協(xié)議的遠(yuǎn)端磁盤服務(wù)器，比如RDUMP這樣的遠(yuǎn)端磁盤備份系統(tǒng)，和遠(yuǎn)端磁帶訪問系統(tǒng)都可以被配置成：一個請求就可以引發(fā)一批大小為64K字節(jié)的數(shù)據(jù)被返回。對于以太網(wǎng)這樣只能傳送相對小的MTU的網(wǎng)絡(luò)來說，由此會導(dǎo)致許多網(wǎng)絡(luò)片斷（Fragments）在網(wǎng)絡(luò)中傳送。因為只有當(dāng)所有的網(wǎng)絡(luò)片斷都被收到時，才會將這些網(wǎng)絡(luò)片斷重組，如果因為網(wǎng)絡(luò)中的某些網(wǎng)絡(luò)設(shè)備沒能對連續(xù)幀進(jìn)行充分處理而引起某個網(wǎng)絡(luò)片斷的丟失，將會使這些網(wǎng)絡(luò)片斷的發(fā)送方陷入無限循環(huán)中，不斷地嘗試著發(fā)送大量數(shù)據(jù)段來使接收方完整地收到這些網(wǎng)絡(luò)片斷。隨著Internet的規(guī)模不斷擴大，使得路由更新信息生成許多幀，同時現(xiàn)代路由表被傳送的速度也要非常快。由于路由信息傳送幀的丟失將會產(chǎn)生網(wǎng)絡(luò)不可達(dá)的錯誤信息。對這個參數(shù)的測試目的就是要確定網(wǎng)絡(luò)設(shè)備的數(shù)據(jù)緩存范圍的大小。
衡量單位:產(chǎn)生脈沖時以N字節(jié)為一個幀的幀數(shù)。
要點:
參見:
3.2網(wǎng)橋
定義:一種根據(jù)鏈路層的信息轉(zhuǎn)發(fā)數(shù)據(jù)幀的系統(tǒng)。
討論:
衡量單位: n/a
要點:
參見:網(wǎng)橋/路由器(3.3)路由器 (3.15)
3.3 網(wǎng)橋/路由器
定義:網(wǎng)橋/路由器是一種可選擇功能的網(wǎng)絡(luò)設(shè)備。它可以作為一個路由器使用，同時（或者）也可以作為一種基于某種特定幀的協(xié)議之上的網(wǎng)橋。
討論:
衡量單位: n/a
要點:
參見:網(wǎng)橋 (3.2)路由器 (3.15)
3.4恒定負(fù)載
定義:按照固定間隔時間發(fā)送固定長度的幀。
討論:盡管在現(xiàn)實的網(wǎng)絡(luò)設(shè)備中這種固定狀態(tài)的負(fù)載情況相當(dāng)少見，然而利用固定狀態(tài)時的性能衡量也許對評估比較幾種網(wǎng)絡(luò)設(shè)備時很有用處。幀的大小是恒定的，被指定為某一個值，所有設(shè)備的參數(shù)都是恒定的，如果幀的數(shù)據(jù)中包含了校驗和，幀的正誤一定會被驗證出來。
衡量單位:n/a
要點:請注意單向傳輸和雙向傳輸
參見:
3.5數(shù)據(jù)鏈路幀的大小
定義:在幀中字節(jié)的數(shù)目。從幀的第一個字節(jié)開始，到最后一個字節(jié)結(jié)束，如果有FCS字段則以FCS字段為結(jié)束點。
討論:在測試網(wǎng)絡(luò)設(shè)備或作網(wǎng)絡(luò)評估過程中，當(dāng)報告幀的大小時，常常會有許多的混淆現(xiàn)象。有些人會加上校驗和一項到計算幀大小的結(jié)果中，有些人則
不加。在本文檔和它的后續(xù)文檔中，我們將上面的定義作為一個明確定義
來使用。
衡量單位:字節(jié)
要點:
參見:
3.6丟幀率
定義:在固定狀態(tài)負(fù)載下，由于缺乏資源而沒有被網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)出去的幀占所有
應(yīng)該被轉(zhuǎn)發(fā)的幀數(shù)的百分比。
討論:這個衡量標(biāo)準(zhǔn)可以用來報告網(wǎng)絡(luò)設(shè)備在超載狀態(tài)下的性能。對于處于負(fù)載
過重狀態(tài)下的網(wǎng)絡(luò)，如受到廣播風(fēng)暴沖擊下的網(wǎng)絡(luò)，這個標(biāo)準(zhǔn)可以很有用
地報告網(wǎng)絡(luò)設(shè)備的運行方式。
衡量單位:被落下的幀占所有應(yīng)該轉(zhuǎn)發(fā)的幀的百分比（以字節(jié)為單位計數(shù)）。可以按照負(fù)載量對丟幀率的圖表給出報告格式。
要點:
參見:
系統(tǒng)開銷方式(3.11) 基于過濾策略 (3.13) MTU不匹配方式 (3.10)
3.7幀間隙（IFG）
定義:按照3.5節(jié)定義的一個數(shù)據(jù)鏈路幀的結(jié)尾到接下來的下一個數(shù)據(jù)鏈路幀的
開始之間的間隔。
討論:在測試網(wǎng)絡(luò)設(shè)備時，通常對于報告幀間隙會有很多混淆的理解。本文檔及
后續(xù)文檔作為一個指定定義來使用。
衡量單位:
精確到足以區(qū)分開兩個幀的時間單位。
要點:鏈路數(shù)據(jù)速率.
參見:
3.8延遲
定義:
對于存儲轉(zhuǎn)發(fā)設(shè)備來說：
當(dāng)輸入幀的最后一位到達(dá)輸入端口時，時間間隔開始計算。當(dāng)輸出幀的第
一位在輸出端口上可見時，時間間隔計算結(jié)束。
對于按位轉(zhuǎn)發(fā)設(shè)備來說：
當(dāng)輸入幀的第一個位的末尾到達(dá)輸入端口時，時間間隔開始計算。當(dāng)輸出
幀的第一個位的開始在輸出端口上可見時，時間間隔計算結(jié)束。
討論:延遲的可變性會引發(fā)一些問題。許多協(xié)議是與時間緊密相關(guān)的（如：LAT
和IPX協(xié)議）。將來的應(yīng)用程序很可能與網(wǎng)絡(luò)延遲更加緊密相關(guān)。網(wǎng)絡(luò)延遲的增加將會減小網(wǎng)絡(luò)的可用直徑。理想的情況是要消除數(shù)據(jù)速率對延遲測試的影響。這個測試應(yīng)該僅僅反映設(shè)備的確切延遲。測試應(yīng)該在不改變設(shè)備配置的情況下，對不同大小的幀進(jìn)行。
理想的情況是：對于所有設(shè)備的測試應(yīng)該都從幀的第一個實際位開始，不包括幀的導(dǎo)言部分。理論上說，廠商們通常應(yīng)該將他們的網(wǎng)絡(luò)設(shè)備設(shè)計為存儲轉(zhuǎn)發(fā)的設(shè)備，如一個路由器，它能在還沒有完全接收到所有的數(shù)據(jù)的情況下就開始傳送數(shù)據(jù)幀。這種設(shè)備常被稱為“直通（cut through）型”設(shè)備。直通型設(shè)備被設(shè)想為那種能夠在接收輸入幀的剩余部分時出現(xiàn)了某種不可預(yù)料的事故，例如：接收到一個錯誤的校驗和，使得這個幀或者這個幀的轉(zhuǎn)發(fā)包有錯誤產(chǎn)生時，可以使得部分的傳送幀變?yōu)闊o效幀的設(shè)備類型。
在這種情況下，設(shè)備仍然被看成一種存儲轉(zhuǎn)發(fā)設(shè)備，設(shè)備的延遲仍然從輸入的最后一位開始計算，到輸出的第一位結(jié)束，即使這個計算結(jié)果是負(fù)的。這樣計算的目的就是要將設(shè)備作為一個整體來看待，而不考慮設(shè)備的內(nèi)部結(jié)構(gòu)。
衡量單位:精確到足以區(qū)分開兩個事件的時間單位。
要點:
參見:
鏈路速度不匹配 (3.9)
恒定負(fù)載 (3.4)
背靠背 (3.1)
基于過濾策略 (3.13)
單個幀方式 (3.16)
3.9鏈路速度不匹配
定義:
輸入數(shù)據(jù)傳輸速度和輸出數(shù)據(jù)傳輸速度不匹配。
討論:
這里所指的并不是幀被傳輸?shù)乃俾时旧恚侵競魉蛿?shù)據(jù)的路徑的實際數(shù)
據(jù)傳輸能力。例如：一端為以太網(wǎng)接口，另一端為56K字節(jié)的串行口。有
時候這種現(xiàn)象也被稱為“ 火軟管效應(yīng)”。在本地高速網(wǎng)絡(luò)之間使用串口連
接的網(wǎng)絡(luò)常會在每個串口連接的末端引起鏈路速度不匹配的現(xiàn)象。
衡量單位:
輸入數(shù)據(jù)速率與輸出數(shù)據(jù)速率的比率。
要點:
參見:
恒定負(fù)載 (3.4)
背靠背 (3.1)
3.10MTU不匹配方式
定義:
因輸出網(wǎng)絡(luò)的網(wǎng)絡(luò)MTU（最大傳輸單元）小于輸入網(wǎng)絡(luò)的MTU而引起的
數(shù)據(jù)分片。
討論:
由于不得不將數(shù)據(jù)幀分片，網(wǎng)絡(luò)設(shè)備的性能會受到很明顯的影響。
衡量單位:
運行方式的描述。
要點:
參見:
3.11系統(tǒng)開銷方式
定義:
不同于正常情況下數(shù)據(jù)幀的處理方式。
討論:
網(wǎng)絡(luò)設(shè)備除了轉(zhuǎn)發(fā)幀的功能外，還會執(zhí)行許多其它功能。這些功能包括內(nèi)
部硬件測試、路由信息處理，和對網(wǎng)絡(luò)管理請求的應(yīng)答，等等。知道這些
功能的執(zhí)行對于網(wǎng)絡(luò)設(shè)備性能的影響是很有用處的。舉個例子來說：當(dāng)路
由器給復(fù)雜的協(xié)議如OSPF處理大量路由更新信息時，它會掛起數(shù)據(jù)轉(zhuǎn)發(fā)
操作或者其它接收數(shù)據(jù)幀的操作。知道路由器的這種工作方式對我們進(jìn)行
測試的工作是很有幫助的。
衡量單位:
任何對這種操作方式的定量理解都取決于它對其它測試的影響
要點:
網(wǎng)橋和路由協(xié)議
控制處理
ICMP
IP選項處理
分片
錯誤處理
事件日志/統(tǒng)計收集
ARP
參見:
基于過濾策略 (3.13)
3.12超載方式
定義:
當(dāng)資源要求超過了可得到的系統(tǒng)資源時，采用的操作方式。
討論:
設(shè)備處于超載狀態(tài)時將會丟幀。設(shè)備也許會丟掉某些含有路由或配置信息
的幀。當(dāng)有丟失幀出現(xiàn)時，我們就認(rèn)為進(jìn)入了超載狀態(tài)。
衡量單位:
無論輸入超載還是輸出超載的超載狀態(tài)下，對設(shè)備操作方式的描述。
要點:
設(shè)備從超載狀態(tài)恢復(fù)的程度如何？
引發(fā)超載的數(shù)據(jù)對設(shè)備產(chǎn)生何種影響？
當(dāng)設(shè)備的可用資源耗盡時，設(shè)備是如何運行的？
處于超載狀態(tài)下的系統(tǒng)管理作出什么反應(yīng)？
參見:
3.13基于過濾策略
定義:
過濾就是根據(jù)管理策略將接收到的幀按照正常操作本應(yīng)該轉(zhuǎn)發(fā)出去的幀
丟棄的操作方式。
討論:
許多網(wǎng)絡(luò)設(shè)備都可以被配置成按照一定的標(biāo)準(zhǔn)將某些幀丟掉。這些標(biāo)準(zhǔn)可
以用簡單的源或目的地址，或者是檢查幀的數(shù)據(jù)中某些特定域值。配置多
個網(wǎng)絡(luò)設(shè)備，使它們具有過濾功能的操作將會影響網(wǎng)絡(luò)設(shè)備的吞吐量。
衡量單位:
n/a
要點:
過濾操作的方便性
過濾條件的數(shù)目
參見:
3.14重啟動方式
定義:
因為數(shù)據(jù)的丟失而引起的系統(tǒng)重新初始化。
討論:
在系統(tǒng)電源開關(guān)或重置的這段時間內(nèi)，網(wǎng)絡(luò)設(shè)備不能接收和轉(zhuǎn)發(fā)幀。這段
不可得的時間長短對于評估設(shè)備的優(yōu)劣有很大關(guān)系。另外，特定的初始化
變量改變時，許多網(wǎng)絡(luò)設(shè)備都需要某種形式的重置。如果重置時間太長，
就會阻礙網(wǎng)絡(luò)管理員將這些變量值恢復(fù)原狀的積極性。
衡量單位:
在各種重啟動條件下，對設(shè)備性能的描述。
要點:
類型:
電源打開
重新啟動軟件映像
刷新端口，重置緩存器
明確地重啟動當(dāng)前代碼映像
在什么樣的條件下，設(shè)備需要重啟動？
設(shè)備知道什么時候需要重啟動嗎？（如掛起狀態(tài)的時間戳用盡）
設(shè)備是否認(rèn)可過于頻繁的自動重啟動的設(shè)定？
設(shè)備對于所有或部分的重置狀態(tài)是否進(jìn)行驗證診斷？
重啟動是以怎樣的方式進(jìn)行初始化的？物理中斷還是通過遠(yuǎn)端登錄或通
過終端線進(jìn)行設(shè)置？
參見:
3.15 路由器
定義:
路由器就是根據(jù)網(wǎng)絡(luò)層的信息轉(zhuǎn)發(fā)數(shù)據(jù)幀的系統(tǒng)。
討論:
既然路由器是基于網(wǎng)絡(luò)層操作的設(shè)備，就意味著它需要運行網(wǎng)絡(luò)層協(xié)議、
路由算法、執(zhí)行協(xié)議所需的操作。例如：減少位于TCP/IP頭的TTL域值。
衡量單位:
n/a
要點:
參見:
路由器(3.2)
網(wǎng)橋/路由器(3.3)
3.16 單個幀操作方式
定義:
一個設(shè)備在輸入端口上只收到單個幀時，設(shè)備的操作方式。
討論:
由單個幀構(gòu)成的數(shù)據(jù)流也需要網(wǎng)絡(luò)設(shè)備進(jìn)行許多處理工作，比如：計算路
由，執(zhí)行ARP地址轉(zhuǎn)換，檢查訪問權(quán)限，等等，總結(jié)起來就是需要為數(shù)
據(jù)建立緩存實體。設(shè)備通常需要對分隔開的單個的幀進(jìn)行處理的時間要比
對在固定數(shù)據(jù)流中的同樣內(nèi)容的幀進(jìn)行處理的時間要長得多。通常都會有
這樣一種擔(dān)心：當(dāng)假設(shè)這個單個幀是許多需接收轉(zhuǎn)發(fā)幀中的第一個時，設(shè)
備也許會在緩存建立并初始化的時候?qū)⑺雎缘?
衡量單位:
對于設(shè)備操作方式的描述。
要點:
參見:
基于過濾策略 (3.13)
3.17 吞吐量
定義:在沒有幀丟失的情況下，設(shè)備能夠接受的最大速率。
討論:吞吐量指數(shù)允許設(shè)備廠商只需報告這一項值就可以在市場競爭中讓客戶
辯明優(yōu)劣。因為即使是數(shù)據(jù)流中的一個幀的丟失便可以導(dǎo)致較長時間的等
待，等待更高層協(xié)議的時間戳耗盡。這對于了解設(shè)備所能支持的最大數(shù)據(jù)
速率的確切值是很有幫助的。測試應(yīng)該對大小不同的幀分別進(jìn)行測試。對
于同時支持路由和網(wǎng)橋功能的設(shè)備要分別測試路由和網(wǎng)橋功能的數(shù)據(jù)。如
果接收幀中有校驗和一項內(nèi)容，所有的校驗和處理都應(yīng)該進(jìn)行。
衡量單位:每秒接收的N字節(jié)為單位的幀的數(shù)目每秒接收的輸入比特位
要點:
單個路徑對集合路徑
負(fù)載
單向傳輸對雙向傳輸
對于某些協(xié)議需要的校驗和處理
參見:
丟幀率(3.6)
恒定負(fù)載 (3.4)
背靠背 (3.1)
-->RFC2889 《局域網(wǎng)交換設(shè)備的基準(zhǔn)測試方法》
局域網(wǎng)（LAN）交換設(shè)備基準(zhǔn)（測試）方法學(xué)
（RFC2889—Benchmarking Methodology for LAN Switching Devices）
1. 介紹
?這個文檔意在給局域網(wǎng)（LAN）交換設(shè)備提供測試基準(zhǔn)方法。它將已在RFC 2544[3]中定義
的網(wǎng)絡(luò)互連設(shè)備測試基準(zhǔn)的方法擴展到局域網(wǎng)（LAN）交換設(shè)備的測試中來。
本RFC文檔主要處理在MAC層交換幀的設(shè)備。它為交換設(shè)備，轉(zhuǎn)發(fā)性能，擁塞控制，時延地址處理和過濾提供了一個測試基準(zhǔn)方法。除了定義測試之外，這個文檔也描述了測試結(jié)果報告的特定的格式。
在早先“局域網(wǎng)交換設(shè)備基準(zhǔn)（測試）術(shù)語學(xué)”[2]（RFC2285）的文檔中，定義了許多在
這個文檔里的要使用的術(shù)語。在試圖使用本文檔之前，應(yīng)當(dāng)先參考一下該術(shù)語學(xué)文檔。
2. 要求
在使用這個文檔前，應(yīng)該首先參考下面的文檔：RFC 1242[1]，RFC 2285[2]，RFC 2544[3].
為了保持清晰性和連貫性，這個RFC文檔基準(zhǔn)測試部分采用了RFC 2544中26節(jié)中所使用的
模式。?
這個文檔中的關(guān)鍵字“MUST”，“MUST NOT”，“REQUIRED”，“SHALL”，“SHALL NOT”，
“SHOULD”，“SHOULD NOT”，“RECOMMENDED”，“MAY”，及“OPTIONAL”的解釋,和在RFC?? ??????
2119文檔中所描述的一樣.
3. 測試設(shè)置
這個文檔將RFC 2544[3]第6節(jié)所描述常規(guī)基準(zhǔn)測試設(shè)置擴展到局域網(wǎng)交換設(shè)備的基準(zhǔn)
測試中。 RFC 2544[3]主要描述了非網(wǎng)狀通信（non-meshed traffic），其輸入和輸出接
口被捆綁成一組來發(fā)送和接收幀，組與組之間互斥。在全網(wǎng)狀通信（fully meshed traffic）
中,DUT/SUT的每個接口都被設(shè)置為可以接收也可以傳輸幀到所有被測試的其它接口.
在每個測試運行之前，DUT/SUT 必須（MUST）學(xué)習(xí)在測試中所要用到的MAC地址，
且地址學(xué)習(xí)應(yīng)當(dāng)（SHOULD）被驗證。地址未被學(xué)習(xí)的幀將要被作為擴散幀（flooded frames）
轉(zhuǎn)發(fā)，并會減少正確轉(zhuǎn)發(fā)的幀的數(shù)量。為了保證正確的學(xué)習(xí)地址，地址學(xué)習(xí)幀的速率要被調(diào)
整在50或50幀每秒以下。DUT/SUT的地址老化時間（aging time）應(yīng)該（SHOULD）被設(shè)定為
大于測試學(xué)習(xí)階段、實驗持續(xù)的時間及測試設(shè)備配置所需的時間之和的值。
?? 在測試結(jié)束前，地址都不應(yīng)當(dāng)（SHOULD NOT ）老化（age out）。為了把地址和端口
結(jié)合在一起，可能需要多次學(xué)習(xí)過程。
???? 如果一個DUT/SUT使用哈希算法學(xué)習(xí)地址，那么這個DUT/SUT可能不能學(xué)習(xí)到必須的地
址來執(zhí)行測試。那么，MAC地址的格式必須（MUST）是可調(diào)整的，這樣地址映射可以重新安
排以確保DUT/SUT學(xué)習(xí)到了所有的地址。
4. 幀格式和長度
測試幀格式在RFC 2544中第8節(jié)[3]中定義了，且必須（MUST）在測試幀UDP數(shù)據(jù)域中
包含一獨特的標(biāo)志域（見[3]附錄 C）。標(biāo)志域的目的是為了過濾掉不是實供負(fù)載（OLoad）
部分的幀。??
標(biāo)志域必須（MUST）足夠獨特，以能夠識別出帶標(biāo)志域的幀不是源于DUT/SUT的。標(biāo)志
域應(yīng)該（SHOULD）位于第56字節(jié)之后（沖突窗口[4]）或者在幀的尾部。這個備忘錄中沒有
定義其長度，內(nèi)容和探測方法。
? 標(biāo)志域可以（MAY）對每個端口有一個獨特的標(biāo)識符。這就可以過濾掉誤轉(zhuǎn)發(fā)的幀。很有
可能出現(xiàn)這種情況：DUT/SUT剝掉幀的MAC層，然后通過它的交換矩陣發(fā)送此幀，發(fā)送出去
的幀有正確的目的MAC地址，但是是錯誤的有效負(fù)荷。
幀的長度，請參考RFC 2544[3]，第9節(jié)。
對以第二層以太網(wǎng)交換機，有三種可能的幀格式：標(biāo)準(zhǔn)以太網(wǎng)MAC幀，附加制造商標(biāo)
簽的標(biāo)準(zhǔn)以太網(wǎng)MAC幀，和帶適應(yīng)802.1p&Q的標(biāo)簽的IEEE 802.3ac幀。后兩類帶標(biāo)簽的幀可
能超過1518字節(jié)的標(biāo)準(zhǔn)最大幀長度，可能不被一些DUT/SUT的控制接口所接受。建議在測試
之前先檢測DUT/SUT對標(biāo)簽幀的兼容性。
設(shè)備交換超過1518字節(jié)的標(biāo)簽幀與非標(biāo)簽幀相比會有不同的最大轉(zhuǎn)發(fā)率。
5.基準(zhǔn)測試
下面的測試為基準(zhǔn)局域網(wǎng)交換設(shè)備測試提供了測試目的、過程和報告的格式
5.1全網(wǎng)狀吞吐量，丟幀率和轉(zhuǎn)發(fā)率
5.1.1目的
為了確定RFC 2285[2]中所定義的,DUT/SUT在全網(wǎng)狀通信下的吞吐量、丟幀率和轉(zhuǎn)發(fā)率。
5.1.2設(shè)置參數(shù)
當(dāng)給DUT/SUT提供全網(wǎng)狀通信時,必須（MUST）定義下面的參數(shù)。每一個參數(shù)的配置出于下
面的考慮。
?? 幀長 – 按照RFC2544[3]第9節(jié)，建議的幀長為64,128,256,512,1024,1280和1518字節(jié),
見 RFC 2544 9 [3]項。 四個字節(jié)的CRC碼被包括在指定的幀長內(nèi)。
?? 幀間間隙（IFG）-? 在突發(fā)幀群（burst）中兩幀之間的幀間間隙必須（MUST）為被測試介質(zhì)
標(biāo)準(zhǔn)中指定的最小值。( 10Mbps 以太網(wǎng)為9.6微秒，100Mbps 以太網(wǎng)為960 納秒, 1Gbps以太網(wǎng)
為96納秒 )
?? 雙工模式 – 半雙工或者全雙工。
?? 計劃負(fù)載（Iload）-每端口的計劃負(fù)載以媒質(zhì)的最大理論負(fù)載的百分比表示，不考慮通信方
向或雙工模式。某些測試配置理論上將超過DUT/SUT的預(yù)定負(fù)載。
在半雙工通信模式下，計劃負(fù)載超過50%將超過DUT/SUT預(yù)定負(fù)載。
突發(fā)幀群(Burst)長度-突發(fā)幀群長度定義了在停止傳送以接收幀之前，在最小的合法的幀
間間隙下緊挨（back-to-back）著發(fā)送的幀的數(shù)量。突發(fā)幀群長度應(yīng)該（SHOULD）在1到930幀
之間變化。突發(fā)幀群長度為1將仿真恒定負(fù)載情況[1]
每端口地址數(shù)-表示每個端口將要被測試的地址的數(shù)量。地址的數(shù)量應(yīng)當(dāng)（SHOULD）是二的
指數(shù)（即： 1，2，4，8，16，32，64，128，256，……）。參考值為1。
測試時間 — 推薦的測試時間長為30秒。測試期間長應(yīng)當(dāng)（SHOULD）可在1至300秒之間調(diào)
整。
5.1.3過程
在測試儀器上的所有端口必須（MUST）以基于幀的模式或基于時間的模式來傳輸
測試幀(附錄 B)。所有的端口應(yīng)當(dāng)（SHOULD）在測試時間的1%內(nèi)開始傳送幀。如果測
試時間為30秒,所有的端口應(yīng)當(dāng)（SHOULD）在300毫秒之內(nèi)開始互相傳送幀。
測試中的每一個端口必須（MUST）以循環(huán)的方式發(fā)送測試幀給所有的其它端口。當(dāng)擁塞
控制起作用時，一定不（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...
?? 如同在表格中所顯示的,對于每一次傳送機會,目的地址有相等的分配.這保持了測試的平衡,
所以一個目的端口在這種測試運算算法下不會超負(fù)荷, 在整個測試期間所有的端口平等的而且滿
負(fù)載工作.如果不正確地服從這個算法將會導(dǎo)致不一致的結(jié)果。???
對每個端口使用多個地址的測試,實際的目的端口是和上面所描述的一樣,實際的源/目的地
址對，應(yīng)當(dāng)被隨機地選擇以檢驗DUT/SUT的地址查找的能力。
對每個地址，都必須（MUST）發(fā)送學(xué)習(xí)幀到DUT/SUT以使DUT/SUT適當(dāng)?shù)母滤牡刂繁怼?BR>5.1.4測量
每個端口應(yīng)當(dāng)接收與自己傳送同樣數(shù)目的測試幀.每個接收端口必須（MUST）分類,然后計算
幀入兩組中的一組:
????? 1.) 接收幀(Received Frames):接收幀必須（MUST）有正確的目的MAC地址,應(yīng)當(dāng)（SHOULD）
匹配標(biāo)簽域。
????? 2.) 洪泛計數(shù)（Flood count） [2].
?? 任何源于DUT/SUT(spanning tree, SNMP, RIP, ...)的幀,一定（MUST）不能被計算為接收幀.
源于DUT/SUT的幀可以（MAY）被計算為洪泛幀或者根本不被計算。
?? DUT/SUT的幀丟失率應(yīng)該（SHOOULD）如26.3[3]中所定義的方式報告,注意： 幀丟失率應(yīng)當(dāng)
在測試期間結(jié)束時度量.術(shù)語“rate”，僅僅對這個的度量，不是暗指以秒為單位。
5.1.4.1吞吐量
吞吐量度量是在26.1[3]項定義.為了發(fā)現(xiàn)0幀丟失率下最大Oload[2],使用了一搜尋運算法
則.這個運算法則必須調(diào)整Iload 以便發(fā)現(xiàn)吞吐量
5.1.4.2轉(zhuǎn)發(fā)率
DUT/SUT的轉(zhuǎn)發(fā)率(FR)應(yīng)當(dāng)報告為每秒設(shè)備被觀察到的, 作為對一指定的Oload響應(yīng),成功轉(zhuǎn)
發(fā)到正確目的接口的測試幀的數(shù)量。Oload也必須被引用。
?? 在最大提供的負(fù)載下的轉(zhuǎn)發(fā)率(FRMOL),必須報告為一個設(shè)備每秒可以成功傳輸?shù)秸_的目地
接口作為對3.6[2]項所定義的MOL的響應(yīng)的測試幀的數(shù)量.MOL也必須被引用。
?? 最大轉(zhuǎn)發(fā)率(MFR)必須報告為一組重復(fù)的DUT/SUT轉(zhuǎn)發(fā)率測試中最高的值.重復(fù)的轉(zhuǎn)發(fā)率測試
由調(diào)整Iload構(gòu)成.Oload 應(yīng)用于設(shè)備必須被引用。
5.1.5 報告格式
這些測試的結(jié)果應(yīng)該以圖形的方式報告.其中x軸應(yīng)該為幀的大小,y軸為測試結(jié)果.在圖中至
少有兩條線,一個為標(biāo)為理論值,一個為測試的結(jié)果.
為了測量DUT/SUT在執(zhí)行許多不同地址查找時的交換通信的能力,在一系列的測試中,可以增
加每個端口的地址數(shù)量.
5.2 部分網(wǎng)狀 one-to-many/many-to-one
5.2.1 目的
確定當(dāng)從多個端口傳輸?shù)揭粋€端口或從一個端口傳輸?shù)蕉鄠€端口時的吞吐量.和全網(wǎng)狀吞吐
量測試一樣,這個測試是一個度量在無幀丟失時交換幀的性能.這個測試的結(jié)果可以被用來確
定DUT當(dāng)交換通信量來自多個以太網(wǎng)端口時,利用一個以太網(wǎng)端口的能力.
5.2.2 設(shè)置參數(shù)
當(dāng)提供突發(fā)的網(wǎng)狀通信時,下面的參數(shù)必須被定義.每個參數(shù)設(shè)定要考慮下面因素.
幀大小 – 建議幀的大小為64,128,256,512,1024,1280和1518字節(jié), 見 RFC 2544 9 [3].
四個字節(jié)的CRC碼被指定包括在幀的大小內(nèi).
通信方向 – 通信量可以在一個方向,相反的方向或兩個方向產(chǎn)生.
幀間隙（IFG）-???? 在脈沖串中兩幀之間的幀間隙,必須為被測試介質(zhì)指定標(biāo)準(zhǔn)中最小
的。(9.6 us for 10Mbps Ethernet, 960 ns for 100Mbps Ethernet, and 96 ns for 1 Gbps
Ethernet) .
?????? 雙工模式 – 半雙工或者全雙工.
Iload – Intended Load per port，以媒介的最大理論負(fù)載的百分比表示，不考慮通信
方向或雙工模式。某個測試配置將理論上超過DUT/SUT的預(yù)定
在半雙工通信模式下，Iload超過50%將為超過DUT/SUT預(yù)定。
脈沖大小 – 脈沖大小定義了在停止傳送來接收幀之前，在最小合法的I幀間隙下背靠背
發(fā)送的幀的數(shù)量。脈沖大小應(yīng)該在1和930幀之間變化。脈沖大小為1將仿真恒定負(fù)載[1]。
每個端口地址 – 表現(xiàn)每個端口將要被測試的地址的數(shù)量。地址的數(shù)量應(yīng)當(dāng)是二的指數(shù)
（i.e. 1，2，4，8，16，32，64，128，256，……）。參考值為1。
測試期間 — 建議的測試期間為30秒。測試期間應(yīng)當(dāng)在1至300秒之間可調(diào)整。
5.2.3 過程
在測試設(shè)備上的所有端口必須在幀基礎(chǔ)模式或時間基礎(chǔ)模式下傳輸測試幀(附錄 B). 依
賴于通信方向，一些或所有的端口將要傳送.所有的端口應(yīng)當(dāng)在測試期間的1%內(nèi)開始傳送幀.
對于測試期間為30秒,所有的端口應(yīng)當(dāng)在300毫秒之內(nèi)開始互相傳送幀.
來自多個端口的測試幀必須發(fā)往一個端口。來自一個端口的測試幀必須以循環(huán)類型方式發(fā)往
多個端口。循環(huán)類型方式的描述見5.1.3項
在測試中每個端口使用多個地址,實際的目的端口是和上面所描述的一樣,實際的源/目的地
址對應(yīng)當(dāng)被隨機地選擇以練習(xí)DUT/SUT的地址查找的能力.
??????? +----------+
|????????? |
|?? Many?? | <--------
|????????? |????????? \
+----------+?????????? \
\
+----------+???????????? \?????????????? +-------------+
|????????? |????????????? ------------>? |???????????? |
|?? Many?? |? <----------------------->? |???? One???? |
|????????? |????????????? ------------>? |???????????? |
+----------+???????????? /?????????????? +-------------+
/
+----------+?????????? /
|????????? |????????? /
|?? Many?? |? <-------
|????????? |
+----------+
對于每個地址,測試設(shè)備必須發(fā)送學(xué)習(xí)幀以允許DUT/SUT適當(dāng)?shù)馗缕涞刂繁?
5.2.4 測量
每個接收端口必須分類,然后計算幀在兩組中的一組內(nèi):
1.)接收幀: 接收幀必須有正確的目的MAC地址,應(yīng)當(dāng)匹配標(biāo)簽域.
2.)洪泛幀 [2]
任何幀源于DUT/SUT的幀,一定不能被計算為接收幀.源于DUT/SUT的幀可以被計算為洪泛幀
或者不被計算.
DUT/SUT的轉(zhuǎn)發(fā)率(FR), 應(yīng)當(dāng)報告為每秒設(shè)備被觀察到的,成功轉(zhuǎn)發(fā)到正確目的接口作為對
一指定的Oload響應(yīng)的測試幀的數(shù)量。Oload也必須被引用。
在最大提供的負(fù)載下的轉(zhuǎn)發(fā)率(FRMOL),必須被報告為一個設(shè)備每秒可以成功傳輸?shù)秸_的
目的接口作為對3.6[2]項所定義的MOL的響應(yīng)的測試幀的數(shù)量.MOL也必須被引用.
最大轉(zhuǎn)發(fā)率(MFR)必須被報告為一個DUT/SUT的最高轉(zhuǎn)發(fā)率減少一組重復(fù)轉(zhuǎn)發(fā)率的測試.重
復(fù)的一組轉(zhuǎn)發(fā)率測試由調(diào)整Iload構(gòu)成.Oload 應(yīng)用于設(shè)備必須被引用.
5.2.5 報告格式
測試的結(jié)果應(yīng)當(dāng)以圖形的方式報告.其中x軸應(yīng)該為幀的大小,y軸為測試結(jié)果.在圖中至少有
兩條線,一個為標(biāo)為理論值,一個為測試的結(jié)果.
為了測量DUT/SUT在執(zhí)行許多不同地址查找時的交換通信的能力,在一系列的測試中,可以增
加每個端口的地址數(shù)量.
5.3 部分網(wǎng)狀多重設(shè)備
5.3.1 目的
為了確定裝備有多個端口和一個高速上行中樞線(high speed backbone uplink)(Gigabit
Ethernet,ATM,SONET)的兩個交換設(shè)備的吞吐量,幀丟失率和轉(zhuǎn)發(fā)率.
5.3.2 設(shè)置參數(shù)
當(dāng)提供突發(fā)的部分網(wǎng)狀通信,下面的參數(shù)必須被定義.每個變量的設(shè)定要考慮下面的因素.
幀大小 – 建議幀的大小為64,128,256,512,1024,1280和1518字節(jié), 見 RFC 2544 9 [3].
四個字節(jié)的CRC碼被指定包括在幀的大小內(nèi).
幀間隙（IFG）-???? 在脈沖串中兩幀之間的幀間隙,必須為被測試介質(zhì)指定標(biāo)準(zhǔn)中最小
的。(9.6 us for 10Mbps Ethernet, 960 ns for 100Mbps Ethernet, and 96 ns for 1 Gbps
Ethernet) .
雙工模式 – 半雙工或者全雙工.
Iload – Intended Load per port，以媒介的最大理論負(fù)載的百分比表示，不考慮通信
方向或雙工模式。某個測試配置將理論上超過DUT/SUT的預(yù)定.
在半雙工通信模式下，Iload超過50%將為超過DUT/SUT預(yù)定。
脈沖大小 – 脈沖大小定義了在停止傳送來接收幀之前，在最小合法的I幀間隙下背靠背
發(fā)送的幀的數(shù)量。脈沖大小應(yīng)該在1和930幀之間變化。脈沖大小為1將仿真恒定負(fù)載[1]。
每個端口地址 – 表現(xiàn)每個端口將要被測試的地址的數(shù)量。地址的數(shù)量應(yīng)當(dāng)是二的指數(shù)
（i.e. 1，2，4，8，16，32，64，128，256，……）。參考值為1。
??????? 測試期間 — 建議的測試期間為30秒。測試期間應(yīng)當(dāng)在1至300秒之間可調(diào)整。
本地通信量（Local Traffic） - 一個值為ON或OFF的布爾值。幀運算法則可以被改變以
轉(zhuǎn)移本地通信量。當(dāng)本地通信量值為ON時運算法則和全網(wǎng)狀吞吐量的完全一樣。當(dāng)本地
通信量值為OFF時，端口以循環(huán)類型方式發(fā)送幀給中樞上行線另一邊所有的端口.??
5.3.3 過程
在測試設(shè)備上的所有端口必須在幀基礎(chǔ)模式或時間基礎(chǔ)模式下傳輸測試幀(附錄 B).所
有的端口應(yīng)當(dāng)在測試期間的1%內(nèi)開始傳送幀.對于測試期間為30秒,所有的端口應(yīng)當(dāng)在300毫
秒之內(nèi)開始互相傳送幀.
測試中的每個端口必須以在5.1.3.中所定義的循環(huán)類型方式發(fā)送測試幀給所有其它的
端口. 為了發(fā)送完全負(fù)載穿過中樞上行線，本地通信量可以不遵循循環(huán)列表.
每個端口使用多個地址的測試中,實際的目的端口是和上面所描述的一樣,實際的源/目的地
址對應(yīng)當(dāng)被隨機地選擇以練習(xí)DUT/SUT的地址查找的能力.
對于每個地址,測試設(shè)備必須發(fā)送學(xué)習(xí)幀以允許DUT/SUT適當(dāng)?shù)馗缕涞刂繁?
為了度量DUT/SUT在執(zhí)行許多不同地址查找時的交換通信的能力,在一系列的測試中,可以增
加每個端口的地址數(shù)量.
5.3.4? 測量
每個接收端口必須分類,然后計算幀入兩組中的一組內(nèi):
1.) 接收幀:? 接收幀必須有正確的目的MAC地址,應(yīng)當(dāng)匹配標(biāo)簽域.
2.) 洪泛幀[2]
任何幀源于DUT/SUT的幀,一定不能被計算為接收幀.源于DUT/SUT的幀可以被計算為洪泛幀或
者不被計算.
DUT/SUT的幀丟失率應(yīng)當(dāng)如26.3[3]項中所定義的方式報告,注意: 幀丟失率應(yīng)當(dāng)在測試期間
結(jié)束時度量.術(shù)語"rate",僅僅對于這個度量,不是隱含秒的單位方式。
5.3.4.1 吞吐量
吞吐量度量定義在在26.1[3]項.為了發(fā)現(xiàn)0幀丟失率下的最大Oload[2]],使用了一種搜
尋運算法則.這個運算法則必須調(diào)整Iload 以發(fā)現(xiàn)吞吐量.
5.3.4.2 轉(zhuǎn)發(fā)率
DUT/SUT的轉(zhuǎn)發(fā)率（FR）應(yīng)當(dāng)報告為每秒設(shè)備被觀察到的,成功轉(zhuǎn)發(fā)到正確目的接口作為對一
指定的Oload響應(yīng)的測試幀的數(shù)量。Oload也必須被引用。
在最大提供的負(fù)載下的轉(zhuǎn)發(fā)率(FRMOL),必須被報告為一個設(shè)備每秒可以成功傳輸?shù)秸_的
目的接口作為對3.6[2]項所定義的MOL的響應(yīng)的測試幀的數(shù)量.MOL也必須被引用.
最大轉(zhuǎn)發(fā)率(MFR)必須被報告為一個DUT/SUT的最高轉(zhuǎn)發(fā)率,減少一組重復(fù)轉(zhuǎn)發(fā)率的測試.重
復(fù)的一組轉(zhuǎn)發(fā)率測試由調(diào)整Iload構(gòu)成.Oload 應(yīng)用于設(shè)備必須被引用.
5.3.5 報告格式
這些測試的結(jié)果應(yīng)當(dāng)以圖形的方式報告.其中x軸應(yīng)當(dāng)為幀的大小,y軸為測試結(jié)果.在圖中至
少應(yīng)有兩條線,一個為標(biāo)為理論值,一個為測試的結(jié)果.
為了測量DUT/SUT在執(zhí)行許多不同地址查找時的交換通信的能力,在一系列的測試中,可以增
加每個端口的地址數(shù)量.
5.4 部分網(wǎng)狀單向通信
5.4.1 目的
為了確定，當(dāng)DUT/SUT上一半端口單向傳輸信息流往另一半的端口時DUT/SUT的吞吐量.
5.4.2 設(shè)置參數(shù)
下面的參數(shù)必須被定義.每一個變量在下面的情況下被設(shè)定.
幀大小 – 建議幀的大小為64,128,256,512,1024,1280和1518字節(jié), 見RFC 2544 9 [3].
四個字節(jié)的CRC碼被指定包括在幀的大小內(nèi).
幀間隙（IFG）-???? 在脈沖串中兩幀之間的幀間隙,必須為被測試介質(zhì)指定標(biāo)準(zhǔn)中最小
的。(9.6 us for 10Mbps Ethernet, 960 ns for 100Mbps Ethernet, and 96 ns for 1 Gbps
Ethernet) .
雙工模式 – 半雙工或者全雙工.
Iload – Intended Load per port，以媒介的最大理論負(fù)載的百分比表示，不考慮通信
方向或雙工模式。某個測試配置將理論上超過DUT/SUT的預(yù)定.
在半雙工通信模式下，Iload超過50%將為超過DUT/SUT預(yù)定。
脈沖大小 – 脈沖大小定義了在停止傳送來接收幀之前，在最小合法的I幀間隙下背靠背
發(fā)送的幀的數(shù)量。脈沖大小應(yīng)該在1和930幀之間變化。脈沖大小為1將仿真恒定負(fù)載[1]。
每個端口地址 – 表現(xiàn)每個端口將要被測試的地址的數(shù)量。地址的數(shù)量應(yīng)當(dāng)是二的指數(shù)
（i.e. 1，2，4，8，16，32，64，128，256，……）。參考值為1。
?測試期間 — 建議的測試期間為30秒。測試期間應(yīng)當(dāng)在1至300秒之間可調(diào)整。
5.4.3 過程
端口不同時地發(fā)送和接收測試幀.作為一種結(jié)果,應(yīng)當(dāng)沒有沖突除非DUT錯誤轉(zhuǎn)發(fā)了幀,產(chǎn)
生洪泛幀或生成樹幀或者授予了一些流控的機制.這個測試中所使用的端口可以傳送或接收
幀,但是不能夠兩者兼?zhèn)?那些傳送端口發(fā)送測試幀往相應(yīng)的每個接收端口的地址。這產(chǎn)生單
向網(wǎng)狀通信。
在測試設(shè)備上的所有端口必須在幀基礎(chǔ)模式或時間基礎(chǔ)模式下傳輸測試幀(附錄 B).所有的
端口應(yīng)當(dāng)在測試期間的1%內(nèi)開始傳送幀.對于測試期間為30秒,所有的端口應(yīng)當(dāng)在300毫秒之
內(nèi)開始互相傳送幀。
在測試中的每一個傳輸端口必須以循環(huán)類型方式發(fā)送幀給所有的接收端口. 當(dāng)擁塞控制被應(yīng)
用時，地址的序列一定不能改變.下面的表格說明了為什么測試中的每個端口必須傳輸測試幀
給所有測試中的其它端口.在這個例子中,有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...
如同在表格中所顯示的,對于每一次傳送機會,,目的地址有相等的分配.這保持了測試的平
衡,所以一個目的端口在這種測試運算規(guī)則下不會超負(fù)荷, 在整個測試期間所有的接收端口
平等而充滿負(fù)載.如果不嚴(yán)格地服從這個運算規(guī)則將會導(dǎo)致矛盾的結(jié)果.
在每個端口使用多個地址的測試中,實際的目的端口是和上面所描述的一樣,實際的源/目
的地址對應(yīng)當(dāng)被隨機地選擇以練習(xí)DUT/SUT的地址查找的能力.
對于每個地址,測試設(shè)備必須發(fā)送學(xué)習(xí)幀以允許DUT/SUT適當(dāng)?shù)馗缕涞刂繁?地址表年齡時
間應(yīng)當(dāng)被設(shè)置成比學(xué)習(xí)時間和測試期間的組合還要充分的長。如果地址表在測試期間超時，
結(jié)果將會顯示DUT/SUT的一個較低的執(zhí)行結(jié)果。
為了測量DUT/SUT在執(zhí)行許多不同地址查找時的交換通信的能力,在一系列的測試中,可以
增加每個端口的地址數(shù)量.
5.4.4? 測量
每個接收端口必須分類,然后計算幀入兩組中的一組內(nèi):
1.)接收幀:接收幀必須有正確的目的MAC地址,應(yīng)當(dāng)匹配標(biāo)簽域.
2.)洪泛幀[2]
任何幀源于DUT/SUT的幀,一定不能被計算為接收幀.源于DUT/SUT的幀可以被計算為洪泛幀
或者不被計算.
DUT/SUT的幀丟失率應(yīng)當(dāng)如26.3[3]項中所定義的方式報告,注意: 幀丟失率在測試期間結(jié)
束時應(yīng)當(dāng)度量.術(shù)語"rate",僅僅對于這個度量,不暗指秒的單位方式.
5.4.4.1 吞吐量
吞吐量度量在26.1[3]項中定義.為了發(fā)現(xiàn)0幀丟失率下最大Oload[2],使用了一搜
尋運算法則.這個運算法則必須調(diào)整Iload 以發(fā)現(xiàn)吞吐量.
5.4.4.2 轉(zhuǎn)發(fā)率
DUT/SUT的轉(zhuǎn)發(fā)率（FR）應(yīng)當(dāng)報告為每秒設(shè)備被觀察到的,成功轉(zhuǎn)發(fā)到正確目的接口作為對一
指定的Oload響應(yīng)的測試幀的數(shù)量。Oload也必須被引用。
在最大提供的負(fù)載下的轉(zhuǎn)發(fā)率(FRMOL),必須被報告為一個設(shè)備每秒可以成功傳輸?shù)秸_的
目的接口作為對3.6[2]項所定義的MOL的響應(yīng)的測試幀的數(shù)量.MOL也必須被引用.
最大轉(zhuǎn)發(fā)率(MFR)必須被報告為一個DUT/SUT的最高轉(zhuǎn)發(fā)率,減少一組重復(fù)轉(zhuǎn)發(fā)率的測試.重
復(fù)的一組轉(zhuǎn)發(fā)率測試由調(diào)整Iload構(gòu)成.Oload 應(yīng)用于設(shè)備必須被引用.
5.4.5 報告格式
這些測試的結(jié)果應(yīng)當(dāng)以圖形的方式報告.其中x軸應(yīng)當(dāng)為幀的大小,y軸為測試結(jié)果.在圖中至
少應(yīng)有兩條線,一個為標(biāo)為理論值,一個為測試的結(jié)果.
為了測量DUT/SUT在執(zhí)行許多不同地址查找時的交換通信的能力,在一系列的測試中,可以增
加每個端口的地址數(shù)量.
5.5 擁塞控制
5.5.1 目的
為了確定一個DUT如何處理擁塞.一個設(shè)備是否執(zhí)行擁塞控制,一個擁塞的端口是否會影響到一
沒有擁塞的端口? 這個程序決定是否出現(xiàn)了列頭阻塞和、或背壓。
5.5.2 設(shè)置參數(shù)
下面的參數(shù)必須被定義.每一個變量的設(shè)定要考慮下面的因素.
幀大小 – 建議幀的大小為64,128,256,512,1024,1280和1518字節(jié), 見RFC 2544 9 [3].
四個字節(jié)的CRC碼被指定包括在幀的大小內(nèi).
幀間隙（IFG）-???? 在脈沖串中兩幀之間的幀間隙,必須為被測試介質(zhì)指定標(biāo)準(zhǔn)中最小
的。(9.6 us for 10Mbps Ethernet, 960 ns for 100Mbps Ethernet, and 96 ns for 1 Gbps
Ethernet) .
雙工模式 – 半雙工或者全雙工.
每個端口地址 – 表現(xiàn)每個端口被測試的地址的數(shù)量。地址的數(shù)量應(yīng)當(dāng)是2的指數(shù)（i.e. 1，
2，4，8，16，32，64，128，256，……）。參考值為1。
測試期間 — 建議的測試期間為30秒。測試期間應(yīng)該在1至300秒之間可調(diào)整。
5.5.3 過程
這個測試必須由四的倍數(shù)個有相同MOL的端口組成.四個端口是必須的,還可以被擴展以
充分的利用DUT/SUT.每組的四個端口組成一個測試塊,兩個端口作為源傳輸端口,有兩個作為
接收端口. 下面的圖表描述了在交換端口之間的通信流.
+----------+?? 50 % MOL????????????????? +-------------+
|????????? |? ------------------------>? |???????????? |
|????????? |?? 50 % MOL????????????????? |???? 未擁塞? |
|????????? |? ---------????????????????? |???????????? |
+----------+??????????? \??????????????? +-------------+
\
\
\
+----------+??????????????? \??????????? +-------------+
|????????? |???????????????? --------->? |???????????? |
|????????? |?? 100 % MOL???????????????? | 擁塞??????? |
|????????? |? ------------------------>? |???????????? |
+----------+???????????????????????????? +-------------+
兩個源傳輸端口必須傳送確定數(shù)目的測試幀.第一個源端口必須以MOL,交互的傳輸目的地址
為兩個接收端口的測試幀.第一個測試幀到非擁塞的接收端口,第二個測試幀到擁塞的接收
端口,然后重復(fù).第二個源傳輸端口必須以MOL傳送測試幀到擁塞的接收端口.
兩個接收端口應(yīng)當(dāng)區(qū)分來自于源端口和DUT/SUT的測試幀.只有來自于源端口的測試幀應(yīng)當(dāng)
被計算.
非擁塞的接收端口應(yīng)當(dāng)以MOL速率的一半接收.非擁塞的接收端口接收到的測試幀,應(yīng)當(dāng)為第
一個源傳輸端口所傳輸測試幀的50%.擁塞的接收端口應(yīng)當(dāng)以MOL速率接收.擁塞的接收端口
接收到的測試幀,應(yīng)當(dāng)為第一個源傳輸端口所傳輸測試幀的100%至150%.
由于其它端口是擁塞的，發(fā)往交換設(shè)備上非擁塞端口的測試幀不應(yīng)當(dāng)丟失，即使源端口既發(fā)
往擁塞端口，也發(fā)往非擁塞端口。
5.5.4? 測量
任何接收到的沒有正確的目的地址的幀,不能夠被計算為接收幀,應(yīng)當(dāng)被計算入一個洪泛幀。
任何幀源于DUT/SUT的幀,不能被計算為接收幀.源于DUT/SUT的幀可以被計算為洪泛幀或者不
被計算.
DUT/SUT的擁塞和非擁塞端口的幀丟失率應(yīng)當(dāng)如26.3[3]項中所定義的方式報告,注意: 幀丟
失率在測試期間結(jié)束時應(yīng)當(dāng)被度量.術(shù)語"rate",僅僅對于這個的度量,不是暗指秒的單位方
式。
對DUT/SUT的Oload必須報告為每秒DUT/SUT觀察到的接收的測試幀的數(shù)量.這可能不同于MOL.
DUT/SUT的非擁塞端口和擁塞端口的轉(zhuǎn)發(fā)率，必須報告為每秒設(shè)備被觀察到的,成功的傳輸?shù)?BR>正確目的接口作為對一特定的Oload響應(yīng)的測試幀的數(shù)量。Oload也必須被引用。
5.5.5 報告格式
這個測試必須報告非擁塞端口的幀丟失率,非擁塞端口的轉(zhuǎn)發(fā)率(at 50% offered load),和擁
塞端口的幀丟失率.這個測試可以報告被DUT/SUT傳輸?shù)膸臄?shù)量和接收的幀的數(shù)量。
5.5.5.1 列頭阻塞HOLB
如果在非擁塞端口有幀丟失,出現(xiàn)了列頭阻塞。DUT不能夠轉(zhuǎn)發(fā)通信量的總量到擁塞端口,作
為一種結(jié)果它也丟失發(fā)往非擁塞端口的幀.
5.5.5.2 背壓Back Pressure
如果在擁塞端口沒有幀丟失,出現(xiàn)了背壓。應(yīng)當(dāng)注意，這個測試所期望的到擁塞端口的全部負(fù)
載將要高于100%。因此如果負(fù)載高于100%,且沒有檢測到幀丟失,那么DUT一定是執(zhí)行了流控制機制.
使用的流控機制類型超出了這個文檔的范圍.
應(yīng)當(dāng)注意,一些DUT可能不能處理出現(xiàn)在輸入端口的100%的負(fù)載.在這種情況下,非擁塞端口
可能有幀丟失報告,這是因為在輸入端口的負(fù)載高于擁塞端口的負(fù)載.
如果非擁塞端口丟失幀報告為0,但是最大傳輸率低于7440(對于10Mbps Ethernet),那么這可
能表示擁塞控制被DUT執(zhí)行.這樣,擁塞控制影響了非擁塞端口的吞吐量.
如果沒有檢測到有擁塞控制,擁塞端口在150%的超載下，期望的幀丟百分比33%.此端口從一
個端口接收100%負(fù)載,從另一個接收50%,但其僅僅可以達(dá)到100%的吞吐量,因此有33%的幀丟
失率(150%-50%/150%).
5.6 轉(zhuǎn)壓Forward Pressure 和最大轉(zhuǎn)發(fā)率
5.6.1 目的
轉(zhuǎn)壓測試使一個DUT/SUT端口超負(fù)荷,然后度量其輸出量 的轉(zhuǎn)壓 [2].如果DUT/SUT 傳輸
幀的幀間隙小于96位(見 4.2.3.2.2[4]),那么轉(zhuǎn)壓被偵測到。
最大轉(zhuǎn)發(fā)率的測試是為了度量當(dāng)Oload 在吞吐量和最大Oload之間變化時轉(zhuǎn)發(fā)率的峰值。
5.6.2 參數(shù)設(shè)置
下面的參數(shù)必須被定義.每一個變量的設(shè)定要考慮下面的因素.???
幀大小 – 建議幀的大小為64,128,256,512,1024,1280和1518字節(jié), 見RFC 2544 9 [3].
四個字節(jié)的CRC碼被指定包括在幀的大小內(nèi).
?????? 雙工模式 – 半雙工或者全雙工.
測試期間 — 建議的測試期間為30秒。測試期間應(yīng)該在1至300秒之間可調(diào)整。
步伐大小 – Iload在測試中每秒增加幀的最小增加的決定。步伐大小越小，度量的結(jié)果
越精確，需要更多的反復(fù)測試。當(dāng)Iload接近MOL時，因為測試設(shè)備的分辨能力最小步伐
將要增大。
5.6.3 過程
5.6.3.1 最大轉(zhuǎn)發(fā)率
如果吞吐量[1]和MOL[2]是相同的,那么MFR[2]是和MOL相等的.
這個測試必須至少在如下所描述的兩個端口配置下執(zhí)行.學(xué)習(xí)幀必須發(fā)送以允許DUT/SUT適
當(dāng)更新其地址表.
測試幀以Iload傳輸?shù)紻UT/SUT第一個端口(port 1).度量在DUT/SUT的第二個端口(port 2)
的FR[2].Iload以每個步伐大小增加以發(fā)現(xiàn)MFR。測試的運算法則如下：
CONSTANT
MOL = ... frames/sec; {最大Oload }
VARIABLE
MFR?? := 0 frames/sec; {最大轉(zhuǎn)發(fā)率}
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 最小幀間隙
最小幀間隙測試應(yīng)當(dāng)在如下所描述的，至少兩個端口配置下執(zhí)行.學(xué)習(xí)幀必須發(fā)送以允許
DUT/SUT適當(dāng)更新其地址表.
測試幀應(yīng)當(dāng)在幀間隙為88位下被傳輸?shù)紻UT/SUT第一個端口(port 1).這將應(yīng)用forward
pressure于DUT/SUT上，以每幀一個字節(jié)的速率使此設(shè)備超載。測試幀必須由源地址為端口1，
目的地址為端口2組成。???????
DUT/SUT上第二個端口（port 2）的FR將被度量。度量的轉(zhuǎn)發(fā)率不能超過介質(zhì)的最大理
論負(fù)載（MOL）。
5.6.4? 測量
端口2必須加以分類,然后計算幀入兩組中的一組:
1.)?? 接收幀:接收爭必須有正確的目的MAC地址,應(yīng)當(dāng)匹配標(biāo)簽域.
2.) 洪泛幀[2]
任何源于DUT/SUT的幀,一定不能被計算為接收幀.源于DUT/SUT的幀可以被計算為洪泛幀或
者不被計算.
5.6.5 報告格式
最大轉(zhuǎn)發(fā)率(MFR)必須報告為一組重復(fù)的DUT/SUT轉(zhuǎn)發(fā)率測試中最高的值.重復(fù)的轉(zhuǎn)發(fā)率測試
由調(diào)整Iload構(gòu)成.Oload 應(yīng)用于設(shè)備必須被引用.
DUT/SUT的轉(zhuǎn)發(fā)率(FR)應(yīng)當(dāng)報告為每秒設(shè)備被觀察到的, 作為對一指定的Oload響應(yīng),成功
轉(zhuǎn)發(fā)到正確目的接口的測試幀的數(shù)量。Oload也必須被引用.
如果在最小幀間隙測試中,FR超過MOL,這必定突出表明"Forward Pressure detected".
5.7?? 地址緩沖能力
5.7.1 目的
為了確定如在RFC 2285中3.8.1[2]項定義的,LAN交換設(shè)備地址緩沖能力.
5.7.2 參數(shù)設(shè)置
下面的參數(shù)必須被定義.每個變量設(shè)定要考慮到下面的因素.
? 年齡時間 – DUT/SUT在它的轉(zhuǎn)發(fā)表中,保持一個學(xué)習(xí)到的地址的最大時間.
地址學(xué)習(xí)速率 – 提供給DUT/SUT學(xué)習(xí)的新地址的速率.為了保證可以成功的學(xué)習(xí),地址學(xué)
習(xí)幀提供的速率可調(diào)整到50幀或50幀以下每秒.
初始化地址 –開始測試時初始的地址數(shù)量.數(shù)量必須在1到執(zhí)行時最大支持的數(shù)目之間.
5.7.3 過程
必須知道DUT/SUT的年齡時間.年齡時間必須長于在指定速率下產(chǎn)生幀的所必需的時間.
如果在測試中使用了較底的幀產(chǎn)生率,那么很有可能會發(fā)送大量的幀,而實際上超過了年齡時
間段.
這個測試必須至少在如下所描述的三個端口配置下執(zhí)行.測試可以增加兩個或三個端口以
完全利用DUT/SUT.如果增加兩個將包括一附加的學(xué)習(xí)端口和測試端口.如果增加三個端口
將包括一附加的學(xué)習(xí)端口,測試端口和監(jiān)察端口.
學(xué)習(xí)端口(Lport)傳輸帶有不同源地址和一確定目的地址的學(xué)習(xí)幀到DUT/SUT,此目的地址
相應(yīng)于連接到DUT/SUT測試端口(Tport)的設(shè)備地址.通過接收有不同源地址的幀,DUT/SUT
可以學(xué)到這些新地址.源地址可能為連續(xù)的順序.
DUT/SUT的測試端口(Tport)對學(xué)習(xí)幀來說,擔(dān)當(dāng)接收端口.測試幀將被傳輸回到學(xué)習(xí)端口
所學(xué)到的地址.此運算法則在下面將被解釋.
DUT/SUT上的監(jiān)察端口擔(dān)當(dāng)檢查端口以監(jiān)聽洪泛幀或錯誤轉(zhuǎn)發(fā)的幀.如果測試包括多個廣
播域(VLANS),那么每個廣播域需要一個監(jiān)察端口.
高度忠告，當(dāng)運行這個測試時關(guān)閉SNMP,Spannig Tree，和其它源于DUT/SUT的幀。如果這
些協(xié)議不能被關(guān)閉，洪計算必須被修改為只計數(shù)源于Lport的測試幀，一定不能計數(shù)源自
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}
為了測試出每個端口精確支持的地址數(shù)目，用二進(jìn)制搜尋法則,反復(fù)相同的測試。由于
DUT/SUT的地址表年齡時間段，每次重復(fù)可能要花一段時間用來等待地址清除。如果可能，
配置DUT/SUT一個較底的年齡時間段。
一旦高的和低的值都得到，那么端口可處理的地址數(shù)目的極限就被發(fā)現(xiàn)了。
5.7.4 測量
是否每個端口提供的地址,除了洪泛幀以外,成功的轉(zhuǎn)發(fā)了.
5.7.5 報告格式
在測試結(jié)束后,每次重復(fù)的結(jié)果應(yīng)當(dāng)以表格的形式表示,表格內(nèi)容包括:
每次重復(fù)測試所使用的地址數(shù)量.(變量).
每次重復(fù)測試所使用的The intended load(固定的).
提供給DUT/SUT 測試端口測試幀的數(shù)量.這應(yīng)當(dāng)匹配重復(fù)測試所使用的地址的數(shù)目.測試幀以
不同的目的地址發(fā)送，以確定DUT/SUT已經(jīng)學(xué)到每個重復(fù)測試中全部地址.
??? 在每次測試中測試端口的洪泛幀總數(shù)。如果總數(shù)為非0，這是表明DUT/SUT發(fā)出一幀，其目的
地址不在地址表中。
在測試期間，正確轉(zhuǎn)發(fā)到測試的學(xué)習(xí)端口的幀的數(shù)量。接收幀必須有正確的目的MAC地址，應(yīng)
當(dāng)匹配標(biāo)簽域。在一經(jīng)過的反復(fù)測試，這個數(shù)目應(yīng)當(dāng)和測試端口傳輸?shù)膸臄?shù)量相等。
在每次測試中學(xué)習(xí)端口上的洪泛幀總數(shù)。如果數(shù)量為非0，這是表明DUT/SUT發(fā)出一幀，其目
的地址不在地址表中。
在監(jiān)控端口的的洪泛幀總量。如果值為非0值，那么這表明，在反復(fù)測試中，DUT/SUT不能確
定許多幀的正確的目的端口。換句話說，DUT/SUT在其地址表滿后，洪泛發(fā)幀到所有的端口。
5.8 地址學(xué)習(xí)速率
5.8.1 目的
為了確定LAN交換設(shè)備地址學(xué)習(xí)速率.
5.8.2 參數(shù)設(shè)置
下面的參數(shù)必須定義.每個變量設(shè)定要考慮下面的因素.
年齡時間 – DUT/SUT在自己的轉(zhuǎn)發(fā)表中,保持學(xué)到的地址的最大時間.
初始地址學(xué)習(xí)速率 –新地址提供給DUT/SUT學(xué)習(xí)的開始速率.
地址數(shù)目 – DUT/SUT必須學(xué)習(xí)的地址的數(shù)量.數(shù)量必須在1到執(zhí)行所能支持的最大數(shù)目之間.
建議不要超過在5.9項所定義的地址緩沖能力.
5.8.3 過程
必須知道DUT/SUT的年齡時間段.年齡時間段必須長于在指定速率下產(chǎn)生幀所必須的時間.如
果在測試中使用了較底的幀產(chǎn)生率,那么很有可能會發(fā)送大量的幀,實際上超過年齡時間段.
這個測試必須最小在三個端口配置下執(zhí)行.測試可以增加兩個或三個端口以完全利用
DUT/SUT.如果增加兩個，將包括一附加的學(xué)習(xí)端口和測試端口.如果增加三個端口將包括
一附加的學(xué)習(xí)端口,測試端口和監(jiān)控端口.
一個類似于用來確定地址緩沖能力的運算法則，可以用來確定地址學(xué)習(xí)速率。這個反復(fù)測
試連接到DUT/SUT的測試設(shè)備提供地址學(xué)習(xí)幀的速率。建議在這個測試中，設(shè)置提供給
DUT/SUT的地址數(shù)量為最大緩沖能力。
5.8.4 測量
是否每個端口提供的地址,除了洪泛幀以外,在提供的學(xué)習(xí)速率下成功的轉(zhuǎn)發(fā)了.
5.8.5 報告格式
在測試結(jié)束后,每次重復(fù)測試的結(jié)果應(yīng)當(dāng)以表格的形式表示:
每次重復(fù)測試所使用的地址數(shù)量.(定值).
每次重復(fù)測試所使用的The intended load(變量).
被測試端口傳輸?shù)臏y試幀的數(shù)量.這應(yīng)當(dāng)匹配重復(fù)測試中所使用的地址的數(shù)目.測試幀
有不同的目的地址以確定DUT/SUT在每次重復(fù)測試中學(xué)到了所有的地址.
在每次測試中測試端口的洪泛幀總數(shù)。如果總數(shù)為非0，這是表明DUT/SUT發(fā)出一幀，其
目的地址不在地址表中。
在測試期間，正確轉(zhuǎn)發(fā)到測試的學(xué)習(xí)端口的幀的數(shù)量。接收幀必須有正確的目的MAC地址，
應(yīng)當(dāng)匹配標(biāo)簽域。在一經(jīng)過的反復(fù)測試，這個數(shù)目應(yīng)當(dāng)和測試端口傳輸?shù)膸臄?shù)量相等。
在每次測試中學(xué)習(xí)端口上的洪泛幀總數(shù)。如果數(shù)量為非0，這是表明DUT/SUT發(fā)出一幀，
其目的地址不在地址表中。
在監(jiān)控端口的的洪泛幀總量。如果值為非0值，那么這表明，在反復(fù)測試中，DUT/SUT不
能確定許多幀的正確的目的端口。換句話說，DUT/SUT在其地址表滿后，洪泛發(fā)幀到所有
的端口。
5.9 錯誤幀過濾
5.9.1 目的
錯誤幀過濾測試的目的是為了確定DUT在錯誤或反常幀情況下的行為.測試結(jié)果說明DUT/SUT
是過濾出錯誤的幀還是僅僅繼續(xù)傳播錯誤幀到目的地址.
5.9.2 參數(shù)設(shè)定
下面的參數(shù)必須被定義。每個變量的設(shè)定要考慮下面的因素。
Iload – Intended Load per port，以媒介的最大理論負(fù)載的百分比表示.實際每秒傳輸
的幀依賴于半雙工或全雙工操作.測試應(yīng)當(dāng)多次運行,每次每個端口有不同的負(fù)載.
測試期間 – 建議的測試期間為30秒.測試期間應(yīng)當(dāng)在1到300秒之間可調(diào)整.
5.9.3 過程
以太網(wǎng)上每個合法幀必須被檢測:
過長幀 - DUT/SUT可過濾出通過DUT/SUT傳播的的超過1518字節(jié)的幀。過長的幀傳輸?shù)?BR>DUT/SUT應(yīng)當(dāng)不再被轉(zhuǎn)發(fā)。支持標(biāo)簽幀（tagged frames）的DUT/SUT可以轉(zhuǎn)發(fā)不大于1522字節(jié)
長的幀（4.2.4.2.1[5]項）.
過短幀 – DUT/SUT必須過濾出通過DUT/SUT傳播的的短于64字節(jié)長的幀(4.2.4.2.2[4]項).被
DUT/SUT接收的過短幀（或有部分沖突的幀）不能夠被轉(zhuǎn)發(fā).
CRC錯誤 – DUT/SUT必須過濾出通過DUT/SUT傳播的,沒有通過幀校驗序列確定( 4.2.4.1.2[4]
項)的幀.傳輸?shù)紻UT/SUT的,有錯誤CRC碼的幀應(yīng)當(dāng)不能被轉(zhuǎn)發(fā).
丟失比特錯誤 – DUT/SUT必須正確的轉(zhuǎn)發(fā)包含丟失比特位的幀.傳輸?shù)紻UT/SUT的幀，沒有以
一個字節(jié)邊界結(jié)束但是包含一個有效的幀校驗序列的幀必須被DUT/SUT接受(4.2.4.2.1[4]
項)，并加一個字節(jié)的邊界發(fā)送到正確的接收端口.
隊列次序錯誤 – DUT/SUT必須過濾沒有通過幀校驗序列確認(rèn)并且沒有一個字節(jié)邊界結(jié)束的
幀.這是CRC錯誤和丟失比特錯誤的結(jié)合.當(dāng)兩個錯誤都出現(xiàn)在同一個幀時,DUT/SUT必須首先
確定CRC錯誤,并從傳播幀中過濾出該幀(4.2.4.1.2[4]項).
5.9.5 報告格式
對于在5.6.3項的中每個錯誤情況,“通過”（pass）或“失敗”（fail）必須被報告。為
了
診斷的目的,可報告實際幀總數(shù).
5.10 廣播幀轉(zhuǎn)發(fā)和延遲
5.10.1 目的
廣播幀轉(zhuǎn)發(fā)和延遲測試的目的是確定DUT/SUT當(dāng)轉(zhuǎn)發(fā)廣播通信時的吞吐量和延遲.轉(zhuǎn)發(fā)廣播
幀的能力將依賴于為了此目的建于設(shè)備上的一特定的功能.因此必須確定DUT/SUT處理廣播
幀的能力,因為可能有多種不同的方法實現(xiàn)這個功能.
5.10.2 參數(shù)設(shè)置
下面的參數(shù)必須要定義.每個變量的設(shè)定要考慮下面的因素:
幀大小 – 建議幀的大小為64,128,256,512,1024,1280和1518字節(jié), 見RFC 2544 9 [3].
四個字節(jié)的CRC碼被指定包括在幀的大小內(nèi).
?????? 雙工模式 – 半雙工或者全雙工.
Iload – Intended Load per port，以媒介的最大理論負(fù)載的百分比表示.實際每秒傳輸
的幀依賴于半雙工或全雙工操作.測試應(yīng)當(dāng)多次運行,每次每個端口有不同的負(fù)載.
在這個測試中Iload將不會超過DUT/SUT預(yù)定值.
測試期間 — 建議的測試期間為30秒。測試期間應(yīng)該在1至300秒之間可調(diào)整。
?????? 在這個測試中Iload將不會超過DUT/SUT預(yù)定值.
5.10.3 過程
對于這個測試,將要運行兩個部分.
廣播幀吞吐量 – 測試的這個部分用單獨一個源測試端口來傳輸有廣播地址的測試幀.
選擇接收端口,然后度量轉(zhuǎn)發(fā)率和幀丟失率.
廣播幀延遲 – 這個測試使用和廣播幀吞吐量相同的設(shè)置,但是代替發(fā)送大量的測試幀流,只
發(fā)送一個測試幀,要在很短的時間內(nèi),度量此幀到每個接收端口的延遲.
5.10.4 度量
DUT/SUT的幀丟失率應(yīng)當(dāng)如26.3[3]項中所定義的方式報告,注意: 幀丟失率應(yīng)當(dāng)在測試期
間
結(jié)束時度量.術(shù)語"rate",僅僅對于這個度量,不是隱含秒的單位方式。
DUT/SUT的的擁塞和非擁塞端口轉(zhuǎn)發(fā)率(FR),必須報告為每秒設(shè)備被觀察的,成功轉(zhuǎn)發(fā)到正確
目的接口作為對一指定的Oload響應(yīng)的測試幀的數(shù)量。Oload也必須被引用。
5.10.5 報告格式
測試的結(jié)果應(yīng)當(dāng)以圖形的方式報告.其中x軸應(yīng)該為幀的大小,y軸為測試結(jié)果.在圖中至少有
兩條線,一個為標(biāo)為理論值,一個為測試的結(jié)果.
為了測量DUT/SUT在執(zhí)行許多不同地址查找時的交換通信的能力,在一系列的測試中,可以增
加每個端口的地址數(shù)量.
6. 安全機制
因為這個文檔只是為了提供測定基準(zhǔn)方法學(xué)，其所描述的即不是協(xié)議也不是協(xié)議的執(zhí)行，
所以這個文檔沒有包含安全機制.
鄂ICP備17014754號-1 COPYRIGHT (?) 2025 武漢實為信息技術(shù)股份有限公司. 技術(shù)支持：武漢中聯(lián)偉業(yè)
掃描二維碼分享到微信