资源预留协议

资源预留协议（Resource Reservation Protocol，简称RSVP）是ぜ一个通过网络进行资源预留的协议，是ぜ为实现综合业务网而设计的，其具体ぐたい定てい义于RFC 2205。RSVP要求ようきゅう接收せっしゅう者しゃ在ざい连接建立こんりゅう之の初はつ进行资源预留，它必须支持しじ单播和わ多た播数かず据すえ流りゅう，并具有ぐゆう很好的てき可か伸しん缩性和わ强壮きょうそう性せい。主しゅ机つくえ或ある者もの路みち由よし器き可か以使用しようRSVP满足不同ふどう应用程ほど序じょ数すう据すえ流りゅう所しょ需的不同ふどう的てき服ふく务质量りょう(QoS)。RSVP定てい义应用よう程ほど序じょ如何いか进行资源预留并在预留的てき资源不用ふよう时如何なん进行预留资源的てき删除。RSVP将しょう会かい使し得とく路ろ径みち上じょう每まい个节点てん都と进行资源预留。

RSVP本身ほんみ不ふ是ぜ一いち个路みち由よし协议，而是被ひ设计用よう于互联现在ざい的てき和わ将来しょうらい的てき路ろ由よし协议。

主要しゅよう特とく征せい

1. RSVP为每个流请求资源：这是只ただ有ゆう一个发送者但可以有一个或多个接收者的流。
2. RSVP不ふ是ぜ一个路由协议，而是用よう于互联现在ざい的てき和わ将来しょうらい的てき路ろ由よし协议。
3. RSVP是ぜ由よし数すう据すえ流りゅう的てき接收せっしゅう者しゃ发起并维护资源げん预留。
4. RSVP维护主ぬし机つくえ和わ路ろ由よし器き的てき软體状じょう态（每まい个节点てん上じょう的てき资源预留都と需要じゅよう周期しゅうき性的せいてき更新こうしん），因いん此支持しじ源げん自じ适应网络变化。
5. RSVP提供ていきょう多た种预留とめ类型（一组预留选项）并允许将来しょうらい加入かにゅう其他类型，进行协议改あらため进，以支持しじ不同ふどう的てき应用程ほど序じょ。
6. RSVP传输并维持じ通どおり信和しんわ策略さくりゃく控ひかえ制せい参さん数すう，这些对于RSVP都と是ぜ不透明ふとうめい的てき。
   

流量りゅうりょう说明(flowspec)

RSVP为一个流预留资源。一个流是被目的地址、协议号ごう和わ目的もくてき端はし口こう号ごう（可か选）确定的てき。在ざい多た协议标签交换中ちゅう，一个流是被定义为一个标签交换路径(LSP)。对于每ごと个流，虽然RSVP不能ふのう理解りかい流りゅう服ふく务质量的りょうてき具体ぐたい信しん息いき，但ただし是ぜRSVP也确认其特とく别要求ようきゅう的てき服ふく务质量りょう。flowspec是ぜ一いち个固有こゆう的てきRSVP对象，它定义了业务流りゅう所しょ希望きぼう的てき服ふく务质量りょう。RSVP通どおり过路径みち从应用よう程ほど序じょ到いた主しゅ机つくえ和わ路ろ由よし器き传输flowspec。然しか后きさき由よし系けい统分析ぶんせきflowspec，从而接受せつじゅ和わ预留资源。
一いち个flowspec是ぜ由よし如下组成的てき：

1. 服ふく务类
2. 预留说明——定てい义服务质量りょう
3. 传输说明——描述数すう据すえ流りゅう

过滤器き说明(filterspec)

过滤器き说明(filterspec)定てい义了一いち组被flowspec影かげ响的分ぶん组。（比ひ如：接受せつじゅ了りょうflowspec确定的てき服ふく务质量的りょうてき数すう据すえ分ぶん组）。一いち个filterspec挑选节点中ちゅう处理的てき所有しょゆう的てき分ぶん组中的てき一いち部分ぶぶん。挑选是ぜ根ね据すえ分ぶん组的属性ぞくせい进行的てき。（比ひ如发送者しゃ的てきIP地ち址し和わ端はし口こう）
现在定てい义的RSVP预留类型有ゆう：

1. 固定こてい过滤器き(Fixed Filter)类型：对特定とくてい的てき流りゅう预留资源
2. 直接ちょくせつ共ども享とおる(Shared explicit) ：对不同ふどう的てき流りゅう预留资源，并共享とおる资源
3. 通つう配はい过滤器き(Wildcard Filter)类型：对于没ぼつ有ゆう特とく别定义的常つね规类型がた的てき流りゅう预留资源，所有しょゆう的てき流りゅう共ども享とおる资源

一いち个RSVP请求是ぜ由よし一いち个流量りょう说明(flowspec)、一个过滤器说明(filterspec)和わ一对流描述字(flowdescriptor)组成的てき。节点上じょう每まい个说明あかり的てき功こう能のう就是当とう流量りゅうりょう说明(flowspec)设置每ごと个节点てん分ぶん组任务调度ど的てき参まいり数すう时，过滤器き说明(filterspec)设置每ごと个分组分类的参さん数すう。

