摘要

  • FANN 主席已把 draft-dong-fann-problem-statement-00 采纳为工作组文档，并要求以 draft-ietf- 名称重新提交；这改变的是工作项的程序状态，并不是批准某项网络动作。
  • 草案明确说动作协调机制仍待研究且不在本文范围内。通知能为本地响应提供信息，却不能自行选择接收者、授权动作，或证明已实现缓解效果。

采纳的是工作项，不是控制指令

主席结论的价值在于措辞很窄。它说明征询已结束，点名被采纳的个人草案，要求作者以工作组名称重新提交同一版本，并要求把征询期收到的反馈放入以后的修订。这些都可以被核对：谁作出结论、针对哪一版、下一步由谁完成。它们没有说某种通知机制已经选定，没有说任何路由器应改变转发，也没有说某张网已经获得更低丢包率或更快恢复。

最初的征询同样只问一个问题：工作组是否应接手这份问题陈述，并为答复设定了截止日期。支持、反对、要求补充信息或愿意参与的邮件，都是对工作议程的证据。它们不是网络运营者交出的授权书。后来必须接收信号、处理敏感运行数据、启动保护动作并承担失误后果的组织，并没有因为一次征询而把决定权转交给工作组。

版本也不可混为一谈。Datatracker 对 draft-dong-fann-problem-statement-00 的当前说明仍是活跃的个人 Internet-Draft，未获 IETF 背书，也没有标准化程序中的正式地位。主席要求一个后继文件名，并不等于个人版本、未来工作组版本、后续处置和 RFC 已经成为同一件事。读者应当能指出：哪一版被征询，哪一版被重新提交，哪一版真正接受审阅，以及是否存在之后的决定。

通知到达，不等于动作获得授权

问题陈述本身给出了关键的技术界线：它讨论的是网络状态的快速通知。文本说，降低丢包或加快缓解可能是消费通知的动作带来的结果，却不是通知机制本身的目标或要求。信息被送达、信息被解释、系统状态被改变，是三个不同的事件。把它们压缩成“网络会自动反应”，会把事实、政策和责任混到一条不透明的链上。

即使一则通知毫秒级到达，仍有许多未决问题：谁发出它？哪个接收者有资格处理它？观测覆盖的范围和置信度是什么？哪个本地规则把事件映射为动作？动作能否撤销？部分部署出现差异时谁暂停自动化？如果错误地切换流量、启动保护或移动负载，谁承担损失？采纳一个问题，并没有代替真正承担这些后果的人回答问题。

草案明确称，动作协调机制需要进一步研究，且在本文范围之外。对某个具体场景，接收者可由配置或信令决定，也可能按角色或兴趣订阅。同一通知抵达两个接收者，并不让二者得到相同权力：它们的职责、风险阈值、合同关系和回滚能力可能完全不同。这不是应被宏大叙述填平的空白，而是决定真正发生的地方。

因此，通知不应被写成命令。消息中的建议仍需经过本地准入规则；跨域发送者不会因问题陈述被采纳就自动获得信任；技术上可信的观测不会自动授权流量变化；一个站点观察到的改善也不会成为未来协议的既有属性。每一次跨越都需要自己的授权者、证据和可逆路径。

章程给出工作范围，不替运营者作决定

FANN 章程把问题陈述、需求和差距分析列为指导工作组及相关交付物的工作。这说明为什么工作组可以讨论这个问题。它不指定真实拓扑中哪个节点应接收事件，不建立跨域信任关系，不批准自动化，也不把一个传递目标变成服务等级承诺。

技术文本同样谨慎。它没有规定安全机制，却要求未来解决方案考虑订阅的信任边界、通知源的授权以及敏感运行数据的保护；它还要求评估部分部署的影响及相应动作的一致性。这些不是采纳以后可以略过的脚注。它们正是为什么后续解决方案、本地策略和生产结果必须被记录为不同事实。

一个要作出实质性变更的运营者，需要的远不止一份被采纳的问题陈述：评估过的版本、允许的事件类别、源身份与授权检查、接收者角色、动作规则、频率限制、抑制机制、故障行为、可观测性、回滚负责人和重新评估条件。未来的 FANN 文档或许能让其中某些字段互操作，却不能预先替所有网络批准它们。

薄的共同记录，清楚的本地决定

共同层不必臃肿。它应保存征询的开始与截止、主席结论、精确版本、后继版本（如有）、明确的范围边界和下一次公开决定点。这样已经足以让任何人检查工作组决定要做什么，又明确尚未决定什么。

本地记录则应并列保存：通知源、授权规则、策略版本、接收者类别、测试环境、测得的交付行为、动作限额、例外路径、责任主体和回滚权。这样的分层既防止公开程序状态冒充本地控制决定，也防止本地动作被宣传为 IETF 共识。它正是卢恒笔记所强调的薄共同层：共享可审计的事实，而不挪走承担损失一方的决断权。

下一步值得观察的证据是彼此分开的：第一份 draft-ietf-fann-，征询意见的处置记录，明确说明协调模型的需求或解决方案草案，源认证与接收者授权的规则，部分部署下的行为，以及工作组对这些后续文本的决定。在这些记录出现前，最准确的表述是：FANN 已同意处理这个问题；网络动作仍由控制网络并承担结果的一方授权、测试和负责。

来源

  1. FANN 主席对采纳征询的结论
  2. FANN 对问题陈述的采纳征询
  3. 问题陈述的当前 Datatracker 记录
  4. 快速网络通知问题陈述，第 00 版
  5. FANN 章程