rsvp
RSVP
abbr.
① 国际常用缩略语：“请回复”R.S.V.P.
=Répondez s'il vous plaît.（法语）
=Reply, if you please.
接到邀请（无论是请柬或邀请信）后，能否出席要尽早答复对方，以便主人安排。一般来说，对注有R.S.V.P.（请答复）字样的，无论出席与否，均应迅速答复。注有“Regrets only”（不能出席请复）字样的，则不能出席时才回复，但也应及时回复。经口头约妥再发来的请柬，上面一般那注有“To remind”（备忘）字样，只起提醒作用，可不必答复。答复对方，可打电话或复以便函。
② 资源预留协议资源预留协议（RSVP）最初是IETF为QoS的综合服务模型定义的一个信令协议，用于在流（flow）所经路径上为该流进行资源预留，从而满足该流的QoS要求。资源预留的过程从应用程序流的源节点发送Path消息开始，该消息会沿着流所经路径传到流的目的节点，并沿途建立路径状态；目的节点收到该Path消息后，会向源节点回送Resv消息，沿途建立预留状态，如果源节点成功收到预期的Resv消息，则认为在整条路径上资源预留成功。
rsvp(资源预留协议)是一个在ip上承载的信令协议，它允许路由器网络任何一端上终端系统或主机在彼此之间建立保留带宽路径，为网络上的数据传输预定和保证qos。它对于需要保证带宽和时延的业务，如语音传输，视频会议等具有十分重要的作用。
rsvp协议中涉及到发送者和接收者的概念，这两个概念是在逻辑上进行区分的，发送者指发送路径消息的进程，而接收者是指发送预留消息的进程，同一个进程可以同时发送这两种消息，因此既可以是发送者，也可以是接收者。
rsvp是由接收者提出资源预留申请的，这种申请是单向的，也就是说为从主机a到主机b的数据流预留的资源，对于从主机b到主机a的数据流是不起作用的。因为在当前的internet中，双向的路由是不对称的：从主机a到主机b的路径并不一定是从主机b到主机a的路径的反向；另外一个，两个方向的数据传输特征和对应申请预留的资源也未必相同。
rsvp提供两种类型的预留：
专用预留(distinct reservation)：它所要求的预留资源只用于一个发送者。即在同一会话(session)中的不同发送者分别占用不同的预留资源。
共享预留(shared reservation)： 它所要求的预留资源用于一个或多个发送者。即在同一会话(session)中的多个发送者共享预留资源。
rsvp提供两种发送者选择方式：
通配符方式(wildcard)：默认所有发送者，并通过预留消息中所携带的源端地址列表来限制通配符滤波器
显式指定方式(explicit)：滤波器明确指定一个或多个发送者来进行预留。
rsvp用interserv模型的两种服务方式：
cl服务(controlled-load service)：给用户数据提供接近于在未超载网络上传输质量的服务。
gs服务(guaranteed service)：给用户数据提供能保证带宽与时延的服务。
rsvp适用于为frame-relay，hdlc，ppp等网络提供预留保证。