需求反推掩码
反推掩码的公式只有一条：找到满足 2^n − 2 大于等于需求台数的最小 n，掩码长度就是 32 − n。真正容易出错的是余量判断：14、30、62、126、254 这几个数字恰好等于各前缀的可用容量，一旦需求落在或接近这些值，就说明该前缀已被坐满，必须升一档。园区规划通常留 20% 到 30% 的余量，无线与访客网段波动更大，建议按峰值再乘系数。
基本信息
| 计算公式 | 可用主机 = 2^n − 2，n 为主机位数 |
|---|---|
| 掩码长度 | 32 − n |
| 临界值 | 14、30、62、126、254 分别对应 /28、/27、/26、/25、/24 |
| 建议余量 | 20% 到 30%，超过临界值直接升一档 |
| 无线场景 | 按并发峰值乘 1.3 左右估算，终端数量波动大 |
| 例外情况 | /31 与 /32 不适用减 2 规则 |
带余量反推
带余量反推
import math
def mask_for(hosts, growth=0.25):
need = math.ceil(hosts * (1 + growth))
h = 2
while 2**h - 2 < need:
h += 1
return 32 - h
print(mask_for(60)) # 25，60 台加余量后需要 /25 的 126 个地址
print(mask_for(200)) # 24，200 台加余量后需要 /24 的 254 个地址
print(mask_for(12)) # 28，12 台加余量后 /28 的 14 个刚好够用需求与掩码对照
| 需求台数 | 最少需要 | 推荐规划 |
|---|---|---|
| 10 台 | /28（14 可用） | /28，余量偏紧可考虑 /27 |
| 20 台 | /27（30 可用） | /27，预留 25 台以上时选 /26 |
| 50 台 | /26（62 可用） | /25，避免立即坐满 |
| 100 台 | /25（126 可用） | /25 或直接 /24 |
| 200 台 | /24（254 可用） | /24，接近上界时评估拆段 |
典型使用场景
- 新建部门网段：先取当前终端数，再按 1.25 倍估算，最后落到整前缀上
- 无线办公区规划：按并发终端峰值估算，通常比有线台数高出三到五成
- 访客网络：人数不可控，一般直接给 /23 或更大，避免频繁扩容
- 会议室与培训室：使用人数波动极大，按最大容纳人数而不是平均人数规划
- 服务器区：按业务未来两年的扩容计划估算，容器化环境地址消耗速度更快
常见误区提醒
- 按“现有终端数 + 一两个”规划：办公区每年都会增加设备，第二年就得重划
- 把预留地址算进可用数：网关、交换机管理地址、AP 与打印机同样占地址，要从可用数里先扣掉
- 层层向下切分不留缓冲：从 /16 切到 /24 一路切满，后续需要更大网段时无处可挪
容量按业务上限而非当前数量确定：一个 /26 在半年内被坐满需要整段迁移，成本远高于当初直接选 /25。