CIDR/子网掩码对照表

列出从/0到/32所有前缀长度对应的子网掩码、通配符掩码及可用主机数。输入所需主机数,即可自动判定能容纳该数量的最小CIDR区块。

CIDR对照表(/0〜/32)

各前缀长度对应的子网掩码、通配符掩码、总地址数及可用主机数一览。

前缀 子网掩码 通配符掩码 总地址数 可用主机数
/00.0.0.0255.255.255.2554,294,967,2964,294,967,294
/1128.0.0.0127.255.255.2552,147,483,6482,147,483,646
/2192.0.0.063.255.255.2551,073,741,8241,073,741,822
/3224.0.0.031.255.255.255536,870,912536,870,910
/4240.0.0.015.255.255.255268,435,456268,435,454
/5248.0.0.07.255.255.255134,217,728134,217,726
/6252.0.0.03.255.255.25567,108,86467,108,862
/7254.0.0.01.255.255.25533,554,43233,554,430
/8255.0.0.00.255.255.25516,777,21616,777,214
/9255.128.0.00.127.255.2558,388,6088,388,606
/10255.192.0.00.63.255.2554,194,3044,194,302
/11255.224.0.00.31.255.2552,097,1522,097,150
/12255.240.0.00.15.255.2551,048,5761,048,574
/13255.248.0.00.7.255.255524,288524,286
/14255.252.0.00.3.255.255262,144262,142
/15255.254.0.00.1.255.255131,072131,070
/16255.255.0.00.0.255.25565,53665,534
/17255.255.128.00.0.127.25532,76832,766
/18255.255.192.00.0.63.25516,38416,382
/19255.255.224.00.0.31.2558,1928,190
/20255.255.240.00.0.15.2554,0964,094
/21255.255.248.00.0.7.2552,0482,046
/22255.255.252.00.0.3.2551,0241,022
/23255.255.254.00.0.1.255512510
/24255.255.255.00.0.0.255256254
/25255.255.255.1280.0.0.127128126
/26255.255.255.1920.0.0.636462
/27255.255.255.2240.0.0.313230
/28255.255.255.2400.0.0.151614
/29255.255.255.2480.0.0.786
/30255.255.255.2520.0.0.342
/31255.255.255.2540.0.0.122
/32255.255.255.2550.0.0.011

可用主机数为扣除网络地址与广播地址后的数值(/31依据RFC 3021可使用全部2个地址,/32作为单一地址计为1)。

小贴士

  • "/24"即255.255.255.0(256个地址,可用主机254个),是小型办公室局域网和家庭网络中最常用的规模。
  • /31是特例,2个地址均可分配使用(RFC 3021)。常用于路由器之间的点对点连接以节省IP地址。
  • 如果不清楚具体需要多少台主机,可在上方输入框中输入人数或设备数,系统会自动在下表中高亮显示能容纳该数量的最小CIDR区块。
  • 通配符掩码是子网掩码的反转值,用于Cisco设备的ACL(访问控制列表)配置和OSPF的网络声明等场景。

常见问题

/24包含256个IP地址(0〜255),但开头的网络地址和末尾的广播地址通常不能分配给终端设备,因此实际可分配给主机的地址为254个。

子网掩码用"网络部分为1、主机部分为0"表示(例如255.255.255.0),通配符掩码则正好相反(例如0.0.0.255)。Cisco路由器的访问列表和OSPF配置中使用的是通配符掩码,因此需要了解两者的对应关系。

根据RFC 3021,/31被正式认可为可在路由器间等点对点链路上同时使用其2个地址的子网。/32则作为仅指向单个IP地址的主机路由,用于路由表中指定通往特定主机的路径。

在本工具上方的输入框中输入所需主机数,系统会自动判定能容纳该数量的最小CIDR区块(前缀长度),并在下方表格中高亮对应行。如果考虑未来的扩展余地,实务上通常会选择比当前需求略大一些的区块。
ツールくん

闲话 ― IPv4地址枯竭与CIDR的诞生

CIDR(无类别域间路由)于1993年引入,在此之前只能选择A类(/8)、B类(/16)、C类(/24)这三种固定规模。分配一个B类地址段就能占用65,534个主机地址名额,但如果把B类分配给实际只需数千台设备的组织,就会浪费大量地址——这种浪费在20世纪90年代初曾是加速IPv4地址枯竭的重要原因之一。

CIDR通过"可自由选择前缀长度"解决了这一问题,使得分配的区块规模能够更贴近实际所需的主机数量,从而大幅提升了地址空间的利用效率,使IPv4的实际使用寿命比预期延长了不少。同时,CIDR还使得将多个连续网络汇总为一条路由信息("路由汇聚")成为可能,有助于抑制全球互联网路由表的膨胀。

如今民间新分配的IPv4地址几乎已经枯竭,业界正持续推进向IPv6的迁移,但在企业内部局域网和云端VPC设计中,基于CIDR表示法的子网划分仍是日常工作。判断"是否需要比/24稍大一些的区块",至今仍是云工程师经常遇到的实务技能。