摘要

  • 2006 年的公开记录不能被压缩成一个毫无争议的“批准日”：董事会索引把 200605.27 号决议记作批准四项政策并指示工作人员实施，其中包括从二字节向四字节 ASN 的转换；但 5 月 17 日的 AFRINIC-4 会议报告只记载讨论后形成继续推进的共识，政策存档又列出 11 月 13 日至 28 日的最后征求意见期，同一董事会页面还以 200611.34 号决议再次记载批准。可以确认的是一条横跨五月至十一月的两阶段或相互冲突的文书轨迹，不能凭空替它补写程序解释。
  • 决策真正协调的是注册机构的发放默认值和申请例外：2007 年起默认发放二字节 ASN、四字节 ASN 须明确申请；2009 年起默认值倒转，二字节 ASN 须明确申请；2010 年起进入不再区分二者的四字节号码池。它不是对路由器下达的升级命令，也没有改变其他 ASN 分配政策，更没有把号码变成财产、许可证或主权授予。
  • 过渡能逐步发生，靠的是实际运行的兼容机制：BGP 能力协商让相邻设备说明是否支持四字节 ASN；旧设备遇到无法装入二字节字段的号码时，可在传统路径中看到数值为 23456 的 AS_TRANS；额外的可传递属性保留较新的路径信息，供后续支持四字节的设备重建。2005 年 11 月的互联网草案使用 NEW_AS_PATH、NEW_AGGREGATOR 等名称，2007 年发布的 RFC 4893 才使用 AS4_PATH、AS4_AGGREGATOR，二者不能倒置。
  • 真正的实施证据必须贯通政策、上游库存、申请、分配、WHOIS 与委派统计、路由使用、设备测试、例外和换号。IANA 对 327680—328703 号段的 2006 年 11 月 29 日登记、2008 年的过渡说明、2011 年申请表选择项的撤除、2012 年系统声明与设备不兼容换号，以及 2014 年的跨区域报告，共同显示过渡在推进，也一直存在摩擦；任何一个节点都不足以证明所有运营商已经就绪。

一份决议容不下的四种时间

2006 年五月的记录乍看很干脆。AFRINIC 董事会年度索引把 200605.27 号决议列为批准四项政策的动作，并写明工作人员应予实施，其中之一正是把 ASN 从二字节空间过渡到四字节空间。如果只读这一页，很容易把故事写成“五月批准、随后执行”。然而，紧邻这一结论的其他同期材料没有给出如此整齐的时间线。

AFRINIC-4 会议报告记载，四字节 ASN 提案于 5 月 17 日仍在会议上讨论。发言不多但倾向赞成，会议形成的是“继续推进”的共识。政策存档也把这一天列为会议共识日，却同时保存了 11 月 13 日至 28 日的最后征求意见期。到了同年稍晚，董事会索引又用 200611.34 号决议记载对四字节 ASN 政策的批准；AFRINIC-5 会议报告则说，董事会在那次十一月底至十二月初会议开始前几天批准了政策，并说明相关号码将从 2007 年 1 月 1 日起提供。

这些材料并不允许编辑替机构写出一个未见于记录的程序理论。五月的决议可能代表什么内部阶段、十一月的决议为何再次使用批准措辞，现有材料没有解释。最稳健的说法只能是：五月存在一项董事会记录的批准与实施指示；程序性档案却显示，讨论、最后征求意见和另一项批准记录继续延伸到十一月。这既可以称为文书不一致，也可以称为两阶段批准轨迹，但不能把其中任何一种称谓伪装成已经获得证明的正式解释。

政策页面自身还有一个较小却有同样性质的元数据矛盾。页面顶层给 AAFPUB-2005-ASN-001 标出的日期是 2005 年 9 月 22 日，其历史部分却说提案于 2005 年 12 月 9 日首次发布到政策邮件列表。两条信息都应按原样保存：前者是页面所列日期，后者是页面所述的首次发布日。选择其中一个覆盖另一个，会使后来的审阅者误以为档案从未冲突。

