轉載於 http://www.ringline.com.tw/epaper/Forum971101.htm
InServ的服務模式需要透過資源預留協議(RSVP, Resource ReSerVation Protocol)的信令協定來完成,其中必須注意RSVP的信息是單方向hop by hop建立資源預留的。RSVP主要的信息有PATH、RESV (Reservation-Request)、Error and Conformation及Teardown四種。PATH跟RESV分別是RSVP從Source端與Destination端之間傳遞hop by hop建立需求跟回應的訊息,例如[圖2],再以Error and Conformation的訊息做確認與否;Teardown的訊息為移除原先PATH或RESV的狀態之用。
圖2:RSVP PATH與RESV messages的示意圖
以[圖3]為例子,假設PC1已建立某頻寬的traffic到PC2,所走的路徑經由R1 ð R 5 ðR6 ð R3 ð R4等5個Hop Router,其中已將R6跟R3之間的頻寬耗用到只剩下6Kbps。
圖3:PC1已建立頻寬預留至PC2
當PC3預申請建立24Kbps的頻寬到PC4,所走的路徑經由R 5 ð R6 ð R3 ðR8等4個Hop Router,但是R6與R3之間的頻寬出現瓶頸已不足預留一個新的24Kbps頻寬出來,如[圖4]。故R6回傳R5時RESV時伴隨著Bandwidth unavailable的Reservation-Request error message。PC3必須放棄這條路徑,將原先的PATH及RESV的狀態Teardown,另尋建立R 5 ð R2 ð R3 ð R8的中繼站。在此可以看出RSVP的特性可允許去回不同路,因為資源的保留是針對單向而計算的。
圖4:PC3欲申請建立24Kbps的頻寬至PC4
Configuration
1. Enable RSVP
2. Enter Senders in the RSVP Database
3. Enter Receivers in the RSVP Database
4. Enter Multicast Addresses
5. Control Which RSVP Neighbor Can Offer a Reservation
6. Monitor RSVP
沒有留言:
張貼留言