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

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

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

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

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

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

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

RSVP資源預留協議提供兩種類型的預留

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

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

 RSVP資源預留協議提供兩種發送者選擇方式

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

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