DPLPMTUD: потеря большого UDP-пакета требует подтверждаемой проверки размера
Фотография конкретного исполнения не приложена.
Когда крупные дейтаграммы исчезают без Packet Too Big, источник может не знать о слишком большом размере. Повтор того же сообщения не объясняет причину. Для такой задачи RFC 8899 описывает определение PMTU на уровне packetization для datagram-транспорта.
Документ различает packet black hole и отсутствие ожидаемой ICMP-информации об ограничении пути. DPLPMTUD использует пробы и обратную связь, позволяющую подтвердить их доставку. Простая отправка пакета без ошибки локального сокета не является таким подтверждением.
Механизм должен быть реализован соответствующим transport или приложением. Его нельзя объявить действующим для любого UDP-сервиса только потому, что ОС поддерживает IPv6. Также потеря одной пробы может иметь другую причину, поэтому вывод о допустимом размере требует предусмотренного алгоритма, а не одного неудачного измерения.
В приёмке проверяют уменьшенный участок пути, отсутствие PTB и обычную случайную потерю как разные сценарии. Сверяют переход к рабочему размеру и восстановление после изменения маршрута. Для прикладного отчёта фиксируют реальную поддержку и обратную связь. Наличие адресной достижимости не подтверждает успешную передачу дейтаграмм нужного размера.
Основание — Numbered IPv6 RFCs with DHCPv6 RFC9915 STD102 January2026 replacing RFC8415; selected mechanisms only, разделы RFC8899 Black hole definitions; probing and confirmation; RFC8201 Classical PMTUD. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные номерные RFC IPv6; DHCPv6 рассматривается по RFC 9915, январь 2026, который заменил RFC 8415. Разбираются выбранные механизмы, а не полный профиль всех обновлений IPv6. Реальная поддержка хоста и сетевого оборудования не проверялась; настройки и сетевые операции не выполнялись.
