Кратко

  • Vaishnavi Raghavajosyula и соавторы измерили 76 700 путей с помощью RIPE Atlas. На 80,5% выборки PMTU составил 1 500 байт; меньшие пределы чаще встречались у сетевых границ.
  • Исследование выявило 97 значений и расхождение измеренного PMTU с оценкой по MSS на 18,5% путей. Осторожная настройка теряет пропускную способность, а слишком крупный пакет может пропасть, если сообщение об ошибке не вернётся.

У маленьких пакетов есть незаметный налог: для того же объёма данных приходится снова передавать заголовки. Слишком большой пакет выставляет другой счёт. Если путь его отбрасывает, а ICMP-сообщение «Packet Too Big» не возвращается, отправитель продолжает передачу, не видя причины сбоя.

На RIPE 93 Vaishnavi Raghavajosyula представила измерения, которые переводят спор о размере пакета в конкретные числа. Команда исследовала 76 700 путей через сети доступа, ядро Интернета и направления к веб-серверам. Метод на основе traceroute не зависел от обычного Path MTU Discovery или вывода по MSS протокола TCP. Это позволило учитывать пути, на которых ожидаемая обратная связь отсутствует.

Чаще всего встречалось значение 1 500 байт — 80,5% путей. Значение 1 492 байта составило 11,7%, а 1 480 байт — 1,5%. Всего исследователи увидели 97 вариантов. PMTU ниже 1 500 байт были сосредоточены у сетевых границ; в ядре те же ограничения встречались редко. На путях от сети доступа к ядру узкое место часто находилось на первом или втором переходе. Среди ограничений на путях ядра 75% располагались в AS перед целевой автономной системой.

Пределы на прямом и обратном направлениях тоже различаются. Raghavajosyula сказала, что обратный PMTU был выше в большинстве измеренных пар. В аннотации статьи отмечено: измеренный PMTU и значение, выведенное из TCP MSS, расходились на 18,5% путей. Объявленный TCP размер сегмента не заменяет измерение размера IP-пакета, который принимает весь путь.

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

Источники

Доклад и аннотация RIPE 93 · официальная расшифровка сессии · профиль MPI и запись оригинальной статьи · DOI статьи IMC ’26 · RFC 8201 · RFC 8899