/29 掩码是什么
/29 即 255.255.255.248，主机位只剩 3 位，每个块 8 个地址、可用 6 个。它属于小尺寸网段的典型选择：设备互联、带外管理、云上的小型子网都会用到。块在末段的步长是 8，也就是 0、8、16、24 一直到 248，一个 /24 里正好能切出 32 个 /29。
基本信息
| CIDR | /29 |
|---|---|
| 掩码 | 255.255.255.248 |
| 通配符掩码 | 0.0.0.7 |
| 地址总数 | 8（2^3） |
| 可用主机 | 6 个（首尾各占一个） |
| 末段步长 | 8，起点必须是 8 的倍数 |
| 每 /24 可切 | 32 个 /29 |
| 典型场景 | 三层互联、带外管理、小规模服务网段 |
示例：10.0.0.8/29
示例：10.0.0.8/29
ipcalc 10.0.0.8/29
# Network: 10.0.0.8/29
# HostMin: 10.0.0.9
# HostMax: 10.0.0.14
# Broadcast: 10.0.0.15
# 非法写法：10.0.0.9/29 起点不是 8 的倍数末段块边界
| 块起点 | 可用范围 | 广播 |
|---|---|---|
| 10.0.0.0 | .1 – .6 | .7 |
| 10.0.0.8 | .9 – .14 | .15 |
| 10.0.0.16 | .17 – .22 | .23 |
| 10.0.0.248 | .249 – .254 | .255 |
典型使用场景
- 两台三层设备互联，每端一个地址，其余地址留作备用与将来并联第三条链路
- 带外管理网：每台交换机或服务器管理口占一个地址，六个可用地址适合两三台设备的机柜
- 云上小尺寸子网：部分场景只需要放下少量实例，但要预留云厂商占用的地址
- 测试网段：临时拉起几台设备做验证，用完即可整体回收，不占用大段地址
- VPN 或隧道端点：单个 /29 可同时容纳多组隧道端点到同一台设备
| 相邻掩码对比 | /28 有 14 个可用，/30 只有 2 个，/29 恰好居中 |
|---|---|
| 末段掩码值 | 248，与第 3 段出现 248 时的 /21 要区分开 |
| 容量决策 | 设备数超过 5 台就该改选 /28，不要用两个 /29 拼凑 |
| 回收粒度 | 每个 /29 独立回收方便，适合临时测试网段 |
落地建议
- 链路互联地址统一使用 /29 或 /30，避免不同项目组各用一套，日后汇总与排障都会省事
- 把互联段集中规划在一块连续区域，例如 10.255.255.0/24 全部留给三层互联，不与业务地址混用
- 带外管理段与业务段分开，管理网地址变化少，单独一个 /29 便于做访问控制
- 每段只用到两三个地址时仍建议留 /29，比 /30 多出的余量能应对临时接设备的情况
- 分配记录写清每个地址的用途，避免多个团队在同一段里各占一个却互不知情
云上要单独算一笔账：AWS 与 Azure 每个子网各保留 5 个地址，/29 的 8 个地址在云上只剩 3 个可分配给实例，规划时按 3 而不是 6 计算。