资源预留协议（Resource ReSerVation Protocol；RSVP）是一种用于互联网上质量整合服务的协议。RSVP 允许主机在网络上请求特殊服务质量用于特殊应用程序数据流的传输。路由器也使用 RSVP 发送服务质量（QOS）请求给所有结点（沿着流路径）并建立和维持这种状态以提供请求服务。

资源预留协议

RSVP设计目标

消息

操作过程

其他特点

资源预留协议

通常 RSVP 请求将会引起每个节点数据路径上的资源预留。

RSVP 只在单方向上进行资源请求，因此，尽管相同的应用程序，同时可能既担当发送者也担当接受者，但 RSVP 对发送者与接受者在逻辑上是有区别的。 RSVP 运行在 IPV4 或 IPV6 上层，占据协议栈中传输协议的空间。 RSVP 不传输应用数据，但支持因特网控制协议，如 ICMP、IGMP 或者路由选择协议。正如路由选择和管理类协议的实施一样， RSVP 的运行也是在后台执行，而并非在数据转发路径上。

RFC2205对RSVP的特征做出以下的描述：

（1）支持单播与组播；

（2）单向预留；

（3）接收者发起预留；

（4）维护Internet中的软状态。

RSVP设计目标

RSVP 本质上并不属于路由选择协议， RSVP 的设计目标是与当前和未来的单播（unicast）和组播（multicast）路由选择协议同时运行。 RSVP 进程参照本地路由选择数据库以获得传送路径。以组播为例，主机发送 IGMP 信息以加入组播组，然后沿着组播组传送路径，发送 RSVP 信息以预留资源。路由选择协议决定数据包转发到哪。 RSVP 只考虑根据路由选择所转发的数据包的 QOS 。为了有效适应大型组、动态组成员以及不同机种的接收端需求，通过 RSVP ，接收端可以请求一个特定的 QOS[RSVP93] 。 QOS 请求从接收端主机应用程序被传送至本地 RSVP 进程，然后 RSVP 协议沿着相反的数据路径，将此请求传送到所有节点（路由器和主机），但是只到达接收端数据路径加入到组播分配树中时的路由器。所以， RSVP 预留开销是和接受端的数量成对数关系而非线性关系。

RSVP是由接收者提出资源预留申请的，这种申请是单向的，也就是说为从主机a到主机b的数据流预留的资源，对于从主机b到主机a的数据流是不起作用的。因为在当前的internet中，双向的路由是不对称的：从主机a到主机b的路径并不一定是从主机b到主机a的路径的反向；另外一个，两个方向的数据传输特征和对应申请预留的资源也未必相同。

RSVP标准[RFC 2205]没有定义网络向数据流提供预约带宽的方法，它只是一个允许应用预约必要链路带宽的协议。一旦某预约付诸实施，英特网中的路由器就实际向数据流提供预约的带宽。

消息

有两种主要的消息：

路径消息

路径消息被沿着数据路径从发送方主机发送，并记录路径上每个节点的的路径状态。

路径状态包括先前节点的IP地址和一些数据对象：

sender template（发送方模板）是用于描述发送方数据格式

sender tspec（数据流的话务描述特征）是用于描述数据流传输特征

adspec携带广告数据

预留消息

预留消息(resv)是由接收方沿着反向路径发送到发送方。在每个节点上，预留消息的IP目的地址将会改成反向路径上下一节点的地址，同时IP源地址将会改成反向路径上前一节点的地址。预留消息包括流量说明(flowspec)数据对象，这个数据对象上用于确定流需要的资源。

RSVP消息的数据对象可以被按任何顺序进行传输。RSVP消息和其数据对象的所有列表可以在RFC 2205中看到。

操作过程

一个需要按特定服务质量发送数据流的RSVP主机将会传输一个RSVP路径消息，这个路径消息将会沿单播或组播路由通过路由协议预先建立的路径传输。如果路径消息到达一个不理解RSVP的路由器，将会将这个消息转发并不对其内容进行分析而且不会为这个流进行资源预留。

当目的路由器接收到路径消息，它将会：

按照请求的参数进行资源预留。对此，许可控制和策略控制处理请求参数并通知分组分类以便正确处理选定的数据分组，或者和上层协商如何进行分组处理。

向上游转发请求（朝着发送方方向）。在每个节点上，预留消息的流量说明（flowspec）可以由前向节点更改。（例如：在多播流资源预留时，预留请求就可以被合并）

路径上的每个节点都可以接收或者拒绝请求。

其他特点

加密技术——往RSVP消息中添加信息摘要，这是通过一个信息摘要算法（一般是MD5）将消息内容和一个共享密钥结合。密钥可以通过2个消息类型被分配和确认：完整的挑战要求和完整的挑战响应。

错误报告——当一个节点侦听到一个错误，则会使用错误编码产生一个错误消息，并按相反的路径往上游发送直到源节点。

RSVP流信息：两种诊断信息允许网络管理者通过特定的流对RSVP状态信息进行请求。

诊断设备：这是规划的扩展部分，它使用户能够收集沿路径上的RSVP状态的信息。详见RFC2745 - RSVP Diagnostic Messages