扩容依赖
网络扩容中的运营摩擦
新增地址容量只有在分配方案、持有人授权、注册记录与路由控制共同描述同一部署目标时才有实际价值。混合来源可能让 WHOIS、IRR、RPKI、LOA 与地理信息证据彼此脱节。
实际工作是在前缀公告前明确每项依赖、负责人和变更顺序，以减少可避免的返工；这不代表对注册局决定、传播时间或网络结果作出承诺。
准备一份可审查的部署事项
围绕 IPv4 部署协调证据与已授权操作，同时由责任团队保留最终决策。
- 01
结构化 IPv4 分配
根据网络已有地址规划，评估可用网段规模、连续性、起源设计与聚合选项。
- 02
注册与政策对齐
把持有人、WHOIS、IRR、RPKI、LOA、转移与联系人证据同适用注册局和运营方要求逐项核对。
- 03
路由就绪验证
在变更前记录授权起源、ROA、路由对象、上游接纳、rDNS、geofeed、监控与回退依赖。
协调后的部署会改变什么
统一的依赖记录让工程、注册、安全与商务负责人看到同一份变更方案，并在执行前暴露缺失授权、冲突对象或不合适的维护窗口。
这类准备可减少不必要的交接和排障，但注册处理、上游接纳、路由传播、可达性、信誉、地理信息和业务性能仍由各自系统与相关方控制。
主要约束
持有人授权、注册证据、路由控制与运营方接纳保持一致
改变点
形成包含负责人、依赖、验收检查与回退步骤的可审查部署记录
预期影响
减少隐藏依赖，为网络自身的上线或暂停决定提供更清晰证据
之前
地址容量与拓扑、持有人授权及注册证据分别评估。
之后
把拟用网段和部署方案作为同一个运营事项评估。
之前
路由、ROA、IRR、LOA、上游和回退依赖分散在不同负责人手中。
之后
每项依赖在执行前都有负责人、证据、验收检查和回退安排。
之前
团队在变更窗口内才发现记录冲突或审批缺失。
之后
运营方在未解决事项清晰可见的情况下作出上线或暂停决定。
授权边界
协调不等于保证审批、传播或性能
i.lease 可以整理证据并协调已授权任务，但不会取代资源持有人、注册局、上游网络、业务运营方或其技术与商务决策。
- 网络运营方审批拓扑、起源、维护窗口、验收标准与回退方案。
- 持有人及相关注册局控制资源授权、记录、政策审查与处理时间。
- 传播、可达性、信誉、地理信息、过滤及应用性能在部署后仍可能变化。
规划问题
ISP 与电信团队应确认什么
这些答案为首次容量与部署评估划定边界。
ISP 应如何估算网络扩容所需的 IPv4 容量？
从现有用户或业务需求、增长预测、利用率目标、拓扑、服务区域、起源 ASN、网段规模限制、时间与预留容量入手。估算结果属于规划证据，并不保证某个具体网段可用。
ISP 应租赁还是购买 IPv4 地址空间？
租赁可适合明确的运营周期或分阶段需求；当转移资格、时间、资本和长期运营条件成立时，购买可适合长期容量。两条路径都应基于相同的利用率、期限、授权与部署假设进行比较。
在公告前缀前应准备哪些证据？
准备持有人授权、LOA、适用的 WHOIS 与 RIR 记录、起源 ASN、IRR 与 ROA 方案、上游前提、rDNS 与 geofeed 需求、滥用联系人、监控、验收检查及回退负责人。
i.lease 是否保证 RIR 审批、路由或网络性能？
不保证。i.lease 可以评估容量并协调已授权工作，但持有人、RIR、上游、运营方和外部数据提供方分别保留自身决定权。资源可用性、审批、传播、可达性、信誉、地理信息与性能均不受保证。
