標籤: 暫無標籤

RSVP(ReSource reserVation Protocol,資源預留協議)最初是IETF為QoS的綜合服務模型定義的一個信令協議,用於在流(flow)所經路徑上為該流進行資源預留,從而滿足該流的QoS要求。資源預留的過程從應用程序流的源節點發送Path消息開始,該消息會沿著流所經路徑傳到流的目的節點,並沿途建立路徑狀態;目的節點收到該Path消息后,會向源節點回送Resv消息,沿途建立預留狀態,如果源節點成功收到預期的Resv消息,則認為在整條路徑上資源預留成功。
  rsvp(資源預留協議)是一個在ip上承載的信令協議,它允許路由器網路任何一端上終端系統或主機在彼此之間建立保留帶寬路徑,為網路上的數據傳輸預定和保證qos。它對於需要保證帶寬和時延的業務,如語音傳輸,視頻會議等具有十分重要的作用。
  rsvp協議中涉及到發送者和接收者的概念,這兩個概念是在邏輯上進行區分的,發送者指發送路徑消息的進程,而接收者是指發送預留消息的進程,同一個進程可以同時發送這兩種消息,因此既可以是發送者,也可以是接收者。
  rsvp是由接收者提出資源預留申請的,這種申請是單向的,也就是說為從主機a到主機b的數據流預留的資源,對於從主機b到主機a的數據流是不起作用的。因為在當前的internet中,雙向的路由是不對稱的:從主機a到主機b的路徑並不一定是從主機b到主機a的路徑的反向;另外一個,兩個方向的數據傳輸特徵和對應申請預留的資源也未必相同。
  rsvp提供兩種類型的預留:
  專用預留(distinctreservation):它所要求的預留資源只用於一個發送者。即在同一會話(session)中的不同發送者分別佔用不同的預留資源。
  共享預留(sharedreservation):它所要求的預留資源用於一個或多個發送者。即在同一會話(session)中的多個發送者共享預留資源。
  rsvp提供兩種發送者選擇方式:
  通配符方式(wildcard):默認所有發送者,並通過預留消息中所攜帶的源端地址列表來限制通配符濾波器
  顯式指定方式(explicit):濾波器明確指定一個或多個發送者來進行預留。
  rsvp用interserv模型的兩種服務方式:
  cl服務(controlled-loadservice):給用戶數據提供接近於在未超載網路上傳輸質量的服務。
  gs服務(guaranteedservice):給用戶數據提供能保證帶寬與時延的服務。
  rsvp適用於為frame-relay,hdlc,ppp等網路提供預留保證。
上一篇[芭芭拉·史翠珊]    下一篇 [大風丸]

相關評論

同義詞:暫無同義詞