1、38/39基于IOS的IP服務(wù)水平協(xié)議配置Cisco IOS SLA(以下簡(jiǎn)稱IP SLA)基于Cisco SAA技術(shù)發(fā)展而來(lái)，并在其基礎(chǔ)上進(jìn)行了增強(qiáng)，該特性讓用戶可以監(jiān)測(cè)路兩臺(tái)Cisco 路由器之間或Cisco 路由器與一個(gè)遠(yuǎn)程的IP設(shè)備之間的網(wǎng)絡(luò)性能。本文集中討論了新的SLA（又稱作SAA）信息，包括使用與配置原則，如何從IP SLA中抽取數(shù)據(jù)，如何使用命令行(CLI)和SNMP來(lái)配置IP SLA等內(nèi)容。SNMP的MIB細(xì)節(jié)可以參考Cisco-RTTMON-MIB 。IP SLA概述IP SLA用途IP SLA可以用于以下用途SLA監(jiān)測(cè)網(wǎng)絡(luò)性能監(jiān)測(cè)網(wǎng)絡(luò)服務(wù)評(píng)估端到端的可用性監(jiān)測(cè)網(wǎng)絡(luò)故障診斷

2、MPLS網(wǎng)絡(luò)監(jiān)測(cè)VOIP網(wǎng)絡(luò)監(jiān)測(cè)IP SLA 優(yōu)點(diǎn)增強(qiáng)布署新應(yīng)用的信心監(jiān)測(cè)與確認(rèn)服務(wù)質(zhì)量，實(shí)現(xiàn)差別服務(wù)增加用戶信心與用戶滿意度通過(guò)SLA的度量，用戶可以確認(rèn)他的網(wǎng)絡(luò)應(yīng)用照他們需要的那樣運(yùn)行網(wǎng)絡(luò)有問(wèn)題時(shí)可以預(yù)告提醒用戶可以連續(xù)的、可靠的周期性度量網(wǎng)絡(luò)的性能IP SLA 特性概述測(cè)量能力：可以測(cè)量UDP響應(yīng)時(shí)間、單向延時(shí)、抖動(dòng)、掉包情況和連通性；ICMP響應(yīng)時(shí)間與連通性、每一跳的ICMP響應(yīng)時(shí)間與抖動(dòng)；DNS查詢、TCP連接、 處理時(shí)間等的性能度量；丟包統(tǒng)計(jì)；DHCP響應(yīng)時(shí)間測(cè)試；從網(wǎng)絡(luò)設(shè)備到服務(wù)器的響應(yīng)時(shí)間；模擬Voip的codecs測(cè)試出語(yǔ)音質(zhì)量的MOS/ICPIF得分；DLSw+通道性能；I

3、P SLA可以通過(guò)命令行或SNMP(Cisco-RTTMON-MIB)來(lái)實(shí)現(xiàn)前期告警，可以定義SLA的監(jiān)測(cè)閾值，當(dāng)一個(gè)SLA達(dá)到閾值時(shí)能產(chǎn)生一個(gè)SNMP TRAP，并且能觸發(fā)相關(guān)的作業(yè)以實(shí)現(xiàn)更詳細(xì)的分析；IP SLA可以實(shí)現(xiàn)靈活的調(diào)度，可以在任何給定的時(shí)間或以任意的時(shí)間間隔周期性運(yùn)行。圖1Cisco IOS IP SLA使用IP SLA來(lái)度量網(wǎng)絡(luò)IP SLA是一個(gè)網(wǎng)絡(luò)性能度量與診斷工具，它通過(guò)主動(dòng)在多個(gè)站點(diǎn)之間或多條路徑之間發(fā)送數(shù)量來(lái)實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)性能的度量。IP SLA使用時(shí)標(biāo)來(lái)計(jì)算如抖動(dòng)、延時(shí)、響應(yīng)時(shí)間這、丟包率、語(yǔ)音MOS值等網(wǎng)絡(luò)性能參數(shù)。用戶通過(guò)命令行或RTTMON MIB可以定義一個(gè)IP

4、 SLA動(dòng)作（探針），定義IP SLA動(dòng)作時(shí)可以明確這個(gè)動(dòng)作所產(chǎn)生的流量的包尺寸、發(fā)包間隔、協(xié)議類型、DSCP標(biāo)記以與其它一些參數(shù)；然后讓這個(gè)動(dòng)作在適當(dāng)?shù)臅r(shí)候運(yùn)行并返回度量性能所需要的參數(shù)。例如，我們可以定義一個(gè)用來(lái)度量UDP的抖動(dòng)的動(dòng)作，這個(gè)動(dòng)作每分鐘每隔20ms發(fā)出10個(gè)64Bytes的包。由IP SLA探針?biāo)祷氐臄?shù)據(jù)存儲(chǔ)在RTTMON MIB中，可以通過(guò)命令行或網(wǎng)絡(luò)管理應(yīng)用來(lái)提取其中的網(wǎng)絡(luò)性能統(tǒng)計(jì)數(shù)據(jù)?？梢宰孖P SLA探針在任意時(shí)間點(diǎn)或以任意的時(shí)間間隔連運(yùn)行，通過(guò)設(shè)置不同的DSCP值，IP SLA可以測(cè)試同一鏈路上不同類型的流量的性能。運(yùn)行Cisco IOS的目標(biāo)路由器可以需要配置成

5、IP SLA Responder(響應(yīng)器)，用于處理測(cè)試包并提供更詳細(xì)的時(shí)標(biāo)信息。響應(yīng)器可以將目標(biāo)路由器的處理延時(shí)等信息發(fā)送回源路由器，這樣在后期計(jì)算時(shí)這個(gè)處理延時(shí)就可以去掉以提高測(cè)試的精確性。使用IP SLA時(shí)單向測(cè)量機(jī)制也是可行的。IP SLA利用SNMP trap提供了預(yù)告警告機(jī)制，每個(gè)測(cè)試探針可以預(yù)告配置一個(gè)性能閾值；當(dāng)結(jié)果超出閾值時(shí)，IP SLA將產(chǎn)生一個(gè)SNMP TRAP并發(fā)送到網(wǎng)管應(yīng)用上，可用的SNMP Trap包括：循環(huán)時(shí)間、平均抖動(dòng)、單向延時(shí)、抖動(dòng)、丟包率、MOS值、連通性測(cè)試等，同時(shí)管理員也可以定義IP SLA去執(zhí)行一個(gè)新的探針，例如當(dāng)延時(shí)超出閾值時(shí)可以觸發(fā)第二個(gè)作業(yè)測(cè)試每