这种谨慎不是文字洁癖。批准、会议共识、最后征求意见、实施指示和正式可用日期，是不同性质的事件。若数据库只剩一个 approved_at 字段，后来的人便无法判断某次号码发放适用哪一阶段的默认值，也无法判断某项系统改动是在政策讨论期间、董事会指示之后，还是在最后批准之后完成。时间线一旦被压平，实施责任也随之模糊：机构可以用一个早日期证明“早已决定”，也可以用一个晚日期淡化此前已经发生的操作，但外部审计者失去了核对二者的能力。

因此，这宗事件的第一项实质不是扩大号码字段，而是保持事件类型的分离。董事会记录证明董事会页面记载了什么；会议报告证明会议报告如何描述讨论与共识；政策存档证明其保留了哪些日期；后续会议报告证明当时向与会者作了何种说明。它们都是证据，却没有任何一份材料自动拥有消除其他材料的权力。公开来源来自相关机构，也应按照它能直接证明的命题来使用，而不是被提升为程序合法性、普遍就绪或公权力的凭证。

三个阶段改变的是默认值，不是设备服从关系

政策设计的优点在于，它没有要求整个互联网在某一天同时切换。其第一阶段从 2007 年 1 月 1 日开始：申请者如明确要求，可以获得只能用四字节表达范围体现的新 ASN；若没有提出这种偏好，默认仍发放二字节范围内的号码。第二阶段从 2009 年 1 月 1 日开始，默认关系倒转：四字节 ASN 成为正常发放选择，希望获得二字节 ASN 的申请者需要明确提出。第三阶段从 2010 年 1 月 1 日开始，发放不再区分两类号码，注册机构从统一的四字节号码池中分配。

这里的“默认”是注册流程术语。它决定申请表未表达特殊偏好时，分配系统先从哪个范围选择；“明确申请”则保留了对设备兼容性有特殊需要的路径。它不意味着 2009 年元旦一到，所有网络都必须立即让四字节 ASN 进入生产路由；也不意味着 2010 年的统一号码池能神奇地拓宽旧路由器字段。政策还明确说，这一变化不意味着 ASN 分配政策的其他部分随之改变。因此，评价它时不应转入谁有资格申请、何种网络结构满足条件等相邻问题。本文只讨论宽度过渡、发放顺序及其可验证实施。

数字边界同样要说准确。二字节字段能够表示 0 至 65535，四字节字段能够表示 0 至 4294967295；在这项政策的语境中，65536 至 4294967295 是不能仅以二字节容纳的部分。但“可以表示”不等于每一个值都可自由分配，协议和注册体系仍有保留项与使用规则。字段扩展解决的是唯一标识符的容量与编码问题，并不生成对数字的财产权，也不构成某种执照、所有权证书或国家许可。

三阶段安排有清晰的协调逻辑。先让准备充分的网络自愿请求较宽号码，可以尽早暴露工具链缺陷；两年后翻转默认值，逐渐把旧号码留给确有兼容需要者；再过一年取消发放区分，避免两个平行号码池无限延续。没有时间表，设备供应商、网络运营商和注册系统开发者缺少共同的准备坐标，有限的二字节空间也会在临近约束时造成抢修式迁移。反过来，若 2006 年立即强制所有申请者使用并部署四字节 ASN，旧设备、监控系统或对等方尚未兼容的网络可能被人为排除。分阶段默认值是在这两种风险之间搭桥，而不是赋予注册机构强迫网络冒险上线的权力。

这一区分还解释了为什么“政策到达 2010 阶段”不等于“迁移完成”。注册机构可以控制自己的库存、申请表、分配引擎、WHOIS 字段和公开说明；运营商控制路由器软件、升级窗口、过滤器、团体属性、监控系统、工单平台和客户配置；对等互联的实际效果又取决于双方设备以及路径中其他网络。日期可以统一预期，却不能统一这些组件的真实状态。把日历里程碑写成普遍技术事实，会把没有完成的工程工作藏在一项已经完成的文书动作之后。

