RSVP-TE

Admin in 百科 2024-04-16 12:53:41

RSVP-TE  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

免责声明:本站文字信息和图片素材来源于互联网,仅用于学习参考,如内容侵权与违规,请联系我们进行删除,我们将在三个工作日内处理。联系邮箱:chuangshanghai#qq.com(把#换成@)

-- End --