摘要

  • RFC 9744 将多个接入电路复用到共享服务隧道，但减少标签与减少逐电路信令不是同一个承诺。
  • 默认 FXC 不通告独立 AC 故障；逐 VLAN 信令模式保留规范化 VID 与 ES 的对应，帮助远端调整受影响流量的邻接。
  • 合并方案的验收应落到电路映射、故障范围与实际交付，而不是只检查共享隧道的状态。

路由表之外的账单

运营商评估汇聚方案时，通常容易算清少用了多少服务标签，却未必把一条客户连接故障后新增的定位工作计入同一张账。状态并不一定消失了；它可能从逐服务路由转移到了两端配置、映射管理和客户交付验证之中。这是 RFC 9744 值得管理层关注的地方：资源合并是否同时压缩了可用于恢复的归属信息？

AC 是客户侧接入电路，可以是端口、端口上的 VLAN，或 VLAN 组。PE 是运营商边缘设备，ES 是以太网段。2025 年 3 月发布的 RFC 9744 扩展 RFC 8214 的 EVPN-VPWS 机制，让不同接口、不同 ES 上的 AC 共用隧道。需求章节同时讨论减少服务标签及相关 OAM、尽可能减少 BGP 信令，但不同模式对这两个目标的兑现程度并不相同。

这里讨论的是标准规定及其运营含义，不是某家厂商已实现的性能，也不是一次真实事故。节省多少成本，需要现场数据；故障归属能否保留，则可以先从机制检查。

被合并的是运输，不是客户身份

不同端口可能使用相同本地 VLAN ID。FXC 因而需要在入口完成 VID 规范化，再封装 MPLS；出口先用服务标签找到 VID-VRF，再通过规范化 VID 找到相应出口并处理本地标签。第 3 节规定了这一处理关系。共享标签只确定一个查找上下文，不能独自说明最终应交付给哪个客户连接。

实际验收可以沿着“客户 AC—本地端口及 VID—规范化 VID—服务标签及远端 ES—可用邻接—交付结果”取证。这是本文提出的检查方法，不是标准新增的遥测接口。单看标签查找成功，无法排除最后一级对应错误；单看核心路径计数，也可能误判本应在 PE 内完成的本地交换。第 3.3.1 节规定了所述交叉连接场景的本地交换优先及目的 AC/ES 标签要求，不能把所有标签都理解为同一共享 VID-VRF。

多归属需要买回哪种信息

默认 FXC 不逐 VLAN 通告。单归属端点失效时没有替代路径，省略逐 AC 信令可以接受，但流量仍可能越过核心，最后在失效出口被丢弃。应用行为在某些情况下会让这种浪费停止，却不能据此假设每类业务都有同样的保护。

多归属端点存在备用或其他可用 PE，问题随之改变：远端是否知道哪些流量应该避开失效出口？RFC 的两种办法并不是免费的等价替换。逐 VLAN 信令 FXC 为各规范化 VID/ES 保留路由，多个 AC 仍可共享服务标签。默认多归属则按同一 ES、同一目的端点限定 AC 束，可能在一对 PE 之间需要多条隧道。

因此，不能把任意跨接口汇聚的标签收益，直接与一个范围正确的 AC 束所具备的恢复行为相加。需要独立恢复的客户服务，可能值得承担逐 AC 信令；恢复边界恰好一致的业务，也可能适合成束。最少路由不是唯一目标，失去归属以后的处置代价也必须入账。

不同故障不能用同一次演练代替

第 5 节区分了服务、AC、端口和 PE 故障。默认模式不通告独立 VLAN/AC 故障，远端可能继续向失效出口发送。逐 VLAN 信令模式撤销对应规范化 VID 路由，远端据此改变相关流量的邻接。端口故障影响范围更大，对应 AC 束的隧道或相关 VID、ES 路由会撤销；PE 故障则涉及更广的撤销，所述程序由路由反射器执行。服务自身的故障可通过 BFD/VCCV 等 OAM 检测。

由此推得，端口切换成功不等于单条 AC 故障也能被正确处理，服务 OAM 正常也不等于每条客户连接都已交付。RFC 5885 第 3.3 节本身就区分伪线故障检测与 AC/PW 状态信令能力。验收必须指出所选择的能力及观察对象，而不能只写“有 BFD”。

无效核心运输量可以结合失效 AC 的入站流量、出口丢弃与停止时间估算，但本文没有给出统一带宽损失或恢复时间。这样的数值只能来自具体部署，不能由标准图示推演成行业平均。

可建立与可交付之间

可选模式标志也不是转发证书。M 字段不参与接收端转发决定，可用于错误通知；V 指示若揭示两端单、双标签模式不一致，第 3.4 节要求阻止隧道建立。告警、允许建立的隧道、正确交付的 AC，是三个不同的观察结果。

截至 2026 年 9 月 13 日，官方页面将该 RFC 标为 Proposed Standard，勘误查询未返回匹配记录。这只能说明所分析规范的状态，不能认证任何实现。FXC 的效率，应由资源节约与可归属的恢复一起证明：既能运输许多电路，也能在其中一条失效时认出它。