兼容不是一个开关，而是四个相互牵制的表面

第一层是线路协议。2005 年 11 月仍处于工作稿状态的 IETF 互联网草案，已经描述了渐进支持四字节 ASN 的办法。BGP 发言者在建立会话时通过能力协商表明自己能否处理四字节号码，新的设备因而可以针对每个邻居选择兼容的表达，无需等待全球统一的“切换日”。这种粒度很重要：同一网络可能已经升级一组边界设备，却仍与没有升级的对等方交换路由，迁移由具体发言者和具体邻接关系推进。

当支持四字节的设备同只能理解二字节 ASN 的旧设备通信时，一个无法映射进旧字段的真实号码，可以在传统 AS_PATH 中以 AS_TRANS 代替。AS_TRANS 的数值是 23456。它的作用是让旧协议路径仍能被传递，不是把所有新号码永久改名为 23456。较新的路径内容则放在可选、可传递的附加属性中，使后面再次遇到四字节能力设备时，能够恢复更多原始路径信息。

术语的时间顺序必须保留。2005 年 11 月的草案把这些附加属性称为 NEW_AS_PATH 和 NEW_AGGREGATOR；2007 年 5 月发布的 RFC 4893 使用 AS4_PATH 和 AS4_AGGREGATOR，并将四字节能力、AS_TRANS 及过渡行为标准化。用后来的 RFC 名称解释机制是可行的，但不能写成这些名称在 2006 年政策讨论时已经以正式 RFC 身份存在。RFC 4893 后来又被取代，本文用它说明当时被标准化的过渡设计及其已知局限，不宣称它仍是当前标准。

第二层是路径完整性。附加属性提高了旧新设备混合环境中的可互操作性，却不能保证无损。旧设备进行路径聚合时，可能丢掉精确重建原始路径所需的信息；传统 AS_PATH 与四字节路径属性彼此不一致时，还可能造成路径判断错误、环路或安全风险。因此，观察到一个 BGP 会话建立成功，并不足以宣布兼容性已经验证。测试必须覆盖混合设备拓扑、聚合行为、AS_TRANS 出现位置、路径重建结果和属性冲突；生产监控还要保留原始更新，以便出现异常时还原发生了什么。

协议设计本身也预设了一个现实前提：一个自治系统在真正使用四字节 ASN 之前，其内部相关 BGP 发言者应先完成升级。注册机构把号码写入分配数据库，无法替运营商执行这一步。旧式过滤规则、监控告警、配置生成器以及把 ASN 嵌入有限字段的团体属性使用方式，也都可能隐藏二字节假设。RFC 4893 指向四字节 AS 特定扩展团体属性，提供可比用途，但运营商仍须逐项审查既有策略。若只测“路由器是否接受大于 65535 的本地 ASN”，却不测过滤、策略和观测链路，最危险的故障往往会在对等互联或故障切换时才出现。

第三层是注册与业务系统。申请表可能接受四字节值，后端数据库却仍用 16 位整数；WHOIS 可以显示完整号码，工单或客户关系系统却发生截断；接口也可能拒绝、回绕或悄悄改写边界值。任何静默损失都比明确报错更危险，因为它会留下表面成功、实则身份错配的记录。稳健迁移需要列出每一个存储字段和接口，测试范围边界，拒绝有损写入，并保留迁移日志。所谓“系统支持完整范围”应是一项可重做、可核对的工程断言，而不是机构自述一经发布便自动成为事实。

第四层是文本身份。早期政策采用 asdot 示例，例如把十进制 65546 表示为 1.10。后来 RFC 5396 选择所有 ASN 都使用单一十进制 asplain 表示，原因正是混合记法造成了操作混乱。这项后来的规范不能倒灌为 2006 年文件原本就采用的写法，却应成为记录治理的控制点：数据库必须把规范化整数与显示形式分开保存，搜索、WHOIS、路由采集器、工单、过滤器、账务和客户系统必须知道 1.10 与 65546 是同一个号码。原始写法应作为历史证据保留，当前索引则应归并到同一身份。

