摘要

  • 第一稿的正式详情页记载提交日为2018年3月14日，修订记录则把2018年3月20日列为初稿发布到 rpd 的日期；本文以3月20日版本为红线基准。第一稿允许原接收者运营的链路把一个唯一地址或一个唯一的 /64 非永久提供给第三方，并列举访客、员工、设备或服务器、热点、点到点链路和 VPN；永久连接或宽带仍属被禁止的子分配，点到点地址还受到一项特殊的实际通信限制。
  • 5月9日 AFRINIC-28 的记录显示，工作人员问这些临时使用是否要在 WHOIS 登记，作者 Jordi Palet Martinez 回答无需登记；会议结论是 More discussion needed，即仍需更多讨论，而不是已经形成共识。8月22日发布的正确文件是 AFPUB-2018-V6-002-DRAFT02，版本2.0，状态为 Under Discussion；V6-001 属于另一项 IPv6 Policy and References Update，不能混用。
  • 第二稿一方面把“半永久连接”加入禁止侧，另一方面增加承包商设备问题，把允许侧拆成“给第三方设备提供地址空间”以及“非永久向第三方提供地址空间”两个由 and/or 连接的分支，并删去唯一地址或 /64 的单位限制及点到点实际通信禁限。因此，它既收紧也放宽，不能概括成一次单纯缩窄。
  • 两稿都没有规定 WHOIS 或数据库登记触发点，也没有聚合测试、路由规则、责任联系人规则、期限定义、救济或申诉条款。对于运营者，决定记录义务的应是下游网络是否取得持久的独立控制，以及持有人、联系人、路由或安全权限、冲突状态和唯一性相关事实是否改变，而不是合同叫不叫“客户”、设备归谁或服务被贴上什么标签。

L3 — 同时收紧与放宽的红线

从两个新增词读起

“半永久连接”是进入这次红线最短的路径。第二稿保留了永久连接和宽带服务属于子分配的方向，又在“永久”旁边放入“半永久”。如果只看这一处，读者很容易得到一个整齐的结论：例外被收窄了，较长但尚未永久的连接也被推回禁止侧。然而，同一段文字还做了相反方向的动作。它不再把安全港写成“一个唯一地址或一个唯一 /64、非永久、位于原接收者运营的一条链路”这样一束必须同时满足的条件，而是把第三方设备用址单列出来，把适用环境扩写为由分配持有人同时管理和运营的网络，并删除第一稿对点到点地址用途的特殊束缚。

因此，第二稿的准确读法不能停在“更严”或“更松”中的任何一个词上。它在时间轴上收紧，在设备和网络运营场景上放宽或至少澄清，在语法上又留下新的不确定性。红线分析的价值，正在于拒绝把不同方向的修改压扁成一个政治口号。只有把每个增删项还原，才能看出哪些普通网络行为被明确容纳，哪些持续性服务被明确排除，以及两者之间最关键的记录标准为何仍然空白。

日期、文件身份与版本边界

第一稿有两个都应保留的三月日期。官方详情栏写的是2018年3月14日提交；后来的版本记录写的是2018年3月20日，初稿以 AFPUB-2018-V6-002-DRAFT01 发布到 rpd。两者描述的是不同记录动作，并不冲突。本文讨论文字版本之间的变化，所以把3月20日初稿作为基准，同时不抹去3月14日的提交记录。日期一旦混写，读者就无法判断后来会议讨论针对哪一版，也容易把提交、公开发布和后续修订误当成同一个制度动作。

5月9日，AFRINIC-28 在达喀尔讨论第一稿。会议摘要留下了一个与本文核心直接相关的问题：AFRINIC 工作人员询问，第一稿容许的临时使用是否需要在 WHOIS 登记。Jordi Palet Martinez 的回答是，这些使用是临时的，因此不需要登记。共同主席记录的结果为 More discussion needed，并把文本退回继续完善。这里能确认的是有人提出登记问题、作者给出临时使用无需登记的回答，以及讨论没有结束；不能把这份摘要升级为逐字实录，更不能据此宣称第一稿已经得到共识。

