三档规划口径
IPv6 地址多到不需要节省，规划方法就从「数地址」改成「数子网」。按 RFC 6177 与各 RIR 的分配政策，站点一般拿 /48、小型站点与家宽拿 /56、单条链路用 /64。每档之间相差 8 位，等于 256 倍：一个 /48 能切出 65536 个 /64，一个 /56 能切出 256 个。
为什么每档差 8 位
把 64 位分界线当作「链路边界」后，站点前缀到 64 之间剩下的位数就是可用的子网位：/48 剩 16 位（65536 条链路）、/56 剩 8 位（256 条）、/60 剩 4 位（16 条）、/64 剩 0 位（本身即一条链路）。所以分配方案一确定，能划出的 VLAN 数量也就确定了，规划时先估算需要多少条链路而不是多少台设备。
三档口径对照
| 块 | 子网位 | 可切 /64 数 | 典型对象 |
|---|---|---|---|
| /48 | 16 位 | 65536 | 企业、园区站点 |
| /56 | 8 位 | 256 | 家宽、小型分支 |
| /60 | 4 位 | 16 | 微型办公 |
| /62 | 2 位 | 4 | 极小型点位数 |
| /64 | 0 位 | 1 | 单条链路（LAN） |
基本信息
| 站点块 | /48（RFC 6177 惯例） |
|---|---|
| 小型站点 | /56 或 /60 |
| 链路 | /64（SLAAC 前提） |
| 点对点 | /127（RFC 6164） |
| 环回 | /128 |
| 速算 | 子网数 = 2^(64 - 站点前缀) |
典型使用场景
- 企业向运营商申请 IPv6 地址时的合理诉求：一个 /48 起
- 家宽用户确认运营商委派的是 /56 还是 /64，决定能开几个网段
- 规划 VLAN：按 /64 逐条对应，编码规则与 IPv4 时代思路一致
- 多云互联：各云 VPC 用不同 /56 或 /48，避免前缀重叠
- 点对点互联链路改用 /127，节省前缀并符合 RFC 6164
速算：一个 /48 能切多少链路
速算：一个 /48 能切多少链路
python -c "print(2**(64-48), 2**(64-56), 2**(64-60))"
# 65536 256 16
python -c "import ipaddress as ip; n=ip.ip_network('2001:db8:acad::/48'); print(next(n.subnets(new_prefix=64)))"
# 2001:db8:acad::/64IPv6 规划不必像 IPv4 那样抠地址：一个 /48 提供的链路数远超多数企业实际需要，因此可以按「区域 + 楼层 + 功能」这类有意义的结构编码，而不必为省一个 /64 去反复压缩。
与 IPv4 规划的思维差异
IPv4 规划受限于地址紧张，习惯按需求精打细算、二次划分频繁；IPv6 的地址空间大到可以让每个 VLAN 直接拿一条 /64，因此规划重点转向结构清晰与可汇总：站点块固定大小、子网编号按区域含义编码、对外只通告一条站点前缀。这样做的代价只是「浪费」了地址，而地址在 IPv6 里最不缺。
给 LAN 配非 /64 前缀（如 /120、/80）会让 SLAAC 失效：主机无法按 64 位接口标识自动生成地址。除非使用 DHCPv6 手工分配，否则链路上应统一用 /64。