Resource Reservation Protocol

　　RSVP(资源预留协议) 是一组允许在英特网上的频道或路径被为多点传送 (一个来源对许多接收器) 的视频和其他的高带宽信息的传输保留的通信规则。 资源预留协议是因特网综合服务 (IIS) 模型的一部份, 这个模型保证最努力的服务，实时的服务, 还有受控制的链接共享。 在英特网上的基本路由哲学是 " 最好的努力 ", 即服务大多数的使用者足够好，但是对于在英特网上视频和声音程序要求的持续的流传输是不适合的。通过资源预留协议, 想要接受特定的因特网"目"（想象一个在因特网上播出的电视节目）的人可以预先保留通过英特网的带宽而且能够接受在较高的数据速率和比平时可靠的数据流中接受节目。 当节目开始,它将会对那些已经预先保留路由优先的特定用户多点传送。 资源预留协议也支持单点传送(一个来源到一个目的地) 和多来源到一个目的地传输。 它如何工作让我们假设一个特殊的视频节目将在星期一晚上特定的时间多点广播。 期待接收它, 你在广播之前 (你将会需要一个特别的客户程序，或者也许你的浏览器包括一个这样的程序) 发送一个资源预留协议请求为节目分派充份的带宽和信息包调度的优先权。 这一个请求将会去你最近的拥有资源预留协议服务器的英特网网关。它将会决定你是否有资格设定一个这样的预留,如果有资格，是否有充份的带宽而不需要影响你早先所作的预留。 假定你能制定预留，而且预留被输入, 然后这个网关将你的预留转寄到通向目的地( 或多点广播的来源) 的下一个网关 。以这个方式，你的预留在通向目的地的一路上被确定。(如果预留不能被所有的路径上被确定,所有的预留被撤销)。 当多点传送开始的时候,从来源发出的信息包在一种高优级基础上加速通过英特网。 当信息包到达一个网关主机, 他们被使用一组队列在一些情形中还使用定时器分类和调度。 RSVP信息包非常灵活; 它能改变大小和数据类型和对象的数量。 在信息包需要经过不支RSVP的网关的地方,它们能像普通信息包一样“被送入隧道”。 RSVP同英特网协议版本 4版和 IPv6 两者一起工作。