摘要

  • 这项提案记载的提交日期是 2014 年 9 月 22 日，9 月 26 日由 PDWG 联席主席作为新提案发送到 RPD 邮件列表；邮件中的编号是 AFPUB-2014-GEN-003-DRAFT-01，AFRINIC 档案中的编号却是 AFPUB-2014-GEN-001-DRAFT-01。这项差异无法据现有公开记录消解，而档案明确把提案标为已撤回。
  • 提案拟要求 AFRINIC 资源会员在每次把 /29 或更大的 IPv4 地址块分配给自身网络或客户后，不迟于七个工作日登记并留存记录，同时维护 inetnum、netname、descr、country、admin-c、tech-c、org 等字段。一个 /29 含八个 IPv4 地址，因此规则会触及相当小的下游部署，而不只是大型网络。
  • 准确记录确有公共价值：它能改善故障联络、安全与滥用事件响应，形成利用率证据，并帮助评估进一步地址申请。住宅服务的聚合登记和敏感客户资料的保密替代，也显示提案试图兼顾公开可用性与商业隐私。
  • 决定性的界线在于，缺失或迟到的条目只能证明预期记录在观察时点没有出现在登记簿中。它可以触发差异记录、最小证据请求、授权通知、纠正期限、技术协助和结果回执，却不能自行证明分配未发生、资源未使用、会员违法、客户有过错或权利已经消失。
  • AFRINIC 是私人技术记账者和协调者，不是主权者、政府、立法机关、监管者、警察、检察机关、惩罚机关、没收者或法院。邮件列表参与或所谓社区认可不能创造从未由法律授予的主权、管辖权及惩罚权；若要决定法律权利或施加公法救济，必须另有具备管辖权的合法机关和正当程序。

一笔小分配启动的时钟

设想一次很普通的网络开通。资源会员从自己持有的 IPv4 地址空间中切出一个 /29，交给一个客户站点、一个基础设施节点，或用于自己的网络。技术人员完成路由、设备和服务配置后，这项 2014 年提案还要求完成另一项工作：在 AFRINIC 的 WHOIS 数据库中登记该分配，并把它记录下来。触发门槛不是一个巨大的地址段，而是 /29；它包含八个 IPv4 地址。计时也不是宽泛的“尽快”，而是从分配发生后起算，不迟于七个工作日。

这个场景说明了提案的吸引力。模糊的准确性期待很容易在日常运维中让位于紧急开通、故障处理和客户交付；明确门槛、明确期限、明确字段，可以让会员知道何时必须行动，也让登记机构知道应当观察什么。若一项分配已经进入实际使用，登记簿却长期没有相应条目，运营人员可能找不到合适的联系人，安全事件调查可能停在错误的组织信息上，下一次地址申请也可能缺少可检验的利用率材料。把客户分配记录纳入持续运维，并非无端增加文书工作，而是试图让公共记录追上网络现实。

但同一个场景也提示了制度风险。七个工作日的义务依赖会员的授权维护者、内部工单、WHOIS 更新工具以及 AFRINIC 一侧服务的可用性。数据库中看不见条目，可能是会员尚未提交，也可能是提交被语法校验拒绝，或是联系人、认证与对象字段需要修正。登记簿只能显示它收到、接受并公开了什么；它不能单凭空白重建空白背后的全部事实。于是，规则的质量不只取决于会员义务是否清楚，也取决于登记机构能否留下提交时间、拒绝理由、技术协助和最终更正的完整轨迹。

提案究竟提出了什么

提案记载的提交日期是 2014 年 9 月 22 日，作者为 Jean Robert Hountomey。2014 年 9 月 26 日，PDWG 联席主席 Seun Ojedeji 与 Adam Nelson 把它作为新提案发送到 RPD 邮件列表。这里必须保留一个没有解决的档案差异：邮件记录把文件写作 AFPUB-2014-GEN-003-DRAFT-01，AFRINIC 的后期档案页面却写作 AFPUB-2014-GEN-001-DRAFT-01。两者都属于公开记录的一部分，目前不能选择其一来替另一项“纠错”，更不能假定其中一个具有更高的法律效力。

文本拟修改第 8(b) 节，把带有预期意味的“will be”改成强制性的“must be”，并要求全部分配、再分配与下游分配在 AFRINIC 数据库中登记。它还拟在 IPv4 分配政策中新增第 9.7 节，专门规定分配登记的强制要求。对于资源会员自己的网络和客户网络，只要每项分配等于或大于 /29，就要在七个工作日内登记并形成文档；已经登记的信息还要持续保持正确。

需要反复强调的是，这些是提案中的拟议文字。AFRINIC 的档案把该提案标为“Withdrawn”，即已撤回。现有记录没有给出撤回日期、撤回理由、由谁发出撤回通知或经过何种程序，也没有第二版、完整的共识评估、最后征求意见、董事会批准或实施通知。因此，不能把拟新增的第 9.7 节写成曾经生效的义务，不能把邮件列表上的传播写成认可，更不能把“新提案”的状态写成批准。撤回状态不是一个次要脚注；它决定了文中所有强制语气都只能作为当时提出过的制度构想来分析。