6、一跳的延時(shí)來(lái)將問(wèn)題區(qū)域隔離出來(lái)。SLA 監(jiān)測(cè)介紹概述企業(yè)IT部門向內(nèi)部客戶或其它部門提供SLA的壓力在不斷的增長(zhǎng)，如何去度量外部提供的SLA也是一個(gè)大問(wèn)題；服務(wù)供應(yīng)商為了提高客戶滿意度也有提供SLA的動(dòng)機(jī)；管理上需要確保網(wǎng)絡(luò)能滿足生產(chǎn)經(jīng)營(yíng)活動(dòng)的需要；終端用戶需要保證在他需要時(shí)，關(guān)鍵應(yīng)用與服務(wù)總是可用的；一個(gè)組織在布署一個(gè)新的技術(shù)、新的關(guān)鍵應(yīng)用或IP服務(wù)（如voip），通常需要一個(gè)SLA或服務(wù)水平的驗(yàn)證。交付SLA的復(fù)雜度日益增加，很難決定要去監(jiān)測(cè)些什么，怎么去度量，以什么樣的頻率去搜集數(shù)據(jù)。在一個(gè)復(fù)雜的多服務(wù)網(wǎng)絡(luò)中，要實(shí)現(xiàn)端到端的服務(wù)監(jiān)測(cè)也是相當(dāng)困難的。服務(wù)水平管理，包括SLA，是解決這個(gè)問(wèn)題

7、的一個(gè)關(guān)鍵組件，并且可以增加網(wǎng)絡(luò)可用性。定義SLA需求在定義SLAs時(shí)，最為關(guān)鍵的是客戶所關(guān)注的事務(wù)處理目標(biāo)，只有在明確客戶關(guān)注什么的情況下，才能制定出切實(shí)可行的服務(wù)水平參數(shù)來(lái)。太多的、太復(fù)雜的不可行的參數(shù)往往會(huì)達(dá)不到管理服務(wù)水平的目標(biāo)，并受到客戶的責(zé)備。一份SLA越通用，SLA的需求也就越簡(jiǎn)單，服務(wù)供應(yīng)商的SLA必須同時(shí)考慮連接性與主機(jī)應(yīng)用：SLA的度量是需要的能夠以合適的粒度去界定SLA問(wèn)題出現(xiàn)SLA違背時(shí)能施以財(cái)務(wù)懲罰可通過(guò)WEB訪問(wèn)的商務(wù)報(bào)告和技術(shù)細(xì)節(jié)報(bào)告。在布署新的應(yīng)用時(shí)確定關(guān)鍵的業(yè)務(wù)目標(biāo)已達(dá)到服務(wù)水平合同與SLAsSLA是服務(wù)水平合同(SLC)中的關(guān)鍵組成部分，SLC定義了服務(wù)提供

8、者向終端用戶提供的連接性與性能協(xié)議，服務(wù)提供者可以在企業(yè)內(nèi)部(如企業(yè)內(nèi)的IT部門就是其它部門的服務(wù)提供者)，也可以是一家外部公司(如提供廣域連接、主機(jī)服務(wù)的的ISP)。一個(gè)SLC通常包括多個(gè)SLA，所以一個(gè)特定的SLA的違反會(huì)引起整個(gè)SLC的違反。服務(wù)水平管理解決方案需要提供一個(gè)能管理一個(gè)SLC內(nèi)所有SLA的解決辦法。應(yīng)當(dāng)能獨(dú)立的監(jiān)測(cè)多個(gè)SLC與其相關(guān)的SLA，這通常包括了預(yù)期的服務(wù)水平和最小服務(wù)水平兩個(gè)參數(shù)，例如，一個(gè)為分支機(jī)構(gòu)和總部提供連接的SLC定義了一條64kbps的鏈路，要求在一個(gè)月的計(jì)算期內(nèi)，鏈路的平均延時(shí)在100ms以面，這個(gè)平均延時(shí)就是預(yù)期的服務(wù)水平，這時(shí)的最小服務(wù)水平可以是一

9、天的計(jì)算期內(nèi)，平均延時(shí)在300ms以內(nèi)。端到端的SLC常用于性能監(jiān)測(cè)也失效管理，IP SLA提供了每一個(gè)SLA的細(xì)節(jié)信息。使用IP SLA監(jiān)測(cè)網(wǎng)絡(luò)用戶必須決定何時(shí)去監(jiān)測(cè)服務(wù)水平的參數(shù)值，這個(gè)過(guò)程中的一個(gè)重要影響因素是所考慮的SLA的類型，在決定何時(shí)監(jiān)測(cè)服務(wù)水平之間需要解決以下幾個(gè)問(wèn)題。首先，用戶必須知道服務(wù)水平合同什么時(shí)候真正開(kāi)始生效？度量的主要目標(biāo)是什么？什么參數(shù)是需要監(jiān)測(cè)的重要參數(shù)？第二步要做的就是對(duì)網(wǎng)絡(luò)中的流量模式進(jìn)行評(píng)估，度量采樣做得越多，所取得的流量模式就越準(zhǔn)確。更多的點(diǎn)意味著信息更精確，相反，更多的度量采樣潛在的引起管理流量的上午，讓可用帶寬變小。活動(dòng)的度量將模擬網(wǎng)絡(luò)中的流量型號(hào)，

10、例如正確的包尺寸，間隔等。例1：測(cè)量從分支機(jī)構(gòu)到中心辦公室的數(shù)據(jù)流量性能圖2例1的網(wǎng)絡(luò)拓樸一個(gè)企業(yè)客戶有一個(gè)總部，和兩個(gè)分支機(jī)構(gòu)辦公室；其中一個(gè)分支機(jī)構(gòu)使用單獨(dú)的幀中繼電路(256Kbps)，另一個(gè)通過(guò)Internet VPN的方式訪問(wèn)中心辦公室。兩個(gè)分支辦公室的用戶都需要訪問(wèn)位于總部的web服務(wù)。例如，公司要求提供99.95%的可用性，響應(yīng)時(shí)間要求小于50ms，對(duì)于通過(guò)Internet VPN訪問(wèn)總部的分支機(jī)構(gòu)，提供了一個(gè)延時(shí)低于100ms的SLA?；谶@些數(shù)據(jù)，該企業(yè)必須考慮如何度量與驗(yàn)證兩個(gè)分支辦公室都能取開(kāi)滿意的服務(wù)水平，如果不能達(dá)到這個(gè)服務(wù)水平，就需要確認(rèn)是網(wǎng)絡(luò)中哪個(gè)/哪些部件(如廣

11、域鏈路、客戶端應(yīng)用、Web服務(wù)器)導(dǎo)致了問(wèn)題的產(chǎn)生。選擇適當(dāng)?shù)淖鳂I(yè)在SLA布署中的第一步就是分析需要監(jiān)測(cè)哪些參數(shù)，在前面介紹過(guò)IP SLA所能提供的作業(yè)類型，下面對(duì)這些作業(yè)再作詳細(xì)的說(shuō)明：UDP Echo 作業(yè)UDP ECHO作業(yè)可以測(cè)試從路由器到IP設(shè)備之間的端到端的響應(yīng)時(shí)間或連通性，UDP是一個(gè)可以報(bào)告錯(cuò)誤并提供與IP包處理相關(guān)的其它信息的網(wǎng)絡(luò)層(第三層)協(xié)議，響應(yīng)時(shí)間是通過(guò)計(jì)算發(fā)出UDP ECHO消息和收到UDP echo響應(yīng)之間的時(shí)間差來(lái)實(shí)現(xiàn)的。在目標(biāo)路由器上啟用IP SLA Responder可以提高UDP echo的精度。在本文后面將詳細(xì)討論IP SLA Responder。DNS

