-----RSVP 一、概述 二、RSV P 协议机制及原理 三、实例 一、概述 资源预约协议 RSVP 是用于建立 Internet 上资源预留的网络控制协议，它支持端系统进行网络通信带宽的预约，为实时传输业务保留所需要的带宽。RSVP 是为 保证服务质量（QOS）而开发的，主机使用 RSVP 协议代表应用数据流向网络请求保留一个特定量的带宽，路由器使用 RSVP 协议向数据流沿途所有节点转发带宽请求，建立并且维护状态以提供所申请的服务。 RSVP 对资源的申请是单向的，所以 RSVP 在申请资源的过程中发送端和接受端是逻辑上完全不同的两个部分。（虽然发送端和接受端可以运行在同一个进程下）。RSVP 工作在 IPv 4 或 IPv 6 上，处于 OSI 七层协议中的传送层，但是，RSVP 并不处理传送层的数据，从本质上看，RSVP 更象是网络控制协议，如 ICMP（Internet Control Message Protocol），IGMP（Internet Grou p Management Protocol）或是路由协议。和路由协议及管理协议的实现相同，RSVP 的实现通常在后台执行，而不是出现在数据传送的路径上（图一）。 RSVP 本身并不是路由协议，RSVP 是和现在或是将来出现的点对点传播和多点组播协议一起工作的。RSVP 进程通过本地的路由数据库来获取路由信息，如在多点组播过程中，主机端送出 IGMP 报文来加入一个多点组播的组群，然后送出 RSVP 报文在组群的传送路径上保留网络资源，路由协议决定报文的走向，而 RSVP 仅关心这些报文在它将走的路径上能否获得满意的服务质量。 为了适应可能出现的大规模组群、动态组群、异类接受端的可能，RSVP采取由接受端发起服务质量（QoS）申请的策略。QoS 请求从接受端的应用程序出发交给本地的RSVP 驻留进程，再由该RSVP 驻留进程将该请求递交给沿数据传送的反向路径（接受端至发送端）上的各个节点（路由器或是主机）进行资源的申请。所以，RSVP 协议在资源保留上花费一般是呈对数而不是线形幅度增长。 RSV P 协议的框架结构和工作过程 RSVP 协议的总体框架结构由5 个模块组成，如图所示： 图 ： BSVP 协议框架结构 1、决策控制 (Policy Control) 决策控制用来判断用户是否拥有资源预留的许可权； 2、接纳控制 (Admission Control) 接纳控制则用来判断可用资源是否满足应用的需求，主要用来减少网络负荷； 3、分类控制 (Classifier Control) 分类控制器用来决定数据分组的通信服务等级，主要用来实现由 filters...
