Кратко

  • Индивидуальный Internet-Draft от 28 октября предлагает NEXT_HOP_MTU — необязательный нетранзитивный атрибут BGP с четырёхоктетным значением для одноадресных маршрутов IPv4 и IPv6. Число означает допустимый размер IP-пакета на определённой границе, а не минимум всего пути.
  • Маршрутизатор берёт MTU собственной пограничной интерфейсной линии. Приняв допустимое значение соседа, он выбирает меньшую величину; местная политика может уменьшить её ещё раз, но не повысить. Настроить MTU пересылки к адресу можно лишь при наличии корректного значения на каждом пути пересылки.

Известный проход и неизвестная дорога

Пограничный маршрутизатор получает объявление префикса и знает MTU интерфейса, через который пойдёт трафик к следующему узлу. Проект разрешает приложить эту величину к маршруту. Внутренние устройства получают полезный ориентир. Однако следующий переход может быть уже. Авторы прямо говорят: атрибут не является MTU всего пути и сам по себе не меняет процесс выбора маршрута BGP. Число на маршруте обязано помнить, какая именно граница за него отвечает.

Расчёт подчинён одной логике — только вниз. Если L есть MTU своего края, а R — корректное значение соседа, которое местная политика решила принять, передают min(L,R). Иначе отправной точкой остаётся L. Политика может ещё уменьшить результат, увеличить — нет. Внутренний интерфейс нельзя выдать за тот край, через который маршрут получен. В многопереходной внешней сессии нельзя назначить границей случайный интерфейс; вручную заданное обещание не должно превышать MTU интерфейса к следующему узлу.

Отсутствие значения означает отсутствие обещания. Включать передачу и принятие атрибута надо отдельно для каждого соседа и семейства адресов; проект не требует включать их по умолчанию. Внутренний отражатель маршрутов при неизменном следующем узле должен сохранять значение. На другой внешней границе его уменьшают до местного минимума. Агрегированному маршруту число разрешено лишь при наличии корректных чисел у всех составляющих. MTU пересылки к адресу можно установить лишь при наличии данных на всех вариантах пути, причём наименьшее значение побеждает. Один неизвестный путь отменяет уверенность остальных.

Ошибочный атрибут отбрасывается по модели RFC 7606 без сброса BGP-сессии и без отзыва маршрута. При изменении MTU на границе нужно повторное объявление. Код атрибута пока указан как TBD; факт присвоения проверяется по реестру IANA. Завышение ведёт к потерям пакетов, занижение не даёт использовать доступную ёмкость. Доверять внешнему соседу — самостоятельное решение оператора.

Для полного пути остаётся IPv6 Path MTU Discovery и соответствующая обработка Packet Too Big. Карточка IETF показывает индивидуальную заявку без опубликованных результатов внедрения. Проверка на нескольких границах с записью интерфейсов, входящих значений и всех снижений показала бы, выдерживает ли обещание свой масштаб.

Источники: проект; статус IETF; IANA; RFC 7606; RFC 8201.