在传统 MPLS 网络中，流量的转发路径完全由 IGP（OSPF/ISIS）决定。IGP 的选路逻辑非常简单：👉 只看 metric，选最短路径。但现实骨干网往往是这样的：有的链路 10G，常年空闲有的链路 1G，却被跑满有的链路时延低，却从不被选中也就是说：
网络具备资源，但 IGP 不具备调度能力。 于是 MPLS Traffic Engineering（MPLS TE）诞生了。
一、MPLS TE 到底解决什么问题？
一句话概括：
MPLS TE 通过在 MPLS 网络中预先建立一条“可控、可约束”的标签隧道，实现对流量路径与资源的精细化控制。 它主要解决三类问题：✅ 1. IGP 无法感知带宽OSPF/ISIS 只知道 cost，不知道：链路剩余带宽已使用带宽TE 通过扩展 IGP，让路由器获得：最大带宽可用带宽TE metric管理属性（admin-group）从而让设备具备“资源视图”。✅ 2. 流量无法绕开拥塞链路传统网络：流量 = 最短路径TE 网络：流量 = 工程路径可以显式指定：必经节点必避节点最小带宽✅ 3. 业务缺乏确定性MPLS TE 可以做到：路径固定带宽预留可快速倒换（FRR）这是运营级承载网的刚需。
二、MPLS TE 的核心原理
很多人以为 MPLS TE 是：“在 MPLS 上加个 Tunnel”。这是表象。真正的核心只有一句：
MPLS TE 使用 RSVP 协议，在网络中建立一条有状态的标签交换路径（LSP）。 关键词：RSVP有状态LSP1️⃣ RSVP 是什么？RSVP 是一种端到端资源预留协议。在 MPLS TE 中，它被用来：逐跳建立隧道状态校验链路带宽反向分配标签注意：👉 TE 不使用 LDP👉 TE 标签完全来自 RSVP2️⃣ TE 是“有状态”的每一台参与的设备都会保存：Tunnel ID带宽入接口出接口入标签出标签任意一跳状态丢失：👉 整条 Tunnel 消失。这也是 TE 对设备稳定性要求极高的原因。
三、RSVP 建立 TE Tunnel 的包交互过程
我们用最经典拓扑：PE1 —— P —— PE2Step 1：PE1 发起 PATHPE1 作为 Headend，发送 RSVP PATH：包含：Tunnel ID、目的地址（PE2）、显式路径（可选）、请求带宽、优先级PATH 报文逐跳转发到 PE2。Step 2：中间 P 校验资源P 收到 PATH 后：做三件事：1️⃣ 是否是显式路径中的合法下一跳2️⃣ 接口是否启用 RSVP3️⃣ 剩余带宽是否满足请求任意失败：👉 返回 RSVP Error👉 Tunnel 建立终止若成功：👉 保存状态👉 转发 PATHStep 3：PE2 生成 RESV当 PATH 到达 PE2：PE2 识别自己为终点：分配 TE 标签创建 RESV 报文RESV 沿原路返回。Step 4：RESV 反向建立标签链RESV 经过 P：P：分配本地入标签建立 swap 关系继续回送 RESV最终到达 PE1。至此形成：PE1 → label1 → P → label2 → PE2一条完整 RSVP-TE LSP 建立完成。
四、TE Tunnel 建立成功的硬性前提
工程上必须同时满足：✔ 全网 IGP 连通RSVP 本身不选路，依赖 IGP。✔ 所有节点启用 MPLS包括 P：mpls ip✔ 所有节点启用 RSVP接口必须：ip rsvp bandwidth✔ 开启 TE 扩展IGP 中：mpls traffic-eng area 0✔ Tunnel 必须终止于出口 PE否则中间节点无法识别 VPN 标签，业务直接丢弃。
五、工程总结
可以这样概括 MPLS TE：
MPLS TE 本质上是利用 RSVP 在网络中建立一条有状态的标签交换路径，通过带宽校验与反向标签分配，实现对业务路径和资源的精细化控制。它突破了传统 IGP 只能基于 metric 选路的限制，为运营网络提供确定性承载能力。
