对于RSVP协议的认识

　　今天我们来介绍一下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预留开销是和接受端的数量成对数关系而非线性关系。