首页/网络/IP 与子网速查//13 掩码:8 个 /16 的父块
掩码与 CIDR 速算50 条

/13 掩码:8 个 /16 的父块

/13 = 255.248.0.0;10.24.0.0/13 覆盖 10.24.0.0-10.31.255.255,等于 8 个 /16 或 2048 个 /24。

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

/13 掩码是什么

/13 的掩码是 255.248.0.0,第二段步长是八,于是每个 A 类段被切成十六个 /13,每块包含八个 /16 或两千零四十八个 /24,可用主机五十二万多个。它的规模正好对应一个省级或者大区级网络的地址池,是规划中真实会用到的粒度。

为什么它是常见分法

按 /13 划分的好处是可以整段包含八个 /16,正好对应“一个省下辖若干地市”的层级结构,向上聚合也能合并成 /12、/11,收敛路径清晰。规划时只要保证每个省级池起点能被八整除,后续的拆分与聚合都不会产生碎片。

基本信息

CIDR/13
掩码255.248.0.0
通配符0.7.255.255
可用主机524286
包含8 个 /16 或 2048 个 /24
典型场景省级或大区级地址池

典型使用场景

  • 省级池规划:一个 /13 恰好容纳八个 /16,方便按地市继续下发而不产生地址碎片
  • 路由聚合:多省池在骨干侧可以合并成更短前缀,前提是每块起点都按八对齐
  • 核对工单:用第二段数值除以八取整,立刻判断某条网段属于哪个省级池
  • 容量评估:五十二万可用地址对省级网络偏宽,落地时通常还要按 /16、/24 继续细分
  • 教学对照:与 /21、/29 放在一起看,边界分别落在第二段、第三段、第四段,步长都是八
  • 配置复核:掩码写成二百四十八时先确认它是首段还是第二段,避免段位错判

示例:10.24.0.0/13

示例:10.24.0.0/13
ipcalc 10.24.0.0/13
# Network:   10.24.0.0/13
# HostMin:   10.24.0.1
# HostMax:   10.31.255.254
# Broadcast: 10.31.255.255
# Hosts/Net: 524286
ipcalc 10.30.1.1/13 | grep Network
# Network:   10.24.0.0/13   # 三十落在二十四到三十一之间

同一步长的三个前缀

前缀边界所在段段内步长块大小
/13第二段8两千零四十八个 /24
/21第三段8八个 /24
/29第四段8八个地址
/5首段8五百多万个 /24
/11第二段32八千多个 /24
第二段步长是八:十点零、十点八、十点十六、十点二十四依次划分。二十四恰好是八的倍数,所以这条地址天然对齐;若换成十点二十,就会被归位到十点十六。
把“步长八”这件事记牢很有价值:它同时对应 /5 的首段、/13 的第二段、/21 的第三段与 /29 的第四段,四个前缀共用同一个数字,只是作用的段位不同。

易错点

  • 把第二段步长记成十六,实际是八,判断归属时会跳过一整块
  • 在工单里写十点二十开头的斜杠十三地址,未按八对齐,实际会被归位到十点十六
  • 把斜杠十三与斜杠二十一混为一谈,两者块大小差了十六倍,规划容量时出错

数据来源与参考

  • RFC 4632(CIDR)

相关工具

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