研究利用 RIPE Atlas 7000 多个测量点，对比 C、F、K、L 四个根 DNS 服务器的任播部署，发现任播节点数量从 8 个到 144 个差异巨大，但中位延迟均在 25-32 毫秒区间，节点数并非决定延迟的关键因素。
测量方法与数据来源：
使用 DNS CHAOS 查询获取任播实例标识，确定用户到站点的捕获映射；同时测量所有测量点到各任播实例的 RTT，判断捕获是否在延迟层面最优。四字母根服务器在测量时部署规模差异显著：C-Root 8 个任播站点，L-Root 144 个，F、K 介于两者之间。原文未给出具体数据。
延迟分布与节点数量的非线性关系：
四字母根服务器的整体中位 RTT 集中在 25-32 毫秒，分布曲线高度重合。尽管 L-Root 站点数是 C-Root 的 18 倍，但延迟中位数无实质差异，说明单纯增加任播站点不一定改善整体延迟。长尾分布显示部分国家中位 RTT 较高，且该类国家内极少测量点能获得低延迟，提示本地互联条件对尾部延迟影响更大。
捕获最优性与本地连通性：
通过对比实际捕获与理论最低延迟实例，可评估 BGP 路由导致的捕获偏离。原文未给出具体数据。研究指出，任播性能更多取决于站点的本地连通质量与上游传输路径，而非站点总数；在互联较差地区，即使部署更多站点也难以显著压低尾部延迟。
对运维工程师而言，盲目扩展任播节点数量收效递减，应优先优化现有站点的对等互联与传输路径，并结合 RIPE Atlas 等平台持续监测捕获偏离，才能在成本可控前提下改善尾部用户体验。
原文: APNIC Blog（2017-05-23）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog