Кратко

  • RFC 8654 повышает предел BGP-сообщений, кроме OPEN и KEEPALIVE, с 4096 до 65 535 октетов, но разрешает отправку только соседу, объявившему возможность 6.
  • Возможность — обязательство приёма в одной сессии, а не сетевое разрешение; смешанная поддержка может привести к удалению атрибутов, удержанию UPDATE или отзыву маршрута.

Больший формат начинается с двустороннего обещания

RFC 4271 задаёт исходную границу: BGP-сообщение обрабатывается только после полного приёма и имеет максимум 4096 октетов. RFC 8654 увеличивает предел для новых семейств адресов и функций до 65 535 октетов, за исключением OPEN и KEEPALIVE.

Управление задаёт не число, а согласование. Узел, способный принимать расширенные сообщения, SHOULD объявлять возможность по механизму RFC 5492. IANA регистрирует её как код 6. Отправитель MAY передать расширенное сообщение лишь после получения этой возможности от соседа в данной сессии.

Объявление создаёт реальную обязанность: реализация MUST принимать сообщения до 65 535 октетов включительно. И наоборот, технически способный узел, который по настройке не объявил возможность, MUST NOT принимать расширенное сообщение. Возможность программы не отменяет настроенную границу.

RFC 8654 также задаёт отдельную границу отправки: сообщение NOTIFICATION соседу, который не объявил возможность, не должно превышать 4096 октетов (MUST NOT).

Ёмкость одной границы не распространяется на следующую

UPDATE больше 4096 октетов может прийти от поддерживающего соседа и потребовать передачи соседу без такой возможности. Первая сессия разрешила приём, но ничего не решила за вторую.

RFC 8654 указывает, что промежуточный узел SHOULD попытаться уменьшить сообщение, удаляя только атрибуты, допустимые для «attribute discard» по RFC 7606. Они не должны влиять на выбор или установку маршрута. Если UPDATE всё ещё слишком велик, отправлять его нельзя. Если NLRI был объявлен ранее, его необходимо отозвать для этого соседа.

Пользу получает приложение, которому нужны больший набор атрибутов или NLRI. Издержки могут нести следующий сосед и пользователи маршрута, не способного пересечь границу 4096 октетов. Ёмкость представления становится решением о распространении и достижимости.

Внутренняя согласованность становится задачей руководства

RFC 8654 гарантирует согласованную картину внутри автономной системы только тогда, когда все iBGP-узлы объявляют возможность. Иначе оператору следует решить, стоит ли вообще объявлять её внешним соседям.

Ответственная последовательность начинается с инвентаризации по сессиям, испытания приёма и разбора максимального размера, измерения запаса буферов, поиска внутренних и внешних границ и наблюдения за удалёнными маршрутами и атрибутами при поэтапном внедрении. Лишь затем принимается внешнее решение.

Расширение не устраняет исходные проблемы безопасности BGP. Большие буферы могут увеличить риск преднамеренного или случайного истощения ресурсов. Полученная возможность не доказывает законность маршрута или безопасность содержимого; она подтверждает только заявленную ёмкость приёма.

Доказательства и ограничения

RFC 8654 определяет размер, исключения, согласование и смешанные границы. RFC 4271 даёт первоначальный максимум. RFC 5492 описывает объявление возможностей, RFC 7606 ограничивает удаление атрибутов, а IANA подтверждает код 6.

Источники не называют сети с текущим включением, не дают универсальной цены памяти и не гарантируют, что удаление всегда уменьшит UPDATE достаточно. Власть, полномочия, выгодоприобретатели, издержки и контрфактический сценарий — аналитические выводы.

Источники