12、 DNS響應(yīng)時(shí)間是通過(guò)計(jì)算發(fā)出DNS請(qǐng)求和接收到響應(yīng)之間的時(shí)間差來(lái)實(shí)現(xiàn)的，這個(gè)作業(yè)可通過(guò)用戶提供的主機(jī)名查詢IP，也可通過(guò)用戶提供的IP地址查詢相應(yīng)的主機(jī)名。DHCP，動(dòng)態(tài)主機(jī)配置協(xié)議動(dòng)態(tài)主機(jī)配置協(xié)議（DHCP）響應(yīng)時(shí)間是計(jì)算從發(fā)出請(qǐng)求到收到響應(yīng)之間的差值實(shí)現(xiàn)的，當(dāng)取得IP地址后，源路由器會(huì)將這個(gè)IP釋放回地址池，從而避免出現(xiàn)消耗大量IP地址的情況出現(xiàn)。 作業(yè)可以度量連接或從 服務(wù)器訪問(wèn)數(shù)據(jù)的往返時(shí)間(RTT)，臺(tái)要通過(guò)一個(gè)URL來(lái)定義， 服務(wù)器響應(yīng)時(shí)間度量由以下三部分組成：DNS查詢域名查詢的往返時(shí)間RTT taken to perform domain name lookup TCP連接T

13、CP連接處理的往返時(shí)間 處理時(shí)間發(fā)出請(qǐng)求到從服務(wù)器收到響應(yīng)的往返時(shí)間選擇適當(dāng)?shù)臏y(cè)試組合在定義一個(gè)SLA的過(guò)程中，最困難的就是選擇適當(dāng)?shù)臏y(cè)試組合，在做這一步之前，必須先滿足以下條件：源設(shè)備必須是Cisco 設(shè)備，并且能運(yùn)行IP SLAIOS版本為12.0(5)T或更新；當(dāng)做IP SLA作業(yè)時(shí)，目的設(shè)備可以是一個(gè)IP設(shè)備，使用Cisco 路由器中的IP SLA Responder可以提高測(cè)量精度當(dāng)這些條件滿足時(shí)，就可以集中精力選擇設(shè)備組合了。一般情況下，源設(shè)備是邊緣的路由器或企業(yè)網(wǎng)絡(luò)與供應(yīng)商網(wǎng)絡(luò)的邊緣路由器。表1：本例中所選擇的測(cè)試組合：源目的作業(yè)說(shuō)明C D UDP A B UDP B Web服務(wù)

14、器D Web服務(wù)器A Web服務(wù)器可選C Web服務(wù)器可選以上就提供了廣域連接相關(guān)的細(xì)節(jié)，如DNS查詢時(shí)間、TCP連接與最終的 作業(yè)等。選擇適當(dāng)?shù)暮奢d荷載是包所承載內(nèi)容的實(shí)際尺寸，這個(gè)值與包本身的大小不一樣；根據(jù)協(xié)議類型的不同，包頭的長(zhǎng)度也不同。在選擇荷載值時(shí)，必須考慮控制包分片的最大傳輸單元( MTU)的影響，通過(guò)控制與MTU相關(guān)的荷載尺寸，就可以控制每個(gè)采樣所發(fā)出的包的個(gè)數(shù)。這個(gè)值最好能和網(wǎng)絡(luò)中實(shí)際包的值相一致。Internet中平均包大小為260Bytes，這個(gè)客戶也使用這個(gè)包尺寸。選擇適當(dāng)?shù)腡OS位本用戶未實(shí)施QOS，在這個(gè)例子中不涉與到TOS位選擇適當(dāng)?shù)牟蓸娱g隔IP SLA發(fā)送監(jiān)控流

15、量采樣的頻率取決于需要和監(jiān)控流量本身對(duì)網(wǎng)絡(luò)帶寬的需求。采樣發(fā)生的頻率可以基于取得最精確的網(wǎng)絡(luò)服務(wù)水平結(jié)論這樣一個(gè)前提來(lái)考慮，但很不幸，一般這是不現(xiàn)實(shí)的，在一個(gè)昂貴的廣域鏈路上，用戶不會(huì)允許測(cè)試的流量占用太多帶寬的。在使用低端路由器時(shí)或有大量流量通過(guò)路由器時(shí)，還得考慮產(chǎn)生SLA流量對(duì)設(shè)備本身性能的影響。在這種情況下，需要降低采樣的頻率或使用一個(gè)單獨(dú)的路由器來(lái)做IP SLA作業(yè)。更細(xì)節(jié)的性能討論，請(qǐng)參見(jiàn)本文的后續(xù)章節(jié)。在這個(gè)例子中，我們選擇了如下的采樣間隔：UDP: 60秒HTT：300秒選擇適當(dāng)?shù)挠蛑狄话闱闆r下，服務(wù)提供商在SLC中都會(huì)提供一個(gè)預(yù)先定義好的性能域值，ISP提供的SLA中可能包括總

16、延時(shí)和可用性的百分比等參數(shù)。在這種情況下，選擇什么域值是很清楚的。如果這些值都不明確，則需要網(wǎng)絡(luò)管理員來(lái)決定應(yīng)當(dāng)選擇什么樣的域值。目前域值可以有響應(yīng)時(shí)間和抖動(dòng)計(jì)算，不適用于丟包率?，F(xiàn)實(shí)的域值案例: 單向延時(shí): 西歐-美國(guó)西部: 90 ms 美國(guó)西部-美國(guó)東部: 30 ms 歐洲: 40 ms 西歐-非洲: 150 ms 西歐-北亞: 100 ms 這些數(shù)據(jù)僅考慮了運(yùn)營(yíng)商的骨干鏈路部分，接入層網(wǎng)絡(luò)增加的延時(shí)還必須增加進(jìn)來(lái)表2：本例中配置了如下閾值源目的度量域值A(chǔ) B 往返延時(shí) 150 ms 或100 ms C D 往返延時(shí)200 ms 或5 s或3 s A,B,C,D Web 服務(wù)器TCP 連接

