IPv6-mostly 接入网标准解决了双栈无法缓解 IPv4 地址枯竭、纯 IPv6 又难兼容旧设备的矛盾，通过仅为旧设备提供 IPv4 连接、让现代设备跑纯 IPv6，实现接入侧 IPv4 的渐进式退役。
移动端已就绪：iOS 与 Android 的 IPv6-only 支持
原文指出移动操作系统对 IPv6-only 网络支持成熟。iOS 强制应用开发者仅发布支持 IPv6-only 运行的应用，配合 Happy Eyeballs v2（RFC 8305）处理 IPv4 字面量或双栈故障，并内置 CLAT 引擎为共享网络的桌面设备提供双栈服务。Android 依靠 CLAT 引擎让未修改的旧应用在 IPv6-only 网络下正常工作，视角上设备仍处于双栈环境。全球大规模移动网络已在 IPv6-only 模式下运行 iOS 与 Android 设备，工程经验表明无重大问题。原文未给出具体部署规模数据。
桌面端短板：Windows、Linux、macOS 缺乏通用 CLAT
桌面操作系统允许用户从任意来源安装使用已弃用 IPv4-only API 的旧应用，这些应用在无 IPv4 供给时无法运行。Linux 仅有非标准发行版自带的 clatd 脚本；Windows 虽内置 CLAT 引擎，但仅在直连 WWAN 调制解调器时激活，笔记本直连 IPv6-only 移动网络可用，接入固定宽带则无效。macOS 现状原文未给出具体数据。缺乏通用 CLAT 使桌面设备难以直接接入 IPv6-only 接入网。
IPv6-mostly 机制与取舍
IPv6-mostly 网络通过 DHCPv6 选项或 RA 标志指示终端：若支持 IPv6-only 则仅获取 IPv6 前缀并启用 NAT64/DNS64 与 CLAT；旧设备继续通过双栈获取 IPv4 地址。此模式在接入层保留最小 IPv4 池，核心网可全面转为 IPv6-only，兼顾地址节约与兼容性。原文未给出具体 IPv4 地址节省比例或迁移时间表。
对运维与网络工程师而言，IPv6-mostly 提供了一条可落地的演进路径：移动接入侧可优先推行纯 IPv6，固定宽带
原文: APNIC Blog（2022-11-21）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog