/9 掩码是什么
/9 的掩码是 255.128.0.0，前八位全一、第九位是一，剩下二十三位归主机，正好是历史 A 类的一半。它把每个 A 类段切成前后两个 /9：第二段小于一百二十八的属于前半，大于等于一百二十八的属于后半。可用主机八百三十八万多个，量级上相当于一个中型城市的全部终端。
边界为什么在第二段
前八位已经把第一段用完了，第九位自然落到第二段的最高位。第二段的二进制最高位权重是一百二十八，所以判断归属只看第二段是否超过一百二十八。这也是跨段前缀的通用规律：前缀除以八取整决定完整占用的段数，余数决定哪一段被劈开。
基本信息
| CIDR | /9 |
|---|---|
| 掩码 | 255.128.0.0 |
| 通配符 | 0.127.255.255 |
| 可用主机 | 8388606 |
| 包含 | 128 个 /16 或 32768 个 /24 |
| 典型场景 | 超大园区、区域级地址池 |
典型使用场景
- 区域池规划：给多个大型园区预留连续地址时，用 /9 做父块便于后续按 /16 逐级下切
- 理解跨段前缀：第九位落在第二段，是讲清“前缀跨段”这个概念的第一个自然例子
- 核对历史分配：早期机构持有的大块常以半段为单位，判断归属时看第二段是否越过一百二十八
- 聚合计算：两条相邻 /10 可以合并成一条 /9，条件是起点能被块大小整除
- 地址规划教学：与 /17、/25 对照，三者边界分别落在第二段、第三段、第四段
- 容量评估：八百多万地址足以容纳超大型园区，但也意味着广播域过大，实际会继续切细
示例：10.0.0.0/9
示例：10.0.0.0/9
ipcalc 10.0.0.0/9
# Network: 10.0.0.0/9
# HostMin: 10.0.0.1
# HostMax: 10.127.255.254
# Broadcast: 10.127.255.255
ipcalc 10.200.1.1/9
# Network: 10.128.0.0/9 # 第二段越过一百二十八，归到后半块边界落点对照
| 前缀 | 边界所在段 | 段内块大小 | 判断方法 |
|---|---|---|---|
| /9 | 第二段 | 128 | 第二段是否超过一百二十八 |
| /17 | 第三段 | 128 | 第三段是否超过一百二十八 |
| /25 | 第四段 | 128 | 第四段是否超过一百二十八 |
| /10 | 第二段 | 64 | 第二段是否超过六十四 |
| /11 | 第二段 | 32 | 第二段是否超过三十二 |
第二段以一百二十八为界：开头的地址落在前半块，一百二十八及以上的地址落在后半块。判断时不需要看第三段和第四段，它们在这类前缀下整段随块搬运。
这里有一个常见误区：把 /9 的掩码写成 255.255.128.0。那是 /17 的写法，掩码里第二个二百五十五代表前两段已经用满，而 /9 只用到第二段的第一位，第二个字节只能是一百二十八。