首页/网络/IP 与子网速查//18 掩码:部门/大楼级父块
掩码与 CIDR 速算50 条

/18 掩码:部门/大楼级父块

/18 = 255.255.192.0;172.16.64.0/18 覆盖 172.16.64.0-172.16.127.255,含 64 个 /24,适合按楼栋分配。

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

/18 掩码是什么

/18 的掩码是 255.255.192.0,前两段用满、第三段占用最高两位,于是第三段步长是六十四,每个 /16 被切成四个 /18。单块包含六十四个 /24,可用主机一万六千多个。这个粒度正好对应一栋楼或者一个部门的规模,向上也容易聚合成 /16。

为什么适合按楼栋分

用地皮作比喻:一个 /16 是一整块地,第三段按六十四切四刀,把地分成四份,每份再分成六十四个 /24 分给楼层或者部门。这样划分的好处是边界整齐、上层路由只需要看第三段的高两位,聚合与排错都简化不少。

基本信息

CIDR/18
掩码255.255.192.0
通配符0.0.63.255
可用主机16382
包含64 个 /24
典型场景大楼、部门级父块

典型使用场景

  • 按楼栋划分:一栋楼拿一个 /18,内部再按楼层切成 /22 或 /24,职责与地址一一对应
  • 按部门划分:部门人数稳定在一万上下时,一个 /18 既够用又便于向上聚合
  • 控制广播域:父块本身不直接承载终端,真正上线的是其中的 /24,避免广播风暴扩散
  • 核对归属:第三段除以六十四取整,立刻判断某条地址属于哪栋楼哪个部门
  • 聚合推演:四个 /18 正好合成一个 /16,起点对齐时一条前缀就能覆盖整栋楼群
  • 教学对照:与 /26 并列讲解,前者看第三段、后者看第四段,段内步长都是六十四

示例:172.16.64.0/18

示例:172.16.64.0/18
ipcalc 172.16.64.0/18
# Network:   172.16.64.0/18
# HostMin:   172.16.64.1
# HostMax:   172.16.127.254
# Broadcast: 172.16.127.255
ipcalc 172.16.100.1/18 | grep Network
# Network:   172.16.64.0/18   # 第三段一百落在六十四到一百二十七之间

四个 /18 的切法

子块网络地址第三段起点覆盖范围
第一块172.16.0.0/18零零到六十三
第二块172.16.64.0/18六十四六十四到一百二十七
第三块172.16.128.0/18一百二十八一百二十八到一百九十一
第四块172.16.192.0/18一百九十二一百九十二到二百五十五
第三段步长是六十四:零、六十四、一百二十八、一百九十二四个起点组成一个完整的 /16;判断归属用第三段数值除以六十四向下取整,再乘回六十四。
用私有地址段做规划的好处是可以自由切分,不需要向运营商申请。四块 /18 若都使用同一私有前缀,向内是独立子网,向外则共享一条聚合路由,配置量最小。

易错点

  • 把第三段步长记成三十二,实际是六十四,判断归属时会落到相邻块
  • 直接在大楼父块上跑终端而不做二级细分,广播域过大,一旦出现异常流量影响整栋楼
  • 子块起点未按六十四对齐,向上无法聚合成 /16,路由表里会残留多条前缀

数据来源与参考

  • RFC 4632(CIDR)

相关工具

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