RFC2544測試--使用已有流量進行測試信而泰Renix測試軟件實操

關鍵詞：RFC2544；吞吐量測試；時延測試；丟包率；背靠背。

一、測試背景

作爲一名網絡測試人員，大家肯定熟知一個測試標準，那就是RFC2544，RFC2544通過提供一個測試網絡設備的測試標準，並規定了一系列測試過程中的方法，使得服務提供商以及用戶之間達成一個在同一基準下實施測試和分析結果的共同標準。在這裏我們先帶大家回顧一下RFC2544測試標準。
RFC2544最初由哈弗大學 S. Bradner, NetScout Systems J. McQuaid 提交，後在1999年3月成爲正式標準。在功能上，RFC2544主要是用來評測網絡設備性能（這裏所指的網絡設備包括但不限於交換機、路由器、防火牆）。
事實上，RFC2544定義了一整套測試方法，爲不同廠家的設備/系統提供了統一的評估標準和報告格式。那爲什麼要引入RFC2544測試標準呢？這還得從以前說起，那時候每個設備廠商總是希望成爲規則和標準的制定者，從而在市場競爭中處於有利地位，所以就誕生了很多測試標準，讓測試人員非常混亂，這個情況一直持續到RFC2544測試標準出現以前。在RFC2544測試標準誕生之後，由於該標準統一了測試方法和測試指標，能夠清晰的評估被測設備的性能而被推崇爲行業內標準，從此測試人員終於擺脫了種類繁雜的不規範測試標準，設備測試也變得更規範了。

RFC2544測試標準的主要內容爲：

（1）吞吐量測試：該測試在RFC1242中首先被提出，是評估網絡設備被性能的首要指標，目的是測試設備的最大的轉發能力；
（2）時延測試：目的是測試設備的轉發時延，延遲越大，說明設備處理數據包的速度越慢，其測試原理是發送幀時, 帶上時間戳(T1)，發送到網絡上，隨後接收幀時, 記錄時間戳(T2)，最後在接收方將2個時間戳比較(T2-T1)，得到延時值。在應用層上面，對於 VoIP 等協議測試，由於可變或者較長的時延均會造成語音質量降低，因此時延測試也是考察被測設備的重要性能指標之一。值得注意的是，RFC2544要求對延時測試至少需要重複20次，結果取所以測試結果的平均值；
（3）丟包率：就是發送方發出但是接收方沒有收到的幀數量，相對於總髮送幀數目的一個百分比測試設備在不同速率下的丟包情況，丟包率計算公式爲：接收方沒有收到的幀的個數/發送方的發幀總數 * 100%，主要用來考察交換機對過載壓力的承受能力，RFC2544建議首先從最大速率開始測試，按一定的步長逐步減少發送速率，直到連續兩次無數據丟失時的第一次結果，其中步長最大不能超過10%；
（4）背靠背：也是測試設備的重要性能指標之一，是向被測設備連續發送具有最小幀間隔的N個幀，並且統計被測設備送出幀的個數，如果和發送的個數相等，則增加N值，重複上述測試過程，直到被測設備送出的幀個數小於測試發送幀個數，反之則減少發送幀數。另外在這裏高告訴大家一個測試前提，那就是設備的吞吐量達不到線速，如果達到線速, 無論怎麼發, 都不會有丟包, 測試無意義。

RFC2544在國產數通一體化測試軟件——Renix實操：

那麼對於網絡測試人員來說，沒有什麼比能夠節省時間、高效工作更值得期待的事情了，在這裏就向大家來介紹一下北京信而泰科技股份有限公司所推出的Renix測試軟件，Renix 是信而泰推出的適用於研發測試場景的數通一體化測試軟件，該軟件配合適當的信而泰機箱和接口卡，可對 DUT（被測設備）執行流量測試、協議仿真和性能測試。適用於複雜網絡設備在研發階段的測試，如交換機、路由器、防火牆等。那麼該測試軟件究竟有什麼特色呢？我們一起來看一下吧：