IPv6过渡期子网划分核心是实现IPv4与IPv6逻辑对齐、管理统一、路由协同，需遵循“一域一前缀”、ULA+GUA分层、协议感知路由联动及预留扩展位四大原则。
IPv6过渡期做子网划分，核心不是“怎么切”，而是“怎么让IPv4和IPv6子网在逻辑上对齐、管理上统一、路由上协同”。双栈不是两套独立网络叠在一起，而是同一物理网络承载两套协议——子网规划必须服务于这个前提。
按业务域统一划分子网边界
避免为IPv4一套、IPv6另一套单独设计地址空间。推荐采用“一域一前缀”原则：
- 每个业务区域（如办公网、生产网、DMZ）分配一个IPv6 /48前缀（如 2001:db8:1000::/48），再从中划出若干 /64 子网供具体接入使用；
- 对应地，该区域的IPv4子网从一个连续网段中划分（如 10.20.0.0/16 → 划为多个 /24），确保IPv4子网数量与IPv6 /64子网数量大致匹配；
- 这样，当某台双栈主机位于“办公网-会议室A”时，它同时拥有 IPv4 地址（如 10.20.5.100/24）和 IPv6 地址（如 2001:db8:1000:5::100/64），两个地址的第三段（5）可映射同一物理位置或功能区，便于排障与策略绑定。
用ULA+GUA组合实现内网稳定与外网可达
不建议直接将全局单播地址（GUA）用于所有内部设备，尤其在双栈初期。更稳妥的做法是分层使用：
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 内网通信优先使用唯一本地地址（ULA，fd00::/8），例如 fd00:1000:5::/64 对应会议室A；这类地址永不路由到公网，防火墙策略、服务发现、内部DNS都基于它，稳定可控；
- 对外访问则依赖GUA（如 2001:db8:1000:5::/64），由路由器通过无状态地址自动配置（SLAAC）或DHCPv6下发；
- IPv4侧同步部署私有地址（10.0.0.0/8、172.16.0.0/12、192.168.0.0/16）+ NAT，保持与ULA语义一致——内网用私有地址，出口做转换。
路由策略要区分“协议感知”与“路径保障”
双栈环境下，路由表本身是分开维护的（IPv4路由表 vs IPv6路由表），但策略设计需联动：
- 核心路由器必须同时运行OSPFv2（IPv4）和OSPFv3（IPv6），或启用IS-IS的IPv4/IPv6双协议能力（TLV 232 + TLV 236）；
- 关键链路（如骨干互联、出口）需显式开启IPv6转发，并配置等价多路径（ECMP）时注意：IPv4和IPv6的哈希算法可能不同，建议在策略路由中统一指定下一跳，避免同一流量因协议不同走不同路径；
- 对仅支持IPv4的旧系统，可在边缘部署DNS64+NAT64，使其能被IPv6客户端访问；此时其IPv4子网需在NAT64设备上明确声明（如 192.168.100.0/24），作为合成AAAA记录的依据。
预留扩展位，避免后期重划
IPv6地址空间充裕，但规划仍需留余量：
- 给每个部门/区域分配 /48 而非 /56 或 /64，即使当前只用1个 /64，也为未来拆分（如按楼层、按安全等级）留出32个 /64子网；
- IPv4侧同步保留足够连续地址块（如一个 /22），避免后续新增子网时被迫打散现有分配；
- 所有子网ID（如前缀中的第3段）统一采用十六进制或十进制编号规则，并文档化，例如 “1000=办公网，2000=数据中心，3000=IoT”，方便自动化脚本识别和生成ACL、路由策略。
