RSVP：资源预留协议

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

　　互联网上基本的选路哲学是“尽最大努力”，这个哲学用来服务大多数用户已足够，却仍然不能满足Internet上传送音频和视频节目所需的连续的流传输。通过资源预留协议，希望接收某个网络节目（如通过网络播放的电视节目）的用户可在该节目播放之前保留互联网带宽，并能以比从前更高的数据传输率和更可靠的数据流来接收节目。节目一开始就会向预先预留了选路优先级的那些指定用户进行组播。资源预留协议（RSVP）也支持单一传播（一来源对一个接收器）和多源传播。

　　资源预留协议（RSVP）是如何工作的？

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

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

最近更新时间：2009-05-28 作者：Nils Magnusson 和 Deuk-Ho Ryu翻译：曾芸芸EN