Summary

  • Remco van Mook 在 RIPE 93 将地址政策工作组当前的活跃讨论圈称为约 24 人。他的口径是每年在邮件列表发言至少五次，并排除 RIPE NCC 员工及工作组主席。
  • 他建议先做一个指向现行政策文件的索引，初版不改规则。会场明确要求把整理引用与修改条文分开；会议没有通过一本新的政策手册。

一间会议室坐得下 24 人。一个服务区的号码资源规则，却不能靠 24 个人互相记得旧案来查阅。在 RIPE 93 地址政策会议记录里，Remco van Mook 把自己的邮件列表统计摊在台面上：每年发言至少五次、剔除 RIPE NCC 员工和工作组主席，2006 年约 60 人，2015 年高峰约 110 人，如今他说是 24 人。演讲摘要概括为近十年支撑共识的人数缩小了约三倍。公开逐字稿没有附逐年原始表格，这组数字目前应按发言人的计算来读。

数字只是门口。走进政策库，RIPE 的现行政策索引把不同主题的文件分别列出，每份文件背后还有修订史。van Mook 说，有些定义和边角情形并未被社区讲透，最后由 RIPE NCC 员工决定一项申请怎样落地。他拿“看茶叶”打趣。申请人拿到的却是真正影响资源使用的处理结果。幽默越轻，权力越重。

他的第一步很克制：给 IPv4、IPv6、AS 号码、转移、特殊用途和合同关系等主题建章节，每章指向已有的编号文件。IPv4 章节可指向 RIPE 826。索引本身不增加义务，原文件仍是规则的来源。之后若要逐字搬入条文，或修正相互冲突的定义，应另开讨论和政策程序。

这个顺序在会场受到认真盘问。有人提醒，哪怕称作“澄清”，改写一句话也可能推翻多年形成的执行含义。数据库工作组坚持把归集和纠错做成两个独立动作。另一些人赞成先画地图：新参与者不该先掌握二十年口耳相传的例外，才有资格提出改进。工作组主席也表示，能协助把尚不完美的想法变成可讨论的提案。

van Mook 举过两个不同速度的清理案例。数据库状态值的拼写错误被指出后可以修好；政策概念的歧义则要走提案、讨论与共识。第二条路缺人时，注册局的日常解释自然变成默认答案。一本漂亮的新手册如果只把旧歧义排版整齐，问题就会更难看见。

下一份真正有价值的文件，应列明每一章引用的是哪个版本、哪些定义互相顶撞、谁有权推动文字变动。24 名常客可以动手制作第一张地图。要让它成为公共规则的入口，还得让后来者看得见路径，也走得进讨论。