摘要

  • Remco van Mook 提议先建一个指向现行文件的索引，而不是马上重写政策。
  • RIPE 93 的讨论解释了为什么后续步骤更难：归档、搬动文本和修订政策并非同一件事，旧条文已有执行历史。

地址政策手册听起来像一项整理工作：把规则放在一起，按主题分章，让运营者不必在一叠编号文件里来回寻找。RIPE 93 的讨论说明，在移动任何一段文字之前，必须先划清边界。

Remco van Mook 提议先建立一个索引，链接到现有文本。目录可按 IPv4、IPv6、ASN、转移、合同关系及登记册相关规则等主题组织。会议页面描述的后续步骤，是逐个资源类别、一次一章、原文迁移；先从已经整合的转移政策开始，每章走一项提案。

但现场发言把第一步说得更保守：索引只放引用，不搬动政策文本。Van Mook 也反对在这个阶段添加解释。给文档链接旁边补一句说明，可能替一场争议定调；改正一个句子，看似校对，可能改变运营者认为自己必须做什么。

与会者谈的并非文件排版。他们指出不同政策之间存在定义冲突，旧文本也因多年应用而形成先例。Maynard Koch 警告说，即使把文本原样搬到 PDP 之外重新发布，也可能改变人们如何理解这些先例。数据库工作组的一名联合主席把界线说得最清楚：汇编和纠错必须分开，发现冲突就标出来，不要把两套说法悄悄揉成一段新文字。

RIPE Document 781 为这条界线规定了程序。它把政策制定描述为开放、透明、以共识为基础的过程，并要求政策记录在 RIPE Documents 中。Van Mook 表示，只要触及政策，就应经过政策制定流程（PDP）。索引可以让规则更容易查找，却不能靠编辑决定来解决有争议的定义。

如果第一步保持克制，它确实有现实价值。新参与者能够找到适用条文和历史记录，不必先认识一位老手才能问路。RIPE NCC 也能展示一张更清楚的规则地图，而不必在一串交叉引用中凭经验解释。但若索引把矛盾藏起来，只会给旧的模糊地带套上一层整洁外壳。

RIPE 93 的记录里有支持、报名帮忙和反对意见，却没有主席宣布采纳手册，也没有后续工作项。若地址政策工作组发布行动项或主席总结，状态判断就会改变。目前它仍是一项提议，检验标准很具体：RIPE 能否先发布地图，同时把每一次意义变化留在共识程序里？

来源