17、 500 ms 或200 ms A,B,C,D Web 服務(wù)器超時(shí)或5 sec 2 s或1 s 例2:總部到分支機(jī)構(gòu)的 會(huì)議圖3：例2網(wǎng)絡(luò)拓樸圖選擇適當(dāng)?shù)淖鳂I(yè)在例2中，業(yè)務(wù)經(jīng)理需要在總部和分支機(jī)構(gòu)之間召開(kāi) 會(huì)議，客戶已經(jīng)通過(guò)三個(gè)不同的類在鏈路上布署了QOS。在這種情況下，音頻和視頻在網(wǎng)絡(luò)中極度依賴于包的延時(shí)和丟包率。為VOIP選擇一個(gè)抖動(dòng)作業(yè)，再為業(yè)務(wù)數(shù)據(jù)流量選擇一個(gè)UDP作業(yè)。未對(duì)盡力投遞類數(shù)據(jù)定義作業(yè)。抖動(dòng)/VOIPVOIP作業(yè)，通過(guò)稱為抖動(dòng)，度量了兩個(gè)方向上面包與包之間延時(shí)的變化（源到目的/目的到源），IP SLA以一個(gè)特定的間隔發(fā)出一系列的包，包的序號(hào)與時(shí)標(biāo)與響應(yīng)這些包的相關(guān)參數(shù)被搜集

18、起來(lái)計(jì)算中間延時(shí)的變化。該測(cè)量方式在驗(yàn)證VOIP服務(wù)中相當(dāng)有用，使用抖動(dòng)作業(yè)時(shí)需要在目標(biāo)設(shè)備上啟用IP SLA Responder。抖動(dòng)作業(yè)與其它作業(yè)相比，提供了如下的些信息：抖動(dòng)：源目的，目的源丟包情況：源目的，目的源往返時(shí)間如果SLA與Responder的時(shí)鐘是同步的，可以測(cè)試出單向延時(shí)最精確的作業(yè)包有序列號(hào)12.3(4)T開(kāi)始提供MOS度量與Codec模擬12.3(7)T開(kāi)始提供單向延時(shí)、抖動(dòng)、丟包與MOS的Trap選擇適當(dāng)?shù)臏y(cè)試組合相關(guān)路由器: W, X, Y 分支路由器: Z 作業(yè): X 到Z; Y到Z; W到Z 選擇適當(dāng)?shù)暮奢d大小使用200Bytes的包尺寸選擇適當(dāng)?shù)腡OS字段從某

19、種意義上來(lái)說(shuō)，不同類型的流量在通過(guò)網(wǎng)絡(luò)時(shí)具有不同的優(yōu)先級(jí)。如某公司堅(jiān)信Email比WEB流量更為重要，它就可能為Email流量設(shè)置一個(gè)比Web流量更沒(méi)的優(yōu)先級(jí)。IP SLA可以在IP頭中配置TOS位。如果在QOS策略中是使用的DSCP位，DSCP位需要轉(zhuǎn)化為TOS 位輸入到IP SLA選項(xiàng)中去，因?yàn)槟壳暗腎P SLA特性不直接支持DSCP值。表三：定義三個(gè)不同的QOS類類IP 優(yōu)先級(jí)DSCP TOS VoIP 101 40 160 業(yè)務(wù)數(shù)據(jù)100 32 128 盡力投遞000 00 000 表四：定義5個(gè)不同的QOS類類IP 優(yōu)先級(jí)DSCP TOS VoIP 101 40 160 視頻100

20、32 128 語(yǔ)音控制流量011 24 096 業(yè)務(wù)數(shù)據(jù)001 08 032 盡力投遞000 00 000 選擇適當(dāng)?shù)牟蓸娱g隔抖動(dòng)使用10個(gè)間隔20ms的64bytes包作為一組，頻率如下：X-Z: 60 sec Y-Z: 60 sec W-Z: 180 sec 選擇適當(dāng)?shù)拈撝翟谶@個(gè)SLA中沒(méi)有特定的閾值，管理員必須進(jìn)行獨(dú)立的測(cè)試，這里選擇了如下表所示的閾值。表五：本例中所用到的域值源目的度量閾值X實(shí)時(shí)應(yīng)用Z 雙向延時(shí) 100 ms 抖動(dòng) 100 ms 或20msX關(guān)鍵應(yīng)用Z 雙向延時(shí) 500 ms或300 ms, 超時(shí)5 sec W實(shí)時(shí)應(yīng)用Z 雙向延時(shí) 100 ms 抖動(dòng) 100 ms 或2

21、0msW關(guān)鍵應(yīng)用Z 雙向延時(shí) 500 ms或300 ms, 超時(shí)5 sec Y實(shí)時(shí)應(yīng)用Z 雙向延時(shí) 100 ms 抖動(dòng) 100 ms 或20msY關(guān)鍵應(yīng)用Z 雙向延時(shí) 500 ms或300 ms, 超時(shí)5 sec G.114標(biāo)準(zhǔn)建議單向延時(shí)( 到 )低于150ms是可接受的，我們建議延時(shí)不要過(guò)超過(guò)20-40msIP SLA配置與作業(yè)細(xì)節(jié)路由器處理延時(shí)因?yàn)檫€存在其它高優(yōu)先級(jí)應(yīng)用的原因，路由器需要花約10個(gè)ms來(lái)處理進(jìn)入路由器的包。這個(gè)延時(shí)會(huì)影響到通過(guò)Ping技術(shù)計(jì)算出來(lái)的響應(yīng)時(shí)間，因?yàn)轫憫?yīng)包中包括到在隊(duì)列中等待處理的時(shí)間，這樣，測(cè)試出來(lái)的響應(yīng)時(shí)間就不是真正的網(wǎng)絡(luò)延時(shí)。IP SLA通過(guò)使用Resp

