首页/网络/IP 与子网速查/常用 CIDR 掩码换算速查表
掩码与 CIDR 速算50 条

常用 CIDR 掩码换算速查表

工程中最常用的一屏对照:前缀、点分掩码、通配符、可用主机与地址量,用于快速选型和容量盘点。

IP 与子网速查网络更新于 2026-10-13

这张表解决什么问题

地址规划、设备配置和考试题里反复要在三种写法之间来回换:前缀长度(/26)、点分掩码(255.255.255.192)与通配符反掩码(0.0.0.63)。这三个数由同一个位模式导出,只要记住规则就不必死背:掩码是左侧连续 1,通配符是它按位取反,可用主机数是 2 的主机位次方再减 2。

换算规则

把 n 写成 n = 8q + r:点分掩码前 q 段是 255,第 q+1 段按 128、64、32、16、8、4、2 依次叠加前 r 个位权,其余段为 0。通配符逐段用 255 减去掩码段值即可。块大小(子网在第 4 段的步长)则是 256 减去该段掩码值,这是心算子网边界最常用的数字。

基本信息

点分掩码n=8q+r:前 q 段 255,第 q+1 段为前 r 个位权之和
通配符255.255.255.255 减去掩码,逐段相减
可用主机2^(32-n) - 2(/31、/32 例外)
块大小256 - 掩码进位段的值
常见口径范围详见本表;/31、/32 见 RFC 3021 与主机路由

典型使用场景

  • 设备上只接受点分掩码,规划表里却是 CIDR 写法时快速对照
  • 写思科/华为 ACL 与 OSPF 时把前缀换成通配符,避免范围写反
  • 做容量盘点:用可用主机数与地址量两个口径估算浪费
  • 考试时判断某个需求该选哪档掩码,直接查表定位候选
  • 审计现网配置:发现 255.255.255.224 就知道它对应对 /27
  • 写脚本时先查表确认参数,再让 Python 复算一遍

常用前缀对照表

CIDR点分掩码通配符可用主机地址量
/8255.0.0.00.255.255.2551677721416777216
/12255.240.0.00.15.255.25510485741048576
/16255.255.0.00.0.255.2556553465536
/20255.255.240.00.0.15.25540944096
/21255.255.248.00.0.7.25520462048
/22255.255.252.00.0.3.25510221024
/23255.255.254.00.0.1.255510512
/24255.255.255.00.0.0.255254256
/25255.255.255.1280.0.0.127126128
/26255.255.255.1920.0.0.636264
/27255.255.255.2240.0.0.313032
/28255.255.255.2400.0.0.151416
/29255.255.255.2480.0.0.768
/30255.255.255.2520.0.0.324
/31255.255.255.2540.0.0.12(点对点)2
/32255.255.255.2550.0.0.01(单主机)1

核对:Python 一次生成三列

核对:Python 一次生成三列
import ipaddress as ip
for n in (24, 26, 27, 28, 30):
    net = ip.ip_network('0.0.0.0/%d' % n)
    print(n, net.netmask, net.hostmask, max(net.num_addresses - 2, 0))
# 24 255.255.255.0 0.0.0.255 254
# 26 255.255.255.192 0.0.0.63 62
# 27 255.255.255.224 0.0.0.31 30
选型先看可用主机,再看地址量评估浪费:需要 50 台时 /26(62)刚好、/25(126)更稳;需要 2 个地址做互联时优先 /31 而不是 /30,可以省一半地址。

通配符为什么数值相反

通配符(反掩码)里 0 表示这一位必须匹配、1 表示忽略,含义与子网掩码正好相反,所以数值上是掩码的逐位取反。/24 的掩码 255.255.255.0 对应通配符 0.0.0.255;/26 的掩码 255.255.255.192 对应 0.0.0.63。写成 0.0.0.63 而不是 255.255.255.192 是协议要求,写在 ACL 里把两者弄反会让匹配范围完全走样。

手算换算顺序

拿到一个前缀先做两件事:用 n=8q+r 算点分掩码,用 256 减去掩码的进位段得到块大小。之后求通配符就变成逐段相减,求可用主机数是 2 的主机位次方减 2。三者互相校验:掩码段值与块大小之和必须等于 256,可用主机乘以 2 加 2 必须等于地址量,对不上就说明记错了一档。

写配置前的检查项

  • 确认设备要的是前缀长度、点分掩码还是通配符,别混用
  • 确认掩码是左侧连续 1,别出现 255.255.255.129 这类写法
  • 确认网段起点按块大小对齐,否则设备会拒绝或自动改写
  • 确认可用主机数满足需求,并预留扩展余量
  • 在脚本里直接用 Python 复算一遍,避免手抄出错
记忆锚点:/25 与 128、/26 与 192、/27 与 224、/28 与 240、/29 与 248、/30 与 252 是最高频的六对,块大小分别 128、64、32、16、8、4,正好是掩码段值的补数。

最易混的三组数字

第一组是 192 与 224:192 是 /26(块 64)、224 是 /27(块 32),两者只差 32 但相差 32 个地址。第二组是掩码与通配符方向:255.255.255.192 与 0.0.0.63 指同一个网段。第三组是地址量与可用主机:/26 是 64 个地址、62 台可用,写规划表时把 64 填进「可用主机」列会在扩容时暴露问题。

本表默认 IPv4 且按经典口径给出可用主机(去掉网络与广播);/31 与 /32 属特例,实际规划时要按 RFC 3021 与主机路由的语义单独处理。
表格按前缀递增排列,实际选型通常是从需求侧倒推:先定需要多少可用地址,再在表中找到最小能容纳的那一档,最后确认起点是否对齐。
掩码必须由左侧连续 1 构成:255.255.255.128 合法,255.255.255.129 这种「中间有 0 的掩码」设备会拒绝或行为不可预期。

易错点

  • 用地址量当可用主机做容量规划:/26 是 64 个地址但只有 62 台可用
  • 把通配符当掩码用:0.0.0.63 与 /26 语义相反,写进 ACL 会放行/拦截错范围
  • 跨字节掩码只记末段:/12 是 255.240.0.0,关键段在第 2 段
  • /26 与 /27 混记:192 是 /26、224 是 /27,差一位就少 32 个地址
  • 只看 /24 一档:/23、/22 同样能做部门网,规模更大且更省路由

数据来源与参考

  • RFC 4632(CIDR)
  • RFC 3021(/31 点对点)

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