这篇文章剖析政企网络部署 IPv6 前必须解决的架构债：大量政府机构依赖 NAT 与负载均衡实现双链路冗余，而非 BGP，导致被单一 ISP 锁定、DNS 缓存失效、查询量激增。作者结合 LACNIC 地区连接 1,800 个市政节点、节省 3 亿美元的实战，指出必须先重构 IPv4 架构，才能平滑过渡到 IPv6 并保留换 ISP 的自由度。
依赖 NAT 与低 TTL 的脆弱冗余
该项目发现，客户网络通过两条指向同一 ISP 的接入链路，配合 NAT 和负载均衡实现故障切换，权威 DNS 记录托管在 ISP 侧并设置极低 TTL。链路故障时负载均衡修改 CNAME 记录实现切换，但这使全球 DNS 缓存对该网络“隐形”，导致 DNS 查询量显著上升、资源访问变慢，并给所有访问者带来额外昂贵流量。原文未给出具体查询量增长数据。
无 BGP 的锁定效应与 IPv6 部署障碍
这种架构在单 ISP 场景下可用，但无法在多 ISP 间工作：即使 ISP 内部链路走不同路径，最终仍会汇聚，冗余仅为部分。客户被 ISP 绑定（设备通常由 ISP 提供），更换 ISP 极其困难。部署 IPv6 时，现有 NAT 依赖与私有地址体系与 IPv6 端到端模型冲突，必须先引入 BGP、回收权威 DNS 控制权、消除对低 TTL 的依赖，才能为 IPv6 奠定可演进基础。
审计先行、简化架构的实战收益
项目通过全面审计梳理现网拓扑，剥离 NAT 与负载均衡对冗余的接管，改用 BGP 多归属接入，将权威 DNS 迁移至自管平台并恢复合理 TTL。重构后网络不再依赖单一 ISP 设备，具备真正多归属能力，为后续 IPv6 双栈部署扫清障碍。原文提到该举措帮助政府客户节省约 3 亿美元，但未披露审计耗时、BGP 会话数等细节。
对运维工程师的启示明确：在推 IPv6 前，先用审计暴露 NAT 过度依赖、DNS 托管外包、缺失 BGP 等架构短板；把权威 DNS 夺回自管、建立 BGP 多归属、去除低 TTL 依赖，是 IPv6 落地的前置条件，也是保持网络谈判筹码的关键。
原文: APNIC Blog（2018-11-22）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog