更新时间：2016-01-17 13:51
RSVP-TE：基于流量工程扩展的资源预留协议（RSVP-TE：Resource ReSerVation Protocol-Traffic Engineering）基于流量工程扩展的资源预留协议（RSVP-TE）作为 RSVP 协议的一个补充协议，用于为 MPLS 网络建立标签交换路径。这个 RSVP 扩展协议主要用于在有或者没有资源预留的情况下支持明确传送 LSP 的实例。同时它也支持 LSP 的平滑重新路由、优先权及环路监测。
RSVP 协议定义的会话指有明确目的地址及传输层协议的数据流。但当 RSVP 与 MPLS 相结合时，流或者会话的定义具有较大的灵活性和一般性。 LSP 的入口结点使用许多方法来决定给一些数据包分配一个特定的标签。一旦某个标签被分配给一组包，这个标签将会有效地定义通过 LSP 的流。我们将这样的 LSP 看作 LSP 隧道，是因为通过它的流量对沿着标签交换路径的中间结点是不透明的。新的 RSVP 会话、发送方及过滤器说明对象，被称之为 LSP 隧道 IPv4 和 LSP 隧道 IPv6 ，已被用来支持 LSP 隧道特征。从标签交换路径结点的角度来看，这些对象语义上是指基于包独立识别的 LSP 隧道流量，其中这些包是从具有上流发送方结点分配的特定标签值的 PHOP 到会话获取的。事实上，出现在对象名字中的 IPv4 （v6）只表示目的地址是一个 IPv4 （IPv6）地址。一般情况下，当涉及到这些对象时，需要用到限定词“ LSP 隧道”。
在某些应用程序中，连接 LSP 隧道组是很有用的，诸如，在重新路由操作期间或者传播流量在复合路径上时，这样的集合被称为 TE 隧道。为了能够鉴定和连接 LSP 隧道，需要携带两个标识符。隧道 ID 是会话对象的一部分，会话对象唯一地定义了一个流量工程隧道。发送方和过滤器说明对象携带一个 LSP ID，发送方（或者过滤器说明）对象结合会话对象唯一定义一个 LSP 隧道。
协议结构
除 RSVP 中列出的信息类型外，还包括：
Value Message Type
14 Hello
此外，还具有以下 Protocol Object Types：
Value Object Type
16 Label
19 Optical
20 Explicit Route
21 Record Route
22 Hello
207 Attribute Session