/31 掩码是什么
/31 即 255.255.255.254，按 RFC 3021 定义用于点对点链路：块内两个地址全部可分配给链路两端，不再保留网络地址与广播地址。它是 IPv4 地址紧张环境下最直接的省地址手段，一条链路只消耗两个地址，相比 /30 节省一半。前提是链路两端设备都支持该规范。
基本信息
| CIDR | /31 |
|---|---|
| 掩码 | 255.255.255.254 |
| 通配符掩码 | 0.0.0.1 |
| 地址数 | 2 个，链路两端各 1 个 |
| 适用链路 | PPP、光纤直连、隧道等点对点场景 |
| 不适用 | 多点以太网段，会导致互不可达与冲突检测异常 |
| 规范依据 | RFC 3021 |
| 兼容性 | 老设备可能不支持，需回退 /30 |
点对点链路两端配置
点对点链路两端配置
# 本端（Linux）
ip addr add 10.0.0.0/31 peer 10.0.0.1/31 dev eth1
# 对端
ip addr add 10.0.0.1/31 peer 10.0.0.0/31 dev eth1
# 验证链路可用性
ping -c 2 10.0.0.1
ip -br addr show eth1/31 与 /30 对照
| 对比项 | /31 | /30 |
|---|---|---|
| 地址总数 | 2 | 4 |
| 可用地址 | 2 | 2 |
| 地址浪费 | 无 | 每链路浪费 2 个 |
| 兼容性 | 需两端支持 RFC 3021 | 广泛支持 |
| 常见场景 | 新建数据中心互联 | 运营商互联与老设备 |
典型使用场景
- 数据中心内部互联链路数量大，用 /31 可把地址消耗降到最低
- 新建网络规划阶段默认使用 /31，减少后续地址再分配的麻烦
- 地址池接近耗尽的老网络改造，把 /30 改 /31 可释放可观地址空间
- 隧道与虚拟链路端点地址，两端各取一个即可
- 考试题：考察 RFC 3021 的特例与常规减 2 公式的差异
落地建议
- 统一规范：新建设备互联链路默认 /31，历史链路按实际情况保留 /30，不强行改造在运行的链路
- 互联地址集中规划在一块连续区域，便于汇总与统计消耗
- 改造前先确认两端设备与软件版本支持 /31，必要时先在实验环境验证
- 变更时两端同时调整，避免一端 /31 一端 /30 造成半通不通
- 记录每条链路两端的地址与设备，出现争议时可按文档快速核对
两端设备都必须支持 RFC 3021：与老设备互联时应回退到 /30，牺牲两个地址换取兼容性，比链路时通时断更划算。