資源預留協議（RSVP）是一種用於網際網路上質量整合服務的協議。 RSVP 允許主機在網路上請求特殊服務質量用於特殊應用程式資料流的傳輸。路由器也使用 RSVP 傳送服務質量（QOS）請求給所有結點（沿著流路徑）並建立和維持這種狀態以提供請求服務。通常 RSVP 請求將會引起每個節點資料路徑上的資源預留。 RSVP 只在單方向上進行資源請求，因此，儘管相同的應用程式，同時可能既擔當傳送者也擔當接受者，但 RSVP 對傳送者與接受者在邏輯上是有區別的。 RSVP 執行在 IPV4 或 IPV6 上層，佔據協議棧中傳輸協議的空間。 RSVP 不傳輸應用資料，但支援因特網控制協議，如 ICMP、IGMP 或者路由選擇協議。正如路由選擇和管理類協議的實施一樣， RSVP 的執行也是在後臺執行，而並非在資料轉發路徑上。 RSVP 本質上並不屬於路由選擇協議， RSVP 的設計目標是與當前和未來的單播（unicast）和組播（multicast）路由選擇協議同時執行。 RSVP 程序參照本地路由選擇資料庫以獲得傳送路徑。以組播為例，主機發送 IGMP 資訊以加入組播組，然後沿著組播組傳送路徑，傳送 RSVP 資訊以預留資源。路由選擇協議決定資料包轉發到哪。 RSVP 只考慮根據路由選擇所轉發的資料包的 QOS 。為了有效適應大型組、動態組成員以及不同機種的接收端需求，透過 RSVP ，接收端可以請求一個特定的 QOS[RSVP93] 。 QOS 請求從接收端主機應用程式被傳送至本地 RSVP 程序，然後 RSVP 協議沿著相反的資料路徑，將此請求傳送到所有節點（路由器和主機），但是隻到達接收端資料路徑加入到組播分配樹中時的路由器。所以， RSVP 預留開銷是和接受端的數量成對數關係而非線性關係。 基本RSVP訊息機制，如下圖:
資源預留協議（RSVP）是一種用於網際網路上質量整合服務的協議。 RSVP 允許主機在網路上請求特殊服務質量用於特殊應用程式資料流的傳輸。路由器也使用 RSVP 傳送服務質量（QOS）請求給所有結點（沿著流路徑）並建立和維持這種狀態以提供請求服務。通常 RSVP 請求將會引起每個節點資料路徑上的資源預留。 RSVP 只在單方向上進行資源請求，因此，儘管相同的應用程式，同時可能既擔當傳送者也擔當接受者，但 RSVP 對傳送者與接受者在邏輯上是有區別的。 RSVP 執行在 IPV4 或 IPV6 上層，佔據協議棧中傳輸協議的空間。 RSVP 不傳輸應用資料，但支援因特網控制協議，如 ICMP、IGMP 或者路由選擇協議。正如路由選擇和管理類協議的實施一樣， RSVP 的執行也是在後臺執行，而並非在資料轉發路徑上。 RSVP 本質上並不屬於路由選擇協議， RSVP 的設計目標是與當前和未來的單播（unicast）和組播（multicast）路由選擇協議同時執行。 RSVP 程序參照本地路由選擇資料庫以獲得傳送路徑。以組播為例，主機發送 IGMP 資訊以加入組播組，然後沿著組播組傳送路徑，傳送 RSVP 資訊以預留資源。路由選擇協議決定資料包轉發到哪。 RSVP 只考慮根據路由選擇所轉發的資料包的 QOS 。為了有效適應大型組、動態組成員以及不同機種的接收端需求，透過 RSVP ，接收端可以請求一個特定的 QOS[RSVP93] 。 QOS 請求從接收端主機應用程式被傳送至本地 RSVP 程序，然後 RSVP 協議沿著相反的資料路徑，將此請求傳送到所有節點（路由器和主機），但是隻到達接收端資料路徑加入到組播分配樹中時的路由器。所以， RSVP 預留開銷是和接受端的數量成對數關係而非線性關係。 基本RSVP訊息機制，如下圖: