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

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

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

协议结构

• Version ― 协议版本号，当前为1。
• Flags ― 还没有定义标志位。
• Message Type ― 可能值有：1 Path，2 Resv，3 PathErr，4 ResvErr，5 PathTear，6 ResvTear，7 ResvConf。
• RSVP Checksum ― 用于信息差错的校验和。
• Send TTL ― 信息发送时的 IP TTL 值。
• RSVP Length ― RSVP 信息二进制形式下的总长，包括通用头和可变长对象。

相关协议：IP、TCP、UDP、RSVP-TE

组织来源：RSVP 由 IETF（http://www.ietf.org）定义在 RFC 2205中，最近更新在 RFC 2750中。

相关链接：
http://www.javvin.com/protocol/rfc2205.pdf: RSVP Functional Specification
http://www.javvin.com/protocol/rfc2750.pdfRSVP Extensions for Policy Control