rsvp原理及工作过程,实例.docVIP

-----RSVP 一、概述 二、RSVP协议机制及原理 三、实例 一、概述 资源协议RSVP是为保证服务质量而开发的请求保留一个特定量的带宽转发带宽请求RSVP对资源的申请是单向的，所以RSVP在申请资源的过程中发送端和接受端是逻辑上完全不同的两个部分。（虽然发送端和接受端可以运行在同一个进程下）。RSVP工作在IPv4或IPv6上，处于?OSI七层协议中的传送层，但是，RSVP并不处理传送层的数据，从本质上看，RSVP更象是网络控制协议，如ICMP（Internet Control Message Protocol），IGMP（Internet Group Management Protocol）或是路由协议。和路由协议及管理协议的实现相同，RSVP的实现通常在后台执行，而不是出现在数据传送的路径上（图一）。 RSVP本身并不是路由协议，RSVP是和现在或是将来出现的点对点传播和多点组播协议一起工作的。RSVP进程通过本地的路由数据库来获取路由信息，如在多点组播过程中，主机端送出IGMP报文来加入一个多点组播的组群，然后送出RSVP报文在组群的传送路径上保留网络资源，路由协议决定报文的走向，而RSVP仅关心这些报文在它将走的路径上能否获得满意的服务质量。 为了适应可能出现的大规模组群、动态组群、异类接受端的可能，RSVP采取由接受端发起服务质量（QoS）申请的策略。QoS请求从接受端的应用程序出发交给本地的RSVP驻留进程，再由该RSVP驻留进程将该请求递交给沿数据传送的反向路径（接受端至发送端）上的各个节点（路由器或是主机）进行资源的申请。所以，RSVP协议在资源保留上花费一般是呈对数而不是线形幅度增长。 RSVP协议的框架结构和工作过程 RSVP协议的总体框架结构由5个模块组成，如图所示： 图 ： BSVP协议框架结构 1、决策控制 (Policy Control) 决策控制用来判断用户是否拥有资源预留的许可权； 2、接纳控制 (Admission Control) 接纳控制则用来判断可用资源是否满足应用的需求，主要用来减少网络负荷； 3、分类控制 (Classifier Control) 分类控制器用来决定数据分组的通信服务等级，主要用来实现由 filterspec指定的分组过滤方式； 4、分组调度器 (Scheduler) 分组调度器则根据服务等级进行优先级排序，主要用来实现由 flowspec指定的资源配置。 当一个主机请求获得具有特殊QOS的数据流传输时，RSVP就会对沿着数据流传输路径的每一个路由器发送此请求，并且使路由器和主机都保持各自的状态以便提供所需服务。RSVP带着此请求经过传输路径上每一个节点，在各个节点上，RSVP都试着为数据流传输保留资源。 当RSVP处理模块收到预约资源的请求后，通过调用决策控制模块来检查用户预约资源的权限，调用接纳控制模块来检查是否有足够的资源来满足所请求的服务质量。由于路由器在链路上保留的带宽不能超过链路本身的能力，因此每当路由器接收一个新的预约资源请求时，它必需首先判断多目标广播树下流链路的申请是否可以被接纳。RSVP协议具有下列特性： RSVP可以在点对点传播和多点组播的网络通信应用中进行预留资源的申请，它可以动态调节资源的分配以满足多点组播中组内成员的动态改变，和路由状态改变的特殊需求。 RSVP比较简单，例如它只为单向的数据流申请资源。 RSVP是面向接受端的，由数据流的接受端进行资源申请并负责维护该数据流所申请的资源。 RSVP在路由器和主机端维持“软”状态，解决了组群内成员的动态改变和路由的动态改变所带来的问题。 RSVP并不是一种路由协议，它依赖于目前或将来出现的路由协议。 RSVP本身并不处理流量控制和策略控制的参数，而仅把它们送往流量控制和策略控制模块。 RSVP提供几种资源预留的模式供选择以适应不同的应用需求。 RSVP对不支持它的路由器提供透明的操作。 RSVP支持IPv4和IPv6。 RSVP协议的数据流 RSVP把一次“对话”定义为在特定的目标地址和传送协议上的数据流。RSVP的每次对话都是独立的。 一次RSVP对话可以由一个三元组（目的地址，协议号，[协议端口]）来表示。这里的目的地址，也就是IP目的地址，既可以是多点组播地址，也可以是点对点传播地址。协议号就是IP协议号。可选的协议端口就是目的地址的端口号（例如一些协议上所定义的多路复用点），它可以直接利用UDP或TCP的端口，或是其他协议中类似的域、甚至是应用层信息来定义。 虽然RSVP是基于可扩展性提出和设计的，但是目前还是只能支持TCP/UDP的协议端口，不过值得注意的是，由于不同的广播地址一般对应不同的对话连接，所以如果是广播地址的话，一般不必包含协议端口。而单一接受端有多个点对点传