IETF 98 芝加哥会议上，IPv6 运维工作组（V6OPS）聚焦两大议题：为适应 IPv6 单栈网络趋势修订章程，以及解决 DNS 服务器发现与双栈路径选择的工程落地问题。会议确认 RDNSS 可在 SLAAC 的 RA 功能中以不足 10 行 C 代码实现，Apple 工程师展示的 Happy Eyeballs 修正方案则通过全网实验验证了 IPv6 优先路径的可行性，CDN 对 IPv6 的支持已使单栈部署在当下具备工程可行性。
章程修订与 IPv6 单栈趋势
Fred Baker 继续担任主席，提议在章程中明确纳入 IPv6 单栈网络的新兴场景。当前多数双栈网络仍依赖 IPv4 DHCP 下发 DNS 配置作为回退，但这种做法在单栈环境下失效。与会者认为，必须在标准层面解决 DNS 服务器自动发现，才能支撑单栈部署。原文未给出具体的章程修订时间表或版本号。
RDNSS 在 RA 中的轻量实现
针对“如何发现 DNS 服务器”，专家指出 RDNSS 机制可直接嵌入 SLAAC 的路由通告（RA）功能，实现代码不足 10 行 C 语言（含错误处理）。这比结构化网络管理的前缀绑定方案更轻量，且原生适配 IPv6 单栈。现场有思科工程师在评论中补充，IOS 中仅需一行 `ipv6 nd ra dns server` 命令即可启用，但不同 IOS 版本的支持情况原文未给出具体数据。
Happy Eyeballs 修正与双栈路径选择
Apple 工程师基于全网实验提出 Happy Eyeballs 修正，旨在让设备在双栈网络中更可靠地选择 IPv6 路径。讨论出现长队发言，有人建议每年在 IPv4 连接发起时额外增加 15ms 延迟，以逐步偏向 IPv6。该工作呼应 sunset4 方向，结合 CDN 已大规模支持 IPv6 的现状，工程上已可为单栈未来做配置准备。原文未给出实验的具体样本量或成功率数据。
对运维工程师而言，关键行动是：在路由器与主机侧启用 RDNSS/RA 完成 DNS 自动配置，替代对 IPv4 DHCP 的依赖；在应用与负载均衡层部署 Happy Eyeballs 修正算法，显式偏向 IPv6 路径。CDN 侧的 IPv6 就绪度意味着单栈过渡不再是理论推演，而是可立即纳入容量规划的工程选项。
原文: APNIC Blog（2017-03-31）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog