摘要

  • RFC 10014 建议不再把“带内 OAM”和“带外 OAM”当作可靠总称，而应分别说明主动、被动或混合模式，是否路径一致，以及是否接受相同的转发待遇。
  • 专用探测报文即使经过与业务流完全相同的节点和链路，也可能使用不同的优先级、队列、调度、整形或保护机制。它可以正确证明路径属性，却不能因此代表客户体验。
  • 负责任的管理需要为每个 OAM 结果保存明确的证据合同：对象、方向、流量类别、配置世代、协议层、维护域、报文或计数器语义、路径与待遇假设、判断阈值、变更权限，以及动作后的独立业务验证。

某关键业务在每日高峰出现间歇性超时。网络保障系统始终显示绿色：探针从同一入口进入，经过同一组骨干设备，再从同一出口离开。拓扑图没有任何分叉，控制台也没有丢包。服务合同把这项能力称为“带内 OAM”，于是故障被关闭，并转交应用团队。

真正的分叉不在拓扑图上，而在设备内部。探测报文带有控制流量的高优先级标记，业务报文进入正在拥塞的服务队列。两者路径一致，转发待遇不一致。测量本身没有造假；错误发生在解释层——一项有限的路径证据，被提升成对业务表现的全面裁决。

RFC 10014 于 2026 年 6 月作为 IETF 最佳当前实践发布。它没有发明一套新的通用 OAM 协议，而是要求未来文件更精确地描述 OAM 限定词。这个看似语言学的修订，实际决定了什么证据可以触发保护切换、满足 SLA、拒绝赔付或结束事故。

“带内”究竟在什么里面

“带内/带外”源于无线电和电话系统。在那些环境中，频带或信道是一个直观对象。分组网络没有唯一对应物。一条测量信息可能位于真实数据报文内部；一枚独立探针可能与业务走相同拓扑；它也可能与业务受到相同 QoS 待遇。这三件事可以同时成立，也可以各自分离。

RFC 10014 因此提出三条坐标轴。

第一条是参与方式。主动 OAM 产生专用 OAM 报文；被动 OAM 观察既有数据流，不产生专用报文，也不修改被观察报文；混合 OAM 同时使用主动与被动方法。In-Data-Packet OAM 是更窄的混合 Type I：OAM 信息由承载数据的报文一同携带。

第二条是路径一致性。Path-Congruent OAM 与观察对象经过完全相同的节点和链路；Non-Path-Congruent OAM 不保证这一点。这个定义只回答“去了哪里”，不回答报文在节点内部进了哪个队列。

第三条是转发待遇。Equal-Forwarding-Treatment OAM 接受与用户数据相同的相关待遇，包括队列、调度、整形及其他 QoS 行为；Different-Forwarding-Treatment OAM 则可能不同。

这些类别不是从差到好的排行榜。主动探针能够在没有用户流量时持续测试；被动观察能贴近真实流量，却未必容易定位原因；混合方法把两者相连，但需要保留选样、标记、计数器和时钟语义。方法是否合适，取决于它要证明的命题。

同一路径，不等于命运共同

RFC 10014 用 VCCV 展示了最容易被忽略的组合。VCCV 报文沿伪线业务的相同路径前进，过去因此常被称为“带内”。在新术语里，它属于主动、路径一致、但转发待遇不同的 OAM。也就是说，它能确认业务路径，同时避开业务正在承受的队列风险。

BFD 说明这种差异有时是有意而且合理的。为了尽快发现邻接或路径失效，BFD 控制报文常被赋予高优先级。稳定的 BFD 会话是重要的连通性证据，但它不能单独证明普通数据报文没有经历时延、丢包或整形。

只有当拓扑路径和转发待遇都一致时，RFC 10014 才引入更强的“命运共享”含义。但即便如此，合成探针仍不具有真实业务的报文尺寸分布、突发模式、加密状态、传输层历史、应用超时和交易语义。它缩小了网络层不确定性，却没有跨越到应用结果。

所以，“OAM 是绿的”不是一个完整事实。必须继续追问：哪一组报文、哪个方向、哪个流量等级、哪个配置世代、哪一层、哪个维护域、哪一种命题？连通、路径、丢包、时延和业务完成不能互相替代。

被测报文群决定结论上限

