Кратко

  • В 80,5% из 76 700 путей с успешно измеренным PMTU значение составляло 1500 байт; в кампании прямого измерения доступа иных значений было больше.
  • В 12,12% из 10 989 двунаправленных путей PMTU различался; 18,5% из 63 389 путей с наблюдениями MSS не совпали с измеренным PMTU. Это не доли интернет-трафика с весами по объёму.

Большинство имеет смысл только вместе со своим знаменателем. В работе «The Internet’s Path MTUs: How Big Can You Go?» исследователи сообщают о 76 700 путях, для которых RIPE Atlas успешно определил PMTU с февраля по апрель 2026 года. Наблюдалось 97 различных значений. Чаще всего встречалось 1500 байт — 80,5%; на 1492 байта приходилось 11,7%, на 1480 и 1476 байт — примерно 1,5% и 1,4%.

Это доли измеренных путей, а не пакетов, пользователей или интернет-трафика. Различия особенно заметны на доступе: в кампании access-forward 20,6% путей имели значение, отличное от 1500 байт. Для инфраструктуры веб-сервисов доля была ниже 4%, для измерений ядра — ниже 3%. Кампании опирались на разные точки и правила отбора. Поэтому сравнение помогает сформулировать вопрос об участке доступа, но не является контролируемым измерением разницы между краем и ядром.

Направление тоже важно. Среди 10 989 путей, измеренных в обе стороны, PMTU различался в 12,12% случаев. В 92,3% таких асимметричных случаев обратное направление допускало больший размер. Для 64,1% асимметричных путей обратный PMTU был не ниже 1500 байт, тогда как прямой оставался ниже. Единое число для адресата может завысить предел именно того направления, по которому идёт поток. Эти данные не показывают объём трафика по данным маршрутам или частоту сбоев приложений.

Авторы также сравнили измеренный PMTU с размером пакета, выведенным из объявленного TCP MSS. Наблюдения MSS имелись для 63 389 путей; на 51 644 путях (81,5%) оценка совпала с измеренным PMTU, а на оставшихся 18,5% — нет. Для всех 63 389 путей авторы рассчитали около 11,26% занижений и 7,2% завышений, используя измеренный PMTU как базу сравнения. Это расхождение методов наблюдения, а не показатель потерь приложений и не доказательство того, что один сигнал всегда ошибочен. MSS полезен, но напрямую не подтверждает сетевой предел каждого маршрута.

Дизайн исследования задаёт границы вывода. Отдельные кампании охватывали якоря ядра, прямые и обратные пути доступа и инфраструктуру веб-сервисов. Требовалось, чтобы проба сохраняла стабильный тег 90 дней. Измерения проводились еженедельно четыре недели и повторялись примерно через полтора месяца. Повторяемость для повторно измеренных путей превысила 96%. Это подтверждает воспроизводимость в условиях исследования, но не превращает участвующие пробы в случайную выборку Интернета.

RIPE Atlas зависит от добровольных проб и якорей, а покрытие неоднородно. Авторы отмечают более заметное присутствие европейских и американских провайдеров и облачных служб, различия плотности по регионам и отсутствие весов по объёму трафика. Для привязки сетей использовались ASN-сопоставления на основе BGP. Разрывы на частных адресах исключались из анализа по сетям; traceroute и фильтрация ICMP ограничивают уверенность в месте некоторых ограничений. Наблюдение рядом с площадкой клиента может указывать на влияние доступа, оборудования или инкапсуляции, но само по себе не устанавливает виновного оператора или устройство.

Для эксплуатации 1500 байт — сильная начальная гипотеза для многих измеренных путей, но не подтверждение для любого направления, туннеля или клиентского маршрута. Критические пути следует проверять в обе стороны, сохраняя конечные точки, время, идентификатор пути или потока и условия инкапсуляции. Исследование не обосновывает единый предел для всего Интернета и не доказывает, что при PMTU ниже 1500 байт приложение не сможет работать.

Источники: Binkle и соавторы, работа IMC ’26; запись MPI и препринт; Internet Society Pulse, «How Big Can a Packet Be?»; программа RIPE93; RIPE Atlas; RFC 1191; RFC 8201; RFC 8899.