IETF 100 在新加坡首次在多个工作组会场关闭 IPv4 无线，强制使用 IPv6 单栈或配合 DNS64/NAT64 访问 IPv4，旨在实地验证 IPv6 单栈环境下的兼容性与故障表现。
测试机制与部署范围
会议组织者在特定基站上停用传统 IPv4 Wi‑Fi，仅开启 IPv6‑only SSID 或在 IPv6 基础上启用 DNS64 与 NAT64 以访问 IPv4 资源，覆盖范围限定在无线信号可达区域。这种“大规模实地”测试让与会工程师在日常工作、加密通道、网页浏览、网银等真实场景下使用网络，一旦出现问题会即时反馈，形成快速、直观的故障信号。原文未给出具体数据。
实时排查与 Android 重复地址检测缺陷
网络运维团队可在会议现场近乎实时地定位问题，但也可能因信息不全而误判。本次会议即发现 Android 设备在重复地址检测（DAD）逻辑上存在缺陷，导致设备错误判断网络连通性并拒绝使用公共 Wi‑Fi 绑定。Android 开发人员与网络运营中心（NOC）在会议期间联合修复了该缺陷。类似现场修复并非首例，早期 Van Jacobsen 曾在 80 年代会议上修正 TCP 同步脉冲问题。
反馈与后续公开情况
会后有与会者询问测试结果、参与人数、满意度及未解决的客户端/应用问题，但原文未给出具体数据，仅记录了提问与回复的开头。
此次实验为运维与网络工程师提供了在真实负载下验证 IPv6 单栈可行性的机会，展示了现场协作快速定位并修复协议栈缺陷的价值，推动后续 IPv6‑only 部署的信心与经验积累。
原文: APNIC Blog（2017-11-17）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog