摘要

  • AFRINIC 董事会记录显示，第 201609.300 号决议所同意的是一个受号码服务级别协议第 15.9 条约束的分包安排：PTI 可以承担实际履行，ICANN 却仍是协议项下的运营方，对五个区域互联网注册管理机构承担完整责任，并保留在 PTI 未履约时介入执行的路径。
  • 这项同意是五个区域互联网注册管理机构集体同意机制中的一环，不是 AFRINIC 对 PTI 的单方面命令，更不构成主权、监管权、裁判权或号码资源所有权。它的制度价值，在于把服务连续性落实到明确的履行者、责任方、时限、报告、安全、数据、争议处置和继任交接义务上。
  • 对网络运营商而言，真正需要防范的是“做事者”与“负责者”分离后出现的责任缝隙。对制度设计者而言，最重要的不是维护某个既有机构不可替代的地位，而是确保账本与服务可延续、责任可追索、数据可移交、管理者可替换。

同意更换的是履行者，而不是义务承担者

理解这项决议，首先要把三件发生在相近日期、却具有不同意义的事分开。AFRINIC 的 2016 年董事会记录称，董事会在 9 月 28 日通过电子邮件批准了相关决议；9 月 30 日签订的 ICANN—PTI 分包协议则载明，区域互联网注册管理机构已经给予事先书面同意；到 10 月 12 日，AFRINIC 董事会在会议上又一致追认此前的电子邮件决定。于是，“201609”对应 9 月作出的决定，而公开记录中的正式会议追认日期仍是 10 月 12 日。把这三步压成同一个日期，会抹掉决策、书面同意与会议追认之间的程序差别；反过来，把 10 月追认说成首次同意，也会同分包协议所载的 9 月 30 日之前已有书面同意相冲突。

这条时间线能证明的内容很具体。董事会记录说明，号码服务级别协议第 15.9 条要求 ICANN 在分包前取得同意；记录也说明，ICANN 希望把 IANA 号码服务分包给 PTI；第 201609.300 号决议据此表示同意，并授权首席执行官签署有关同意。它没有证明公开领域之外的动机，没有显示 AFRINIC 提出了哪些单独条件，也没有披露 AFRINIC 那份签署同意书的原文。公开资料更没有证明这项决定受到胁迫、引发争议、导致中断，或与后来围绕 AFRINIC 的其他治理问题存在因果联系。严谨的分析必须停在证据能够承载的位置。

这里的“同意”也不能脱离 2016 年 6 月 29 日签署的《IANA 号码服务级别协议》来理解。该协议的签约结构是：ICANN 作为 Operator，与五个区域互联网注册管理机构订立合同，AFRINIC Ltd 是五方之一。协议描述的是行政性和技术性的号码服务，而不是立法、许可、执法或司法职能。它把一组需要持续完成的工作写进私法合同，使服务对象能够知道什么事项由谁办理、按什么要求办理、出现问题后如何升级。合同的存在本身并不把任何一方变成公共机关。

号码服务的范围也比抽象的“互联网管理”一词窄得多、具体得多。协议涉及 IPv4、IPv6 和自治系统号码注册数据的维护，向区域互联网注册管理机构进行分配，处理返还的资源，以及与之相关的反向域名系统行政工作。NRO 对这些 IANA 活动的说明同样把它们描述为协调所必需的行政任务。这样的工作当然重要：地址块和自治系统号码的登记与分配若失去一致性，全球网络协作会遭受实际摩擦。但重要性不等于主权。一个账本对全球网络不可或缺，并不意味着维护账本的公司因此拥有跨国统治权。

第 15.9 条的意义，正是在这组具体服务上控制履行主体的替换。未经区域互联网注册管理机构事先书面同意，ICANN 不得把有关工作分包或委托出去。这个安排不是要求五个机构每天指挥运营细节，而是给合同相对方一个替换控制点：本来承诺由 ICANN 承担的服务，若要交由另一个法人实际完成，不能在没有对方知情和同意的情况下悄然改变。对依赖连续服务的一方来说，履行者是谁并非无关紧要，因为其能力、流程、人员、系统和事故响应都会影响风险。

然而，第 15.9.2 条又在同一个结构中划出另一条更关键的边界：分包既不解除也不减轻 ICANN 的协议义务，ICANN 对五个区域互联网注册管理机构仍负完全责任。因此，替换控制不是责任转移。区域互联网注册管理机构同意 PTI 做事，并不等于接受 ICANN 从合同中退场；更不意味着此后发生任何履约问题时，只能追逐一个没有直接签署原协议的关联公司。相反，原来的责任方仍然站在合同链上，而且责任强度没有因为分包而缩水。