一条分配记录应当包含什么

提案列出的被分配者属性很具体：inetnum 指向地址范围，netname 提供网络名称，descr 描述用途，country 记录国家信息，admin-c 和 tech-c 分别关联管理与技术联系人，org 关联组织；此外还包括其他 AFRINIC 政策规定为必填的信息。字段清单的重要性在于，它把“保持记录准确”拆成可以观察和纠正的要素。地址范围错了、描述过时、联系人失效与组织关联缺失，并不是同一种差异，也不应得到含混的统一指控。

字段也解释了登记为何具有运营价值。发生路由异常或安全事件时，调查者首先需要知道该找谁；处理滥用投诉时，联系人信息可缩短从观察到通知的路径；评估进一步 IPv4 地址请求时，已登记的有效分配可以作为利用率证据。AFRINIC 后来的操作指南把客户或基础设施分配描述为 inetnum 对象，并说明在申请更多地址前检验大约百分之八十的利用率时，会查看有效登记的分配。这项后期指南只能帮助理解登记记录的实际用途，不能倒过来使已撤回的 2014 年提案获得批准或效力。

公开记录同时有天然限度。某个对象存在，不等于它能自证当前运营者、下游客户、合同链、联系人邮箱是否仍受监控，更不等于它能裁定所有权、责任或合法性。WHOIS 或 RDAP 条目是有用证据，却不是事实世界的全部镜像。准确字段提高证据质量；它并不把数据库提升为权利登记簿或司法裁判书。这一区别，是理解提案后半段问题的起点。

住宅网络不是逐户公开名册

提案对住宅服务作了专门安排。它设想按照设备使用的地址块或客户服务区域进行登记，并要求 netname 与 descr 明确表示住宅用途。这并不意味着每个家庭都要在公开数据库中拥有一行实名记录。聚合到设备或服务区域，可以保留某个地址段用途和责任联系人的基本可见性，同时避免把登记制度误解为住户名单。

这种设计回应了规模问题。住宅接入网络可能频繁调配地址，单个终端或家庭的使用状态也会变化；要求逐户公开既可能制造大量迅速过时的数据，也可能造成不必要的个人信息暴露。以设备或服务区域为单位，能让外部观察者理解地址块的基本性质，并把问题送到能够处理它的网络主体。netname 与 descr 的住宅标识，则防止外部人员把聚合对象误读成普通企业客户或独立组织。

不过，聚合并没有消除准确性责任。会员仍要确保地址范围、用途说明和可处理问题的联系人相互对应。登记机构也应把“住宅聚合条目”和“单一客户条目”的预期差异写清楚，避免把合理的聚合做法当成信息缺失。可用的登记制度不是信息越多越好，而是在确定的目的下收集足以联络、排障和核验的资料，同时拒绝无关的暴露。

商业敏感信息的替代路径

提案承认，会员可能不愿在公共数据库中披露客户或商业敏感信息。它提出的折衷是：敏感内容可在保密协议下私下交给 AFRINIC，用于审计；公开记录中，除 netname 与 descr 外的字段可以复用会员自身的信息，由会员承担与该地址块有关的问题处理责任。这一安排并不完美，但它表明提案并非只追求最大公开，而是意识到透明度、客户关系和数据最小化之间存在张力。

这条替代路径的合理内核，是把不同目的分开。公共层面需要的是可联系性和用途提示；核验层面可能需要更细的客户材料；运营责任层面则必须有人真正接收并处理通知。若会员选择用自己的管理和技术联系人替代客户资料，外部人员仍有一条有效通路，而敏感内容不必全部出现在公开视野中。相应地，会员不能只借用自己的字段占位，还要承担收到问题后的传递、调查与回应职责。

同时，提案没有提供保密协议文本、审计步骤、数据安全标准或责任分配裁定。不能因为它提到“保密”，就假设存取控制、保存期限、泄露响应和用途限制已经完善；也不能反过来宣称曾有客户数据实际暴露。能够确认的，只是提案提出过一种私下提交、公开替代的结构。若这种结构要成为可执行实践，还需要清晰说明最少收集哪些数据、谁能访问、保存多久、如何纠错，以及审计结束后如何处理。

客户记录如何成为合规基础设施

一条客户分配记录最初看起来像技术目录中的普通条目，但提案赋予了它多重制度用途。第一，它是联络基础设施：当某段地址出现配置错误、安全告警或滥用报告时，运营者和调查者可以找到管理与技术联系人。第二，它是利用率材料：会员若要说明既有地址空间已经充分使用，登记对象可以构成一部分可核验的证据。第三，它是进一步分配分析的输入：登记数量、范围和用途能提高后续资源请求的透明度。