2018年8月22日，第二稿以版本2.0出现，正确标识符是 AFPUB-2018-V6-002-DRAFT02，作者仍为 Jordi Palet Martinez，拟修改 CPM 第6.8条，页面状态为 Under Discussion。标识符中的 V6-002 不是可以忽略的编号细节。V6-001 指向另一个 IPv6 Policy and References Update 系列；若把第二稿误归入 V6-001 谱系，就会把两条独立政策线索接错，也会污染之后的版本追溯。

后续版本史还记载11月11日出现第三稿，并把第二稿变化概括为更新问题陈述和拟议文字以求清晰。这个概括能证明修订记录怎样描述 D2，却不能替代逐字红线，也不能说明每一处改动由谁要求、为解决何种争议。第三稿的措辞属于另一个版本；后来政策手册记载的实施也属于后来的生命周期。它们最多帮助守住继承边界，不能倒灌回8月22日的第二稿。

第一稿究竟把什么放进例外

第一稿的允许侧由几个紧扣的要素组成。对象是向第三方提供的一个唯一地址，甚至一个唯一的 /64 前缀；方式必须是非永久；使用位置是在原接收者运营的链路上。它列举访客或员工、设备或服务器、热点、点到点链路和 VPN。这些例子把写字楼访客接入、内部员工终端、托管或接入的设备、共享热点、链路端点和隧道端点放在同一画面里：第三方可能在使用地址，但地址仍嵌在原接收者运行的基础设施中。

第一稿同时划出禁止侧。永久连接或宽带服务仍被视为子分配。点到点链路是一个特别例外：为点到点链路配置的地址可以是永久的，但该地址不能直接或间接用于实际通信。这个限制在技术上很特别，因为点到点接口地址与链路承载的通信如何区分，可能让一个本来用于澄清边界的句子制造新的形式判断。无论如何，第一稿的文字确实包含这项限制，不能因为它在第二稿消失就从基准中漏掉。

第一稿的结构也暴露了一个登记层面的张力。若“非永久”足以说明不需要 WHOIS 记录，那么究竟多长算非永久？同一设备反复出现是否仍是短暂使用？一个承包商长期维护但由持有人控制的防火墙，是否因为合同持续多年便改变登记现实？会议上的提问碰到了这个问题，但第一稿正文没有把答案写成客观触发标准。作者在会议上给出的临时使用无需登记的说明，不等同于政策段落中已经存在一条数据库规则。

第二稿重写了问题场景

第二稿首先在问题陈述中加入一种更具体的运营现实：终端用户可能聘请第三方部署摄像头、录像系统、防火墙、路由器或专用 VPN 设备，这些设备需要使用终端用户的地址空间。这个补充很重要，因为“第三方”不再只是偶尔连入网络的人。第三方也可能是受合同委托安装、维护或运营设备的服务提供者，而设备本身位于终端用户的网络环境中，服务于终端用户的安全、连接或业务需要。

这种场景迫使文字面对“所有权、操作和控制不是同一个概念”的事实。摄像头可能归客户所有、由承包商维护；防火墙可能由服务商提供、由持有人设定策略；路由器可能远程托管，却仍处在持有人决定的地址规划和安全边界中。仅凭设备铭牌或采购合同，不能推出一个独立下游网络已经出现。第二稿把承包商及其设备写进问题陈述，至少让政策问题贴近了这种混合运营结构。

但是，问题陈述增加一个场景，并不自动赋予某种解释以法律或技术上的必然性。修订历史只说为清晰而更新了问题陈述和拟议文字，没有说明是哪位参与者推动每项改动，也没有把租赁、碎片化、聚合或登记写成修改原因。因此，可以分析新文字如何覆盖承包设备，却不能替作者编造动机，更不能把外部争论倒推为2018年8月文本的明确目的。

