摘要

  • 法规规定适用机构要做到什么；Martin 的论坛要把路径讲清楚，而不是再写一套技术标准。
  • RIPE 93 时，四个工作组的草案约为 0.5 至 0.6 版。完整草案计划在 2027 年公开征询，但当时还没有征询日期。

法规给了目的地，网络团队还缺路线

一条法规可以写下“完成迁移”，却不会自动告诉运营团队该先改哪台设备、怎样验证结果。10 月 28 日，Rüdiger Martin 在 RIPE 93 介绍的，正是中间这一层：欧盟互联网标准部署多方论坛要把法规目标和已有技术标准、运维经验接起来。Martin 也划清了边界：论坛不制定新标准。

法规依据是欧盟实施条例 2024/2690 附件第 6.7.2(j) 至 (l) 项。第 (j) 项要求适用机构制定安全、适当且渐进地全面迁往最新一代网络层协议的计划，并提出加快措施；第 (k) 项要求制定部署现代、国际认可且可互通的邮件通信标准的计划；第 (l) 项要求采用 DNS 安全、互联网路由安全与路由卫生最佳实践。前两项要求机构有迁移计划，第三项要求实际采用最佳实践，执行方式并不相同。

欧盟委员会给论坛的任务，是识别相关标准与实践、说明部署技术，并提出适当时间表。论坛指引服务于法规适用范围内的机构，也希望推动范围之外的自愿采用。法律规定了责任；论坛要把责任拆成工程团队能落实的步骤。

四个工作组，必须共用一张图

Martin 在 28 日的说明中把工作拆成四条线：网络层协议、邮件、DNS、路由。每条线都有负责人和技术编辑组，在会议之间整理草案。成员先书面评论，再把未解决的问题带进会议；没有共识的地方会并列保留选项。另设协调组，避免四份指引各讲各话。

Martin 说，四个工作组共有一百多名参与者，来自网络运营、电信、云和基础设施、DNS 与邮件安全、供应商、研究机构、技术社群和主管部门；参与申请仍然开放。论坛已于 1 月、3 月、6 月和 10 月开会。报告时的阶段是 A3，即分析部署难点、技术与时间窗口；各工作组草案处于 0.5 和 0.6 版。

他预计 2027 年形成完整草案组，再进入公开征询；最终指引暂定在 2027 年第四季度完成。有人追问征询何时开始，Martin 说目前无法预告，因为征询要等起草完成。欧盟委员会网页在 10 月 31 日仍标注 8 月 3 日更新，因此 10 月的进展目前主要来自 RIPE 93 的这次公开报告。

“IPv6 就绪”不等于关掉 IPv4

IPv6 草案展示了指引如何避免把法规读成一刀切。Martin 把 IPv6-ready 说成现实的运维目标，而不是要求所有机构关闭 IPv4。只运行 IPv4、双栈和只运行 IPv6 的环境，起点并不一样；迁移期间仍要保证 IPv4 目的地址可达。文件还保留有理由、有限期限并留有记录的例外。

论坛还要回答：实施计划需要写什么，机构如何评估当前状态，哪些证据能说明进度。Martin 说，材料会指向持续维护的 RFC、BCP 和 IANA 注册表，而不是复制一遍。工程师已经使用这些原始文件；新指引若能说明该看哪一份、怎样落地，就比再造一套术语有用。

最终文件必须分清三件事：法律义务、技术标准、部署建议。只有把责任角色、迁移阶段、证据和例外复核方式写明，网络团队才有可执行的计划。若指引让建议看起来像法规，论坛就会在本应消除的地方制造新歧义。

一手文件