9 月 30 日的分包协议把这套设计落到了 ICANN 与 PTI 之间。协议记载已经取得区域互联网注册管理机构的事先书面同意，安排 PTI 完成 ICANN 为履行号码服务协议所需的运营工作，同时再次保留 ICANN 的完整责任。它还允许 ICANN 在 PTI 没有履行某项义务时自行完成。于是，连续性不是“相信关联公司会处理好”的承诺，而是形成两层可识别的路径：PTI 是日常工作的履行者；ICANN 是对外负责的协议运营方，并有权在下层履行失败时介入。

分包协议对 PTI 程序与方法的处理进一步说明，这不是把一块独立权力无条件转交出去。PTI 用来履行工作的成文程序和方法，须事先得到 ICANN 批准。这个边界使专门化运营仍嵌在原责任链中：PTI 可以组织实际执行，却不是凭一份分包合同取得自由悬浮的统治权限；ICANN 可以借助关联法人分工，却不能以法人边界为理由推卸面对区域互联网注册管理机构的义务。

AFRINIC 在其中的位置同样需要准确描述。号码服务级别协议把相关区域互联网注册管理机构的权利和权能设置为集体行使，对有关合同动作要求一致同意。AFRINIC 的决定因此是一项必要的组成部分，但不是全部决定。它贡献了五方机制中的一个同意，并没有单方面命令 PTI、代表其他四个区域互联网注册管理机构发号施令，或取得对 IANA 号码职能的所有权。若把一份集体合同中的单方同意写成 AFRINIC “批准”了全球号码体系的权力移交，就把合同程序夸大成了公共权力叙事。

准确的控制链可以逐项说清：AFRINIC 董事会记录确认同意请求与授权；第 15.9 条规定更换履行者须取得事先书面同意；AFRINIC 的获授权代表参加同意；五个区域互联网注册管理机构形成集体一致的同意；ICANN 与 PTI 随后订立分包；PTI承担实际运营；ICANN 保留对外责任并可介入；原协议中的时限、报告、安全、争议处理和交接义务继续约束责任关系。没有哪一步需要借用“主权委托”才能解释，也没有哪一步允许责任在组织层级间凭空消失。

这一点也解释了为何“履行者”与“义务承担者”不能混用。实际处理登记、更新与分配请求的团队，可能位于 PTI；接受报告、主张合同权利或启动争议机制的关系，则仍围绕 ICANN 与五个区域互联网注册管理机构展开。若新闻叙事只写“PTI 接管 IANA 号码服务”，读者容易误以为 ICANN 已经退出。若制度叙事只写“ICANN 继续负责”，又会遮蔽真正执行工作的法人变化。连续性需要同时看见这两个事实，而不是让其中一个吞没另一个。

从善意角度看，这是一种在重大制度转换期间尽量减少运营震荡的办法。PTI 于 2016 年 8 月作为 ICANN 的关联机构成立，并在同年 10 月通过合同与分包安排开始履行 IANA 职能。把专业团队和运营职能放进一个更专门的法人，可以提升组织边界的清晰度，使技术工作获得相对集中的管理；与此同时，继续让 ICANN 作为既有协议的责任方，可以避免五个区域互联网注册管理机构在紧要时刻面对一个全新、未经合同检验的对手方。分包由此兼顾了组织分工与责任延续。

但这种善意解释成立的前提，不是关联关系本身值得信任，而是合同链没有断。母公司或关联方之间的共同品牌，无法替代清楚的责任分配。真正有用的是：更换履行者要经同意，原义务不因分包减损，ICANN 仍完全负责，PTI 失灵时 ICANN 可介入，履行方法仍受约束。若没有这些条款，“专业化”很容易变成责任外包；有了这些条款，法人分离才可能服务于连续性，而不是制造追责迷宫。

这也给第 201609.300 号决议一个恰当尺度。它不是宏大转型的全部，也不是对某个机构历史地位的颂词，而是一次窄而重要的合同管理动作。窄，是因为它只处理特定协议下的分包同意；重要，是因为若缺少它，履行者的更换便会绕过签约方的控制权。制度设计常常并不靠一句包罗万象的宣言运作，而靠这种看似普通的审批节点守住边界。