这四个表面并非平行清单，而会相互放大。字段被截断，可能让监控器把合法路径标成未知；记法未归一，可能让过滤规则漏匹配同一 ASN；路径属性重建失败，可能在注册记录完全正确时造成可达性事件；设备不兼容又可能触发换号，使申请、库存、WHOIS 和商业记录同时更新。只有把协议、设备、数据结构和文本身份放进同一审计链，才能知道过渡是否真的发生，而不是只知道政策曾经说过它应当发生。

从上游号段到换号记录：实施留下了什么足迹

2006 年 11 月 29 日，IANA 的 ASN 注册表记录把 327680—328703 号段分配给 AFRINIC。这个条目给第一阶段开始前提供了一个上游库存检查点：审阅者可以问，AFRINIC 收到的上游区段如何进入本地可用、已分配、保留和例外分类，数字是否在调整后守恒。但它只证明上游注册表在那个日期有这样一条记录，不证明第一个下游号码何时发放、何时出现在路由中，更不证明任何人因此“拥有”该号段。

AFRINIC 在 2008 年的过渡说明又提供了一个中途检查点。它描述号码池映射并提醒 2009 年默认值将翻转。这类材料可以证明机构当时如何说明自己的实施，也能让运营商提前核对申请流程，却不能替每家网络出具兼容证书。一个独立审计者仍要寻找申请表版本、分配引擎变更记录、WHOIS 模式迁移、委派统计输出、支持程序和测试结果，才能把政策时间表同实际系统状态连起来。

后来的材料尤其重要，因为它们拒绝了“2010 年一切同时完成”的想象。AFRINIC 的 2012 年年度报告称，申请表中选择 16 位或 32 位 ASN 的选项是在 2011 年撤除的，此后从共同的 32 位号码池分配。这里的 16 位、32 位是同一过渡在系统表单中的宽度表达；表单动作发生在 2011 年，说明政策里程碑与具体界面改造可以有不同时间。它不必然证明 2010 阶段失败，却足以说明政策日期不能充当每个组件的完成证明。

2012 年 5 月 11 日的一则公开邮件列表公告称，AFRINIC 的分配与 WHOIS 系统已经支持不区分号码池，并采用 RFC 5396 的 asplain 表示。这是有日期的实施声明，可据此测试系统当时的外部表现；它不是“所有 AFRINIC 系统最早从这一刻才支持”的证据，也不是所有客户设备已经兼容的证明。把公告保留下来，与同日抓取的 WHOIS 样本、表单、委派统计和实际请求工单对照，才会把自述变成可核验的实施记录。

同一年度报告称，2012 年共分配 145 个 ASN，其中 6 个属于 32 位号码，并提到设备不兼容导致逐案把较高位的 32 位 ASN 换成较低位的 32 位 ASN。这里需要避免两个误读。其一，“较低位的 32 位 ASN”仍是从共同的 32 位容器中表达的号码，不能仅凭措辞想当然地当成另一套权利。其二，换号证明真实摩擦与例外处理存在，却不能凭这份自报确定所有受影响运营商、每次交换的完整原因或整个政策失败。

2014 年，NRO 又报告多个区域的运营经验：不兼容路由器令一些客户退回或交换四字节 ASN。这项比较证据加强了设备摩擦并非纸面假设的判断，但它没有逐项标出哪些换号属于 AFRINIC，也没有为 NRO 或任何区域注册机构生成公权力。它的价值在于提醒审计者，兼容性问题跨越注册区域，日历完成与设备完成之间的间隙真实存在。

