|
|
 资源预留协议
資源預留協議（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 發送服務質量（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消息機製，如下圖: |
|
- : Resource Reservation Protocol (RSVP)
|