消息しょうそく

有ゆう两种主要しゅよう的てき消息しょうそく：

路みち径みち消息しょうそく

路みち径みち消息しょうそく被ひ沿着数すう据すえ路ろ径みち从发送方かた主しゅ机つくえ发送，并记录路径みち上じょう每まい个节点てん的てき的てき路ろ径みち状じょう态。
路みち径みち状じょう态包括ほうかつ先さき前ぜん节点的てきIP地ち址し和わ一些数据对象：

1. sender template（发送方かた模も板ばん）是ぜ用よう于描述じゅつ发送方かた数すう据すえ格式かくしき
2. sender tspec（数かず据すえ流りゅう的てき话务描述特とく征せい）是ぜ用よう于描述じゅつ数すう据すえ流りゅう传输特とく征せい
3. adspec携带广告数すう据すえ

预留消息しょうそく

预留消息しょうそく(resv)是ぜ由よし接收せっしゅう方かた沿着反はん向むこう路ろ径みち发送到いた发送方かた。在ざい每まい个节点てん上じょう，预留消息しょうそく的てきIP目的もくてき地ち址し将しょう会かい改あらため成なり反はん向むこう路ろ径みち上下じょうげ一いち节点的てき地ち址し，同どう时IP源げん地ち址し将しょう会かい改あらため成なり反はん向むこう路ろ径みち上前うわまえ一いち节点的てき地ち址し。预留消息しょうそく包括ほうかつ流量りゅうりょう说明(flowspec)数すう据すえ对象，这个数すう据すえ对象上うえ用よう于确定じょう流りゅう需要じゅよう的てき资源。
RSVP消息しょうそく的てき数すう据すえ对象可か以被按任何なん顺序进行传输。RSVP消息しょうそく和わ其数据すえ对象的てき所有しょゆう列れつ表ひょう可か以在RFC 2205中ちゅう看み到いた.

操作そうさ过程

一个需要按特定服务质量发送数据流的RSVP主しゅ机つくえ将しょう会かい传输一いち个RSVP路ろ径みち消息しょうそく，这个路ろ径みち消息しょうそく将しょう会かい沿单播(UniCast)或ある组播(multicast)路みち由よし通どおり过路由よし协议预先建立こんりゅう的てき路ろ径みち传输。如果路ろ径みち消息しょうそく到いた达一个不理解りかいRSVP的てき路ろ由よし器き，将しょう会かい将はた这个消息しょうそく转发并不对其内容ないよう进行分析ぶんせき而且不ふ会かい为这个流进行资源预留。
当とう目的もくてき路ろ由よし器き接收せっしゅう到いた路みち径みち消息しょうそく，它将会かい：

1. 按照请求的てき参まいり数すう进行资源预留。对此，许可控ひかえ制せい和わ策略さくりゃく控ひかえ制せい处理请求参さん数すう并通知つうち分ぶん组分类以便びん正せい确处理り选定的てき数すう据すえ分ぶん组，或ある者もの和上わじょう层协商しょう如何いか进行分ぶん组处理り。
2. 向上こうじょう游ゆう转发请求（朝ちょう着ぎ发送方かた方向ほうこう）。在ざい每まい个节点てん上じょう，预留消息しょうそく的てき流量りゅうりょう说明（flowspec）可か以由前ぜん向こう节点更改こうかい。（例れい如：在ざい多た播流资源预留时，预留请求就可以被合あい并）

路みち径みち上じょう的てき每まい个节点てん都と可か以接收せっしゅう或ある者もの拒こばめ绝请求もとめ。

其他特とく点てん

• 加か密みつ技わざ术——往RSVP消息しょうそく中ちゅう添加てんか信しん息いき摘要てきよう，这是通どおり过一个信息いき摘要てきよう算法さんぽう（一般いっぱん是ぜMD5）将はた消息しょうそく内容ないよう和わ一个共享密钥结合。密みつ钥可以通过2个消息いき类型被ひ分配ぶんぱい和わ确认：完かん整せい的てき挑战要求ようきゅう和かず完かん整せい的てき挑战响应。
• 错误报告——当とう一个节点侦听到一个错误，则会使用しよう错误编码产生一个错误消息，并按相反あいはん的てき路ろ径みち往上游ゆう发送直ちょく到いた源みなもと节点。
• RSVP流りゅう信しん息いき：两种诊断信しん息いき允まこと许网络管理かんり者しゃ通どおり过特定とくてい的てき流りゅう对RSVP状じょう态信息いき进行请求。
• 诊断设备：这是规划的てき扩展部分ぶぶん，它使用しよう户能够收集しゅうしゅう沿路えんろ径みち上じょう的てきRSVP状じょう态的信しん息いき。详见RFC2745 - RSVP Diagnostic Messages