IP 分配前核查：把在线状态和使用登记一起看
分配 IP 时，地址"有没有被观察到在线"和"是否已经分配"需要分别判断。前者来自当前状态线索，后者记录使用安排。把离线直接解释为空闲，可能在旧设备恢复后造成重复使用。
要减少这类问题，核查需要同时覆盖子网范围、状态更新和人工登记。下面以 WeOpsX CMDB 的子网 IP 视图与 IPAM 为例，说明这几类信息如何支持分配判断。
1. 先区分两类状态
分配状态回答的是：地址有没有交给设备或业务，使用人是谁。在线状态回答的是：当前是否识别为在线，是否存在异常线索。
两者应交叉核查，而不能互相推导：
| 看到的信息 | 分配前的处理 |
|---|---|
| 已分配、当前离线 | 确认使用方是否仍保留地址 |
| 未登记、发现在线对象 | 核实用途并补齐使用信息 |
| 冲突或未知 | 查清具体线索，暂不作可分配判断 |
这张表体现的是核查原则，并非系统自动批准分配的规则。设备是否退役、业务是否还需要原地址，都需要现场确认。
2. 在子网内更新核查依据
WeOpsX 的子网 IP 视图集中展示地址总量、已用数量、剩余数量和利用率，并提供在线、离线、冲突、未知等状态。分配前可以先做容量判断，再缩小到具体候选地址。
IPAM 以子网为单位持续对账，刷新在线、离线状态；自动维护的地址记录随结果更新。周期对账适合日常维护，单个子网的手动对账适合补充变更后的即时校验依据。
配置前需要维护子网及 CIDR 等边界信息，自动发现的对象按所属子网进入对账范围。仅子网内已定义的地址参与，范围外的对象不会改写本子网记录。
因此，解释结果前先检查管理范围。范围不完整时，不能用已有结果证明所有地址都已核查，也不应把页面的剩余数量直接当作可立即交付的地址数量。
3. 自动刷新与手工记录分工
自动对账能够补充状态变化，但设备为什么离线、地址为何保留，需要使用登记来解释。
WeOpsX 支持维护分配状态、地址类型、使用人、MAC 和描述等信息。手工维护的地址记录不会被自动对账直接覆盖，适合保留已确认的使用安排。
例如设备正在检修，负责人明确要求保留原地址，就应登记用途与使用人。之后查看到离线状态时，运维仍有依据继续保留，而不是把地址重新发放。
手工记录受到保护，也意味着两类信息不一致时需要人核实。不能期待每次自动对账都替团队修正使用安排，更不能把"不会覆盖"理解为登记永远准确。
4. 将核查落实到分配流程
一套可执行的处理顺序是：
- 确认目标子网和已维护地址范围。
- 查看周期对账结果，必要时手动触发一次对账。
- 交叉查看候选地址状态与使用登记，处理占用、冲突或未知线索。
- 按团队流程确认分配，由有资产编辑权限的人员登记使用人和用途。
- 配置完成后核对实际设备信息；设备迁移或退役后确认释放，再调整登记。
需要单独检查"选择"与"写入"的区别：空闲格不会仅因浏览或选择就生成台账记录。若只是选中了一个地址，分配信息还没有因此被保存。
IPAM 提供的是核查与登记依据，不等于自动地址分配器或排他锁。多人并行发放地址仍要统一协调，避免在核查后、登记前重复交付同一地址。
评价效果时，可以检查分配前是否更容易找到使用人，离线但已分配的地址是否得到保留，以及分配后的用途是否能够追溯。这些结果比单纯增加状态刷新频率更接近日常运维的目标。