摘要

  • RFC 3037 推荐为沿目的路由所选普通路径执行 MPLS 转发的设备实现 LDP；它没有要求所有 MPLS 设备必须使用 LDP，也不是部署报告。
  • 文档把基础逐跳标签分发与显式路由流量工程分开，并留下发现、TCP、参数同意、会话、绑定、硬件安装与实际流量这条可核验链。

“推荐实现”很容易在历史叙述里变成“普遍运行”。前一句属于规范判断，后一句却需要产品、配置与数据面的证据。RFC 3037 的价值，正是它没有越过这条界线。

这份 2001 年 1 月发布的 Informational RFC，要回答的是 LDP 在多种 MPLS 标签分发方法中适用于哪里。它把基础 LDP 放在目的路由已经选出的普通路径上，并没有对任何厂商、网络或报文作现场调查。

基础 LDP 接受普通路由给出的下一跳

相邻 Label Switching Router 必须对标签含义达成共同理解。LDP 让一个 LSR 把 FEC 与标签的绑定告知另一个 LSR。RFC 3037 的中心场景是逐跳 MPLS：目的路由先决定正常下一跳，标签分发再为这条路径建立可用含义。

独立协议能够跨越不同设备条件。LDP 配合 IP 路由平面以及写入 ATM 或 Frame Relay 交叉连接表的软件，可以不靠额外覆盖网络和专用地址体系承载 IP。它也不要求每一跳都支持同一种“把标签信息捎带在路由协议中”的办法。

但“可以组合”不是“已经组合”。文档证明了依赖关系可以如何缩减，却没有证明某台交换机拥有写表软件、某对节点建成会话，或某条 LSP 真的承载过流量。

显式路径从另一份信令合同开始

普通逐跳路径不等于流量工程。显式路由 LSP 可以偏离目的路由通常选择的路径。RFC 3037 把这类功能放到扩展中，列出 CR-LDP 与 RSVP-TE，并明确记录当时没有关于技术优越性的共识，管理员应按自身需求与情境选择。

基础 LDP 提供扩展框架，并不等于每项扩展已经存在。能识别未知消息或 TLV，最多证明双方知道如何处理“不认识”；要共享具体能力，仍要定义、实现、启用和协商。

RFC 3468 在 2003 年记录了后来的制度选择：MPLS 工作组与 IESG 把新工作集中到 RSVP-TE，不再承接新的 CR-LDP 工作。它保留既有 CR-LDP RFC 的状态，也不禁止个人贡献。这是标准工作资源的后续分配，不是 2001 年判断的事后改写，更不是所有运营者同时迁移的证明。

“推荐”有明确的主语和条件

RFC 3037 并未说所有 MPLS 设备都必须实现 LDP。建议只指向这样一类设备：它们沿目的路由所选的普通路径执行 MPLS 转发。功能条件和要求级别不能从句子里删掉。

即使设备包含 LDP 代码，也只完成了第一层。代码可能未启用；进程可能发现不到对端；发现消息可能换不来 TCP 连接；TCP 可以建立而参数协商失败；操作会话可以没有所需绑定；绑定可以没有进入硬件；硬件表项可以没有接到一枚报文。

标准能推荐能力，却不能替这些现场状态签字。这不是规范不足，而是权限边界正确。

一条绿色会话不能概括整条时间线

文档给出的流程是分段的。发现机制找出潜在对端；会话建立程序创建 TCP 连接；双方协商标签分发方法等参数；达成同意后，会话才进入可分发标签的操作状态。

TCP 为会话消息提供可靠传送，因此标签绑定与 LSP 状态不必周期刷新。可靠性的对象是消息字节流，不是整个网络结果。字节到达不证明语义被接受，绑定存在不证明下一跳仍正确，控制面有状态不证明转发芯片已安装，芯片有表项不证明目的端收到报文。

免刷新还让时间证据更重要。事故发生时，一个长期保留的绑定看起来稳定，却可能来自旧会话或旧路由。应分别保存会话连续性、路由依赖、绑定更新与数据面使用时间。

模式选择把资源假设写进协议

Downstream Unsolicited 允许 LSR 在准备好转发某 FEC 时主动通告；Downstream on Demand 则等特定请求。宽松保留保存从对端学到的全部标签；保守保留只留立即有用的标签并释放其余。独立控制自行决定何时发布；有序控制等到从 FEC 下一跳得到标签，或确认自己就是出口。

当标签稀缺，例如 ATM 与 Frame Relay 链路上，RFC 3037 认为“按需、保守、有序”的组合合适。当标签充足时，“主动、宽松、独立”可以提前保留替代状态，使下一跳变化时不必重新分发。

这不是唯一合法配置。协议容许其他组合与混合形式。省标签会减少备用状态，换路时可能增加等待；多保留会耗资源，却能缩短某些切换。早通告降低依赖等待，也可能让上游声明领先于下游事实。是否值得，只能由具体资源与运行结果回答。

必须实现的能力仍可被配置关闭

环路检测最清楚地展示了“支持”与“运行”的差异。LDP 定义了保护穿越非 TTL MPLS 云的 LSP 的机制。合规 LSR 必须实现它，但运营配置可以把它关闭。

所以“设备支持环路检测”和“当前域受到环路检测保护”是两份不同收据。即便某台设备已启用，也要检查整个相关域的配置、传播属性、当前路由和实际路径。

安全机制同样有限。可选 TCP MD5 旨在降低伪造 TCP 段注入 LDP 会话流的风险。它不证明 FEC 合法、不授权路线、不验证绑定真伪，也不自动保护 LSP 上承载的应用。

可扩展性描述的是因果，不是容量数字

RFC 3037 列出了尺度关系：增量分发省去周期刷新；保守方式节约稀缺标签；宽松保留减少下一跳变化时的重新分发；设备支持的 TCP 连接数限制 LDP 对端数；路径向量环路检测增加内存、处理与控制流量。

这些关系告诉运营者该观察什么，却不提供任何产品的容量。真实答案来自对端数、标签空间、内存、CPU、消息速率、收敛时间和报文计数。

因此，历史上最可靠的读法不是把 RFC 当作部署地图，而是把每个动词还给对应主体：IETF 推荐，厂商实现，运营者启用，对端协商，硬件安装，报文证明使用。RFC 3037 只对自己拥有的那一层负责。

来源

Lu Heng 并非 RFC 3037 或相关标准的作者，也未为其背书；本文仅明确披露地借用其文章作为分析框架。