22、onder，可以將路由器的處理延時(shí)從最終的計(jì)算結(jié)果中去掉從而保證測(cè)出來(lái)的是真正的往返延時(shí)。Responder與IP SLA控制協(xié)議IP SLA Responder是內(nèi)置在Cisco路由器中的一個(gè)組件，用于響應(yīng)IP SLA的請(qǐng)求包。Responder在回顯包上打上時(shí)標(biāo)，從而可以計(jì)算出單向丟包、延時(shí)與抖動(dòng)參數(shù)。通過(guò)使用Responder，測(cè)試的精度也可以達(dá)到令人滿意的效果。IP SLA的精度大大好于ICMP ping的精度，可以參見(jiàn)如下文檔： HYPERLINK :/ cisco /warp/public/cc/pd/iosw/prodlit/sanpo_wp.htm :/ cisco /warp

23、/public/cc/pd/iosw/prodlit/sanpo_wp.htm通過(guò)使用IP SLA Responder，可以在源和目的設(shè)備之間使用一個(gè)專用的控制協(xié)議，僅僅運(yùn)行Cisco IOS的設(shè)備才能成為IP SLA的源和IP SLA Responder的目的設(shè)備。IP SLA Responder可以用于UDP抖動(dòng)作業(yè)(必須)、UDP echo和TCP連接作業(yè)。當(dāng)目的路由器是Cisco 路由器時(shí)，我們建議配置UDP echo和tcp連接時(shí)均使用Responder。而且不使用目的路由器上的Small-server.IP SLA可以定義Responder所監(jiān)聽(tīng)的端口，Responder在一個(gè)特定

24、的端口上監(jiān)聽(tīng)I(yíng)P SLA作業(yè)的控制信息?？刂菩畔y帶了如協(xié)議、端口號(hào)、持續(xù)時(shí)間等信息，一旦收到控制信息，Responder將在特定的時(shí)間內(nèi)開(kāi)啟特定的UDP/TCP端口。然后Responder就在該端口上接收并響應(yīng)包，響應(yīng)完成或超過(guò)一個(gè)預(yù)計(jì)的時(shí)間，就關(guān)閉剛才所開(kāi)啟的端口。為了增加SLA控制信息的安全性，用戶可以使用MD5認(rèn)證。當(dāng)IP SLA作業(yè)需要目標(biāo)路由器上有Responder存在時(shí)會(huì)發(fā)生以下情況用戶初始化一個(gè)定義了目的路由器、協(xié)議與端口號(hào)的作業(yè) IP SLA向目標(biāo)路由器發(fā)送控制信息如果啟用了MD5驗(yàn)證，MD5 checksum和控制信息一起發(fā)送如果消息中的驗(yàn)證字段是啟用的，Responder

25、檢驗(yàn)驗(yàn)證字段如果SLA探針沒(méi)收到響應(yīng)，再將發(fā)送控制信息直到超時(shí)如果Responder不能處理控制信息，將返回錯(cuò)誤，如果Responder處理了控制信息，它將返回一條OK消息到源路由器，并在消息中所定義的端口上監(jiān)聽(tīng)。當(dāng)返回碼是OK是，源路由器開(kāi)始向Responder發(fā)送真正的測(cè)試包。圖4：源與Responder之間的度量時(shí)標(biāo)使用命令行啟動(dòng)SLA Responder(config #) rtr responder使用SNMP啟動(dòng)SLA ResponderrttMonApplResponder.0 -Integer 1使用命令行配置控制協(xié)議的MD5驗(yàn)證需要在源路由器和目標(biāo)路由器上同時(shí)配置密鑰對(duì)，命令

26、如下：(config #) key chain (config-keychain #) key (config-keychain-key #) key-string (config-keychain-key #) exit(config-keychain #) key (config-keychain-key #) key-string (config-keychain-key #) exit(config #) rtr key-chain 使用SNMP配置MD5驗(yàn)證當(dāng)前只能創(chuàng)建一個(gè)認(rèn)證表。rttMonApplAuthStatus. -Integer 4 rttMonApplAuthKeyCh

27、ain. -DisplayString text rttMonApplAuthKeyString1. -DisplayString string rttMonApplAuthKeyString2. -DisplayString string一量這個(gè)表創(chuàng)建好，就key-chain和key-strings就不能刪除，要?jiǎng)h除只能刪除個(gè)表格?？缮炜s的IP SLA布署通常情況下，IP SLA作業(yè)可以單獨(dú)調(diào)度，每個(gè)目標(biāo)的測(cè)試都需要使用rtr schedule命令來(lái)進(jìn)行調(diào)度，順序執(zhí)行大量的SLA作業(yè)是IP SLA取得良好性能的關(guān)鍵之一。考慮一個(gè)有100個(gè)作業(yè)的源，要將這100個(gè)作業(yè)調(diào)度到不同時(shí)間去執(zhí)行顯然并

28、不是一件很容易的事。從IOS 12.3(8)T開(kāi)始，提供了多作業(yè)調(diào)度特性。具體的命令可以參見(jiàn)相關(guān)的文檔。UDP 作業(yè)UDP作業(yè)計(jì)算Cisco 路由器和一個(gè)IP設(shè)備之間的UDP響應(yīng)時(shí)間，響應(yīng)時(shí)間通過(guò)計(jì)算發(fā)送一個(gè)數(shù)據(jù)報(bào)到目標(biāo)設(shè)備和從目標(biāo)設(shè)備收到響應(yīng)之間的間隔來(lái)實(shí)現(xiàn)。如果目標(biāo)設(shè)備是Cisco 路由器，缺省情況下UDP small-server是關(guān)閉的，用戶可以選擇通過(guò) service udp-small-server命令啟用系統(tǒng)IOS自帶的小的udp服務(wù)器。也可以選擇啟動(dòng)IP SLA Responder以提高測(cè)試精度。UDP作業(yè)在使用缺省的UDP echo port(UDP port 7)，在使用I

29、P SLA Responder的情況下，可以自定義端口。響應(yīng)時(shí)間計(jì)算如圖5所示，用戶在計(jì)算時(shí)可以最小化處理延時(shí)，并將它從總的時(shí)延中減去。圖5響應(yīng)時(shí)間計(jì)算配置UDP Echo Operation(config)# rtr 1 (config-rtr)#type udpecho dest-ipaddr dest-port 5000(config)#rtr sch 1 start-time now檢查UDP Echo的統(tǒng)計(jì)信息R1#show rtr opEntry number: 1Modification time: *13:26:52.947 PST Wed Jun 2 2004Number o

30、f operations attempted: 7Number of operations skipped: 0Current seconds left in Life: 3227Operational state of entry: ActiveLast time this entry was reset: NeverConnection loss occurred: FALSETimeout occurred: FALSEOver thresholds occurred: FALSELatest RTT (milliseconds): 104Latest operation start t

31、ime: *13:32:52.955 PST Wed Jun 2 2004Latest operation return code: OK表六：UDP echo統(tǒng)計(jì)信息說(shuō)明字段描述Entry number IP SLA作業(yè)號(hào)Modification time 本作業(yè)的創(chuàng)建時(shí)間Number of operations attempted 已發(fā)送的作業(yè)數(shù)量Number of operations skipped 跳過(guò)的作業(yè)數(shù)量Current seconds left in life 本作業(yè)在停止前還能運(yùn)行的時(shí)間，這是一個(gè)可配置的參數(shù)Operational state of entry 作業(yè)是否是活

32、動(dòng)的，并在測(cè)試網(wǎng)絡(luò)Last time this entry was reset 作業(yè)被復(fù)位的最新時(shí)間，復(fù)位可以清空所有的的統(tǒng)計(jì)值Connection loss occurred 是否發(fā)生過(guò)連接丟失Timeout occurred 是否發(fā)生過(guò)超時(shí)Over thresholds occurred 設(shè)置了閾值，并出現(xiàn)了超時(shí)現(xiàn)象Latest RTT (milliseconds) 最后一次測(cè)試的往返時(shí)間Latest operation start time 最后一次測(cè)試開(kāi)始時(shí)間Latest operation return code 作業(yè)狀態(tài)UDP抖動(dòng)作業(yè)在網(wǎng)絡(luò)中有實(shí)時(shí)流量存在的情況下，度量網(wǎng)絡(luò)性能就不

33、僅僅只考慮可用性了，更多的會(huì)關(guān)注網(wǎng)絡(luò)中的延時(shí)等參數(shù)，實(shí)時(shí)應(yīng)用與延時(shí)是緊密相關(guān)的。對(duì)于語(yǔ)音數(shù)據(jù)，丟包是比較容易處理的，但頻繁的丟包會(huì)引起通話質(zhì)量的下降。UDP抖動(dòng)作業(yè)能在一個(gè)作業(yè)中提供丟包情況、抖動(dòng)和延時(shí)參數(shù)，同時(shí)也可以很好的測(cè)試單向的參數(shù)。抖動(dòng)作業(yè)被設(shè)計(jì)為通過(guò)產(chǎn)生活動(dòng)的UDP流量來(lái)測(cè)試網(wǎng)絡(luò)中的延時(shí)、延時(shí)變化（抖動(dòng)）丟包率等參數(shù)。它每次從源路由器發(fā)送N個(gè)大小為S byte的包到目的路由器，包之間的間隔為T ms，所有的這些參數(shù)都是用戶可以配置的?；诙秳?dòng)作業(yè)發(fā)出的包/接收到的包中所攜帶的時(shí)標(biāo)與序號(hào)信息，就可以測(cè)量如每個(gè)方向的延時(shí)變化(抖動(dòng))，每個(gè)方向的丟包率，平均的往返時(shí)間，單向延時(shí)需要12.2

