摘要

  • Vaishnavi Raghavajosyula 与合作者用 RIPE Atlas 测量了 76,700 条路径。80.5% 的样本路径 MTU 为 1,500 字节；较小上限主要聚集在网络边缘。
  • 研究识别出 97 种路径 MTU；18.5% 的路径上，实测值与 TCP MSS 推算值不一致。保守值会浪费容量，较大的包则可能在错误信号回不来的路径上消失。

小包有一笔安静的成本：同样的数据要拆成更多包，反复带上协议头。大包也有另一笔账。如果路径装不下它，ICMP“Packet Too Big”又没能返回，发送端可能继续朝黑洞里发。

在 RIPE 93，Vaishnavi Raghavajosyula 用一项测量给这场争论补上路径数据。团队通过 RIPE Atlas 检查了接入网、互联网核心和面向 Web 服务器的 76,700 条路径。方法以 traceroute 为基础，不依赖常规 Path MTU Discovery，也不靠 TCP MSS 推算上限，因此可以检查那些缺少预期反馈的路径。

最常见的值是 1,500 字节，占样本的 80.5%。1,492 字节占 11.7%，1,480 字节占 1.5%；全样本共有 97 种数值。低于 1,500 字节的路径主要聚集在接入网络边缘，核心路径很少遇到同样限制。接入路径朝核心方向走时，瓶颈常在第一或第二跳出现；核心路径的瓶颈中，75% 位于目的自治系统之前的那个自治系统。

同一条路径的两个方向也不一定相同。Raghavajosyula 在报告中说，多数测得的路径对里，反向路径 MTU 更高。论文摘要还指出，实测 PMTU 与基于 TCP MSS 推算的 PMTU 在 18.5% 的路径上不一致。连接协商出的分段尺寸，并不能准确替代沿途网络实际接受的包长。

这份分布图可以帮助协议工程师设置更有根据的探测起点，却没有给出适用于每条路线的统一数值。论文没有计算采用新默认值后有多少用户会获得更快下载、更低时延或更少丢包；这需要按真实流量加权的生产测试。

来源

RIPE 93 演讲与摘要 · 官方会议文字记录 · MPI 个人资料与原始论文记录 · IMC ’26 论文 DOI · RFC 8201 · RFC 8899