汐汐蘑菇
RSVP是一种位于第三层的信令协议，它独立于各种网络媒介，使得应用能将自己的QoS要求通过信令通知给网络，网络可以对此应用预留相应的资源。
rsvp协议中涉及到发送者和接收者的概念，这两个概念是在逻辑上进行区分的，发送者指发送路径消息的进程，而接收者是指发送预留消息的进程，同一个进程可以同时发送这两种消息，因此既可以是发送者，也可以是接收者。
rsvp是由接收者提出资源预留申请的，这种申请是单向的，也就是说为从主机a到主机b的数据流预留的资源，对于从主机b到主机a的数据流是不起作用的。
参考资料：rsvp 百度百科
BuleS天之蓝
RSVP是资源预留协议 Resource Reservation Protocol 的英文缩写
资源预留协议（RSVP:Resource Reservation Protocol）最初是IETF为QoS的综合服务模型定义的一个信令协议，用于在流（flow）所经路径上为该流进行资源预留，从而满足该流的QoS要求。
资源预留的过程从应用程序流的源节点发送Path消息开始，该消息会沿着流所经路径传到流的目的节点，并沿途建立路径状态；目的节点收到该Path消息后，会向源节点回送Resv消息，沿途建立预留状态，如果源节点成功收到预期的Resv消息，则认为在整条路径上资源预留成功。
扩展资料：
rsvp提供两种类型的预留：
专用预留(distinct reservation)：它所要求的预留资源只用于一个发送者。即在同一会话(session)中的不同发送者分别占用不同的预留资源。
共享预留(shared reservation)： 它所要求的预留资源用于一个或多个发送者。即在同一会话(session)中的多个发送者共享预留资源。
rsvp提供两种发送者选择方式：
通配符方式(wildcard)：默认所有发送者，并通过预留消息中所携带的源端地址列表来限制通配符滤波器
显式指定方式(explicit)：滤波器明确指定一个或多个发送者来进行预留。
rsvp用interserv模型的两种服务方式：
cl服务(controlled-load service)：给用户数据提供接近于在未超载网络上传输质量的服务。
gs服务(guaranteed service)：给用户数据提供能保证带宽与时延的服务。
rsvp适用于为frame-relay，hdlc，ppp等网络提供预留保证。
参考资料：百度百科——RSVP
略过剧情
rsvp指资源预留协议。
资源预留协议（Resource ReSerVation Protocol；RSVP）是一种用于互联网上质量整合服务的协议。RSVP 允许主机在网络上请求特殊服务质量用于特殊应用程序数据流的传输。路由器也使用 RSVP 发送服务质量（QOS）请求给所有结点（沿着流路径）并建立和维持这种状态以提供请求服务。
相关信息：
RSVP 只在单方向上进行资源请求，因此，尽管相同的应用程序，同时可能既担当发送者也担当接受者，但 RSVP 对发送者与接受者在逻辑上是有区别的。
RSVP 运行在 IPV4 或 IPV6 上层，占据协议栈中传输协议的空间。 RSVP 不传输应用数据，但支持因特网控制协议，如 ICMP、IGMP 或者路由选择协议。正如路由选择和管理类协议的实施一样， RSVP 的运行也是在后台执行，而并非在数据转发路径上。
