摘要

  • OPSAWG 关于定时 OAM 诊断的草案第 10 版新增说明：单项测试模板日后更新，不应无声改变已经配置的测试序列。模型也把原先的测试引用列表改为在序列中包含单项测试的列表，并调整了若干 YANG 名称。
  • 第 10 版仍要求用户掌握测试顺序，理由是顺序变化会改变报告结果；但新 unitary-test 列表不再包含第 09 版的 ordered-by user 声明。按照 RFC 7950，缺少声明时列表默认由系统排序。这是工作草案自身的文字—模型落差，不是现网故障证据。

排查故障时，“先确认可达，再测延迟，最后追踪路径”不是三个可以任意调换的勾选框。第二步读到的状态，可能已经受到第一步采取的诊断动作或条件判断影响。因此，一份报告若只列出测过什么，而不能说明以何种次序执行，其证明力就会下降。OPSAWG 的这份 Internet-Draft 面向管理系统和控制器，提出安排单项 OAM 测试及测试序列的 YANG 模型；它尚未成为正式 RFC，也不能证明已有网络采用。

第 10 版承认了一类容易被忽视的漂移。新写入的第 4.2 节说，已经配置的序列是本地配置；后来修改单项测试模板，不应偷偷改变这个既有序列。相应的序列模型现在纳入 unitary-test 列表，而第 09 版采用 test-ref 引用。这个方向意在使两次诊断可比：若执行方案变了，运营者至少应能看见变化。不过，草案本身没有提供已部署软件保存历史快照的证据，不能把文字意图当成运行结果。

另一类漂移尚未厘清。正文反复说测试顺序由用户负责，并称需要 ordered-by user 这一 YANG 声明，因为重排会产生不同的报告。第 09 版的引用列表确实有这行声明；第 10 版的新列表没有。新列表的说明文字还说支持用户和系统两种排序，但并未在模型中作出选择。RFC 7950 的缺省规则很明确：未写 ordered-by 时，列表属于系统排序。解释性句子不能替代数据模型的正式声明。

这不是对某个厂商实现的指控。具体审议问题是：如果标准草案要保证使用者指定的测试次序，配置写入、读回与执行所遵循的模型应如何表达它？如果工作组选择系统排序，正文又应怎样限制关于用户控制的承诺？第 10 版还细化了优先级冲突的错误类别、扩展了节点标识类型；它们有各自意义，却不能回答顺序问题。

草案复用了 RFC 9922 的时间安排组件。BTW 此前的 Daniel Kade 长文关注“定时计划依然有效”是否等于“今天仍获执行授权”。这里讨论的是另一件事：即便一次执行获得授权，事后能否还原它究竟按什么方案运行。时间有效性、权限和诊断顺序分别需要证据，不可互相代替。

来源