今天我們來介紹一下RSVP協(xié)議。這個(gè)協(xié)議在一些工作領(lǐng)域中還是很重要的，所以學(xué)好這個(gè)協(xié)議也是對(duì)我們的一些工作有所幫助的。為了完成因特網(wǎng)的控制，我們規(guī)定了很多種類的協(xié)議進(jìn)行規(guī)范，這樣才能進(jìn)行主機(jī)和主機(jī)間的傳輸。那么，在這之中，我們來介紹一下RSVP協(xié)議。這個(gè)協(xié)議很多朋友都不是很清楚。

資源預(yù)留協(xié)議（RSVP）是一種用于互聯(lián)網(wǎng)上質(zhì)量整合服務(wù)的協(xié)議。RSVP協(xié)議允許主機(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協(xié)議對(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協(xié)議的設(shè)計(jì)目標(biāo)是與當(dāng)前和未來的單播（unicast）和組播（multicast）路由選擇協(xié)議同時(shí)運(yùn)行。RSVP進(jìn)程參照本地路由選擇數(shù)據(jù)庫以獲得傳送路徑。

以組播為例，主機(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ī)種的接收端需求，通過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í)的路由器。所以，RSVP預(yù)留開銷是和接受端的數(shù)量成對(duì)數(shù)關(guān)系而非線性關(guān)系。