首页/网络/IP 与子网速查//17 掩码:半个 B 类
掩码与 CIDR 速算50 条

/17 掩码:半个 B 类

/17 = 255.255.128.0;172.16.0.0/17 覆盖 172.16.0.0-172.16.127.255,含 128 个 /24,是中型园区常用父块。

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

/17 掩码是什么

/17 即 255.255.128.0,主机位 15 位,一块包含 32768 个地址、32766 个可用,等于 128 个 /24。它的第 3 段步长是 128,也就是第 3 段取 0 或 128 两个起点。172.16.0.0/17 这类写法常用于中型园区或大型部门:容量足够大,又能保持一个整齐的父块方便向下切分与汇总。

基本信息

CIDR/17
掩码255.255.128.0
通配符掩码0.0.127.255
地址总数32768(2^15)
可用主机32766
包含关系128 个 /24 或 64 个 /23
第 3 段步长128,起点只能是 0 或 128
典型场景中型园区父块、大型部门、B 类地址一分为二

示例:172.16.0.0/17

示例:172.16.0.0/17
ipcalc 172.16.0.0/17
# Network:   172.16.0.0/17
# Netmask:   255.255.128.0
# HostMin:   172.16.0.1
# HostMax:   172.16.127.254
# Broadcast: 172.16.127.255
# 同一个 /16 的另一半是 172.16.128.0/17

一个 /16 拆两个 /17

网段第 3 段范围广播
172.16.0.0/170 – 127172.16.127.255
172.16.128.0/17128 – 255172.16.255.255

典型使用场景

  • 把企业拿到的 /16 一分为二,一半给办公、一半给服务器,两块之间策略清晰
  • 中型园区父块:向下按楼层或部门切 /24,向上仍能汇总成一条 /17 路由
  • 大型部门独立成段:几千台终端的部门用一个 /17 可以容纳多年增长
  • 数据中心与办公区分治:两块 /17 分别承载不同业务属性,安全策略按大段匹配
  • 考场题目:常用来考察第 3 段步长与“半个 B 类”的换算关系

规划建议

  • 两个 /17 分别承载办公与服务器,大类业务隔离清晰,策略可在大段级别一次性下发
  • 向下按部门或楼层切 /24,父块保持不动,后续扩容时从父块内继续取用,不影响已上线网段
  • 对外只通告 /17 汇总,内部保留 /24 明细,链路抖动时对外路由更稳定
  • 预留一个完整 /17 作为扩容池,新业务上线优先从这里取块,避免与存量网段交叉
  • 规划文档中标注每个 /17 的用途、已用 /24 数与负责人,容量接近上限时提前申请
把 /17 误配成 /25 是典型事故:掩码只差一个段位,网段范围却从三万多地址缩到一百多,配置下发后大部分终端直接掉线。
容易混淆的点:/17 与 /25 的末段掩码都是 128,但出现位置不同。判断时要看掩码写在第几段,/17 是第 3 段为 128,/25 是第 4 段为 128。

易错点

  • 把 /17 与 /25 混淆:两者末段都含 128,但段位不同,写错会导致网段范围差 128 倍
  • 第 3 段起点取非 0 或 128 的值:例如 172.16.64.0/17 不合法,会被设备拒绝或自动归位
  • 按 32768 个可用地址规划:要减去网络与广播,实际 32766
  • 在一个 /17 内不拆 VLAN:三万多地址的单一广播域远超合理规模,需按 /24 分层组织

数据来源与参考

  • RFC 4632(CIDR)

相关工具

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