RSVP標(biāo)準(zhǔn)[RFC 2205]沒(méi)有定義網(wǎng)絡(luò)向數(shù)據(jù)流提供預(yù)約帶寬的方法，它只是一個(gè)允許應(yīng)用預(yù)約必要鏈路帶寬的協(xié)議。一旦某預(yù)約付諸實(shí)施，英特網(wǎng)中的路由器就實(shí)際向數(shù)據(jù)流提供預(yù)約的帶寬。
詳細(xì)信息
中文名稱：資源預(yù)留協(xié)議
英文名稱：resource reservation protocol;RSVP
定義：一種為數(shù)據(jù)流建立資源預(yù)留的傳送層協(xié)議。該協(xié)議既不傳送應(yīng)用數(shù)據(jù)流，又不選路，而是一種控制協(xié)議。
所屬學(xué)科：通信科技（一級(jí)學(xué)科） ；通信協(xié)議（二級(jí)學(xué)科）
本內(nèi)容由全國(guó)科學(xué)技術(shù)名詞審定委員會(huì)審定公布
名詞解釋
（RSVP：Resource ReSerVation Protocol）
資源預(yù)留協(xié)議（RSVP）是一種用于互聯(lián)網(wǎng)上質(zhì)量整合服務(wù)的協(xié)議。 RSVP 允許主機(jī)在網(wǎng)絡(luò)上請(qǐng)求特殊服務(wù)質(zhì)量用于特殊應(yīng)用程序數(shù)據(jù)流的傳輸。路由器也使用 RSVP 發(fā)送服務(wù)質(zhì)量（QOS）請(qǐng)求給所有結(jié)點(diǎn)（沿著流路徑）并建立和維持這種狀態(tài)以提供請(qǐng)求服務(wù)。通常 RSVP 請(qǐng)求將會(huì)引起每個(gè)節(jié)點(diǎn)數(shù)據(jù)路徑上的資源預(yù)留。
RSVP 只在單方向上進(jìn)行資源請(qǐng)求，因此，盡管相同的應(yīng)用程序，同時(shí)可能既擔(dān)當(dāng)發(fā)送者也擔(dān)當(dāng)接受者，但 RSVP 對(duì)發(fā)送者與接受者在邏輯上是有區(qū)別的。 RSVP 運(yùn)行在 IPV4 或 IPV6 上層，占據(jù)協(xié)議棧中傳輸協(xié)議的空間。 RSVP 不傳輸應(yīng)用數(shù)據(jù)，但支持因特網(wǎng)控制協(xié)議，如ICMP、IGMP 或者路由選擇協(xié)議。正如路由選擇和管理類協(xié)議的實(shí)施一樣， RSVP 的運(yùn)行也是在后臺(tái)執(zhí)行，而并非在數(shù)據(jù)轉(zhuǎn)發(fā)路徑上。
RSVP 本質(zhì)上并不屬于路由選擇協(xié)議， RSVP 的設(shè)計(jì)目標(biāo)是與當(dāng)前和未來(lái)的單播（unicast）和組播（multicast）路由選擇協(xié)議同時(shí)運(yùn)行。 RSVP 進(jìn)程參照本地路由選擇數(shù)據(jù)庫(kù)以獲得傳送路徑。以組播為例，主機(jī)發(fā)送 IGMP 信息以加入組播組，然后沿著組播組傳送路徑，發(fā)送 RSVP 信息以預(yù)留資源。路由選擇協(xié)議決定數(shù)據(jù)包轉(zhuǎn)發(fā)到哪。 RSVP 只考慮根據(jù)路由選擇所轉(zhuǎn)發(fā)的數(shù)據(jù)包的 QOS 。為了有效適應(yīng)大型組、動(dòng)態(tài)組成員以及不同機(jī)種的接收端需求，通過(guò) RSVP ，接收端可以請(qǐng)求一個(gè)特定的 QOS【RSVP93】 。 QOS 請(qǐng)求從接收端主機(jī)應(yīng)用程序被傳送至本地 RSVP 進(jìn)程，然后 RSVP 協(xié)議沿著相反的數(shù)據(jù)路徑，將此請(qǐng)求傳送到所有節(jié)點(diǎn)（路由器和主機(jī)），但是只到達(dá)接收端數(shù)據(jù)路徑加入到組播分配樹(shù)中時(shí)的路由器。所以， RSVP 預(yù)留開(kāi)銷是和接受端的數(shù)量成對(duì)數(shù)關(guān)系而非線性關(guān)系。
主要特征
1、RSVP為每個(gè)流請(qǐng)求資源：這是只有一個(gè)發(fā)送者但可以有一個(gè)或多個(gè)接收者的流。
2、RSVP不是一個(gè)路由協(xié)議，而是用于互聯(lián)現(xiàn)在的和將來(lái)的路由協(xié)議。
3、RSVP是由數(shù)據(jù)流的接收者發(fā)起并維護(hù)資源預(yù)留。
4、RSVP維護(hù)主機(jī)和路由器的軟狀態(tài)（每個(gè)節(jié)點(diǎn)上的資源預(yù)留都需要周期性的更新），因此支持源自適應(yīng)網(wǎng)絡(luò)變化。
5、RSVP提供多種預(yù)留類型（一組預(yù)留選項(xiàng)）并允許將來(lái)加入其他類型，進(jìn)行協(xié)議改進(jìn)，以支持不同的應(yīng)用程序。
6、RSVP傳輸并維持通信和策略控制參數(shù)，這些對(duì)于RSVP都是不透明的。
流量說(shuō)明
RSVP為一個(gè)流預(yù)留資源。一個(gè)流是被目的地址、協(xié)議號(hào)和目的端口號(hào)（可選）確定的。在多協(xié)議標(biāo)簽交換中，一個(gè)流是被定義為一個(gè)標(biāo)簽交換路徑(LSP)。對(duì)于每個(gè)流，雖然RSVP不能理解流服務(wù)質(zhì)量的具體信息，但是RSVP也確認(rèn)其特別要求的服務(wù)質(zhì)量。flowspec是一個(gè)固有的RSVP對(duì)象，它定義了業(yè)務(wù)流所希望的服務(wù)質(zhì)量。RSVP通過(guò)路徑從應(yīng)用程序到主機(jī)和路由器傳輸flowspec。然后由系統(tǒng)分析flowspec，從而接受和預(yù)留資源。
一個(gè)flowspec是由如下組成的：
1、服務(wù)類
2、預(yù)留說(shuō)明——定義服務(wù)質(zhì)量
3、傳輸說(shuō)明——描述數(shù)據(jù)流
過(guò)濾器說(shuō)明
過(guò)濾器說(shuō)明(filterspec)定義了一組被flowspec影響的分組。（比如：接受了flowspec確定的服務(wù)質(zhì)量的數(shù)據(jù)分組）。一個(gè)filterspec挑選節(jié)點(diǎn)中處理的所有的分組中的一部分。挑選是根據(jù)分組的屬性進(jìn)行的。（比如發(fā)送者的IP地址和端口）
現(xiàn)在定義的RSVP預(yù)留類型有：
1、固定過(guò)濾器(Fixed Filter)類型：對(duì)特定的流預(yù)留資源
2、直接共享(Shared explicit) ：對(duì)不同的流預(yù)留資源，并共享資源
3、通配過(guò)濾器(wildcard Filter)類型：對(duì)于沒(méi)有特別定義的常規(guī)類型的流預(yù)留資源，所有的流共享資源
一個(gè)RSVP請(qǐng)求是由一個(gè)流量說(shuō)明(flowspec)、一個(gè)過(guò)濾器說(shuō)明(filterspec)和一對(duì)流描述字(flowdescriptor)組成的。節(jié)點(diǎn)上每個(gè)說(shuō)明的功能就是當(dāng)流量說(shuō)明(flowspec)設(shè)置每個(gè)節(jié)點(diǎn)分組任務(wù)調(diào)度的參數(shù)時(shí)，過(guò)濾器說(shuō)明(filterspec)設(shè)置每個(gè)分組分類的參數(shù)。
其他特點(diǎn)
加密技術(shù)——往RSVP消息中添加信息摘要，這是通過(guò)一個(gè)信息摘要算法（一般是MD5）將消息內(nèi)容和一個(gè)共享密鑰結(jié)合。密鑰可以通過(guò)2個(gè)消息類型被分配和確認(rèn)：完整的挑戰(zhàn)要求和完整的挑戰(zhàn)響應(yīng)。
錯(cuò)誤報(bào)告——當(dāng)一個(gè)節(jié)點(diǎn)偵聽(tīng)到一個(gè)錯(cuò)誤，則會(huì)使用錯(cuò)誤編碼產(chǎn)生一個(gè)錯(cuò)誤消息，并按相反的路徑往上游發(fā)送直到源節(jié)點(diǎn)。
RSVP流信息：兩種診斷信息允許網(wǎng)絡(luò)管理者通過(guò)特定的流對(duì)RSVP狀態(tài)信息進(jìn)行請(qǐng)求。
診斷設(shè)備：這是規(guī)劃的擴(kuò)展部分，它使用戶能夠收集沿路徑上的RSVP狀態(tài)的信息。
RSVP是IntServ模型用于資源預(yù)留控制的一種協(xié)議，它本身并不是一個(gè)路由協(xié)議，而是Internet控制協(xié)議的一種，因此它的運(yùn)行必須依賴于現(xiàn)有的路由協(xié)議提供的路由信息。RSVP工作在UDP和IP協(xié)議層之上，既支持IPV4，也支持IPV6，它也可以透明地通過(guò)不支持資源預(yù)留的路由器，但是只有當(dāng)預(yù)留資源路徑上的所有節(jié)點(diǎn)都支持RSVP協(xié)議時(shí)，才能進(jìn)行有效的資源預(yù)留。
RSVP提供了不同的資源預(yù)留類型來(lái)適應(yīng)多種不同的應(yīng)用，它不僅可以為單播，也可以為組播進(jìn)行資源預(yù)留，在組播應(yīng)用中，它能根據(jù)組播成員與路由器的變化進(jìn)行動(dòng)態(tài)調(diào)整。
RSVP的資源預(yù)留是由接收方發(fā)起的單項(xiàng)操作，它只保證了從發(fā)送者到接受者的單向資源預(yù)留，并不保證從接收者到發(fā)送者的資源，因此RSVP提供的QoS服務(wù)只限于從發(fā)送者到接收者的路徑上。
參考資料 >