摘要

  • RFC 3429 将 MPLS 保留标签值 14 分配为 OAM Alert Label，用来识别用户平面 OAM 报文；标签分配本身并不定义 Y.1711 的全部功能。
  • 在它所覆盖的 PHP 情形中，倒数第二跳移除普通顶层标签，同时把 OAM 标签和载荷原样送到仍支持 MPLS OAM 的出口；不认识 MPLS 标签的终点属于另一种情形，当时的 Y.1711 并未覆盖。
  • 报文中的 TTSI 可帮助出口识别发起探测的入口 LSR，但它不证明 LSP 健康、客户流量已送达或告警已得到处理。

如果终点处理 MPLS 标签的能力有限，最直接的优化办法之一，是让它的前一跳替自己剥掉顶层标签。网络把隐式空（Implicit Null）标签值 3 分发给相邻 LSR，表示应执行 PHP；值 3 只存在于控制信令里，不会出现在实际报文中。对普通转发来说，这少了一次出口查找。对 OAM 来说，问题则变成：顶层转发标签消失以后，出口凭什么仍能知道收到的是维护报文？

2002 年的 RFC 3429 给出的答案是一个明确的保留值：14。依据 RFC 3032，标签 14 被指定为 OAM Alert Label，用于识别 MPLS 用户平面 OAM 报文。它不是一套完整监控系统，也不负责定义每类 OAM 载荷如何处理，更不会因为被登记就要求每台路由器实现它。

三份规范，三种职责

这段历史的重点不只是数字。ITU-T 的 Y.1711 建议书规定 MPLS OAM 功能及报文载荷；RFC 3031描述 MPLS 架构和 PHP；RFC 3429 则在 MPLS 标签空间中分配一个可共同识别的报文标记。三者拼接出互操作边界，却没有把“能识别报文”扩展成“能证明网络服务正常”。

RFC 3429 讨论的第一种 PHP 场景中，终点仍然是一台有控制平面和数据平面的 MPLS LSR，只是它无法在线速下完成两次标签查找，因此请求前一跳弹掉顶层标签。倒数第二跳移除的是普通的上层标签，但 OAM Alert Label 和 OAM 载荷仍保留。只要终点支持 MPLS OAM，它就能在剩余标签栈顶部看到标签 14，从而将该报文识别为 OAM，而不是普通用户数据。

这一步之后，报文中的 TTSI（Trail Termination Source Identifier，路径终止源标识）可告诉终点由哪个入口 LSR 发起了 OAM 报文。入口身份没有随顶层标签一同消失，而是由报文载荷中的标识继续承载。但 TTSI 只回答来源是谁，不回答每一跳是否都正确转发、反向路径是否有效、客户应用是否收到数据。即使接收端识别了标签 14，也不能据此推断某个 CV、FDI、BDI 或其他 Y.1711 功能已经产生成功结果。

两种 PHP 请求，不能合成一种出口

RFC 3429 还区分了另一种容易混淆的情形：最终节点根本没有 MPLS 标签查找或处理能力，也不认识带标签的报文。它同样可以请求隐式空标签和 PHP，但这并不会把一台普通 IP 节点变成 MPLS OAM 终点。规范明确指出，当时的 Y.1711 功能只适用于第一种情形；第二种需要进一步研究。运营商承载运营商（carrier supporting carrier）场景也被留给未来工作。

这里的分界非常实际：控制信令里同样出现 implicit-null，不代表两个出口对留下来的报文具有同等理解能力。RFC 3429 说明，如果最终 LSR 不支持 MPLS OAM，就会丢弃收到的 OAM 报文。RFC 3031 的无效标签规则也不鼓励把未知标签随手剥掉，再将剩余内容当作普通 IP 转发；标签可能表达 IP 头本身无法还原的转发语义。安全的丢弃可以避免错误解释，却仍然留下观测缺口。

因此，出口没有产生 OAM 记录，并不能直接说明路径健康，也不能单独证明 PHP 造成故障。它可能意味着终点不具备所需能力、报文被过滤、前序链路丢失了报文、载荷解析失败，或探测确实揭示了路径异常。需要把这些原因分开，而不能让一个空白状态承担全部解释。

标签登记不是能力清单

当前 IANA MPLS 标签值登记表仍将值 14 列为 OAM Alert Label，并引用 RFC 3429。这种持续稳定的编码让不同规范可以指向同一类报文；但它不会列出哪些现网设备实现了 Y.1711，哪条 LSP 使用 PHP，或者哪个具体机型会怎样记录丢弃。

RFC 3429 是 2002 年发布的信息类 RFC，不是部署报告。它留下的历史贡献，是把标准化和运行能力之间的边界写清楚：ITU-T 定义 OAM 功能，IETF 在 MPLS 标签空间分配识别值，而 PHP 的端点仍须有能力读取这个值并理解载荷。登记表可以固定协议含义，不能替网络建立观测能力。

核查一条实际路径时，应分别取得证据：出口通告的标签处理方式、倒数第二跳实际执行的弹出操作、出口收到的标签栈、终点的 OAM 支持状态、TTSI 的入口关联，以及对应 OAM 功能的结果。客户数据的转发和应用层送达还需另外验证。“标签 14 已登记”“设备启用了 OAM”和“LSP 正常”分属不同层次；它们都不是客户收到服务的同义词。

来源