把这些检查点按顺序排列，可以看到一种更诚实的实施图景：2006 年有相互不完全吻合的批准文书和上游库存；2007 年开始以申请例外引入四字节号码；2008 年机构继续发布实施说明；2009 年默认值翻转；2010 年政策规定不再区分；2011 年表单选择项撤除；2012 年系统支持声明与换号记录同时出现；2014 年仍有跨区域的不兼容报告。它既不是“决议毫无作用”，也不是“决议一落地即完成迁移”。它是多年协调、部署和例外修复留下的可审计轨迹。

真正可复核的账本，不只是一张 WHOIS 截图

审计问题可以浓缩成一句话：一个不依赖机构结论的外部审阅者，能否从政策记录一路重建到上游库存、具体申请、分配决定、公开记录、运营商接受、路由使用、例外处理及后续换号？若答案是否定的，哪怕每个独立系统都声称“支持四字节”，整体迁移仍不可证明。

起点应保留准确的提案文本、编号、版本、发布日期元数据，以及带日期的副本或校验摘要。AFRINIC-4 议程与报告、会议共识、十一月最后征求意见日期、200605.27 与 200611.34 两项决议必须同时在场，并附一条明确说明：公开时间线存在冲突，目前没有记录给出和解。保存矛盾不是攻击机构，而是阻止后来的系统在整理字段时悄悄改写历史。

接下来是实施工单：申请表、分配引擎、WHOIS 模式、委派统计、公开说明和支持流程分别何时修改，由谁批准，以哪个版本上线，又如何回滚。上游方面，应把 IANA 的 327680—328703 区段及 2006 年 11 月 29 日登记日期，同本地库存逐项核对，使可用、已分配、保留和例外数量在有记录的调整后相等。上游记录只提供输入边界；本地账本必须解释每一项去向。

每一次分配也需要自己的证据链：申请者表达了何种偏好；当时适用哪个阶段的默认值；最终发放的规范十进制整数是什么；原始文件使用何种历史显示形式；申请与决定工单的时间戳是什么；负责的是哪个运营角色。这里不应把“未在路由表观察到”自动解释为分配无效，因为号码可能尚未启用或只在特定范围使用。正确做法是把公开 WHOIS 或 aut-num 记录、委派统计和观察到的路由证据按数值与日期对齐，并为差异保留说明。

运营商侧证据决定政策是否跨过纸面边界。路由器和软件版本、能力协商测试、实验室或有限部署结果、过滤器与团体属性审查、监控和配置工具检查、对等方兼容情况、维护窗口及回滚方案，都应附在相应分配或启用记录后。缺少这些材料，注册机构最多证明自己发出了一个号码，不能证明运营商已经能够安全使用它。

例外、退回和交换更不能覆盖旧记录。每次换号都应有双向关联：旧 ASN、新 ASN、原因、受影响系统、授权链、公开记录更新时间、路由迁移步骤以及结案证据。若只把客户当前记录改成新号码，原号码从界面消失，合同、过滤器、路由历史和故障工单之间的连续性就被切断。NRS 所强调的持续性方法——核对当前注册数据、保存带日期的副本、比较组织、日期与联系人，并把结论限定在核验时点——在这里尤其适用。BTW 对分配文件的审计方法则要求从申请、评估、决定、库存一直追到公开记录；用于本案时，其意义是建立号码流转链，而不是把其他资源或争议移植进来。

一份政策页面能证明页面写了什么，一份董事会决议能证明一项被记录的机构动作，IANA 注册表能证明上游登记，一份 RFC 能证明技术规范，一份年度报告能证明 AFRINIC 报告了什么。它们各有边界，任何一份都不能单独证明全面实施、运营商兼容、法律所有权、制度正当性或公共权威。把证据种类分开，正是为了让结论强度与材料强度相匹配。

把一次分配放回完整的因果链

检验这套方法是否有用，可以设想审阅一笔发生在默认值翻转前后的具体分配。审阅者首先不问“这个号码是否得到机构认可”，而问申请在何时进入系统、当日有效的默认规则是什么、申请者是否提出宽度偏好。若工单日期在 2008 年，四字节号码应有明确请求；若在 2009 年，则二字节号码需要明确请求。记录若只留下最终数字而没有请求偏好，就无法分辨结果来自规则、兼容例外还是人工错误。

