摘要

  • draft-ietf-cats-oam-fw-01 是 CATS 工作组的活跃 Internet-Draft，不是 RFC、部署证明或运营命令。
  • 链路、路径、实例和服务 OAM 分开处理连通性、实例健康状况和端到端服务证据。
  • 策略核验检查实际转发是否符合 C-PS 的既有选择；管理员才定义产生该选择的网络与计算权重。
  • 一份“遥测到补救”凭证应分别保存来源、时效、策略、冲突处置、行动、执行和结果。

观察层不是运营授权书

CATS 工作组章程讨论的是：网络边缘如何在客户端和多个服务实例所在站点之间引导流量。它承认用户体验取决于带宽、时延等网络指标，也取决于处理能力、存储和容量等计算指标。因此，工作组研究如何分发这些信息，并在服务提供者网络内的引导功能中使用它们。但章程假定单一域模型，同时明确把这项引导功能与服务运行逻辑地区分开来。

这个区分限制了引导组件能够声称的事情。它可以按既有的本地策略使用收到的信号；它不会因此成为服务所有者、合同义务的承担者，或有权选择恢复方案的主体。框架可以使角色之间的接口更清楚，不能把角色合并。

文档状态也必须如实阅读。Datatracker 将它列为活跃 CATS WG Document，IESG 状态为 I-D Exists，预期状态为 Informational，到期日为 2027 年 1 月。这些是过程事实：工作组已将文本作为工作文档推进。它们不是某个运营商已经部署、某位客户体验改善或某项本地政策生效的证据。Internet-Draft 可以更新、替换或废弃；把它当作现场运行报告，是把来源没有主张的效果强加给来源。

四层让问题更准确，而不是让答案拥有主权

Link OAM 观察相邻链路或接口；Path OAM 观察两个 CATS Forwarder 之间的路径；Instance OAM 观察服务实例的计算资源与运行状态；Service OAM 则从入口 Forwarder 到目标实例进行端到端测量或故障探测。这种拆分能揭示单靠 IP 连通性会掩盖的情况：节点仍然可达，应用却已崩溃、死锁或耗尽资源。

但每一层回答的对象不同。CPU 负载不是应用事务；测得的时延不是 SLA 的合同解释；多层关联可以缩小网络拥塞与计算资源耗尽之间的不确定性，却不能自动证明根因、过失、损失或责任人。工作稿还明确把实例 OAM 和服务 OAM 的具体协议实现排除在范围之外。架构、协议选择和运行程序仍是不同的决定。

策略核验只证明执行是否符合先前选择

工作稿中的“策略核验”含义很窄：检查从入口 CATS-Router 到所选服务实例的实际转发路径，是否与 CATS Path Selector（C-PS）作出的引导决定一致。它回答的是“执行是否遵循了既有决定”，不是“既有决定是否应该如此”。

一致结果并不证明产生选择的网络与计算权重恰当；不一致结果也不自行选择新权重、故障切换、暂停、人工升级或不行动。管理要求明确要求系统允许管理员定义 CATS 策略，包括网络指标与计算指标的权重。遥测数据报告给 C-SMA，C-PS 按策略使用它们；本地授权主体仍要对策略内容和修改负责。

这条链防止控制台被叙述成决策者。没有它，事后审查无法判断问题是旧数据、错误权重、获准例外、执行偏差，还是有意不迁移流量的安全约束。运行证据必须能约束策略，但不能冒充产生策略的授权。

检出冲突，不等于规定如何解决冲突

Instance OAM 支持 push 与 pull 两种方式。系统必须能够发现两种方式获得的值不一致，但文本不强制一种统一的冲突解决策略，因为最佳选择取决于部署。这不是需要用想象中的自动化填补的空白。它保留了部署必须回答的问题：哪一个来源更权威？某类流量可接受多长的数据陈旧？异常值表示真实负载、时钟问题、完整性问题还是数据路径失败？谁能暂停自动引导？维护窗口何时构成合理例外？

运行要求还提出时间戳、按指标类型配置的最大陈旧阈值，以及周期性或阈值触发的报告，以平衡精度和控制面开销。这些参数并非中性事实。它们把分布式观测变成行动规则，可能带来抖动、反应延迟、无必要的流量移动或被遗漏的退化。公共网站、工业控制和内部批处理未必应接受同一套规则。

成熟的答案不是假装存在一个通用补救公式。运营者可以保留当前值、短暂排空实例、请求值班人员批准、执行可核验的切换，或作出有理由的不行动。工作稿为这些选择提供证据，不替它们作选择。

需要的是“遥测到补救”凭证

当一次流量引导变化具有实质影响时，部署方应能保留一份紧凑记录：采集来源、时间、对象和时效规则；完整性校验结果；策略版本与获授权的所有者；是否出现冲突及其处置；谁选择了什么行动；后续的执行证据；以及回滚、失效或复核条件。它不需要公开拓扑、容量、客户身份或可被利用的敏感遥测。

结果必须另列。实际转发符合 C-PS，只证明执行对齐；它不证明服务已恢复、客户已成功或 SLA 已得到满足。这份凭证是 Daniel Kade 的编辑建议，不是 IETF 要求，也不是关于现有 CATS 部署保留此类记录的断言。

来源

  1. draft-ietf-cats-oam-fw-01
  2. CATS 工作组章程
  3. RFC 7282
  4. Heng Lu：The Multi-Stakeholder Mirage