针对网络工程师在 IPv6 部署中沿用 IPv4 思维导致的子网混乱、地址浪费与 NAT66 滥用问题，本文给出基于 /64 边界的分层子网规划方法，主张保持端到端原则、避免动态前缀与过小子网，构建可扩展的无状态网络。
IPv4 思维的三大陷阱
很多运营团队把 IPv6 当成「地址更多的 IPv4」：在 PtP 链路、服务器、基础设施上随机分配前缀，导致管理失控；给客户仅下发单个 /64 甚至 /124（如 DigitalOcean 对虚拟机的做法），或在重拨时改变 LAN 前缀中断会话；更有团队引入 NAT66 与不必要的 ULA 试图「节省地址」。这些做法打破了网络层端到端原则，引入 NAT 穿透机制，反而增加复杂度与故障域。
分层规划与 /64 不变原则
推荐以站点为顶层、网络段为叶子的两级模型：站点申请 /48 或 /56，内部按功能区划分 /64，PtP 链路同样使用 /64 而非 /127，保持子网前缀长度不变。这样可在不重编址的前提下支持未来扩容，避免「向底部竞争」式的地址耗尽。原文未给出具体站点数量与扩容倍数数据，但强调规划时需预留足够增长空间。
运维落地的关键动作
工程侧需建立前缀分配台账，禁止动态下发可变 LAN 前缀；在 CPE 侧固化 /64 或更短前缀，杜绝 /124 等过小子网；拒绝 NAT66 与非必要 ULA，保持无状态转发。文中提到的播客进一步阐述了如何通过自动化工具固化该模型，原文未给出具体工具链名称。文档化与变更审批流程是防止随意分配的最后一道防线。
对运维与网络工程师而言，核心收获是：把 /64 视作不可再分的原子单元，用层级而非稀缺思维规划地址，彻底移除 NAT66 与动态前缀。这能直接消除地址耗尽焦虑、减少排障变量，让网络在 IPv6 规模下保持无状态、可扩展的原生特性。
原文: APNIC Blog（2023-04-04）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog