针对企业网络中 IPv6 部署率低的现状，作者基于运维经验指出：在敏捷开发与跨段互联常态化的项目中，从起始阶段引入 IPv6 全球单播地址，可避免后期重编址与 NAT 叠加带来的运维复杂度。
部署现状与架构错位：
原文引用 2017 年 10 月底的全球 IPv6 部署曲线显示，企业空间部署率仍处低位，曲线在工作日与周末呈现波动——工作日办公终端上线推高比例，周末移动宽带接入拉低比例。IPv6 设计假设终端自治、网络基础设施由提供方管控，这种解耦模型与大型企业自建、强管控的运维模型存在结构性错位，导致推广阻力较大。
典型项目场景倒逼全球地址：
两类常见工程场景凸显 IPv6 优势：一是敏捷 / MVP 驱动的基建项目，常在缺乏前瞻协调下分配“临时”地址，后期整合时极易冲突；二是数据中心迁移、云专线互联等“提升并迁移”场景，需把原本隔离的网段、系统快速拼合。作者实测 IPv6 端到端全球寻址天然适配此类跨域互联，省去重叠地址规划与 NAT 映射的二次开发。
重编址代价与 NAT 陷阱：
RFC 5887 直言“重编址仍需改进”，实操中重编址往往演变为长周期、高风险工程。企图用 NAT 或各类叠加技术规避重编址，反而增加协议栈复杂度与排障盲区；且 NAT 在 IPv6 协议栈中本不工作。因此，在上述项目模式下，唯一可控路径是从 Day 1 起规划并下发 IPv6 全球单播前缀，消除后续重编址与 NAT 维护的隐性成本。
对网络工程师而言，提前在 IP 规划表中预留 IPv6 全球单播前缀、在自动化工具链中固化双栈模板，能在项目并行、跨域互联频发的当下，把“将来一定要改”的重编址风险锁死在设计阶段，换取全生命周期的运维确定性。
原文: APNIC Blog（2017-11-23）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog