摘要

  • ARIN-2026-1拟为地球同步轨道以外的网络建立地址分配或登记框架，但现行文本明确将实施建立在IETF、IANA、各RIR及ARIN董事会的进一步协调之上。
  • 9月提交的一份IETF个人互联网草案提出了IANA与NRO分工的可能路径；现有公开记录仍未证明专用地址块已经划拨，也未显示全球分配方已获一致认可。

先有规则，还是先有地址块？

要让月球或更远区域的网络获得可聚合的路由前缀，技术设计固然重要，但登记机构至少还要知道从哪里取得地址、谁有权分配、谁负责维护记录。若这几项尚未确定，分配框架描述的是未来可能怎样运作，而不是已经存在的资源来源。

ARIN的“Taking IP to Other Planets”（TIPTOP）草案讨论在地球轨道以外运行的网络。其定义范围越过地球同步轨道（GEO），并明确排除低地球轨道（LEO）和GEO。草案考虑设立专用地址池或制定特定登记规则，目标之一是改善路由聚合。2026年5月27日的现行文本仍标注“Under Discussion”，并称实施须经过更广泛的协调：IETF与IANA需判断是否有必要建立专用地址资源和登记协作；各RIR须就运营职责达成一致；ARIN董事会还须判断相关服务是否符合ARIN的使命。ARIN-2026-1现行草案

这不是文字上的小差别。前缀如何组合，是技术方案；谁能划拨、分配和登记，是权限安排。前者不能自动替代后者。一个专用池即使有利于汇总路由，也仍须说明资源由谁提供、分配决策由谁作出，以及区域登记机构承担什么角色。

4月评估的是较早版本

草案页面还附有一份4月1日公布的工作人员与法律审查意见。该意见评估的是3月24日版本，并对“按现有文本能否实施”回答“No”。它列出的条件包括：IETF判断是否需要专用地址块；IANA划拨相应地址并与RIR协调登记服务；ARIN董事会认定此类服务符合其使命；如果由ARIN承担服务，其他RIR也要同意。

不能把这份意见说成是在评估5月27日文本。后者已明确写入更广泛协调的前提。但在草案中列出条件，不等于这些条件已经实现；一项ARIN政策也不能自行完成IANA划拨或代表其他RIR作出承诺。

7月22日TIPTOP会议纪要记录了尚未解决的问题：由单一RIR承担是否形成单点故障、谁应决定地址分配、IANA会扮演什么角色。会议记录的下一步是与RIR/NRO和IANA相关方细化技术要求与成功标准。9月15日出现的个人互联网草案，则提出由IANA划拨专用地址空间，并由NRO参与决定天体内部的分配和指派方式。它仍是活跃的个人草案，不是RFC，也不是已采纳的IETF政策。IETF 126会议纪要 · 9月个人互联网草案

RFC 7020描述了现行互联网号码登记体系中IANA、区域互联网登记机构与本地登记机构的分层关系，但没有为深空网络指定新的权限主体。IANA公开的IPv6地址空间和特殊用途登记表目前没有列出名为深空网络专用的条目。这个说法只针对所查阅的公开登记表，不足以证明不存在任何实验性或私有安排。RFC 7020 · IANA IPv6地址空间 · IANA IPv6特殊用途登记表

10月讨论不能代替外部决定

ARIN表示，草案计划于10月22日（周四）在ARIN 58讨论。会议可以影响草案走向和社区意见，但讨论本身不会划拨地址，也不会自动约束IANA或其他RIR。ARIN 58政策预告

对工程团队而言，后续文本需要说明地址块是否连续、能否分配更具体的前缀、多个登记机构之间如何同步数据。对机构决策者而言，更早的问题是：每一步由哪个组织作出决定，完成后留下什么可核验记录？

在这些决定公开之前，TIPTOP仍是一个可能框架的政策提案，而不是已经全球分配的地址方案。观察重点应是各主体之间是否形成可验证的决策链，而不只是ARIN草案中的技术规则写得多细。

来源