资源预留协议
RSVP标准[RFC 2205]没有定义网络向数据流提供预约带宽的方法，它只是一个允许应用预约必要链路带宽的协议。一旦某预约付诸实施，英特网中的路由器就实际向数据流提供预约的带宽。
详细信息
中文名称：资源预留协议
英文名称：resource reservation protocol;RSVP
定义：一种为数据流建立资源预留的传送层协议。该协议既不传送应用数据流，又不选路，而是一种控制协议。
所属学科：通信科技（一级学科） ；通信协议（二级学科）
本内容由全国科学技术名词审定委员会审定公布
名词解释
（RSVP：Resource ReSerVation Protocol）
资源预留协议（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 预留开销是和接受端的数量成对数关系而非线性关系。
主要特征
1、RSVP为每个流请求资源：这是只有一个发送者但可以有一个或多个接收者的流。
2、RSVP不是一个路由协议，而是用于互联现在的和将来的路由协议。
3、RSVP是由数据流的接收者发起并维护资源预留。
4、RSVP维护主机和路由器的软状态（每个节点上的资源预留都需要周期性的更新），因此支持源自适应网络变化。
5、RSVP提供多种预留类型（一组预留选项）并允许将来加入其他类型，进行协议改进，以支持不同的应用程序。
6、RSVP传输并维持通信和策略控制参数，这些对于RSVP都是不透明的。
流量说明
RSVP为一个流预留资源。一个流是被目的地址、协议号和目的端口号（可选）确定的。在多协议标签交换中，一个流是被定义为一个标签交换路径(LSP)。对于每个流，虽然RSVP不能理解流服务质量的具体信息，但是RSVP也确认其特别要求的服务质量。flowspec是一个固有的RSVP对象，它定义了业务流所希望的服务质量。RSVP通过路径从应用程序到主机和路由器传输flowspec。然后由系统分析flowspec，从而接受和预留资源。
一个flowspec是由如下组成的：
1、服务类
2、预留说明——定义服务质量
3、传输说明——描述数据流
过滤器说明
过滤器说明(filterspec)定义了一组被flowspec影响的分组。（比如：接受了flowspec确定的服务质量的数据分组）。一个filterspec挑选节点中处理的所有的分组中的一部分。挑选是根据分组的属性进行的。（比如发送者的IP地址和端口）
现在定义的RSVP预留类型有：
1、固定过滤器(Fixed Filter)类型：对特定的流预留资源
2、直接共享(Shared explicit) ：对不同的流预留资源，并共享资源
3、通配过滤器(wildcard Filter)类型：对于没有特别定义的常规类型的流预留资源，所有的流共享资源
一个RSVP请求是由一个流量说明(flowspec)、一个过滤器说明(filterspec)和一对流描述字(flowdescriptor)组成的。节点上每个说明的功能就是当流量说明(flowspec)设置每个节点分组任务调度的参数时，过滤器说明(filterspec)设置每个分组分类的参数。
其他特点
加密技术——往RSVP消息中添加信息摘要，这是通过一个信息摘要算法（一般是MD5）将消息内容和一个共享密钥结合。密钥可以通过2个消息类型被分配和确认：完整的挑战要求和完整的挑战响应。
错误报告——当一个节点侦听到一个错误，则会使用错误编码产生一个错误消息，并按相反的路径往上游发送直到源节点。
RSVP流信息：两种诊断信息允许网络管理者通过特定的流对RSVP状态信息进行请求。
诊断设备：这是规划的扩展部分，它使用户能够收集沿路径上的RSVP状态的信息。
RSVP是IntServ模型用于资源预留控制的一种协议，它本身并不是一个路由协议，而是Internet控制协议的一种，因此它的运行必须依赖于现有的路由协议提供的路由信息。RSVP工作在UDP和IP协议层之上，既支持IPV4，也支持IPV6，它也可以透明地通过不支持资源预留的路由器，但是只有当预留资源路径上的所有节点都支持RSVP协议时，才能进行有效的资源预留。
RSVP提供了不同的资源预留类型来适应多种不同的应用，它不仅可以为单播，也可以为组播进行资源预留，在组播应用中，它能根据组播成员与路由器的变化进行动态调整。
RSVP的资源预留是由接收方发起的单项操作，它只保证了从发送者到接受者的单向资源预留，并不保证从接收者到发送者的资源，因此RSVP提供的QoS服务只限于从发送者到接收者的路径上。