34、(2)T或更新的IOS等參數(shù)值。抖動(dòng)計(jì)算源以10ms的間隔連續(xù)的向目的發(fā)出測(cè)試包，如果網(wǎng)絡(luò)運(yùn)行處于理想狀態(tài)，目的應(yīng)該以10ms的間隔收到這一系列的包。隊(duì)列、使用備用路由等因素所導(dǎo)致的延時(shí)會(huì)讓包到達(dá)目的路由器的間隔大于或小于10ms。正的抖動(dòng)意味著兩個(gè)包到達(dá)的間隔大于10ms，如間隔12ms，這時(shí)正抖動(dòng)就是2ms，同理負(fù)抖動(dòng)是指到達(dá)間隔小于原始間隔。在語(yǔ)音網(wǎng)絡(luò)中不希望有太大的抖動(dòng)值，在一個(gè)對(duì)延時(shí)敏感的網(wǎng)絡(luò)中，最理想的情況是抖動(dòng)為0。單向延時(shí)計(jì)算理論上，包從主機(jī)A到主機(jī)B所花的時(shí)間在兩個(gè)方向上應(yīng)該完全一致，但在實(shí)際環(huán)境中，兩個(gè)方向上的延時(shí)可能有很大的區(qū)別，有可能一個(gè)方向遠(yuǎn)遠(yuǎn)大于別一個(gè)方向?？紤]一條

35、繁忙的高速公路，完全有可能在某一個(gè)方向上發(fā)生堵車的現(xiàn)象，在網(wǎng)絡(luò)中也存在同樣的現(xiàn)象。在源和目的之間也可能存在非對(duì)稱的路徑。單向延時(shí)計(jì)算為用戶提供了網(wǎng)絡(luò)中更詳細(xì)的性能。用戶可以更方便的理解網(wǎng)絡(luò)中的瓶頸究竟在哪里。UPD抖動(dòng)作業(yè)提供了單向延時(shí)的測(cè)試能力。然而，單向延時(shí)的測(cè)試需要源和目的路由器上的時(shí)鐘要相當(dāng)同步才行。這時(shí)需要使用基于GPS的NTP服務(wù)器，當(dāng)源與目的路由器的時(shí)鐘不同步時(shí)，IP SLA會(huì)忽略單向延時(shí)的計(jì)算，并填上0。單向抖動(dòng)和丟包率不需要時(shí)鐘同步。通過(guò)命令行配置抖動(dòng)作業(yè)(Config)#rtr 200 (config-rtr)#type jitter dest-ip 00 dest-por

36、t 99 num-packets 20 interval 20 針對(duì)抖動(dòng)作業(yè)使用show命令R1#show rtr collection-statisticsEntry Number: 1 Target Address: 00, Port Number: 31337 Start Time: *14:14:14.000 EST Thu Apr 6 2000 RTT Values: NumOfRTT: 2800 RTTSum: 4792 RTTSum2: 8830 Packet Loss Values: PacketLossSD: 0 PacketLossDS: 0 PacketOutOfSequ

37、ence: 0 PacketMIA: 0 PacketLateArrival: 0 InternalError: 0 Busies: 0 Jitter Values: MinOfPositivesSD: 1 MaxOfPositivesSD: 1 NumOfPositivesSD: 249 SumOfPositivesSD: 249 Sum2PositivesSD: 249 MinOfNegativesSD: 1 MaxOfNegativesSD: 2 NumOfNegativesSD: 238 SumOfNegativesSD: 239 Sum2NegativesSD: 241 MinOfP

38、ositivesDS: 1 MaxOfPositivesDS: 1 NumOfPositivesDS: 97 SumOfPositivesDS: 97 Sum2PositivesDS: 97 MinOfNegativesDS: 1 MaxOfNegativesDS: 1 NumOfNegativesDS: 92 SumOfNegativesDS: 92 Sum2NegativesDS: 92 Interarrival jitterout: 0 Interarrival jitterin: 0 One Way Values: NumOfOW: 0 OWMinSD: 0 OWMaxSD: 0 OW

