摘要

  • IESG 于 10 月 9 日批准 NETCONF 第 21 版章程；随后登记的两项目标，要求在 2026 年 12 月 31 日前提交 YANG-Push 增强和列表分页相关草案，寻求按 Proposed Standard 发布。
  • 新日程让技术工作的下一步更明确，但提交文件、批准标准和设备支持仍是不同的事。

查一小段日志，却要先取回整个列表；想知道配置有没有变化，就隔一会儿再问一次。网络管理中的一些麻烦，并不在于没有数据，而在于拿到所需数据的方式太费劲。

NETCONF 的两项年末任务，正好落在这里。根据 IESG 的决策记录，工作组新章程于 10 月 9 日获批。工作组历史随后新增两项 12 月 31 日的目标：把增强 YANG-Push 的草案和列表分页相关草案交给 IESG，寻求按 Proposed Standard 发布。

这两个名字看上去生硬，所要解决的问题却不难理解。

数据为什么非得一次全拿

接口配置、访问控制规则、日志，都可能形成很长的列表。一次取回全部条目，接收端要处理，服务器要准备，中间的网络也要传送。列表分页草案提出分批获取的模型，并允许结合筛选和排序，让应用更有选择地取数据。

该草案第 14 版的日期是 10 月 9 日。10 月 19 日核查时，页面显示它处于工作组最后征求意见阶段，IESG 状态仍为已有 Internet-Draft。它让“列表分页”有了可以具体阅读的技术文本，但不能据此认定年末将提交哪些文件：里程碑条目只列主题，没有列草案编号。

YANG-Push 则改变了另一种取数习惯。它让应用订阅选定数据的更新，不必每次都主动查询。2019 年发布的 RFC 8641已经定义了这种机制，支持周期性更新和变化触发的更新。文档指出，轮询会带来延迟；网络紧张时，请求还可能丢失或推迟，而频繁取回未变的数据也会消耗资源。

因此，这次排进日程的是 YANG-Push 的增强工作，不是宣布它刚刚诞生，更不是已经测出了某项性能提升。

六月的日期，不能算作十月的成绩

此前的计划也留在记录里。6 月 12 日登记的审阅目标，分别指向 11 月的 YANG-Push 和 7 月的列表分页；两项都在 7 月 18 日被删除。10 月新增的是来自已批准章程的提交目标。旧条目消失，并不说明旧审阅已经完成。

第 21 版章程的范围比这两件事更大，还涵盖 NETCONF、RESTCONF、基于 YANG 的管理、传输、编码及相关模型。年末日期只是为其中两项工作设置了一个可核对的节点。它没有替 IESG 作出技术文件的发布决定，也没有替厂商完成实现。

到了年底，值得找的不是一句“按计划推进”，而是实际送交的文件及其版本。日程现在清楚了，交付还要看后续记录。