ISP 如何在大规模网络中管理 IP 分配

新客户接入，老客户搬迁，另一个客户需要固定地址来运行服务。对互联网服务提供商（ISP）来说，这些变化每天都在发生。地址管理要把每一个请求，与容量、路由和下一位运维人员能读懂的记录联系起来。

起点是正在运行的网络：哪些服务必须持续可达，地址怎样交到客户手中，哪些变更可以在不影响现有连接的情况下完成。

取得地址资源，与把网络跑起来，是两件事

ISP 手里的资源可能来自长期持有的地址、已登记的转让、租用安排，或上游服务商提供的空间。不同来源有不同安排。取得资源之后，仍然需要内部规划、可工作的路由和客户开通流程。

登记记录负责保存协调信息，路由器则依据配置和接收的路由转发流量。两层信息保持一致很重要；把登记机构进一步视作所有下游网络的所有者，则是另一项政治主张。卢恒在第 67 篇札记中质疑的正是这种越界。

围绕服务来划分地址池

可以按接入区域、客户类型或基础设施用途划分地址池，并为增长和故障恢复有意识地留出空间。CIDR 用前缀长度表示地址段，例如 IPv4 的 /24 包含 256 个地址值，但这个数字不能直接告诉你能服务多少客户。

有的客户只需要一个地址，有的需要一整段可路由的空间。网络地址、广播地址以及服务商预留地址如何处理，也取决于具体设计。城市人口或“全国性运营商”这样的标签，不能代替容量计算。

CIDR 的路由与聚合方式解释了有序规划如何减少需要单独通告的路由。不过，聚合必须符合真实路径：清单排得整齐，并不能让原本到不了的目的地突然可达。

每次分配都要有可追溯的来龙去脉

记录客户或服务、地址或前缀、接入节点、路由上下文、分配方式，以及相关起止时间。动态会话与固定地址的生命周期不同，DHCP 租约、接入会话系统和开通接口需要与运维使用的记录衔接。

扩容前，要看繁忙时段的实际需求。总量充裕，不代表每个接入点的地址池都够用；某段空间暂时没有流量，也可能是在为故障切换做准备。

按实际需求选择共享方式和协议

通过地址与端口转换，多个用户或设备可以共享公网 IPv4 空间。这通常称为 NAPT，也经常统称为 NAT。运营商级 NAT 需要考虑容量、应用兼容性和带时间信息的映射记录；此时，一个公网地址可能对应多个用户。

IPv6 提供更大的地址空间，也支持不同的客户前缀规划，但不会自动让用户访问仅支持 IPv4 的目的地。应根据客户实际使用的服务、支持成本和故障恢复表现，比较原生 IPv4、双栈和转换方案，而不是用一句“未来趋势”代替工程判断。

普通变更也要照顾业务连续性

客户离网看似只是释放地址，实际还涉及路由、名称记录和其他服务依赖。确认分配已经结束，处理这些依赖，再把资源放回合适的地址池。旧分配历史也要保留，不能被新记录直接覆盖。

路由监测、源地址过滤和 DNS 安全处理的是不同问题。DNSSEC 验证 DNS 数据，并不负责证明地址分配有效，也不能阻止所有路由攻击。把这些信号分开呈现，才知道真正出了问题的是哪一层。

让协调帮助运营，而不是变成控制的借口

各地区团队可以管理自己的地址池，同时维护共享、可检查的记录。组织需要能纠错、能导出有意义的数据，也能替换失效的管理供应商。用于组织号码的层级，本身不能赋予任何机构对使用者的政治代表权。

关于必要协调与机构控制之间的边界，可以继续读卢恒的第 72 篇札记；关于企业内部如何落到实处，可以看IP 资源管理中的常见错误。