39、SumSD: 0 OWSum2SD: 0 OWMinDS: 0 OWMaxDS: 0 OWSumDS: 0 OWSum2DS: 0 表7：show rtr collection-statistics的各域的說(shuō)明字段說(shuō)明NumOfRTT 成功的往返次數(shù)RTTSum 全程時(shí)間總和RTTSum2 全程時(shí)間平方和PacketLossSD 源到目的丟失的包PacketLossDS 目的到源丟失的包PacketOutOfSequence 返回包序列號(hào)不正確的數(shù)量PacketMIA 出現(xiàn)丟包，但方向不能確定，這通訊是一個(gè)測(cè)試流的最后一個(gè)包丟了。PacketLateArrival 在超時(shí)之后到達(dá)的包的數(shù)量In

40、ternalError 由于其它內(nèi)部錯(cuò)誤導(dǎo)致作業(yè)不能正常運(yùn)行的次數(shù)Busies 由于上次運(yùn)行未完成而導(dǎo)致本次不能運(yùn)行的次數(shù)MinOfPositivesSDMaxOfPositivesSD 源到目的的最小和最大正抖動(dòng)（單位為MS）NumOfPositivesSD 源到目的正抖動(dòng)數(shù)量SumOfPositivesSD 源到目的總的抖動(dòng)值Sum2PositivesSD 源到目的正抖動(dòng)的平方和MinOfNegativesSDMaxOfNegativesSD 目的到源的最小和最大正抖動(dòng)（單位為MS）NumOfNegativesSD 目的到源正抖動(dòng)數(shù)量SumOfNegativesSD 目的到源總的抖動(dòng)值Su

41、m2NegativesSD 目的到源正抖動(dòng)的平方和應(yīng)用于VoIP的UDP抖動(dòng)作業(yè)這一類UDP抖動(dòng)作業(yè)是在當(dāng)前的UDP抖動(dòng)作業(yè)基礎(chǔ)上的一個(gè)增強(qiáng)與擴(kuò)展，經(jīng)過(guò)增強(qiáng)與擴(kuò)展之后，經(jīng)命令行或MIB配置，可以通過(guò)模擬codec來(lái)實(shí)現(xiàn)對(duì)語(yǔ)音質(zhì)量的測(cè)試并直接得出語(yǔ)音質(zhì)量評(píng)分，目前12.3(4)T可以支持如下幾種codec:711 A Law G.711 u Law G.729A命令如下：(config)# Rtr 1(config-rtr)# type jitter dest-ipaddr dest-port codec codec-interval codec-size codec-numpacket 新的參

42、數(shù)的選項(xiàng)如下表所示：Codectypecodec-sizecodec-intervalcodec-numpacketsG711ulaw17220 ms1000G711alaw17220 ms1000G729a3220 ms1000VoIP作業(yè)使用ICPIF語(yǔ)音質(zhì)量評(píng)價(jià)系統(tǒng)事測(cè)試MOS值，可以通過(guò)命令行和MIB存取活動(dòng)的測(cè)試結(jié)果中的MOS值。這個(gè)測(cè)試可以從應(yīng)用的角度看出來(lái)網(wǎng)絡(luò)性能參數(shù)對(duì)VoIP的支持程度。雖然ICPIF/MOS參數(shù)在評(píng)價(jià)語(yǔ)音質(zhì)量時(shí)是非常有用的，但它并沒(méi)有包括能夠影響到語(yǔ)音質(zhì)量的所有參數(shù)。更詳細(xì)的信息可以參見(jiàn)如下的文檔： HYPERLINK :/ cisco /univercd/c

43、c/td/doc/product/software/ios123/123newft/123t/123t_4/gtsaamos.htm l 1043332 :/ cisco /univercd/cc/td/doc/product/software/ios123/123newft/123t/123t_4/gtsaamos.htm#1043332IOS 12.3(7)T提供了基于單向抖動(dòng)、丟包情況、延時(shí)與MOS/ICPIF語(yǔ)音得分參數(shù)設(shè)置反應(yīng)閾值或發(fā)出SNMP trap的能力，詳細(xì)情況可以參見(jiàn)如下鏈接： HYPERLINK :/ cisco /en/US/products/sw/iosswrel/p

44、s5207/products_feature_guide09186a008020a3c9.html :/ cisco /en/US/products/sw/iosswrel/ps5207/products_feature_guide09186a008020a3c9.html以下命令行在12.3(7)T下測(cè)試通過(guò)：logging on rtr 10 type jitter dest-ipaddr 25 dest-port 16384 codec g711alaw advantage-factor 2 owner admin tag jitter-with-voice-scoresrtr sche

45、dule 10 start-time now rtr reaction-configuration 10 react mos threshold-typeimmediate threshold-value 490 250 action-type trapOnly rtr logging traps snmp-server host 0 version 2c public snmp-server enable traps syslog 12.3(7)T中的trap的實(shí)質(zhì)是syslog到traps的轉(zhuǎn)換，因此需要在命令行配置logging，在以后的版本中將提供純粹的SNMP trap.下面是相關(guān)S

46、how的結(jié)果Router# show rtr operational-state 10 Entry number: 10 Modification time: 12:57:45.690 UTC Sun Oct 26 2003 Number of operations attempted: 1 Number of operations skipped: 0 Current seconds left in Life: Forever Operational state of entry: Active Last time this entry was reset: Never Connection

47、 loss occurred: FALSE Timeout occurred: FALSE Over thresholds occurred: FALSE Latest RTT (milliseconds): 19 Latest operation start time: 12:57:45.723 Sun Oct 26 2003 Latest operation return code: OK ! Voice Scores: ICPIF: 20 MOS Score: 3 ! RTT Values: NumOfRTT: 10 RTTAvg: 19 RTTMin: 19 RTTMax: 20 RT

48、TSum: 191 RTTSum2: 3649 Packet Loss Values: PacketLossSD: 0 PacketLossDS: 0 PacketOutOfSequence: 0 PacketMIA: 0 PacketLateArrival: 0 InternalError: 0 Busies: 0 Jitter Values: NumOfJitterSamples: 9 MinOfPositivesSD: 0 MaxOfPositivesSD: 0 NumOfPositivesSD: 0 SumOfPositivesSD: 0 Sum2PositivesSD: 0 MinO

