新聞中心

EEPW首頁 > 手機與無線通信 > 設(shè)計應(yīng)用 > 互聯(lián)網(wǎng)路由交換測試技術(shù)介紹

互聯(lián)網(wǎng)路由交換測試技術(shù)介紹

作者: 時間:2011-01-25 來源:網(wǎng)絡(luò) 收藏
單獨的47層流量測試工具,目前的市場上有一些,包括IXIA的IxLoad,這些工具的一個共同點是直接連接被測設(shè)備的發(fā)送端口和接收端口進行測試,而沒有復(fù)雜真實的路由表存在。為了全面驗證具有深度數(shù)據(jù)包檢測功能路由設(shè)備的性能,必須要實現(xiàn)路由表和47層有狀態(tài)流量整合的測試。

本文引用地址:http://butianyuan.cn/article/156757.htm

  圖2是某設(shè)備制造商采用上述測試方法的典型例子,被測設(shè)備PE(Provider Edge)是整個L3VPN中連接客戶端和服務(wù)器端的重要轉(zhuǎn)發(fā)檢測設(shè)備,IXIA測試端口仿真的包括Web,E-mail,F(xiàn)TP,Voice和Video等應(yīng)用層業(yè)務(wù)可以在同一端口仿真的動態(tài)路由表上運行,驗證被測設(shè)備的各項QoE指標(biāo):

  

  圖2 某設(shè)備制造商47層業(yè)務(wù)運行在動態(tài)路由表之上的QoE測試圖

  (1)HTTP:每條路由都有HTTP Get請求,系統(tǒng)能夠處理的并發(fā)連接數(shù)的數(shù)量,或者系統(tǒng)能夠處理連接數(shù)的速率。

  (2)FTP:每條路由上下載文件的最大吞吐量。

  (3)Voice:每條路由上IP電話呼叫的語音質(zhì)量MOS。

  (4)Video:每條路由上VOD視頻點播的視頻質(zhì)量MDI,MOS_V。

  這種測試方法目前得到越來越多用戶的認(rèn)可,除了應(yīng)用于系統(tǒng)設(shè)備的QoE指標(biāo)測試外,還應(yīng)用于現(xiàn)網(wǎng)業(yè)務(wù)在實驗室的實際仿真,對方案展示實驗室、業(yè)務(wù)問題重現(xiàn)與仿真也特別有幫助。

  2.3 BFD協(xié)議測試

  IP網(wǎng)絡(luò)在設(shè)計上無法在不到1s的時間內(nèi)恢復(fù)故障,但是,VoIP,IPTV等應(yīng)用對迅速故障檢測和恢復(fù)提出了越來越高的要求。目前作為一項IETF草案標(biāo)準(zhǔn),雙向轉(zhuǎn)發(fā)檢測(BFD)提供一種檢測鏈路或系統(tǒng)轉(zhuǎn)發(fā)傳輸流能力的方法,提高故障檢測與恢復(fù)速度。

  從技術(shù)上來說,BFD在兩臺路由器上建立會話,用來監(jiān)測兩臺路由器間的雙向轉(zhuǎn)發(fā)路徑,為上層協(xié)議服務(wù)。BFD本身并沒有發(fā)現(xiàn)機制,而是靠被服務(wù)的上層協(xié)議通知其該與誰建立會話,會話建立后如果在檢測時間內(nèi)沒有收到對端的BFD控制報文則認(rèn)為發(fā)生故障,通知被服務(wù)的上層協(xié)議,上層協(xié)議進行相應(yīng)的處理。

  BFD是一種簡單的“Hello”協(xié)議,系統(tǒng)之間所建立的會話通道上周期性的發(fā)送檢測報文,如果某個系統(tǒng)在足夠長的時間內(nèi)沒有收到對端的檢測報文,則認(rèn)為在這條到相鄰系統(tǒng)的雙向通道的某個部分發(fā)生了故障。雖然BFD協(xié)議相對來說比較簡單,但是是非常新的技術(shù),所以如何對其進行測試是當(dāng)前路由設(shè)備廠商關(guān)注的焦點。圖3是某企業(yè)使用IXIA測試BFD協(xié)議的拓?fù)鋱D,IXIA支持單跳和多跳Session的測試,另外還有下面的特點:

  

  圖3 BFD協(xié)議測試拓?fù)鋱D

  (1)一個端口可以仿真多個BFD路由器、多個接口和多個Sessions。

  (2)支持Asynchronous模式和Demand模式驗證,支持Echo功能。

  (3)BFD協(xié)議可以單獨應(yīng)用,實現(xiàn)功能測試和Session容量測試。

  (4)BFD協(xié)議也可以和BGP4,BGP4+,OSPFv2/v3,ISISv4/v6,EIGRP和PIM-SMv4/v6等路由協(xié)議配合使用。

  2.4 GR(Graceful Restart)測試

  Graceful Restart(完美重啟)是一種旨在使路由協(xié)議重啟影響最小化的機制,其目的是盡量減少路由器重啟導(dǎo)致的路由抖動,減少路由計算資源和網(wǎng)絡(luò)帶寬資源的浪費。各種路由協(xié)議比如OSPF,BGP,ISIS和MPLS協(xié)議RSVP-TE和LDP協(xié)議都需要支持GR的功能以實現(xiàn)無停止轉(zhuǎn)發(fā)(Non-Stop Forwarding)。

  GR機制的核心在于:當(dāng)某設(shè)備的路由協(xié)議重啟時,能夠通知GR Helper在一定時間內(nèi)將到該設(shè)備的鄰居關(guān)系和路由保持穩(wěn)定。在路由協(xié)議重啟完畢后,GR Helper協(xié)助其進行路由信息同步,在盡量短的時間內(nèi)使該設(shè)備的各種路由信息恢復(fù)到重啟前的狀態(tài)。在整個協(xié)議重啟過程中,網(wǎng)絡(luò)路由和轉(zhuǎn)發(fā)保持高度穩(wěn)定,報文轉(zhuǎn)發(fā)路徑也沒有任何改變,整個系統(tǒng)可以不間斷地轉(zhuǎn)發(fā)IP報文。這個過程即稱為完美重啟。圖4顯示了GR Restarer和GR Helper之間的具體通訊過程。

  

  圖4 GR特性轉(zhuǎn)換過程示意



關(guān)鍵詞:

評論


相關(guān)推薦

技術(shù)專區(qū)

關(guān)閉