MTU IPv6: маршрутизатор не раздробит слишком большой пакет по пути
Фотография конкретного исполнения не приложена.
Проверка маленьким пакетом может пройти, а передача крупных данных — зависать. У IPv6 фрагментация на сетевом уровне выполняется источником, а не промежуточным маршрутизатором. Поэтому ожидание автоматического исправления размера на узком участке неверно.
RFC 8200 разделяет link MTU и ограничения полного пути. Минимум 1280 относится к передаче IPv6 на link; это не обещание, что приложение может отправить полезный блок такого размера без учёта своих заголовков. Туннель или иной дополнительный слой также расходует бюджет пакета.
Классический PMTUD использует Packet Too Big, чтобы источник уменьшил оценку размера. Настроенный MTU локального интерфейса не доказывает отсутствие меньшего участка дальше. Маршрут может изменяться, поэтому успешный вчерашний размер не гарантирует сегодняшнее поведение того же назначения.
В приёмке сопоставляют малые и крупные передачи, наблюдаемые ошибки и фактическую инкапсуляцию. Проверяют адаптацию источника и результат приложения. Не следует сразу изменять все интерфейсы одним произвольным числом. Итоговый размер выбирают по полной цепочке и проверяют с нужным протоколом, а не только коротким диагностическим запросом.
Основание — Numbered IPv6 RFCs with DHCPv6 RFC9915 STD102 January2026 replacing RFC8415; selected mechanisms only, разделы RFC8200 4.5 Fragment Header; 5 Packet Size Issues; RFC8201 Path MTU Discovery. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные номерные RFC IPv6; DHCPv6 рассматривается по RFC 9915, январь 2026, который заменил RFC 8415. Разбираются выбранные механизмы, а не полный профиль всех обновлений IPv6. Реальная поддержка хоста и сетевого оборудования не проверялась; настройки и сетевые операции не выполнялись.
