RSVP资源预留协议的概念

RSVP资源预留协议的概念

RSVP资源预留协议不知道大家有没有了解过。随着网络的不断强大，它已经从单纯的文本传输发展到现在的多媒体传输方式了。那么因为媒体的多样化，造成传输等方面的问题也不少。于是我们推出了资源预留协议RSVP来进行这方面的管理。

RSVP资源预留协议

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

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

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

假设某一视频节目要在周一晚上的某一时间组播。为了收到该节目，在广播你将需要一个专门的客户端程序或者可能你的浏览器包含这种程序）要求为这个节目分配足够带宽和包调度的优先级之前，你需要发送一个RSVP请求。

这一请求将送往离您最近的具有资源预留协议服务的Internet网关。它将会决定是否你有资格建立这个预留，如果有资格，在不影响已作出的预留的情况下是否还有足够的带宽为你预留。假设你可以作这个预留，网关将会将你的预留转发给朝向目的地方向的下一个网关或者是组播源）。这样，你的预留在整个通往目的地的路上都将得到保证。如果并不是整条路上的预留都可以实现，则所有预留将被取消。）

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

RSVP资源预留协议提供两种类型的预留

◆专用预留(distinct reservation)：它所要求的预留资源只用于一个发送者。即在同一会话(session)中的不同发送者分别占用不同的预留资源。

◆共享预留(shared reservation)： 它所要求的预留资源用于一个或多个发送者。即在同一会话(session)中的多个发送者共享预留资源。

RSVP资源预留协议提供两种发送者选择方式

◆通配符方式(wildcard)：默认所有发送者，并通过预留消息中所携带的源端地址列表来限制通配符滤波器

◆显式指定方式(explicit)：滤波器明确指定一个或多个发送者来进行预留。