百科解釋
資源預留協(xié)議(Resource Reservation Protocol, 簡稱RSVP)是一個通過網(wǎng)絡進行資源預留的協(xié)議,是為實現(xiàn)綜合業(yè)務網(wǎng)而設計的,其具體可見RFC 2205。RSVP要求接收者在連接建立之初進行資源預留,它必須支持單播和多播數(shù)據(jù)流,并具有很好的可伸縮性和強壯性。主機或者路由器可以使用RSVP滿足不同應用程序數(shù)據(jù)流所需的不同的服務質量(QoS)。RSVP定義應用程序如何進行資源預留并在預留的資源不用時如何進行預留資源的刪除。RSVP將會使得路徑上每個節(jié)點都進行資源預留。
RSVP本身不是一個路由協(xié)議,而是被設計用于互聯(lián)現(xiàn)在的和將來的路由協(xié)議。
RSVP為每個流請求資源:這是只有一個發(fā)送者但可以有一個或多個接收者的流。
RSVP不是一個路由協(xié)議,而是用于互聯(lián)現(xiàn)在的和將來的路由協(xié)議。
RSVP是由數(shù)據(jù)流的接收者發(fā)起并維護資源預留。
RSVP維護主機和路由器的軟狀態(tài)(每個節(jié)點上的資源預留都需要周期性的更新),因此支持源自適應網(wǎng)絡變化。
RSVP提供多種預留類型(一組預留選項)并允許將來加入其他類型,進行協(xié)議改進,以支持不同的應用程序。
RSVP傳輸并維持通信和策略控制參數(shù),這些對于RSVP都是不透明的。
RSVP為一個流預留資源。一個流是被目的地址、協(xié)議號和目的端口號(可選)確定的。在多協(xié)議標簽交換中,一個流是被定義為一個標簽交換路徑(LSP)。對于每個流,雖然RSVP不能理解流服務質量的具體信息,但是RSVP也確認其特別要求的服務質量。flowspec是一個固有的RSVP對象,它定義了業(yè)務流所希望的服務質量。RSVP通過路徑從應用程序到主機和路由器傳輸flowspec。然后由系統(tǒng)分析flowspec,從而接受和預留資源。
一個flowspec是由如下組成的:
服務類
預留說明——定義服務質量
傳輸說明——描述數(shù)據(jù)流
過濾器說明(filterspec)定義了一組被flowspec影響的分組。(比如:接受了flowspec確定的服務質量的數(shù)據(jù)分組)。一個filterspec挑選節(jié)點中處理的所有的分組中的一部分。挑選是根據(jù)分組的屬性進行的。(比如發(fā)送者的IP地址和端口)
現(xiàn)在定義的RSVP預留類型有:
固定過濾器(Fixed Filter)類型:對特定的流預留資源
直接共享(Shared explicit) :對不同的流預留資源,并共享資源
通配過濾器(Wildcard Filter)類型:對于沒有特別定義的常規(guī)類型的流預留資源,所有的流共享資源
一個RSVP請求是由一個流量說明(flowspec)、一個過濾器說明(filterspec)和一對流描述字(flowdes criptor)組成的。節(jié)點上每個說明的功能就是當流量說明(flowspec)設置每個節(jié)點分組任務調度的參數(shù)時,過濾器說明(filterspec)設置每個分組分類的參數(shù)。
有兩種主要的消息:
路徑消息
路徑消息被沿著數(shù)據(jù)路徑從發(fā)送方主機發(fā)送,并記錄路徑上每個節(jié)點的的路徑狀態(tài)。
路徑狀態(tài)包括先前節(jié)點的IP地址和一些數(shù)據(jù)對象:
sender template(發(fā)送方模板)是用于描述發(fā)送方數(shù)據(jù)格式
sender tspec(數(shù)據(jù)流的話務描述特征)是用于描述數(shù)據(jù)流傳輸特征
adspec攜帶廣告數(shù)據(jù)
預留消息
預留消息(resv)是由接收方沿著反向路徑發(fā)送到發(fā)送方。在每個節(jié)點上,預留消息的IP目的地址將會改成反向路徑上下一節(jié)點的地址,同時IP源地址將會改成反向路徑上前一節(jié)點的地址。預留消息包括流量說明(flowspec)數(shù)據(jù)對象,這個數(shù)據(jù)對象上用于確定流需要的資源。
RSVP消息的數(shù)據(jù)對象可以被按任何順序進行傳輸。RSVP消息和其數(shù)據(jù)對象的所有列表可以在RFC 2205中看到。
一個需要按特定服務質量發(fā)送數(shù)據(jù)流的RSVP主機將會傳輸一個RSVP路徑消息,這個路徑消息將會沿單播或組播路由通過路由協(xié)議預先建立的路徑傳輸。如果路徑消息到達一個不理解RSVP的路由器,將會將這個消息轉發(fā)并不對其內容進行分析而且不會為這個流進行資源預留。
當目的路由器接收到路徑消息,它將會:
按照請求的參數(shù)進行資源預留。對此,許可控制和策略控制處理請求參數(shù)并通知分組分類以便正確處理選定的數(shù)據(jù)分組,或者和上層協(xié)商如何進行分組處理。
向上游轉發(fā)請求(朝著發(fā)送方方向)。在每個節(jié)點上,預留消息的流量說明(flowspec)可以由前向節(jié)點更改。(例如:在多播流資源預留時,預留請求就可以被合并)
路徑上的每個節(jié)點都可以接收或者拒絕請求。
加密技術——往RSVP消息中添加信息摘要,這是通過一個信息摘要算法(一般是MD5)將消息內容和一個共享密鑰結合。密鑰可以通過2個消息類型被分配和確認:完整的挑戰(zhàn)要求和完整的挑戰(zhàn)響應。
錯誤報告——當一個節(jié)點偵聽到一個錯誤,則會使用錯誤編碼產(chǎn)生一個錯誤消息,并按相反的路徑往上游發(fā)送直到源節(jié)點。
RSVP流信息:兩種診斷信息允許網(wǎng)絡管理者通過特定的流對RSVP狀態(tài)信息進行請求。
診斷設備:這是規(guī)劃的擴展部分,它使用戶能夠收集沿路徑上的RSVP狀態(tài)的信息。詳見RFC2745 - RSVP Diagnostic Messages