MPLS Echo 是主动 OAM。它构造专用报文去检验某个 FEC 及相应数据面行为。TTL、标签栈、熵字段、尺寸和返回路径都会影响它代表的范围。某个 Echo 成功，可以有力证明选定 FEC，却未必覆盖另一种 ECMP 结果或大型生产流。

MPLS 丢包与时延测量进一步拆出两种基础。Inferred Loss Measurement 统计专门生成的测试报文；Direct Loss Measurement 则让 OAM 报文携带来自用户流量的计数器。后者在传递结果时是主动的，在数据来源上是被动的，因此属于混合方法。若面板只保留一个 loss 百分比，分母和测量人口就丢失了。

RFC 9197 的 IOAM 把遥测字段放入选中的数据报文。对这些报文和指定 IOAM 域而言，路径与待遇的耦合很强。但这不证明所有报文都被选择、导出链路没有遗漏、域外也授权相同处理，更不证明应用已经消费其负载。

RFC 9341 的 Alternate Marking 给生产流量分块着色，再根据观察点的计数或时间信息推导丢包和时延。它直接测量真实流量，却仍依赖流定义、观察点、分块边界、时钟、计数器和乱序处理。

结论不是“真实报文永远优于探针”。主动、被动、混合各有不可替代的价值。唯一可靠的原则是：测量人口必须与决策对象一致，差异必须作为证据的一部分保存。

层与维护域划出第二道边界

RFC 7276 把 OAM 描述为检测、隔离、报告故障和监控性能的一组工具，并明确指出网络和 OAM 都具有多层结构。运营商可能在两个 PE 之间运行 MPLS OAM，客户则在两个 CE 之间观察端到端 IP 服务；Overlay 与应用还可以各有自己的验证。

这些结果都可能正确，却观察不同边界。核心网连续，不代表接入、CPE、隧道、加密网关或应用健康；客户侧失败，也不能直接把原因判给核心网。维护域不仅是技术范围，也是责任范围。证据越过范围使用，就会把可见性变成不对称权力。

方向同样不能隐藏。去程和回程可能走不同路径、不同队列和不同策略。一个 RTT 把两个未知的单向分布折叠为一个数字。事故记录必须保留方向与观察点。

时间则形成世代边界。10:00 的路径与待遇一致性，不能证明 10:05 更换 SR policy、队列映射、保护路径或软件版本后仍然一致。时间戳必须与配置、拓扑和策略版本绑定。

OAM 是一组职能，不是单一裁判

RFC 6291 确认 OAM 展开为 Operations、Administration and Maintenance。Operations 关注保持网络与服务运行并发现问题；Administration 跟踪资源及其使用；Maintenance 支持修复、升级和预防性措施；Provisioning 相关但另行定义。

一枚连通性探针不会因为被归入 OAM，就同时成为资产台账、因果诊断、变更批准和结果验收。但现代平台很容易把这些角色串联起来：采集器看见信号，策略引擎解释信号，控制器执行动作，工作流再以“动作成功”关闭事故。

责任必须逐层保持。测量系统负责观察的完整性；服务所有者判断结果能支持什么命题；自动化所有者设置阈值、抑制和影响范围；变更权威批准动作；结果所有者确认用户或工作负载是否恢复。同一个页面可以展示五者，却不能把五种权限合并成一个绿灯。

每条结果都需要最小证据合同

第一部分是身份：服务、租户或聚合对象，源和目的，方向，流量等级，协议层，维护域，流、FEC 或选样规则，配置与转发世代。随后声明主动、被动、混合或 In-Data-Packet。对专用探针，还要把路径一致和待遇一致标为机制保证、配置保证、预期、抽样验证、未知或不成立。

第二部分是测量语义：报文构造、尺寸、速率，标记人口，计数器及回绕/重置，时钟与同步质量，观察点，统计窗口，公式，抽样，阈值，置信度，缺失数据与抑制策略。没有窗口和分母的“零丢包”不可复核。

第三部分是来源：实现与策略版本、采集器身份、认证与完整性、配置哈希、时间源、接收事件的控制器，以及把事件转为结论的规则。密码学上真实的数据，仍可能绑定了错误的流或错误的世代。

最后分开决策与效果：允许触发什么动作、作用对象、影响半径、幂等键、审批或例外、回滚条件、提交结果和独立业务检查。保护切换命令成功，而交易仍失败，说明自动化完成了，事故没有完成。