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)：滤波器明确指定一个或多个发送者来进行预留。