随后要把决定同库存位置连接。分配前，该整数应位于从上游区段核对后的可用集合；分配后，它应只出现一次，进入已分配状态，并在委派统计和公共记录的合理时间窗口内得到相应表达。这里的关键不是各系统必须在同一秒更新，而是每次状态差异都有可解释的传播顺序。若 WHOIS 先出现、库存稍后更新，或委派统计在批处理后才变化，应保存批次时间；若顺序与设计不符，则应记录例外而非事后修改时间戳。

再往下是身份与部署。规范整数应在每个系统保持一致，历史文件若用 asdot，当前界面若用 asplain，两者仍须汇合到同一个注册对象。设备测试应证明本地发言者能正确宣告号码，相邻设备通过能力协商选择预期编码，旧设备路径中的 AS_TRANS 与附加属性能够让后续新设备按设计恢复信息。若聚合使路径无法完全恢复，审计记录应保存原始更新、受影响前缀、对等关系和回退决定，而不能把“会话没有中断”作为无损证明。

最后才看公共可见结果。路由采集能证明在特定观察点和特定时间看到了什么，却不能覆盖所有网络；WHOIS 能证明注册机构公开了什么，却不能证明路由器接受了什么；客户工单能证明双方如何处理问题，却不能单独证明号码已正确进入全网。把三者按日期对齐，才能区分尚未启用、有限传播、记录滞后、配置错误和真实不兼容。审计结论也应注明观察窗口，避免把某一天的无路由或某一次成功测试扩张为永久状态。

这样的逐笔重建会暴露八类需要明确回答的问题。审批时间线是否同时保留五月与十一月；上游库存能否同本地分类守恒；两种文本形式是否指向一个整数；分配日期、请求偏好与阶段默认是否吻合；能力协商、AS_TRANS 和路径重建是否符合部署计划；工单、分配库、公共记录与路由观察是否相互解释；退回或交换是否保存旧新号码及原因；所有技术记录是否仍被限定为协调证据，而没有被包装成法院命令、产权文书或主权许可。只要其中一项回答依赖“因为机构说已经完成”，证据链就还没有闭合。

证据还必须能被带走。导出内容至少要包括原始标识、规范整数、历史显示形式、版本、时间戳、责任角色、状态变化和相互引用；校验摘要或带日期副本用于证明后来没有无痕改写。导出格式不应要求审阅者访问唯一的私有界面，也不应把决定理由藏在不可检索的自由文本里。可携带并不意味着公开客户机密，而是让获授权者在系统更换、机构交接或事故调查时，仍能验证连续性。

这种方法也厘清外部倡议者的角色。NRS 可以倡议、研究、召集讨论，并代表明确授权的成员提出意见；它不运营注册机构、RPKI、WHOIS 或 RDAP，不负责申诉、争议解决、选举、资产保管或运营连续性。它提出的带日期核验方法可以帮助运营商保全证据，却不能取代 AFRINIC 的账本职责、运营商的设备责任或独立审阅者的判断。角色不越界，方法才不会被误解成另一个权力中心。

成本为何真实，权力为何仍然有限

注册机构只是改变默认值，运营商却可能承担路由器和软件升级、实验室验证、维护窗口和工程时间；还要修改过滤、团体属性、监控、配置、工单与报告系统中固化的 16 位假设。若一方无法识别新号码或附加路径属性，对等和可达性可能出故障；若最终需要换号，还会出现重新配置、对外协调以及保存前后证据的成本。这些成本对设备较旧、工程人员较少的小型网络尤其沉重。

LARUS 对注册协调决策如何影响基础设施连续性的运营商视角，有助于理解为何一个数据库默认值可以产生机房里的实际后果：表单选择会改变得到的号码，号码会进入设备配置，配置又会通过对等关系影响流量。但影响深并不等于权力高。一个私人协调者的决定可能带来显著切换成本，仍不因此成为立法者、监管者、警察、检察机关、法院或处罚机关。现实影响要求更强的证据与更好的例外机制，而不是把影响误称为主权。

