对于RSVP协议的简单介绍和图解。通过文章，我们将对这个含义的基本概念和结构，以及工作方式等方面的知识有所了解。希望对大家有所帮助。
为了完成因特网的控制，我们规定了很多种类的协议进行规范，这样才能进行主机和主机间的传输。那么，在这之中，我们来介绍一下RSVP协议。这个协议很多朋友都不是很清楚。
资源预留协议（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预留开销是和接受端的数量成对数关系而非线性关系
_____________________________________________________
RSVP (Resource Reservation Protocol) is a set of communication rules that allows channels or paths on the Internet to be reserved for the multicast (one source to many receivers) transmission of video and other high-bandwidth messages. RSVP is part of the Internet Integrated Service (IIS) model, which ensures best-effort service, real-time service, and controlled link-sharing.
_____________________________________________________
nimokaka#show ip rsvp {sender|reservation|request} [interface]
_________________________________________
互联网是当今应用最广泛、发展最迅速的IP数据分组交换通信网络。基于IP的数据、音频和视频等业务以其低廉的费用、随处可接入性等优点越来越来引 人注目，在电信业务中所占的比重也越来越大。网络的发展推动业务的发展，基于IP的多媒体通信异军突起，发展势头极为迅猛，随着多媒体技术的成熟以及计算 能力的提高，已经能够在互联网上提供WWW浏览、IP电话、视频点播、视频会议、远程教学等多媒体业务。
80年代中后期以来，在国际计算机 网络研究领域广泛地开展了以支持实时多媒体通信传输为目标的新型网络体系结构。互联网工程任务组(IETF)在服务区分方面提出的第一个体系结构是集成服 务体系结构，集成服务体系结构对传统互联网进行扩展以支持多媒体实时应用。它不仅可以提供无服务性能要求的传统尽力传输服务模式，还可以提供支持完全服务 性能保证的服务模式。在服务层次上，它提供端到端的质量保证型服务或可控负载型服务。典型应用如远程教学、视频点播等交互式音频和视频应用。在实现层次 上，它需要所有路由器在控制路径上处理每个流的信令消息并维护每个流的路径状态和资源预留状态，在数据路径上执行流的分类、调度和缓冲区管理。具体而言， 集成服务依靠资源预留协议(RSVP)逐节点地建立或拆除每个流的资源预留软状态；依靠接纳控制决定链路或网络节点是否有足够的资源满足QoS要求；依靠 传输控制将IP包分成传输流，并根据每个流的状态对分组的传输实施QoS路由、传输调度等控制。
最早构思资源预留协议(RSVP)的是南加 利弗尼亚大学(USC)信息科学院和施乐Palo Alto研究中心的研究人员。它提供了一种有效的资源预留方式，可以有效的描述应用程序对资源的需求。资源预留协议(RSVP)建立在IP协议之上，可以 利用IP数据包传输RSVP消息；RSVP是一个单工协议，只在一个方向上预留资源；RSVP是一个面向客户端协议，由信宿负责资源预留；RSVP可以满 足点到多点群通信中客户端异构的需求，每个客户端可以预订不同数量的资源，接收不同的数据流；RSVP还提供了动态适应成员关系变化、路由变化的能力。为 了建立并维护分组数据传输通道中各个交换机的状态，RSVP建立了异构信宿树。简而言之，RSVP协议就是通过在中间结点传输预留信息以创建和维护预留状 态，从而实现资源预留和释放。
RSVP协议基本架构包含决策控制(Policy)、接纳控制(Admission)、分类控制器(Classifier)、分组调度器(Scheduler)与RSVP处理模块等几个主要成分。决策控制用来判断用户是否拥有资源预留的许可权；接纳控制则用来判断可用资源是否满足应用的需求，主要用来减少网络负荷；分类控制器用来决定数据分组的通信服务等级，主要用来实现分组过滤；分组调度器则根据服务等级进行优先级排序，主要用来实现资源配置以满足特定的QoS。当决策控制或接纳控制未能获得许可时，RSVP处理模块将产生预留错误消息并传送给收发端点；否则将由RSVP处理模块设定分类与调度控制器所需的通信服务质量参数。
图1
RSVP协议基本架构图
流
(Flow)是以单播或多播方式在信源和信宿间传输的数据码流，它为不同服务提供类似连接的逻辑通道。在RSVP协议中，发送端点简单地以多播方式传送数
据；接收端点如欲接收数据，将由网络路由协议系统(IGMP协议等)负责形成在源宿间转发数据的路由，也就是由路由协议配合形成数据码流。流在RSVP协
议中占有至关重要的位置，RSVP协议的所有操作几乎都是围绕流而进行的。
RSVP支持四种基本的消息：资源预留请求消息、路径消息、错误和确认消息、拆链消息。
资源预留请求消息(Reservation-Request Messages)：一个资源预留请求消息由接收方主机向发送方主机发送。资源预留请求消息使用同数据报路由方向相反的方向传送，直至到达发送方主机。一个资源预留请求消息必须到达发送方主机，只有这样，发送方才能为传输的第一跳设置合适的控制参数；
路径消息(Path Message)：一个路径消息由发送方通过单播或组播路由向外发送。路径消息用于存储每个结点的路径状态(PS)。资源预留请求正是通过这些路径状态才能从相反方向回到发送方的；
错误和确认消息(Error and Confirmation Messages)：错误消息有两种类型：PathErr和ResvErr。PathErr由路径消息引起，并传送到发送者。ResvErr消息由预留消息引起，并传送到相关的接收者；
拆链消息(Teardown Messages)：RSVP拆链用于超时之前删除路径和预留状态。拆链消息有两种类型：PathTear和ResvTear。PathTear删除从消息发出的节点到所有的接收者路径上的预约状态，PathTear的路由和路径消息的路由严格一致。ResvTear删除从消息发出的节点到所有发送者路径上的预约状态，ResvTear的路由和预留消息的路由严格一致。ResvTear消息可以由一个接收者，或一个状态超时或预约被剥夺的节点产生。节点上状态的删除可能会引起本节点相关预约状态的更新。
RSVP
协议的基本工作原理如下：数据流的源主机为将要发送的数据流做出一个规范的描述Tspec，包括传输数据流所需要占用带宽的上限和下限，时间延迟和延迟抖
动。主机中的RSVP信令模块则向目的主机发送Path消息，其中包括Tspec信息。在源主机到目的主机的下行线路上的每一个支持RSVP的路由器在收到Path消息时都在内部建立起链路状态标识。为使下游节点了解流的来源，上游节点将Path消息中Lasthop(上级节点)域改写为该节点的IP地址，Resv消息正是利用Path消息中Lasthop的信息实现逐级向上游节点预留资源。
为
建立起资源预留，目的端主机在上行线路上发送Resv消息，包括预留服务的种类及数据流描述符。当上行线路上的路由器收到Resv消息时，路由器上的许可
控制器来验证是否有足够的资源来满足该请求，然后被送到策略控制器来判断用户是否有权预约资源。如果两个验证都成功，则分配给该请求资源，并把请求送给下
一个节点，否则返回错误给提出请求的应用程序即发送错误信息至目的端主机；反之则向上行线路的下一跳路由器发送Resv消息。
当上行线路上的最后一个路由器资源预留成功时，则向目的端主机发送确认信息。结束RSVP控制的基本工作原理与建立RSVP控制的基本工作原理类似。