资源预留协议,什么是资源预留协议
【资料图】
资源预留协议(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 信息二进制形式下的总长，包括通用头和可变长对象。
RSVP基本特点
RSVP是Resource ReSerVation Protocol的缩写，原来的研究背景是会议应用，现被IETF集成服务工作组认为是集成服务 中通用的资源预留解决方案。RSVP本身不是一个路由选择协议，它仅仅被用来沿着所选定 的路由预留资源。其预留建立在流的基础上，流由IPv4的地址字段或IPv6的流标识来指定 ，路由器根据为该流建立的预留来调度分组的转发。
作为一个新的信令协议，RSVP有以下基本特点：
预留请求由是接收方发起，由接收方根据自身系统的特定环境和接收愿望指定不同的资源 预留。这种接收方起动的模式原则上允许系统的异构性。既支持单点投递的资源预留，也支持多点间的群组通信资源预留，并且它的过滤机制允许预留的资源可以被多个发送者共享或对同一个发送者的预留进行合并。它既可以用于主机，也可以用于路由器。资源预留的建立在转发数据之前完成，其资源预留是单向的。 用软状态指示预留的存在状态，周期性地被刷新，从而支持动态的成员和路由变化。 RSVP在端系统和路由器上的开销通常与接收方数目的对数成正比。RSVP传输维护通信量控制以及策略控制的参数对RSVP来说是不透明的。RSVP支持几种预留模式(或风格)，以适应各种应用，同时对不支持RSVP的路由器提供旁路作用。
RSVP协议机制
一个RSVP会话被定义成三元组：(DestAddress, ProtocolId [, DstPort])。 其中 DestAddress表示所传送数据分组的目的IP 地址; ProtocolId 表示 IP 协议标识;DstPort是一个选项，表示通用目的端口，如被 UDP/TCP 目的端口域定义。
RSVP的流描述由流规范"Flowspec" 和过滤规范 "Filterspec"组成。流规范说明流所需的QoS，设置在结点分组调度或其它链路层机制的参数，包括服务类别和两个参数集。一个是"Rspec"，定义流所需的QoS对网络资源的预留;另一个是"Tspec" ，定义相关的数据流特性。这些参数定义不是RSVP本身的工作，由IEFT其它研究组负责。
过滤规范定义特定的流，它们是一些数据分组集合，接收在同一个流规范里定义的QoS。通常，过滤规范与发送方地址相关，有严格的格式，如：发送方IP地址和可选的UDP/TCP 端口号。流规范和过滤规范通过相应的RSVP消息传递。
为了在结点上建立合适的预留，必须根据一定的接入策略和目前网络的接入能力来决定是否接收该预留请求。策略控制是回答这个用户是否允许使用该资源，而接入控制是回答是否有足够的可利用资源满足该请求。通常，RSVP要求在网络的边缘、来自多个发送方的数据汇聚点和上游的通信量可能大于下游预留量的分支点进行策略控制。由于Internet上不同的管理域可能有不同的预留策略，RSVP可以在相应的消息中传递策略数据，而对数据的处理不属于RSVP本身的功能。
