減少RFC 2544 測試所需的時間和不可預(yù)測性以增強網(wǎng)絡(luò)性能

簡易電話系統(tǒng)的傳統(tǒng)電信架線已成為過去年代的遺跡，因為語音、數(shù)據(jù)和視頻已成為主流并具有更高的經(jīng)濟(jì)效益。通信服務(wù)提供商安裝基于以太網(wǎng)的 IP 服務(wù)是為了提高利潤率，他們已經(jīng)提高了服務(wù)水平，并要求更先進(jìn)的技術(shù)。這需要非傳統(tǒng) 網(wǎng)絡(luò)故障排除能力和定義服務(wù)質(zhì)量 (QoS) 的新方法。在某些情況下，驗證服務(wù)質(zhì)量甚至是法律所強制要求的。在其他情況下， 具有超前思維的公司逐漸認(rèn)識到客戶滿意度是其行業(yè)競爭領(lǐng)域中將來取得成功的關(guān)鍵。他們需要能夠配置其網(wǎng)絡(luò)以獲得最佳 性能，當(dāng)最終用戶遇到問題時能夠測試其網(wǎng)絡(luò)，并使客戶對其所承諾提供的服務(wù)水平具有充分的信心。不過，他們也需要考 慮技術(shù)人員在測試和排除故障方面所花費的時間。

服務(wù)鑒定逐漸采用基于 RFC 2544 的報告形式記錄網(wǎng)絡(luò)性能，這由三種關(guān)鍵標(biāo)準(zhǔn)決定：吞吐量、延時和丟幀率。難題在于 RFC 2544 測試會很耗時，因為測試必須手動配置并需要相當(dāng)長的時間，在某些情況下，精度可能會超出所需要的范圍。 因此，通信服務(wù)提供商 (CSP) 應(yīng)確保他們在其預(yù)期和掌控范圍內(nèi)執(zhí)行測試，這樣他們才可以簡化測試流程以節(jié)省時間，也可 以獲得足夠精確的數(shù)據(jù)以驗證性能。

在選擇一種工具進(jìn)行網(wǎng)絡(luò)性能測試時，CSP 還應(yīng)仔細(xì)斟酌該工具所執(zhí)行的測試，因為 RFC

2544 未針對網(wǎng)絡(luò)及實時廣域網(wǎng)鏈路的基準(zhǔn)測試進(jìn)行優(yōu)化：RFC 2544 努力在實驗室環(huán)境下對單一設(shè)備測試進(jìn)行標(biāo)準(zhǔn)化。

不是所有 RFC 2544 測試設(shè)備都同樣能夠提供執(zhí)行 QoS 測試所需的時間與所需精度之間的關(guān)鍵性平衡。控制、可預(yù)測性 和自動化功能是取得此平衡所需的關(guān)鍵能力。如果在保證精度的情況下減少測試所花費的時間，則能夠控制測試配置以使測 試更有可預(yù)測性，這一點非常關(guān)鍵。此外，建立測試套件的功能可在多個條件下自動測試一個廣域網(wǎng)鏈路或同一源位置的多 個廣域網(wǎng)鏈路，從而進(jìn)一步簡化過程并節(jié)省成本。

基于 RFC 2544 的測試

IETF RFC 2544“討論和定義一系列測試，這些測試可用于描述網(wǎng)絡(luò)互連設(shè)備的性能特性”。相對于“蘋果與桔子”這 種無效的類比來說，RFC 2544 提供了直接比較設(shè)備的標(biāo)準(zhǔn)方法。隨著 CSP 逐漸從傳統(tǒng)電信轉(zhuǎn)移到以太網(wǎng)和更高的領(lǐng)域，作 為一種測試方法的 RFC 2544 將逐漸取代早期的 QoS 測試方法。雖然 RFC 2544 是一套準(zhǔn)則，而非標(biāo)準(zhǔn)，但服務(wù)激活測試通 常是基于該準(zhǔn)則進(jìn)行的。RFC 2544 測試對于測試 QoS 來說是有效的，因為一些客戶 - 特別是企業(yè)級客戶 - 要求只保證帶 寬的服務(wù)品質(zhì)協(xié)議 (SLA) 承諾包含網(wǎng)絡(luò)延遲和丟幀。CSP 必須能夠記錄所有這些性能屬性的網(wǎng)絡(luò)性能。RFC 2544 測試可支 持這種記錄。

RFC 2544 測試適用于廣域網(wǎng)

因為 RFC 2544 是在實驗室環(huán)境下針對測試單一路由設(shè)備進(jìn)行優(yōu)化的，所以這些測試不必適用于提供商在實時廣域網(wǎng)鏈 路上安裝或排除基于以太網(wǎng) IP 故障方面的情況。事實上，在 RFC 2544 指定的六個測試中，僅有三個測試對于在 Internet 環(huán) 境中分析性能特性是真正有必要的：吞吐量、延時和丟幀率。“重置”和“恢復(fù)”測試不適用于 Internet，因為一個人不能關(guān) 閉和打開 Internet。背靠背幀測試用于驗證網(wǎng)絡(luò)是否可支持特定持續(xù)時間的猝發(fā)。但此同一信息可從吞吐量和丟幀率測試中

