rsvp

資源預留協議（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提供兩種類型的預留：

專用預留(distinct reservation)：它所要求的預留資源只用於一個發送者。即在同一會話(session)中的不同發送者分別佔用不同的預留資源。

共享預留(shared reservation)： 它所要求的預留資源用於一個或多個發送者。即在同一會話(session)中的多個發送者共享預留資源。

rsvp提供兩種發送者選擇方式：

通配符方式(wildcard)：默認所有發送者，並通過預留消息中所攜帶的源端地址列表來限制通配符濾波器

顯式指定方式(explicit)：濾波器明確指定一個或多個發送者來進行預留。

rsvp用interserv模型的兩種服務方式：

cl服務(controlled-load service)：給用户數據提供接近於在未超載網絡上傳輸質量的服務。

gs服務(guaranteed service)：給用户數據提供能保證帶寬與時延的服務。

rsvp適用於為frame-relay，hdlc，ppp等網絡提供預留保證。

資源預留和隊列機制的結合使用兩個關鍵點：

1、端到端的RSVP數據流：數據流從單一或多個源地址向單一或多個目標地址進行單向傳輸。

2、路由器到路由器的WFQ會話：穿越特定接口的單一傳輸層會話或網絡層數據流，WFQ會話通過源地址和目標地址，端口號或協議號等屬性進行區分。

Configuration

配置RSVP步驟如下：

1、啓用RSVP,默認帶寬預留上限為接口帶寬的75%。可以指定RSVP數據流帶寬總量，也可以

指定每個RSVP數據流的帶寬：

nimokaka(config-if)#ip rsvp bandwidth [interface-kbps [single-flow-kbps]]

2、指定只接收符合特定條件的鄰居路由器的RSVP請求。可選：

nimokaka(config)#ip rsvp neighbor {ACL}

3、對於符合RSVP所定義的帶寬和超出RSVP所定義的帶寬的數據包分配IP優先級。可選:

nimokaka(config-if)#ip rsvp precedence {[conform precedence] [exceed precedence]}

show command

1、允許遠程管理工作站監視RSVP相關的信息：

nimokaka(config)#snmp-server enable traps rsvp

2、顯示接口的RSVP信息：

nimokaka#show ip rsvp interface [interface]

3、顯示接口的RSVP過濾和帶寬信息：

nimokaka#show ip rsvp installed [interface]

4、顯示當前的RSVP鄰居信息：

nimokaka#show ip rsvp neighbor [interface]

5、顯示RSVP發送方,接收方以及請求信息：

nimokaka#show ip rsvp {sender|reservation|request} [interface]