IP網(wǎng)絡(luò)QoS問題研究
孫岳 常江
2002/10/10
1. 綜述
1.1 QoS問題的提出
隨著Internet規(guī)模的不斷增大，各種各樣的網(wǎng)絡(luò)服務(wù)爭相涌現(xiàn)，先進(jìn)的多媒體系統(tǒng)層出不窮。由于實時業(yè)務(wù)對網(wǎng)絡(luò)傳輸時延、延時抖動等特性較為敏感，當(dāng)網(wǎng)絡(luò)上有突發(fā)性高的FTP或者含有圖像文件的HTTP等業(yè)務(wù)時，實時業(yè)務(wù)就會受到很大影響；另一方面，多媒體業(yè)務(wù)占去了大量的帶寬，這樣，現(xiàn)有網(wǎng)絡(luò)要保證的關(guān)鍵業(yè)務(wù)就難以得到可靠的傳輸。
解決這些問題的最簡單的辦法當(dāng)然是增大帶寬， 但是，由于這種方法代價高昂，所以并不十分可行。這就要求網(wǎng)絡(luò)管理者對不同的服務(wù)區(qū)別管理，而不能對所有的數(shù)據(jù)包一視同仁。于是，各種QoS技術(shù)應(yīng)運(yùn)而生。
最簡單地說，QOS能夠?qū)?shù)據(jù)包進(jìn)行合理的排隊，對含有內(nèi)容標(biāo)識的數(shù)據(jù)包進(jìn)行優(yōu)化，并對其中特定的數(shù)據(jù)包賦以較高的優(yōu)先級，從而加速傳輸?shù)倪M(jìn)程，并實現(xiàn)實時交互。由于每種應(yīng)用系統(tǒng)對網(wǎng)絡(luò)的要求有所不同，這使得帶寬本身并不能解決網(wǎng)絡(luò)擁塞的問題。QoS所追求的傳輸質(zhì)量在于：數(shù)據(jù)包不僅要到達(dá)其欲傳輸?shù)哪康牡刂�，而且要保證數(shù)據(jù)包的順序性、完整性和實時性。通過QoS，網(wǎng)絡(luò)可以按照業(yè)務(wù)量的類型或級別加以區(qū)分，并能夠依次對各級別進(jìn)行處理。優(yōu)秀的QoS可以提供創(chuàng)建業(yè)務(wù)量級別的方法，把應(yīng)用系統(tǒng)或用戶的郵件分配到某一級別中作系統(tǒng)管理。
1.2 QoS的定義
IP QoS是指IP的服務(wù)質(zhì)量,也是指IP數(shù)據(jù)流通過網(wǎng)絡(luò)時的性能。它的目的就是向用戶提供端到端的服務(wù)質(zhì)量保證。它有一套度量指標(biāo),包括業(yè)務(wù)可用性、延遲、可變延遲、吞吐量和丟包率：
①業(yè)務(wù)可用性：用戶到IP業(yè)務(wù)之間連接的可靠性。
②延遲：也稱為時延（Latency），指兩個參照點之間發(fā)送和接收數(shù)據(jù)包的時間間隔。
③可變延遲：也稱為抖動（Jitter），指在同一條路徑上發(fā)送的一組數(shù)據(jù)流中數(shù)據(jù)包之間的時間差異。
④吞吐量：網(wǎng)絡(luò)中發(fā)送數(shù)據(jù)包的速率，可用平均速率或峰值速率表示。
⑤丟包率：在網(wǎng)絡(luò)中傳輸數(shù)據(jù)包時丟棄數(shù)據(jù)包的最高比率。數(shù)據(jù)包丟失一般是由網(wǎng)絡(luò)擁塞引起的。
1.3 QoS解決方案
IETF已經(jīng)建議了很多服務(wù)模型和機(jī)制，以滿足QoS的需求。其中比較有名的有：綜合業(yè)務(wù)模型(Int-Serv)，區(qū)分業(yè)務(wù)模型(Diff-serv)，多協(xié)議標(biāo)記交換（MPLS），流量工程和約束路由。
綜合業(yè)務(wù)的特點是資源預(yù)留，實時應(yīng)用在傳輸數(shù)據(jù)前必須首先建立 通道和預(yù)留資源。RSVP是用來建立通道和預(yù)留資源的協(xié)議。
在區(qū)別型業(yè)務(wù)中，把包加以標(biāo)記，產(chǎn)生不同的級別，每個級別的包得到不同的服務(wù)級別。
MPLS是一種前向轉(zhuǎn)發(fā)策略，在進(jìn)入MPLS作用域時給包賦予一定的標(biāo)簽，隨后包的分類、轉(zhuǎn)發(fā)和服務(wù)都將基于標(biāo)簽完成。
流量工程是一種安排通信流量如何通過網(wǎng)絡(luò)的過程。
約束路由在尋徑路由時會受到一定的約束，如帶寬或時延的要求。
我們這里著重介紹綜合業(yè)務(wù)模型，區(qū)分業(yè)務(wù)模型，MPLS，并簡單介紹IPV6種的QoS問題。
2.綜合業(yè)務(wù)模型
2.1基本概念
綜合業(yè)務(wù)模型（Int-serv：Integrated service）的基本思想是“所有的流相關(guān)狀態(tài)信息應(yīng)該是在端系統(tǒng)上”,它基于每個流（單個的或是匯聚的）提供端到端的保證或是受控負(fù)載的服務(wù)（controlled-load service）。Int-Serv框架使IP網(wǎng)能夠提供具有QoS的傳輸，以用于對QoS要求較為嚴(yán)格的實時業(yè)務(wù)（聲音/視頻）。
Int-Serv使用一種類似ATM的SVC的方法,它在發(fā)送方和接收方之間用RSVP作為每個流的信令。RSVP信息跨越整個網(wǎng)絡(luò), 假定從接收方到發(fā)送方之間沿途的每個路由器都要為每一個要求QoS的數(shù)據(jù)流預(yù)留資源。路徑沿途的各路由器——包括核心路由器——必須為RSVP數(shù)據(jù)流維護(hù)軟狀態(tài)。
在Int-Serv流中，定義了三種類型的業(yè)務(wù)，即：
①保證業(yè)務(wù)(Guaranteed-Service, GS)：對于GS業(yè)務(wù)流的最大時延是受到控制的，路由上的任何時延都會影響最大排隊時延。
②受控負(fù)載業(yè)務(wù)(Controlled-load-Service, CLS)：CLS沒有固定的時延保證，但業(yè)務(wù)流要與在網(wǎng)絡(luò)輕載情況下的流質(zhì)量相當(dāng)，實際上CLS要求有長期的帶寬保證。
③盡力而為的業(yè)務(wù)(Best-Effort)：類似當(dāng)前Internet在多種負(fù)載環(huán)境(由輕到重)下提供的盡力而為的業(yè)務(wù)。
2.2 綜合業(yè)務(wù)模型的構(gòu)成
為了實現(xiàn)上面的服務(wù)，Int-Serv定義了4個功能部件，網(wǎng)絡(luò)中的每個路由器皆需要實現(xiàn)這4個部件。
1.RSVP(RFC2205)：RSVP即資源預(yù)留協(xié)議，它是Internet上的信令協(xié)議。通過RSVP，用戶可以給每個業(yè)務(wù)流(或連接)申請資源預(yù)留，要預(yù)留的資源可能包括緩沖區(qū)及帶寬的大小。這種預(yù)留需要在路徑上的每一跳都要進(jìn)行，這樣才能提供端到端的QoS保證。RSVP是單向的預(yù)留，適用于點到點以及點到多點的通信環(huán)境。
2.訪問控制(Admission Control)：它基于用戶和網(wǎng)絡(luò)達(dá)成的服務(wù)協(xié)議，對用戶的訪問進(jìn)行一定的監(jiān)視和控制，有利于保證雙方的共同利益。
3.分類器(Classifier)：根據(jù)預(yù)置的一些規(guī)則，它對進(jìn)入路由器的每一個分組進(jìn)行分類。這可能需要查看IP分組里的某些域：IP源地址、IP目的地址、上層協(xié)議類型、源端口號、目的端口號；分組經(jīng)過分類以后被放到不同的隊列中等待接收服務(wù)。這方面的技術(shù)還不很成熟，是一個有待研究的領(lǐng)域。
4.隊伍調(diào)度器(Scheduler)：它主要是基于一定的調(diào)度算法對分類后的分組隊列進(jìn)行調(diào)度服務(wù)。這方面的技術(shù)目前已比較成熟，常見的調(diào)度算法有WFQ、WF2Q、SCFQ、VC、MD-SCFQ、WRR等。
2.3綜合業(yè)務(wù)模型的優(yōu)缺點
綜合業(yè)務(wù)模型的優(yōu)點是：
能夠提供絕對有保證的QoS。詳細(xì)的設(shè)計使RSVP用戶能夠仔細(xì)地規(guī)定業(yè)務(wù)種類。因為RSVP運(yùn)行在從源端到目的端的每個路由器上，因此可以監(jiān)視每個流，以防止其消耗比它請求、預(yù)留和預(yù)先購買的要多的資源。
RSVP在源和目的地間可以使用現(xiàn)有的路由協(xié)議決定流的通路。RSVP使用IP包承載，使用“軟狀態(tài)”的概念，通過周期性的重傳PATH和RESV消息，協(xié)議能夠?qū)W(wǎng)絡(luò)拓?fù)涞淖兓龀龇从场Ｕ鏟ATH和RESV刷新用來更改該預(yù)留的流的通路那樣，沒有了這些消息時，RSVP協(xié)議釋放與之關(guān)聯(lián)的資源。
設(shè)計綜合模型開始的目的之一就是使得QoS能夠工作在unicast和multicast下。RSVP協(xié)議能夠讓PATH消息識別多播流的所有端點，并發(fā)送PATH消息給它們。它同樣可以把自每個接收端的REVP消息合并到一個網(wǎng)絡(luò)請求點上，該點可以讓一個多播流在分開的連接上發(fā)送同樣的流。
綜合業(yè)務(wù)模型的缺點是：
可擴(kuò)展性是Int-Serv結(jié)構(gòu)最致命的一個問題,因為Int-Serv要求端到端的信令,這在一個實際運(yùn)行的運(yùn)營商網(wǎng)絡(luò)中幾乎無法實現(xiàn)。單純從Int-Serv結(jié)構(gòu)的實質(zhì)來看,資源預(yù)留本身就與IP網(wǎng)絡(luò)的最大特點"無連?quot;相沖突。另外，對保障型業(yè)務(wù)需要網(wǎng)絡(luò)全部使用綜合業(yè)務(wù)，如果中間有不支持的節(jié)點／網(wǎng)絡(luò)存在，雖然信令可以透明通過，但實際上對于應(yīng)用來說，已經(jīng)無法實現(xiàn)真正意義上的資源預(yù)留，所希望達(dá)到的QoS保證也就打了折扣。
對路由器的要求較高。由于需要進(jìn)行端到端的資源預(yù)留，必須要求從發(fā)送者到接收者之間的所有路由器都支持所實施的信令協(xié)議。因此所有路由器必須實現(xiàn)RSVP、許可控制。MF（Multi－Field）分類和包調(diào)度。
該模型不適合于短生存期的流。因為為短生存期包預(yù)留資源的開銷很可能大于處理流中所有包的開銷。但因特網(wǎng)流量絕大多數(shù)是由短生存期的流構(gòu)成的。在短生存期的流需要一定程度的QoS保證時，綜合業(yè)務(wù)模型就顯得得不償失了。
3. 區(qū)分業(yè)務(wù)模型
3.1基本概念
由于對綜合業(yè)務(wù)模型利用全程信令將原本面向無連接的因特網(wǎng)，勉為其難地改為向面向連接的網(wǎng)絡(luò)這種方式的可實施性已經(jīng)產(chǎn)生了懷疑。因而希冀能夠出現(xiàn)一種新的解決問題的思想，既考慮已有網(wǎng)絡(luò)的現(xiàn)狀，又能達(dá)到實現(xiàn)服務(wù)質(zhì)量的目的，這就出現(xiàn)了區(qū)分業(yè)務(wù)（Diff-serv）模型。
Diff-Serv IETF組織制訂了IP網(wǎng)絡(luò)的QOS標(biāo)準(zhǔn)——區(qū)分服務(wù)(Diff-Serv)，為在IP網(wǎng)絡(luò)上提供服務(wù)質(zhì)量保證奠定了基礎(chǔ)。在Diff-Serv標(biāo)準(zhǔn)以前，ATM技術(shù)還是唯一能提供QOS的網(wǎng)絡(luò)技術(shù)，IETF正是借用了ATM的QoS概念，將QoS引入IP所有業(yè)務(wù)，這些業(yè)務(wù)不但可以在租用線、幀中繼和ATM上傳輸，而且也可以在SDH、DWDM鏈路上傳輸。Diff-Serv還定義了ATM和幀中繼所不能提供的動態(tài)QoS服務(wù)，并增加了新的擁塞管理機(jī)制。
區(qū)分服務(wù)是由綜合服務(wù)(Int-serv )發(fā)展而來的，它采用了IETF的基于RSVP的服務(wù)分類標(biāo)準(zhǔn)，拋棄了分組流沿路節(jié)點上的資源預(yù)留。區(qū)分服務(wù)將會有效地取代跨越大范圍的RSVP的使用。區(qū)分服務(wù)區(qū)域的主要成員有：核心路由器、邊緣路由器、資源控制器（BB，Bandwidth Broker）。在區(qū)分服務(wù)中，網(wǎng)絡(luò)的邊緣設(shè)備對每個分組進(jìn)行分類、標(biāo)記DS域，用DS域來攜帶IP分組對服務(wù)的需求信息。在網(wǎng)絡(luò)的核心節(jié)點上，路由器根據(jù)分組頭上的DS碼點（Code Point）選擇碼點所對應(yīng)的轉(zhuǎn)發(fā)處理。資源控制器BB配置了管理規(guī)則，為客戶分配資源，它可以通過服務(wù)級別協(xié)定SLA （Service Level Agreement）與客戶進(jìn)行相互協(xié)調(diào)以分享規(guī)定的帶寬。
與Int-Serv類似，Diff-Serv也定義了三種業(yè)務(wù)類型：
①最優(yōu)的業(yè)務(wù)(Premium)：類似于傳統(tǒng)運(yùn)營商網(wǎng)絡(luò)的專線業(yè)務(wù)。
②分等級的業(yè)務(wù)(Tiered)：這不僅僅是一種業(yè)務(wù)，而是一個大的類別，可以根據(jù)發(fā)展的需要定制不同的業(yè)務(wù)等級。
③盡力而為的業(yè)務(wù)(Best-Effort)；類似于Internet中盡力而為的業(yè)務(wù)。
IP QoS較之ATM的優(yōu)越性還在于它能夠提供更靈活的服務(wù)，如Diff-Serv支持基于日期的應(yīng)用與動態(tài)QoS，因此，可以給予某一特定的用戶，如基于WEB的電子商務(wù)，較高級別的QoS服務(wù)，而對于不那么重要的應(yīng)用，如E-mail則給以"盡力服務(wù)"。
圖1 區(qū)分服務(wù)體系結(jié)構(gòu)的框架示意圖
Diff-Serv比Int-Serv 更具可擴(kuò)展性，如圖1所示,它可用于企業(yè)的廣域網(wǎng)中,并在運(yùn)營商網(wǎng)絡(luò)中發(fā)揮重要的作用,因為它可以根據(jù)應(yīng)用或業(yè)務(wù)類型排出不同的優(yōu)先級別。IP
QoS的業(yè)務(wù)區(qū)分結(jié)構(gòu)使用IPV4報頭中的業(yè)務(wù)類型（TOS）字段，并將8位TOS字段重新命名，作為DS字段，其中6位可供目前使用，其余2位以備將來使用。該字段可以按照預(yù)先確定好的規(guī)則加以定義，使下行節(jié)點通過識別這個字段，獲取足夠的信息來處理到達(dá)輸入端口的數(shù)據(jù)包并將他們正確地轉(zhuǎn)發(fā)給下一跳的路由器。這里需要注意的是在IPV4網(wǎng)中所定義的TOS字段與在Diff-Serv中的DS字段不同。TOS字段的定義如圖2所示。圖IPV4報頭中TOS字段定義Diff-Serv充分考慮了IP網(wǎng)絡(luò)本身靈活，可擴(kuò)展性強(qiáng)的特點，將復(fù)雜的服務(wù)質(zhì)量保證通過DS字段轉(zhuǎn)換為先進(jìn)的單跳行為，從而大大減少了信令的工作。
3.2 Diff-Serv－優(yōu)先級排列
差分服務(wù)提供一種簡單粗略的方法對各種服務(wù)加以分類。不過用其它方法也可以，目前有兩個每跳(PHBs)的標(biāo)準(zhǔn)，其中對兩個最有代表性的服務(wù)等級(業(yè)務(wù)類別)作了規(guī)定：
快速轉(zhuǎn)發(fā)(EF)：有一個單獨的碼點(DiffServ值)。EF可以把延遲和抖動減到最小，因而能提供總合服務(wù)質(zhì)量的最高等級。任何超過服務(wù)范圍(由本地服務(wù)策略決定)的業(yè)務(wù)被刪除
保證轉(zhuǎn)發(fā)(AF)：有四個等級，每個等級有三個下降過程(總共有12個碼點)。超過AF范圍的業(yè)務(wù)不會象'業(yè)務(wù)范圍內(nèi)'的業(yè)務(wù)那樣以盡可能高的概率傳送出去。這意味著業(yè)務(wù)量有可能下降，但不是絕對的。
根據(jù)預(yù)定策略的標(biāo)準(zhǔn)，PHBs適用于網(wǎng)絡(luò)入口的業(yè)務(wù)。業(yè)務(wù)在這點加以標(biāo)記，然后根據(jù)這個標(biāo)記進(jìn)行路由指向，沒有作標(biāo)記的業(yè)務(wù)就放到了網(wǎng)絡(luò)的出口。
3.3Diff-Serv的相關(guān)算法
Diff-Serv路由器使用與ATM交換機(jī)組類似的輸入管理器與輸出調(diào)度器的原理，來實現(xiàn)PHB功能，同時也增加了擁塞管理機(jī)制用以處理IP網(wǎng)絡(luò)交通擁塞問題，為此Diff-Serv使用了兩種算法，分別為隨機(jī)早期檢測（RED）與加權(quán)隨機(jī)早期檢測（WRED）算法，通過使用這兩種算法達(dá)到在發(fā)生擁塞之前隨機(jī)丟包以避免路由器過載的目的，這種丟包策略也能使傳輸控制協(xié)議（TCP）減慢發(fā)送端數(shù)據(jù)發(fā)送的速度。
3.4 區(qū)分業(yè)務(wù)模型的優(yōu)缺點：
區(qū)別型業(yè)務(wù)模型完全不同于綜合型業(yè)務(wù)模型，它的優(yōu)點是：
伸縮性較好。DS字段只是規(guī)定了有限數(shù)量的業(yè)務(wù)級別，狀態(tài)信息的數(shù)量正比于業(yè)務(wù)級別，而不是流的數(shù)量。
便于實現(xiàn)。只在網(wǎng)絡(luò)的邊界上才需要復(fù)雜的分類、標(biāo)記、管制和整形操作。ISP核心路由器只需要實現(xiàn)行為聚集（BA）的分類，因此實現(xiàn)和部署區(qū)別型業(yè)務(wù)都比較容易。
缺點：
Diff-Serv為IP QoS奠定了寶貴的基礎(chǔ)，但還是沒有辦法完全依靠自己來提供端到端的QOS結(jié)構(gòu)。Diff-Serv需要大量網(wǎng)絡(luò)單元的協(xié)同動作，才能向用戶提供端到端的服務(wù)質(zhì)量。鑒于這些組件高度分散的特點和對它們進(jìn)行集中管理的需要，必須有一個全局的帶寬管理對全局資源進(jìn)行動態(tài)管理。
解決這一問題的方法有兩個：一是用功能強(qiáng)大的全局策略管理器來完成這一任務(wù)；另外一種就是利用MPLS將第三層的QOS轉(zhuǎn)換為第二層的QOS，通過運(yùn)營網(wǎng)中第二層的交換機(jī)來實現(xiàn)端到端的服務(wù)質(zhì)量保證。
3.5 區(qū)分業(yè)務(wù)模型與綜合業(yè)務(wù)模型的互通
很有可能的是，綜合業(yè)務(wù)模型會因為伸縮性的問題而無法在WAN上使用。將來區(qū)別型業(yè)務(wù)模型（配合MPLS），在QoS方面很可能占有主導(dǎo)地位。而事實上，很多ISP期待區(qū)別型業(yè)務(wù)模型能夠滿足所有他們的QoS需求。而與此相反的是，綜合業(yè)務(wù)模型能夠在企業(yè)網(wǎng)中實施，很多企業(yè)的聯(lián)網(wǎng)產(chǎn)品中都已經(jīng)或即將集成某種程度的綜合業(yè)務(wù)能力。如果WAN用的是區(qū)別型業(yè)務(wù)模型，而LAN用的是綜合業(yè)務(wù)和區(qū)別業(yè)務(wù)模型的混合形式，那么當(dāng)發(fā)送者和接收者之間的通路同時需要LAN和WAN時，如何才能夠保證端到端的QoS呢？
IETF建議了兩種互操作方式。一種方法是將綜合業(yè)務(wù)覆蓋在區(qū)別型業(yè)務(wù)網(wǎng)上，RSVP信令完全透明地通過區(qū)別型業(yè)務(wù)網(wǎng)。位于兩種網(wǎng)絡(luò)邊緣的設(shè)備處理RSVP消息，并且根據(jù)區(qū)別型業(yè)務(wù)網(wǎng)絡(luò)中合適的資源的可用性提供許可控制。另外一種方法是簡單的并行處理。區(qū)別型業(yè)務(wù)網(wǎng)中的每個節(jié)點可能也是具有RSVP功能的。采取一些策略決定哪些包用RSVP，哪些用區(qū)別行業(yè)務(wù)處理。這種模型可能適用于小型網(wǎng)絡(luò)。
4. MPLS技術(shù)
4.1產(chǎn)生背景
在現(xiàn)有的網(wǎng)絡(luò)技術(shù)中，從支持QoS的角度來看，ATM作為繼IP之后迅速發(fā)展起來的種快速分組交換技術(shù)具有得天獨厚的技術(shù)優(yōu)勢。因此ATM曾一度被認(rèn)為是一種處處適用的技術(shù)，但是，實踐證明這種想法是錯誤的。首先，純 ATM網(wǎng)絡(luò)的實現(xiàn)過于復(fù)雜，導(dǎo)致應(yīng)用價格高，難于為大眾所接受。其次，在網(wǎng)絡(luò)發(fā)展的同時相應(yīng)的業(yè)務(wù)開發(fā)沒有跟上，導(dǎo)致目前ATM的發(fā)展舉步維艱。第三，雖然ATM交換機(jī)作為網(wǎng)絡(luò)的骨干節(jié)點已經(jīng)被廣泛使用，但ATM信元到桌面的業(yè)務(wù)發(fā)展卻十分緩慢。
由于IP技術(shù)和ATM技術(shù)在各自的發(fā)展領(lǐng)域中都遇到了實際困難，彼此都需要借助對方以求得進(jìn)一步發(fā)展，所以這兩種技術(shù)的結(jié)合有著必然性。多協(xié)議標(biāo)簽交換（MPLS）技術(shù)就是為了綜合利用網(wǎng)絡(luò)核心的交換技術(shù)和網(wǎng)絡(luò)邊緣的IP路由技術(shù)各自的優(yōu)點而產(chǎn)生的。
IETF在 1997年初成立了MPLS工作組，利用集成模型中現(xiàn)有的技術(shù)的主要思想與優(yōu)勢，制定出一個統(tǒng)一的、完善的第3層交換技術(shù)標(biāo)準(zhǔn)。MPLS明確規(guī)定了一整套協(xié)議和操作過程，最終在IP網(wǎng)內(nèi)通過ATM和幀中繼實現(xiàn)快速交換。MPLS中的關(guān)鍵概念是用標(biāo)簽來識別和標(biāo)記IP報文，并把標(biāo)簽封裝后的報文轉(zhuǎn)發(fā)到已升級改善過的交換機(jī)或路由器，由它們在網(wǎng)絡(luò)內(nèi)部繼續(xù)交換標(biāo)簽，轉(zhuǎn)發(fā)報文。因而，IP0報文標(biāo)簽的產(chǎn)生和分配是建立在通過現(xiàn)有的IP路由協(xié)議獲得網(wǎng)絡(luò)路由信息的基礎(chǔ)上的。
圖3
4.2 MPLS信令的實現(xiàn)
目前MPLS實現(xiàn)信令的方式可分為兩類，一類是LDP／CR-LDP，它是基于ATM網(wǎng)絡(luò)的。CR-LDP和LDP是同一個協(xié)議，CR-LDP是LDP的擴(kuò)展，它使用與LDP相同的消息和機(jī)制，如對等發(fā)現(xiàn)、會話建立和保持、標(biāo)記發(fā)布和錯誤處理。另外一類是RSVP，它基于傳統(tǒng)的IP網(wǎng)。RSVP和LDP／CR-LDP是兩種不同的協(xié)議，它們在協(xié)議特性上存在不同，有不同的消息集和信令處理規(guī)程。從協(xié)議可靠性上來看，LDP／CR-LDP是基于TCP的，當(dāng)發(fā)生傳輸丟包時，利用TCP協(xié)議提供簡單的錯誤指示，實現(xiàn)快速響應(yīng)和恢復(fù)。而RSVP只是傳送IP包。由于缺乏可靠的傳輸機(jī)制，RSVP無法保證快速的失敗通知。從網(wǎng)絡(luò)可擴(kuò)展性上看，LDP較RSVP更有優(yōu)勢，一般電信級網(wǎng)絡(luò)中，特別是ATM網(wǎng)絡(luò)中，應(yīng)采用MPLS／LDP。ITU-T傾向于在骨干網(wǎng)中采用CR-LDP。
4.3 MPLS的網(wǎng)絡(luò)構(gòu)成
MPLS網(wǎng)絡(luò)由標(biāo)簽邊緣路由器（LER）和標(biāo)簽交換路由器（LSR）組成。在LSR內(nèi)，MPLS控制模塊以 IP功能為中心，轉(zhuǎn)發(fā)模塊基于標(biāo)簽交換算法，并通過標(biāo)簽分配協(xié)議（LDP）在節(jié)點間完成標(biāo)簽信息以及相關(guān)信令的發(fā)送。值得注意的是，LDP信令以及標(biāo)簽綁定信息只在MPLS相鄰節(jié)點間傳遞。LSR之間或
ISR與LER之間依然需要運(yùn)行標(biāo)準(zhǔn)的路由協(xié)議，并由此來獲了拓?fù)湫畔ⅰＭㄟ^這些信息LSR可以明確選取報文的下一跳并可最終建立特定的標(biāo)簽交換路徑（LSP）。MPLS使用控制驅(qū)動模型，即基于拓?fù)潋?qū)動方式對用于建立LSP的標(biāo)簽綁定信息的分配及轉(zhuǎn)發(fā)進(jìn)行初始化。LSP屬于單向傳輸路徑，因而全雙工業(yè)務(wù)需要兩條LSP，每條LSP負(fù)責(zé)一個方向上的業(yè)務(wù)。
4.4 MPLS的工作原理
MPLS協(xié)議規(guī)定，IP報文僅在MPLS網(wǎng)絡(luò)邊緣節(jié)點（入口LSR），通過路由表查詢并分配相應(yīng)的轉(zhuǎn)發(fā)等價類（FEC），同時采用固定長度的標(biāo)簽對該FEC進(jìn)行描述與編碼，并將此標(biāo)簽附加到IP報頭的前面，即意味著該報砂信息不再用于網(wǎng)絡(luò)中后續(xù)標(biāo)簽交換路由器的索引操作。相應(yīng)的處于LSP中的標(biāo)簽交換路由器，利用報文攜帶的標(biāo)簽信息庫（LIB）中進(jìn)行索引，確定相應(yīng)的下一跳，在LSR出端口用新的標(biāo)簽替換頭原有標(biāo)簽。這樣攜帶新標(biāo)簽的報文便沿著LSP向目的地轉(zhuǎn)發(fā)。
MPLS協(xié)議規(guī)定標(biāo)簽只具有本地意義，其具體的編碼與封裝規(guī)則可參見MPLS的標(biāo)簽封裝草案。標(biāo)簽封裝草案遵照逐跳前傳（Hop by Hop）機(jī)制，詳盡地描述了報文的轉(zhuǎn)發(fā)行為，包括選擇報文的下一跳，在LSR內(nèi)完成標(biāo)簽的分配、轉(zhuǎn)發(fā)與替換操作。在通常情況下，LSP的建立基于標(biāo)準(zhǔn)的IP路由協(xié)議，如開放最短路徑優(yōu)先協(xié)議（OSPF）。此外MPLS可為邊緣標(biāo)簽交換路由器的標(biāo)簽映射方式提供多種算法，充分展現(xiàn)了其路由技術(shù)上的靈活性。
在傳統(tǒng)的ATM和IP網(wǎng)中引入MPLS控制機(jī)制，僅從Traffic Engineering和QoS這兩個側(cè)面來看，MPLS確實有著傳統(tǒng)IP技術(shù)所無法實現(xiàn)的功能，可以將ATM和IP很好地結(jié)合在一起。
5. IPV6的QoS控制策略
IPv6提供一定的QoS控制策略。首先，IPv6分組頭定義了一個4比特的優(yōu)先級區(qū)域，可以指示16種優(yōu)先級別。同前面所講的IP ToS寧節(jié)類似。16種優(yōu)先級別中的9種用于非實時傳輸業(yè)務(wù)（象"文件傳輸"或"無特征流量"），其余的8種用于實時傳輸業(yè)務(wù)（比如可用來區(qū)分同時傳送的語音業(yè)務(wù)或視頻業(yè)務(wù)）。但是協(xié)議中的應(yīng)用指南并沒有嚴(yán)格規(guī)定IPv6路由器應(yīng)如何使用這一優(yōu)先級區(qū)域。
其次，這一優(yōu)先級區(qū)域的使用與IPv4的ToS區(qū)域的使用非常相似，所以它是否能成功地做為網(wǎng)絡(luò)優(yōu)先級機(jī)制就要看路由器生產(chǎn)商和應(yīng)用程序設(shè)計者是否愿意支持它。
由于IPv4平臺上的ToS域未能得到很好的應(yīng)用。人們必會懷疑IPv6的優(yōu)先級區(qū)域是否會有同樣的命運(yùn)。值得樂觀的一點是，由于現(xiàn)在的數(shù)據(jù)通信業(yè)非常重視IP傳輸?shù)腝oS問題，所以必會加大力度推行優(yōu)先級機(jī)制。
在未來的IP網(wǎng)絡(luò)中，優(yōu)先級標(biāo)簽并不是IPv6指出分組的QoS的唯一方法。IPv6的分組頭還包括1個24比特的信息流標(biāo)簽，這個標(biāo)簽可由初始化程序來設(shè)定，指出某組數(shù)據(jù)分組屬于某種特定的IP信息流。這樣，路由器不需要檢查地址、程序端口或其它信息，就可將數(shù)據(jù)分組分類。在IP分組頭中帶有信息識別號可以使路由器的工作得到簡化，因此也就減少了路由器確定數(shù)據(jù)分組的QoS的時間。但需要注意的是，信息標(biāo)號并沒有表明QoS的提供方式，所以仍需使用RSVP和其它預(yù)留協(xié)議。
中國電信(www.chinatelecom.com.cn)