首页/网络/IP 与子网速查//11 掩码:多省聚合块
掩码与 CIDR 速算50 条

/11 掩码:多省聚合块

/11 = 255.224.0.0;10.0.0.0/11 覆盖 10.0.0.0-10.31.255.255,按 32 个 /16 划分适合大区/多省聚合。

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

/11 掩码是什么

/11 的掩码是 255.224.0.0,前两段的前三位属于网络位,第二段步长是三十二,于是每个 A 类段被切成八个 /11。可用主机两百零九万多个,包含三十二个 /16 或八千一百九十二个 /24,规模上适合按大区或者多省聚合的地址池来规划。

步长为什么是三十二

前缀落到第二段时,剩下的位数决定步长:第二段一共八位,被前缀占用三位后还剩五位,第五位的权重是三十二。同一个道理,/10 的步长是六十四,/12 的步长是十六,/13 的步长是八。记住“占用位数越多、块大小越小”,比死背数值可靠得多。

基本信息

CIDR/11
掩码255.224.0.0
通配符0.31.255.255
可用主机2097150
包含32 个 /16 或 8192 个 /24
典型场景多省、大区级地址池

典型使用场景

  • 多省规划:按省分配地址时先用 /11 圈定大区,再按 /16 下发给各地市公司
  • 聚合收敛:三十二个连续 /16 若起点对齐,可以合并成一条 /11,显著减少路由条目
  • 掌握步长换算:第二段步长与占用位数的关系,在这里练熟后可迁移到 /12 到 /15
  • 核对工单:别人报的网段是否落在预期大区,用第二段除以三十二即可判断
  • 容量评估:两百多万地址适合超大型园区或区域中心,但实际会继续细分为更小的业务网段
  • 排查配置:掩码误写成二百二十四的写法,会被误判为其他前缀,需要按段位逐段核对

示例:10.0.0.0/11

示例:10.0.0.0/11
ipcalc 10.0.0.0/11 | grep -E 'Network|Broadcast'
# Network:   10.0.0.0/11
# Broadcast: 10.31.255.255
ipcalc 10.40.1.1/11 | grep Network
# Network:   10.32.0.0/11   # 四十除以三十二取整得一,起点是三十二

第二段步长速查

前缀掩码第二段段内步长包含 /16 数
/9128128128
/101926464
/112243232
/122401616
/1324888
/1425244
第二段步长是三十二:十点零、十点三十二、十点六十四依次划分。判断一个地址属于哪一块,用它的第二段数值除以三十二向下取整,再乘回去就是起点。
规划时建议让父块起点对齐:如果大区池的起点不能被三十二整除,就无法与其他相邻块合并成更短的前缀,路由聚合的效果会打折扣。

易错点

  • 把第二段步长记成三十一或十六,实际是三十二,边界会整体偏移
  • 把掩码写成 255.255.224.0,那是 /19 的写法,段位错一层
  • 父块起点未对齐就急着聚合,导致相邻两条前缀无法合并,路由表规模不降反升

数据来源与参考

  • RFC 4632(CIDR)

相关工具

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