允许侧从一束条件变成两个分支

第二稿的核心句改为：向第三方设备提供地址空间，包括点到点链路所用地址；以及／或者非永久地向第三方提供地址空间；只要这些地址用于由分配持有人管理并运营的网络，就不构成子分配。这里有四个必须逐一读出的变化。

第一，主体词从“原接收者”变成“分配持有人”。二者在具体情形中可能指向同一组织，但措辞变化把判断锚定在当前持有该分配的人。第二，空间描述从“由接收者运营的一条链路”变成“由持有人管理并运营的网络”。“网络”比“一条链路”覆盖的结构更完整；“管理并运营”又是双重要件，至少从字面要求持有人不仅名义拥有，也承担实际网络管理和运行。

第三，第二稿用 and/or 连接两个分支。第一个分支是给第三方设备提供地址空间，明列点到点链路地址；第二个分支是非永久向第三方提供地址空间。语法上，“非永久”直接修饰第二个分支，并没有明确同样修饰第一个分支。这意味着第三方设备用址可能不必受完全相同的期限条件约束，只要设备在持有人管理并运营的网络中。这样的阅读与新增承包商设备场景相互呼应，但由于 and/or 本身并不优雅，文字仍存在可争议空间。能说的是期限短语在句法上的作用域不同；不能假装第二稿已经定义了所有混合情况。

第四，第一稿的“一个唯一地址或一个唯一 /64”单位被删除。第二稿说的是“地址空间”，没有在例外句里限定只能给一个地址或一个 /64。这一删除改变了判断方式：问题不再首先是交付单位是否恰好卡在某个数量，而更接近设备用途和网络由谁管理运营。它可能减少对正常 IPv6 地址规划的误判，尤其是在每台主机使用独立前缀的共享接入模型里。但第二稿没有给出新的数量阈值，也没有把技术参考变成政策授权。

删除的例子与点到点限制

第二稿的操作段落不再逐一写访客、员工、热点和 VPN。删除例子不等于宣布这些场景从此被禁止，因为新的概括性语言仍可能覆盖它们：员工终端可以是第三方设备，访客接入可以是非永久向第三方供址，热点和 VPN 也可能位于持有人管理并运营的网络中。问题陈述还保留了相当多的运营背景。准确表述应是“这些具名例子从操作文字中消失”，而不是“这些用例被第二稿排除”。

点到点链路则发生了更清楚的重写。第二稿把点到点链路地址放入第三方设备用址分支，但删除了第一稿那项特殊规则：只有点到点地址可以永久，而且不得直接或间接用于实际通信。结果不是点到点用址被收紧，反而是一个难以操作的特设限制不再出现。若只盯着“半永久”三个字，便会错过这项明显朝放宽方向移动的修改。

RFC 8273 提供了有用的技术背景。它描述在服务提供者管理的共享接入网络中为每台主机提供唯一 IPv6 前缀的模型，说明“一个终端对应一个前缀”并非纯粹抽象的假设。但 RFC 8273 是 Informational，而非 Standards Track；它既不是 AFRINIC 登记政策，也不授予 AFRINIC 任何额外权力。它能帮助读者理解为什么固定在“一个地址或一个 /64”上的政策语言可能过于僵硬，却不能证明第二稿必须采取某一规则。

禁止侧增加“半永久”

第二稿把永久或半永久连接——例如宽带服务——留在子分配禁止侧。新增“半永久”堵住了一个表面上的规避空间：一项实际上持续存在的客户连接，不应仅因合同按月续签、地址定期重置或服务被称作临时，就自动落入安全港。就可管理性而言，这是第二稿最强的善意解释之一。若一个持有人实际上把地址空间作为持续下游服务的一部分交给独立网络，仅靠名义期限就逃开所有记录关注，会让公开记录只指向上游持有人，而真正的责任主体变得不透明。

