Summary

  • ARIN 现行《号码资源政策手册》第 4.2.3.6 节规定，下游客户的多宿主需求本身即可作为一个 /24 的理由。客户须把所有上游的联系资料交给提供地址的 ISP，并与其运行边界路由协议。仅能从一家上游凭这一理由取得 /24，再向另一家申请需要额外依据。
  • 手册第 2.7 节把多宿主定义为持续连接多于一家 ISP，且至少一个前缀由至少两家上游宣告。第 4.2.3.3 节则建议客户更换 ISP 时交还旧地址、改用新提供商空间，并要求原 ISP 留出足够重新编号时间。
  • ARIN 2001 年已获采纳的原始政策说明了规则起点：即使主机数量不足，真正的多宿主需求也可支持一个 /24。现行判断以当前手册为准。官方文件没有某个客户迁移的实际成本记录。

两家运营商提供的是两条接入路径。一块地址提供的是更长久的网络身份。ARIN 的现行定义把多宿主写得具体：组织须与多于一家 ISP 保持全时连接，至少一个路由前缀由其中至少两家宣告。只买了备用电路、尚未建立这种路由关系，离政策所说的多宿主还有一步。

第 4.2.3.6 节给完成这一步的下游客户一条捷径。需要多宿主本身就足以为一个 /24 提供理由。该条处于 ISP 向客户再分配、再分拨地址的章节里。供应地址的 ISP 要收到客户全部上游的联系资料，客户也须与它运行边界路由协议。这是上游向下游提供地址的规则，而不是 ARIN 直接向终端客户发出一块不依附提供商的地址。

关键限制写在下一句：客户仅能从其一家上游，凭这条政策获得一个 /24 而无需其他理由。第二家上游可以承载客户的流量，也可以参与宣告同一前缀；客户却不能拿同一个“我要多宿主”的理由，再向它自动领一块。路径可以分散，地址来源在这条便捷路径下保持单一。规则给的是一个 /24 的理由，不是两张采购券。

ISP 还得保留能向 ARIN 解释这笔地址使用的材料。政策允许它提交从客户收集的信息，或指出客户的自治系统号。第 4.2.3.7 节要求 ISP 用分配历史等资料证明地址使用效率。第 4.2.3.7.1 节要求把 /29 或更大的 IPv4 再分配、再分拨登记到 SWIP 或合格目录服务。一个 /24 明显跨过登记门槛，成为上游资源账本上可以追溯的一项。

这一安排起于真实的技术难题。2001 年政策档案显示，ARIN 当时希望让客户凭多宿主需求取得一个 /24，不再让主机数量独占判断。原始规则已经要求列明全部上游，也已把无额外理由取得 /24 的机会限定在一家上游。2002 年实施的答案解决了接入设计与地址规模之间的矛盾，同时留下地址与提供商的纽带。

纽带在更换供应商时变成工作量。现行手册第 4.2.3.3 节不鼓励把 ISP 连续的地址块切得零散，并鼓励 ISP 要求换服务商的客户交还地址。它建议客户交还旧网络地址、重新编号进入新提供商空间。原 ISP 应给这项工作足够时间。手册没有统一规定“足够”是多少天，也没有把交还建议写成每一桩迁移的强制命令。

采购方容易把两种风险混在一起。两家承载商与同一个被两边宣告的前缀，可以降低单条接入路径故障的影响。一块从其中一家取得的地址，仍在该提供商的资源登记关系之下。若将来解除合同，旧地址能留多久、哪些 DNS 记录、防火墙规则、白名单、对等互联过滤和客户终端需要改写，都应在签约与网络设计时清点。

换供应商的账，不会因为有第二条线路就自动结清。

官方资料没有给出某个具名客户按此条获得 /24、再更换上游所花的时间或费用。带日期的再分配记录及迁移时间线，会让一个实际案例的成本可测。政策本身已经划出边界：两家上游可提供路径，一个 /24 的简化依据只落在其中一家。