支持这项分阶段决策的最强理由很充分。二字节可表示空间有限，协调约束可以预见；三阶段时间表提前多年给出日期，先允许自愿申请，经过两年才翻转默认值，最后再取消发放区分。协议又容许新旧 BGP 设备按邻接关系逐步互通，避免全球同日升级。这正是一个狭窄共同协调层应做的工作：维持标识唯一性、给出可预测序列、公开兼容方法并让实际部署逐步形成。

反对过度自信的最强理由同样不能弱化。AFRINIC-4 上有人认为议题尚不紧迫；程序记录延伸到十一月；后来的 AFRINIC 与 NRO 材料又实际记下设备不兼容和换号。日历不能代替已部署能力，注册机构也不应仅为满足内部日期，就迫使网络接受已知不安全的变更。若默认值的翻转把升级成本转嫁给缺少设备预算的小型运营商，而机构又不公布就绪指标和例外数量，形式上的一致可能造成实质排除。

两种立场之间并不需要二选一。合理答案是保留阶段性默认值，同时把每个阶段同组件级就绪证据、开放测试、明确的二字节例外、可审计换号、记法归一和库存核对绑定。注册机构公布事实、维护唯一账本并提供兼容选项；运营商依据自己的设备、对等关系和维护风险决定实际部署时点。互联确实会产生共同约束，但共同约束只应扩展到实现互操作所必需的最小范围。

私人记账人能做什么，不能做什么

AFRINIC 在这次过渡中可以维护唯一 ASN 账本，接收并记录上游库存中的分配，改变请求默认值，保持公开记录兼容，发布带日期的政策与实施证据，并协助测试和自愿采用。这些功能很重要；没有可靠账本，同一号码可能重复发放，路径与组织记录可能无法核对，运营商也失去可预测迁移坐标。

但记账者不能把记录唯一 ASN 混同为创造产权，更不能把数据库条目变成司法管辖或公共法地位。AFRINIC 不拥有 ASN、网络、路由或运营商；它没有国家意义上的主权、立法、监管、警务、检控、裁判、惩罚或没收权力。内部流程使用“共识”一词，也不能单凭这个词生成对外合法性。IETF 的规范、IANA 的登记以及 NRO 的协调说明同样不产生国家权力；它们各自的价值来自技术可用性、记录质量和可验证协作。

亨路关于唯一性协调权利边界、运行代码优先和最小共同规范的框架在这里不是尾注，而是判断主线。有效过渡发生在兼容实现、可重复测试与愿意部署的运营商共同形成可互操作路由之处。一项决议可以定义注册流程，却无法让旧路由器突然理解四字节 ASN。共同层应限于稳定的标识语义、确定性的有效性、唯一性、冲突处理、线路互通、可携带证明和有版本的扩展；将来何时升级、采用何种本地工具，仍应由运营商决定，除非真实互操作对某项细节确有共同要求。

这个边界也改变了问责方式。若把 AFRINIC 想象成授予权利的权威，审计很容易退化为“决议是否有效”；若把它准确看作私人记账与协调机构，问题就变成“记录是否唯一、默认值是否透明、系统是否可复核、例外是否公平、证据是否可携带、运行代码是否真的兼容”。后一组问题更窄，却也更严格，因为它不能用程序声望替代工程事实。

最终，200605.27 号决议的意义既不应被抹去，也不应被夸大。它是五月记录中的批准与实施指示，是分阶段迁移的一项重要制度动作；但留存档案还包含五月会议共识、十一月最后征求意见、200611.34 号批准以及随后多年的系统改动与换号。真正耐久的成就是一套可预期、能在新旧设备之间逐步工作的发放惯例。它之所以成立，不是因为私人机构宣布了新权力，而是因为唯一账本、兼容协议、可携带证据和运营商的实际运行代码在时间中逐步对齐。