但“半永久”没有定义。第二稿没有规定三个月、十二个月还是反复续约构成半永久，也没有说明期限应按合同、地址租期、会话持续时间、设备生命周期还是控制关系衡量。一个访客每天接入同一热点，可能长期重复但每次会话短暂；一个承包商的防火墙可能连续在线多年，却完全服从持有人的配置和安全策略；一个客户网络可能只签三个月合同，却在三个月内拥有完整独立路由和运维权。期限能提供信号，却不能独自揭示这些情形的登记实质。

这里正体现红线的双向性：第二稿提高了持续连接进入禁止侧的敏感度，同时降低了第三方设备在持有人网络内被误算为子分配的可能性。它把边界从“地址数量加临时链路”移向“设备或第三方、期限、服务形态、持有人管理运营”的组合。这个组合更贴近运营，却还不是一套完整的记录规则。

一张不能被误读的逐项红线

比较点 2018年3月20日第一稿基准 2018年8月22日第二稿 可以确认的变化
文件身份 AFPUB-2018-V6-002-DRAFT01 AFPUB-2018-V6-002-DRAFT02，版本2.0，Under Discussion 同一 V6-002 谱系的第二稿，不是 V6-001
运营主体 原接收者 分配持有人 主体称谓改变
使用环境 原接收者运营的一条链路 持有人管理并运营的网络 从链路扩大到网络，并明确管理与运营
供址单位 一个唯一地址或一个唯一 /64 地址空间，无相同单位限定 数量单位限制被删除
允许结构 非永久供给第三方的一束条件 第三方设备用址，以及／或者非永久向第三方供址 拆成两个分支，期限短语没有明确覆盖第一分支
具名例子 访客、员工、设备、服务器、热点、点到点链路、VPN 操作段落只明确第三方设备及点到点链路 多个例子从操作段落移除，但不能据此认定被禁
点到点规则 可永久，但不得直接或间接用于实际通信 作为第三方设备用址的例子，无原特殊限制 实际通信限制被删除
禁止服务 永久连接或宽带 永久或半永久连接，例如宽带 “半永久”被加入禁止侧
记录保障 未规定 未规定 D2 没有新增 WHOIS、联系人或记录触发点
聚合保障 未规定 未规定 D2 没有新增聚合测试或路由规则

这张表最重要的一行或许是最后两行。第二稿调整了分类，却没有说明分类何时应导致登记动作，也没有说明如何在允许下游现实存在的同时保存路由聚合。更广泛的 AFRINIC 政策手册确实把聚合作为 IPv6 政策目标，并在其他位置规定登记义务；然而，那是周边政策背景，不是第一稿到第二稿的新增文字。把手册中别处存在的目标偷偷填进第二稿，会制造一套当时文本没有写出的保障。

证据能到哪里，不能到哪里

现有正式记录足以确定标题、标识符、版本、日期、作者、状态、问题陈述、操作段落和简短修订说明，也足以确认5月会议对第一稿留下“仍需更多讨论”的结论。它们不证明第二稿已经获得共识，不证明其被批准、实施、适用或执行，也不证明某个运营者因此遭受了拒绝、断网、损失或可量化成本。任何关于实际影响的讨论都必须写成机制分析或条件推演，而不是历史事实。

同样，红线本身不能证明每一处修改的动机。不能说它由地址租赁争议推动，不能说它为阻止碎片化而写，也不能把聚合或 WHOIS 问题当成已经形成的修改理由。会议摘要中的工作人员提问是一个有记录的事件；它不等于第二稿加入了登记条款。修订史说“为了清晰”而更新，也不能凭空补出是谁要求清晰、清晰服务于哪一方。

守住这些限制并不会削弱分析，反而使制度问题更锋利。我们确知第二稿改变了分类语言，却没有把分类与客观记录状态连接起来；确知更广泛政策重视聚合，却没有看到第二稿给出聚合测试；确知 AFRINIC 发布并保存了提案记录，却不能从发布动作推出公共权力。正是这些“已写”和“未写”之间的落差，构成运营者真正要面对的风险。