- UID
- 60
论坛贵宾
- 注册时间
- 2007-6-27
- 在线时间
- 2446 小时
- 最后登录
- 2019-4-19
该用户从未签到
论坛贵宾
剑崎月
- 积分
- 4818
- P币
- 19
- 笔魂
- 431
    
|
发表于 2008-8-8 13:53:12
|
显示全部楼层
rsvp
9 S& m( j- U0 L3 U# U/ {& ~/ [/ ^开放分类： 协议、缩写
8 p* c+ z$ q! z$ m/ j- l3 g! L, d. |6 x. J# k) E7 H
RSVP
4 X, [* w7 t! fabbr.
6 U: e0 o7 W ?: w
/ N/ |! R7 T6 ?! W2 Y. o
/ _ @( T+ m1 t: f' H+ \+ {① 国际常用缩略语：“请回复”# ?2 Q7 v( A7 J7 q, F
[编辑本段]
) ^3 }" d4 G5 [* W0 e, qR.S.V.P.7 O+ L+ ?! F0 ^
=Répondez s'il vous plaît.（法语）
6 @% P" z- B4 f1 y: g* ~=Reply, if you please.) `: ?- t3 H/ c
) [- ^' |" c6 K( R6 P: R2 U
接到邀请（无论是请柬或邀请信）后，能否出席要尽早答复对方，以便主人安排。一般来说，对注有R.S.V.P.（请答复）字样的，无论出席与否，均应迅速答复。注有“Regrets only”（不能出席请复）字样的，则不能出席时才回复，但也应及时回复。经口头约妥再发来的请柬，上面一般那注有“To remind”（备忘）字样，只起提醒作用，可不必答复。答复对方，可打电话或复以便函。7 X3 b+ g' F' Z' J. v* P
$ g" T. ?! ~3 U- ^6 z0 k- N1 Y2 _% E4 _* a2 @
② 资源预留协议
( f/ ]7 B* D- V7 W8 h9 I[编辑本段]
0 e- [5 O/ f! e 资源预留协议（RSVP）最初是IETF为QoS的综合服务模型定义的一个信令协议，用于在流（flow）所经路径上为该流进行资源预留，从而满足该流的QoS要求。资源预留的过程从应用程序流的源节点发送Path消息开始，该消息会沿着流所经路径传到流的目的节点，并沿途建立路径状态；目的节点收到该Path消息后，会向源节点回送Resv消息，沿途建立预留状态，如果源节点成功收到预期的Resv消息，则认为在整条路径上资源预留成功。8 V! Y5 i# Y4 C7 h/ U8 w3 D
8 d# O) g% @1 T; |0 v& M" T
) \' F0 F& n- w9 ^4 J8 ?
# I. Z/ \) d* O% `/ |, V) p7 q5 f3 K$ a3 I# g# [7 T
此为百度百科之解释 |
|
发表于 2008-8-7 21:55:02
/ i8 {* t' X& m
去看看我回的 
楼主
