RSVP資源預留協(xié)議這個說起來可能不少人印象都比較模糊。那么這是一類互聯(lián)網(wǎng)上的通信規(guī)則，它的工作模式主要是保護了鏈路的共享。那么現(xiàn)在我們就來詳細看看它的基本情況吧。

資源預留協(xié)議（Resource Reservation Protocol，RSVP）是一套通信規(guī)則，它允許為視頻和其他高帶寬信息的組播（一來源對多個接收器）傳送保留在互聯(lián)網(wǎng)上的信道或路徑。資源預留協(xié)議是互聯(lián)網(wǎng)綜合服務（IIS）模型的一部分，它保證了盡最大努力的服務、實時服務以及受控的鏈路共享。

互聯(lián)網(wǎng)上基本的選路哲學是“盡最大努力”，這個哲學用來服務大多數(shù)用戶已足夠，卻仍然不能滿足Internet上傳送音頻和視頻節(jié)目所需的連續(xù)的流傳輸。通過資源預留協(xié)議，希望接收某個網(wǎng)絡節(jié)目（如通過網(wǎng)絡播放的電視節(jié)目）的用戶可在該節(jié)目播放之前保留互聯(lián)網(wǎng)帶寬，并能以比從前更高的數(shù)據(jù)傳輸率和更可靠的數(shù)據(jù)流來接收節(jié)目。節(jié)目一開始就會向預先預留了選路優(yōu)先級的那些指定用戶進行組播。資源預留協(xié)議（RSVP）也支持單一傳播（一來源對一個接收器）和多源傳播。

資源預留協(xié)議（RSVP）是如何工作的？

假設(shè)某一視頻節(jié)目要在周一晚上的某一時間組播。為了收到該節(jié)目，在廣播（你將需要一個專門的客戶端程序或者可能你的瀏覽器包含這種程序）要求為這個節(jié)目分配足夠帶寬和包調(diào)度的優(yōu)先級之前，你需要發(fā)送一個RSVP請求。

這一請求將送往離您最近的具有資源預留協(xié)議服務的Internet網(wǎng)關(guān)。它將會決定是否你有資格建立這個預留，如果有資格，在不影響已作出的預留的情況下是否還有足夠的帶寬為你預留。假設(shè)你可以作這個預留，網(wǎng)關(guān)將會將你的預留轉(zhuǎn)發(fā)給朝向目的地方向的下一個網(wǎng)關(guān)（或者是組播源）。這樣，你的預留在整個通往目的地的路上都將得到保證。（如果并不是整條路上的預留都可以實現(xiàn)，則所有預留將被取消。）

組播一開始，有了高優(yōu)先級的基礎(chǔ)，源點的信息包將快速通過Internet傳送。當包到達一臺網(wǎng)關(guān)主機時，主機將使用一組隊列，某些情況下還有定時器對它們進行分類和調(diào)度。一個資源預留協(xié)議包是很靈活的，它可以改變大小，以及數(shù)據(jù)類型和對象的數(shù)量。當包需要經(jīng)過不支持資源預留協(xié)議的網(wǎng)關(guān)時，它們也能像普通的包那樣“挖隧道”通過。IPv4和IPv6都包括資源預留協(xié)議（RSVP）。

RSVP資源預留協(xié)議提供兩種類型的預留

◆專用預留(distinct reservation)：它所要求的預留資源只用于一個發(fā)送者。即在同一會話(session)中的不同發(fā)送者分別占用不同的預留資源。

◆共享預留(shared reservation)： 它所要求的預留資源用于一個或多個發(fā)送者。即在同一會話(session)中的多個發(fā)送者共享預留資源。

 RSVP資源預留協(xié)議提供兩種發(fā)送者選擇方式

◆通配符方式(wildcard)：默認所有發(fā)送者，并通過預留消息中所攜帶的源端地址列表來限制通配符濾波器

◆顯式指定方式(explicit)：濾波器明確指定一個或多個發(fā)送者來進行預留。