49、fNegativesSD: 0 MaxOfNegativesSD: 0 NumOfNegativesSD: 0 SumOfNegativesSD: 0 Sum2NegativesSD: 0 MinOfPositivesDS: 1 MaxOfPositivesDS: 1 NumOfPositivesDS: 1 SumOfPositivesDS: 1 Sum2PositivesDS: 1 MinOfNegativesDS: 1 MaxOfNegativesDS: 1 NumOfNegativesDS: 1 SumOfNegativesDS: 1 Sum2NegativesDS: 1 Interar

50、rival jitterout: 0 Interarrival jitterin: 0 One Way Values: NumOfOW: 0 OWMinSD: 0 OWMaxSD: 0 OWSumSD: 0 OWSum2SD: 0 OWMinDS: 0 OWMaxDS: 0 OWSumDS: 0 OWSum2DS: 0 Router# show rtr collection-statistics 10 Entry number: 10 Start Time Index: 12:57:45.931 UTC Sun Oct 26 2003 Number of successful operatio

51、ns: 60 Number of operations over threshold: 0 Number of failed operations due to a Disconnect: 0 Number of failed operations due to a Timeout: 0 Number of failed operations due to a Busy: 0 Number of failed operations due to a No Connection: 0 Number of failed operations due to an Internal Error: 0

52、Number of failed operations due to a Sequence Error: 0 Number of failed operations due to a Verify Error: 0 Voice Scores: MinOfICPIF: 2 MaxOfICPIF: 20 MinOfMos: 3 MaxOfMos: 5 RTT Values: NumOfRTT: 600 RTTAvg: 20 RTTMin: 19 RTTMax: 22 RTTSum: 12100 RTTSum2: 244292 Packet Loss Values: PacketLossSD: 0

53、PacketLossDS: 0 PacketOutOfSequence: 0 PacketMIA: 0 PacketLateArrival: 0 InternalError: 0 Busies: 0 Jitter Values: NumOfJitterSamples: 540 MinOfPositivesSD: 1 MaxOfPositivesSD: 1 NumOfPositivesSD: 26 SumOfPositivesSD: 26 Sum2PositivesSD: 26 MinOfNegativesSD: 1 MaxOfNegativesSD: 1 NumOfNegativesSD: 1

54、9 SumOfNegativesSD: 19 Sum2NegativesSD: 19 MinOfPositivesDS: 1 MaxOfPositivesDS: 1 NumOfPositivesDS: 43 SumOfPositivesDS: 43 Sum2PositivesDS: 43 MinOfNegativesDS: 1 MaxOfNegativesDS: 2 NumOfNegativesDS: 43 SumOfNegativesDS: 44 Sum2NegativesDS: 46 Interarrival jitterout: 0 Interarrival jitterin: 0 On

55、e Way Values: NumOfOW: 0 OWMinSD: 0 OWMaxSD: 0 OWSumSD: 0 OWSum2SD: 0 OWMinDS: 0 OWMaxDS: 0 OWSumDS: 0 OWSum2DS: 0. ICMP Echo作業(yè)ICMP Echo作業(yè)可以測(cè)試Cisco 路由器和IP設(shè)備之間的端到端的響應(yīng)時(shí)間，響應(yīng)時(shí)間是通過(guò)計(jì)算ICMP echo請(qǐng)求與響應(yīng)消息的時(shí)間差也教育處的。IP SLA通過(guò)在IP包中設(shè)置DSCP位，也允許用戶測(cè)量QOS的實(shí)施情況。響應(yīng)時(shí)間計(jì)算如以前討論的一樣，在計(jì)算時(shí)，處理延時(shí)被最小化并在最終結(jié)果中減去。圖6：ICMP echo作業(yè)的響應(yīng)時(shí)間計(jì)算I

56、CMP 荷載通過(guò)設(shè)置”request size”用戶可以配置ICMP ECHO作業(yè)的有效荷載尺寸，路由器將在定義的數(shù)值之上加上36 Bytes，如定義的request-size是28Bytes，則實(shí)際的ICMP包的大小是64Bytes。配置ICMP echo作業(yè)(config)#rtr 2(config-rtr)#type echo protocol ipicmpecho (config-rtr-echo)#request-data-size 400(config-rtr-echo)#tos 160(config)#rtr sch 2 start nowICMP echo作業(yè)的show結(jié)果R1

57、#show rtr operation 2Entry number: 2Modification time: *13:51:09.195 PST Wed Jun 2 2004Number of operations attempted: 1Number of operations skipped: 0Current seconds left in Life: 3545Operational state of entry: ActiveLast time this entry was reset: NeverConnection loss occurred: FALSETimeout occur

58、red: FALSEOver thresholds occurred: FALSELatest RTT (milliseconds): 0Latest operation start time: *13:51:09.203 PST Wed Jun 2 2004Latest operation return code: OKRTT Values:RTTAvg: 0 RTTMin: 0 RTTMax: 0NumOfRTT: 1 RTTSum: 0 RTTSum2: 0表8：ICMP echo作業(yè)的show rtr operation域描述：字段描述Latest RTT 最后一次的往返時(shí)間(ms)R

59、TTAvg 平均往返時(shí)間(ms)RTTMin 最小往返時(shí)間(ms)RTTMax 最大往返時(shí)間(ms)NumofRTT 已測(cè)試的往返個(gè)數(shù)RTTSum 往返時(shí)間之和RTTSum2 往返時(shí)間的平方和ICMP PATH echo作業(yè)ICMP path echo作業(yè)可以測(cè)試出Cisco 路由器到任IP設(shè)備之間的每一跳的響應(yīng)時(shí)間，它使用traceroute命令來(lái)發(fā)現(xiàn)到目的的路徑，然后測(cè)試源到路徑上每一個(gè)中間跳的響應(yīng)時(shí)間。如果到目的地有多條等價(jià)路徑，通過(guò)在中間路由器上設(shè)置LSR參數(shù)，SLA可以選擇一條特定的路徑進(jìn)行測(cè)試?；镜呐渲妹钊缦拢篟outer# rtr 3type pathEcho protoco

60、l ipIcmpEcho frequency 10lives-of-history-kept 5buckets-of-history-kept 3filter-for-history all rtr schedule 3 life 25 start-time nowTCP連接作業(yè)TCP連接作業(yè)可以測(cè)量出從Cisco 路由器到任意IP設(shè)備之間進(jìn)行TCP連接所需要的時(shí)間，如目標(biāo)設(shè)備是Cisco 路由器，用戶可以在目標(biāo)路由器上啟動(dòng)IP SLA Responder。如果目標(biāo)設(shè)備不是Cisco 路由器，用戶必須指定一個(gè)周知端口，如21、23、80等。圖7：TCP連接響應(yīng)時(shí)間使用命令行配置TCP連接作業(yè)創(chuàng)