RSVP

　　RSVP（Resource Reservation Protocol，资源预留协议）是一组通信规则，它允许为视频及其他高带宽消息的组播传送预留信道或路径。RSVP是Internet综合服务（IIS）模型的一部分，它保证了尽最大努力的服务、实时服务、以及受控的链路共享。

　　Internet上基本的选路哲学是“尽最大努力”，这个哲学用来服务大多数用户已足够，却仍然不能满足Internet上传送音视频节目所需的连续的流传输。有了RSVP，需要接收某个Internet“节目”的人就可以在接收节目前预留Internet的带宽，并能以比从前更高的数据率和更可靠的数据流来接收节目。节目一开始就会向预先预留了选路优先级的那些指定用户进行组播。RSVP同时也支持单播（一个源到一个目的地）及多源到一个目的地的传输。

　　它是如何工作的

　　让我们来假设某个视频节目，它将在周一晚某特定时间进行组播。你想收到这个节目，于是在广播（你将需要一个专门的客户端程序，或者可能你的浏览器包含这种程序）要求为这个节目分配足够带宽和包调度的优先级之前，你要发送一个RSVP请求。这个请求将会到达离你最近且带RSVP服务器的Internet网关。它将会决定是否你有资格建立这个预留，如果有资格，在不影响已作出的预留的情况下是否还有足够的带宽为你预留。假设你可以作这个预留，网关将会将你的预留转发给朝向目的地方向上的下一个网关（或者是组播的源）。这样，你的预留在整个通往目的地的路上都将得到保证。（如果并不是整条路上的预留都可以实现，则所有预留将被取消。）

　　组播一开始，有了高优先级的基础，源点的包将快速穿越Internet。当包到达一台网关主机时，主机将使用一组队列，某些情况下还有定时器对它们进行分类和调度。一个RSVP包是很灵活的，它可以改变大小，以及数据类型和对象的个数。当包需要经过不支持RSVP的网关时，它们也能像普通的包那样“挖隧道”通过。IPv4和IPv6都包括RSVP。