摘要

  • Corporación Digitel 运营负责人称，IPv6 已覆盖逾 500 万台联网移动设备，占联网设备总数的 74%，并承载移动流量的 42%。原文没有说明测量周期或方法。
  • 他称 DNS 服务器负载从 20% 升至近 45%。由于缺少负载定义和容量阈值，这提出了容量规划问题，却不能证明系统饱和或用户受到影响。

三个数字，三个不同的分母

LACNIC 于 10 月 14 日刊发的一篇客座文章介绍 Digitel 移动网络的 IPv6 迁移。文中署名显示，作者 Andrés Carmona 是 Corporación Digitel 集中运营经理。他称，超过 500 万台联网设备使用 IPv6，占该公司联网设备总数的 74%；IPv6 同时承载 42% 的移动流量。文章没有标明统计日期，没有定义“联网设备”，也没有交代流量采样方法。LACNIC 说明，客座作者的观点不一定代表该机构。

这两个百分比回答的是不同问题。设备占比不是流量占比，不能合并成单一采用率，也不能看成转换率或时间趋势；文章未提供历史序列。

第三个数字涉及基础设施。Carmona 称，随着双栈部署，Digitel DNS 服务器负载由 20% 升至接近 45%。这可能影响容量规划，但原文没有定义“负载”：没有每秒查询数、处理器或内存利用率，没有说明均值还是峰值，也未披露测量时段、服务器范围、时延、错误率或可用容量。接近一半的百分比本身不意味着还剩一半容量。

长期迁移还需要补上记录链条

Carmona 将内部准备工作追溯到约 2015 年，将正式移动网络项目追溯到 2016 年。他描述的顺序是小规模测试、员工使用约三个月、新用户以及更广范围的启用。按其说法，4G 使用一套订户模板，3G 则按每批 25 万至 50 万用户推进。他称，4G 双栈配置启用约两天后，接近 500 万用户已出现在 IPv6 上；这是运营方叙述，并非审计计数。

不那么显眼的工作发生在控制系统。文章提到会话控制兼容、DNS 调整和计费系统修改。Carmona 称，通话详单（CDR）记录 IPv4 地址、没有记录 IPv6 地址，弥补可追溯性缺口又用了近一年。公开文章没有提供审计、抽样或受影响订户数量，因此不能据此声称违规或具体用户损害。但这表明，启用协议与事后还原地址分配，是不同的运营任务。

Carmona 还称，2022 年核心网现代化同步更新了 DNS 平台。他把 LACNIC 培训和区域运营商交流视为维持项目内部支持的一部分；当时，IPv4 短缺还未构成直接紧迫性。这是参与者的回顾，并非对培训或网络表现的独立评估。

标准解释机制，但不能核实负载数字

IETF RFC 8305 描述双栈客户端在准备连接时异步发起 A 和 AAAA 查询的机制。它解释 IPv4、IPv6 地址发现如何并行进行，却没有说明有多少请求到达 Digitel 自有解析器、缓存吸收多少请求，或运营方报告的负载百分比指什么。因此，该标准不能证明负载从 20% 升到了 45%。

现有材料支持的结论有限：Digitel 报告了较大规模的移动 IPv6 覆盖，也报告一项团队认为与未来容量规划有关的 DNS 指标。外界无法判断该指标是平均值、峰值，还是特定资源的使用水平。两项采用率也不能替代公开的时间序列。

来源：LACNIC 客座文章，作者 Andrés Carmona；RFC 8305。