正因为记录承担这些功能，质量要求才有意义。若 inetnum 与实际分配不符，证据范围就会偏移；若 admin-c 或 tech-c 已失效，联络链就会中断；若 descr 不说明住宅用途，外部观察者可能误判网络性质；若同一客户变化后对象长期不更新，历史信息会伪装成当前事实。提案把“必须登记”和“始终正确”放在一起，试图解决的并非只有是否存在一行数据，也包括该行能否在现实问题中被使用。

然而，记录越重要，就越需要克制地描述其证明力。它可以支持一个利用率判断，却不能独自决定全部利用情况；它可以指向负责联系人，却不能证明每一封通知都被阅读；它可以记载某日提交的分配，却不能自动回答后来发生的合同或运营变化。客户记录成为合规基础设施，不等于它成为主权凭证。更可靠的做法，是把条目、会员材料、提交回执、技术日志和回应记录放在一起，形成可复核的证据链，同时明确仍未解决的部分。

从“必须登记”到“无效”的断裂

提案最值得警惕的转折，不在 /29 门槛，也不在七个工作日的期限，而在它如何处理缺失记录。它称未登记的地址分拨、下游分配与再分配将被视为 “invalid”，并声称 AFRINIC 工作人员可以在 “approbation by the community” 之后进行 “any process”，以 “reclaim” 相关资源。这些词记录了提案的主张；它们不是法院认定，也不是自动执行的权利消灭机制。

从证据上说，一个缺失条目能够支持的结论非常有限：在某个观察时点，公共登记簿中没有找到预期对象。它没有直接证明底层分配从未发生，也没有证明地址没有路由、没有使用、已被放弃、无人拥有、涉及欺诈或依法应当没收。记录迟到与记录不存在也不相同；工具拒绝与会员不作为也不相同；字段不一致与权利无效更不是同一命题。把它们压缩为一个“无效”标签，会让技术观察越权替代事实调查与法律判断。

从程序上说，提案没有写明通知应包含什么、纠正窗口多长、技术故障如何处理、证据标准是什么、由谁决定、是否给出书面理由、如何申诉、是否有独立复核，也没有界定所谓回收程序的边界。这里不能推断其他任何文件必然不存在相关程序；能够说的只是，这项提案本身没有提供。恰恰因为它把记录缺失连接到严重后果，程序空白才不是次要起草问题，而是权力主张无法成立的核心缺口。

私人登记机构的权限止于哪里

AFRINIC 的正当角色是私人技术记账者和协调者。它维护地址资源相关记录，接收对象更新，为运营共同体提供可查询的信息，并可在会员与登记簿之间协调差异。它不是主权者，不是政府或立法机关，不拥有监管管辖权，也不是警察、检察机关、惩罚机关、没收者或法院。准确说出这一点，并不是贬低登记工作的价值，而是保护这项工作免于承担它既无授权也无法正当完成的任务。

社区讨论可以帮助制定技术协调规则，可以暴露提案缺陷，也可以形成合作预期；但参与邮件列表、在会议上发言或获得所谓认可，不能创造主权。公法权力不是由参与人数、讨论热度或技术声望自然生成的。若要罚款、没收财产、裁定法律权利、认定违法或强制执行，必须有适用法律下的授权、管辖权、证据标准、听取意见的机会、理由说明和复核机制。这些条件不能被一个数据库字段、一项已撤回提案或未定义的社区认可所替代。

因此，登记机构可以严格，但严格的对象应是证据流程。它可以精确指出某个前缀在何时缺少哪些字段，可以请求会员提供原始分配记录，可以向授权联系人发送通知，可以规定合理的纠正时间，可以帮助处理被拒绝的更新，并在最后记录已经更正或仍有差异。它不能把“尚未解释”改写成“已经有罪”，也不能把公共记录的缺口转换成自身处罚与没收的权限。

撤回状态决定了分析的语态

档案中的“Withdrawn”要求所有判断保持历史条件式。这项提案曾试图把登记从建议变成强制，曾列出阈值、期限和字段，也曾写入无效与回收的主张；但没有证据表明它形成共识、获得批准、进入实施、对某位会员作出认定、取消某项分配或实际回收资源。把这些未发生或未获证明的步骤补进叙事，会把制度分析变成虚构的执行史。

撤回原因同样不能猜测。它可能与文本设计、程序意见、后续选择或其他因素有关，但公开材料没有确定答案。作者后来的立场、联席主席是否支持、会员是否普遍反对，也都不能从提案的传播与撤回状态中推导出来。准确的写法是把已知节点并置：9 月 22 日提交；9 月 26 日作为新提案在 RPD 列表传播；9 月 30 日出现关于完整修订文本、政策与支持文件关系以及社区批准必要性的讨论；档案最终标为已撤回，而具体撤回过程未知。

这份克制本身具有治理意义。制度记录若连文件编号都出现 GEN-003 与 GEN-001 的未解差异，分析者更不应在批准、效力和权力这些重大问题上擅自填空。登记治理要求别人保留精确记录，也应以同样标准对待自己的提案历史：能确认的写明，冲突的并列，缺失的承认缺失，不能由沉默制造权威。