推斷出來，因此不必運行背靠背測試。例如，更改吞吐量測試的持續(xù)時間可讓用戶推斷出可從背靠背測試中獲得的測量值。如果不是固定的持續(xù)時間，則該測量值是相同的。此外，廣域網(wǎng)客戶期望吞吐量可持續(xù) 100% 的時間，而非只在猝發(fā)時。 下面描述了與測試實時廣域網(wǎng)鏈路相關(guān)的三種 RFC 2544 測試，以及某些測試設(shè)備可能存在的問題：

吞吐量是指數(shù)據(jù)在保持零丟幀的情況下從來源傳輸?shù)侥繕?biāo)位置的最高速率。但在測試中可能會著重強調(diào)速率精度，從而導(dǎo)致由于僅為獲得測試精度中微不足道的一點差異而使測試過程持續(xù)時間較長且不可預(yù)測。 延遲是指幀從來源傳輸?shù)侥繕?biāo)位置耗費的總時間。相關(guān)延遲測試的時間是在鏈路承擔(dān)負(fù)荷之時。

網(wǎng)絡(luò)需要能夠以指定的使用率提供指定的延遲。RFC 2544 明確規(guī)定，您必須在吞吐量滿負(fù)荷情況下執(zhí)行此測試。丟幀率測試用于確定離開來源但從未到達(dá)目標(biāo)位置的幀百分比。RFC 2544 建議從 100% 開始進(jìn)行丟幀率測試，然后下降到下一 個速率以測試丟失幀。一次成功的測試取決于在不丟幀的情況下兩次連續(xù)的測試。某些丟幀率測試毫無意義，因為它們并非 用于在找到此丟幀率后終止測試。

表 1：RFC 2544 測試和基于 IP 網(wǎng)絡(luò)的應(yīng)用

減少 RFC 2544 測試所花費的時間

選擇適當(dāng)?shù)臏y試設(shè)備可減少 RFC 2544 測試所花費的時間。若要獲得最大的可用性，建議您使用便攜式手持工具，而不是 PC 上的軟件。筆記本電腦雖然便于攜帶，但對于現(xiàn)場工作并不是實用的故障排除工具。它不是為專用的測試設(shè)備。因此， 它不夠耐用，而且標(biāo)準(zhǔn)筆記本電腦上的硬件也不能以執(zhí)行吞吐量測試所需的高數(shù)據(jù)率進(jìn)行傳輸。最后，評估和驗證網(wǎng)絡(luò)性能 的理想測試設(shè)備將減少技術(shù)人員在測試上所花費的時間，并增加對測試參數(shù)的掌控能力。測試設(shè)備應(yīng)允許技術(shù)人員配置和/或 控制測試，以使測試對于廣域網(wǎng)鏈路來說可預(yù)測性更強，也更適用。它應(yīng)支持自動化功能以獲得測試效率，允許技術(shù)人員或 工程師在不同條件下測試所選廣域網(wǎng)鏈路以比較性能特性，或按照一批測試套件來測試同一源位置的多個廣域網(wǎng)鏈路。簡而 言之，通過提供可預(yù)測性、控制甚至自動化功能，該設(shè)備應(yīng)根據(jù)測量 QoS 的需求專用于平衡時間和成本的相關(guān)實際問題。

可預(yù)測性：某些工具配置為重視精度而非可預(yù)測性，從而導(dǎo)致執(zhí)行測試所需的時間大幅變化。當(dāng)技術(shù)人員試圖量化網(wǎng)絡(luò) 或鏈路的性能，并且您不知道這將花費多長時間時，其他任務(wù)被丟在一邊無人去做，日程計劃也毫無頭緒，客戶被蒙在鼓里， 不知道其問題何時才能得到檢測，更不要

說修復(fù)了。

控制：控制意味著能夠為可預(yù)測性更強的測試持續(xù)時間配置工具。如果工程師配置需要較短時間的測試，則精度可能會降低。但是，該精度大多可以忽略不計，而且與實際應(yīng)用沒有什么關(guān)系。工程師應(yīng)能夠為新網(wǎng)絡(luò)和現(xiàn)有網(wǎng)絡(luò)定義測試參數(shù)，確 定更改服務(wù)級別的影響。配置新網(wǎng)絡(luò)時，工程師必須能夠?qū)ε渲眠M(jìn)行比較以獲得最佳性能，但應(yīng)限定在合理的時間范圍內(nèi)。在 排除現(xiàn)有網(wǎng)絡(luò)的故障時，監(jiān)測網(wǎng)絡(luò)性能和主動找出小問題以防止其擴(kuò)大化，這一點在使用測試設(shè)備的情況下更容易執(zhí)行，并 且您可以看到許多因素對性能造成的影響。不過，需要再次說明的是，此測試需要精確執(zhí)行并盡量降低成本，即控制在合理 的持續(xù)時間內(nèi)。