Summary

  • NMRG 的意图驱动网络草案在 11 月 2 日更新至第 05 版，新增有关 AI 代理身份、决策日志、人工把关和错误回滚的安全讨论。
  • 草案提出设计建议，没有记录某家运营商的上线或事故。判断一套系统是否可靠，得看原始意图能否追到已部署规则及其实际效果。

从一句要求到一条路由

NMRG 邮件公告显示，draft-irtf-nmrg-ibn-usecases-05 于 11 月 2 日发布。Datatracker 条目将其列为 IRTF 体系下的现行 Internet-Draft。意图驱动网络让管理员先描述想要的结果，再由软件把要求转成策略和设备操作。

第 04 版已经讨论 AI 代理。第 05 版在安全章节加上更棘手的情形：代理可能误译意图、部署有害策略，或者执行意料之外的动作。作者提出应考虑四项最低治理条件：跨交互和跨域仍可核验的持久身份；记录每次决定和动作的不可篡改日志；对后果重大的动作或结果设置明确的人工关卡；出现错误时能够回滚或补救。原文用的是“应考虑”，不是已经生效的强制标准。

新段落还建议加入记账组件，核对输入意图并估计策略结果；部署后再监测、分析代理操作是否落实策略，并向管理员报告。草案原有方法本来就包括意图翻译、策略翻译、验证、部署、监测、确认、优化和报告。代理说“已完成”，只能证明它说过这三个字。

七张单据必须对得上

假设管理员要求隔离故障网段，复盘时至少要找回原始要求、代理身份、生成的策略、人工批准、实际安装的版本、观测到的网络状态以及回滚路径。把这些记录连成一条链，是本文从草案控制要求推导出的操作判断；草案没有定义一个叫“七张单据”的数据结构。

不可篡改日志可以忠实保存错误决定。批准界面展示的策略，也可能与最终下发的版本不同。这些是设计上的失败路径，并非草案披露的真实事故。公开材料没有任何具名网络的配置、日志或测试结果。若能提供带时间戳的全链路记录，才足以判断那套部署究竟发生了什么。

Sources