爱荷华大学从 2010 年 7 月起在校园主干推行 IPv6，采用原生双栈避开 6to4 等过渡机制，逐步覆盖数据中心与大多数教学区，唯医院网络暂未启用。核心结论是：尽早并入日常运维、拒绝过渡技术、依赖 Happy Eyeballs 回退，能显著降低大规模部署风险。
部署策略：原生双栈与服务优先
团队在 IPv4 地址池较小的前提下，直接在骨干与接入层开启双栈，不再投入精力研究 6to4、Teredo 等隧道技术。DNS、NTP、DHCP、SNMP、syslog、RADIUS 等网络基础服务最先完成 IPv6 适配，确保管理面与控制面原生可达。数据中心同步上线，教职工与学生宿舍区随后跟进。Happy Eyeballs 机制在终端侧提供快速回退，避免用户感知故障。原文未给出具体流量占比或并发会话数。
推进节奏：集中式网络的沟通与分阶段上线
依托高度集中的网络架构，团队在年度 “Tech Forum” 面向全校 IT 人员说明部署动机与预期影响，统一预期、降低阻力。先行上线可控服务，再逐步扩展到用户可见的无线、VPN、负载均衡等业务。医院网络因合规与业务连续性考量暂缓，形成 “核心先行、边缘跟进、特例隔离” 的节奏。原文未给出各阶段耗时或覆盖端口数。
典型难点：无线、防火墙与二层组播功能
无线网络因认证关联、漫游切换、客户端异构性成为最棘手环节，至发稿仍在持续修正细节。数据中心防火墙早期固件对 IPv6 支持滞后，后经厂商升级基本解决。组播路由、MLD Snooping 及交换机二层转发功能在 IPv6 下均暴露出兼容性缺陷，需逐厂商、逐型号验证修复。原文未给出故障单数量或平均修复周期。
对运维团队而言，该案例证明在 IPv4 地址紧张时，直接上双栈比维护隧道更可控；关键在于把 IPv6 写入日常变更流程，利用 Happy Eyeballs 兜底，再逐个攻克无线认证、防火墙策略、MLD Snooping 等细节，避免等到被迫转型时陷入大规模返工。
原文: APNIC Blog（2018-06-26）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog