BGP: как провайдеры обмениваются маршрутами между автономными системами

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

Протокол работает поверх TCP на порту 179. Два соседних маршрутизатора устанавливают сеанс и обмениваются объявлениями: «через меня достижим такой-то блок адресов».

Основная единица в BGP это префикс, диапазон адресов в записи CIDR, например 203.0.113.0/24, вместе с атрибутами. Важнейший из них AS-путь, перечень номеров автономных систем, через которые прошло объявление. Он выполняет две функции: показывает, насколько далеко находится сеть, и защищает от петель, ведь маршрутизатор отбросит объявление, где встречает собственный номер.

Когда до одного префикса доходит несколько маршрутов, выбор идёт по цепочке критериев. Учитываются локальные предпочтения, установленные администратором, затем длина AS-пути и другие атрибуты. Поэтому кратчайший по числу переходов путь не всегда становится основным: решает политика оператора, а не только расстояние.

Когда сеанс проходит между разными автономными системами, его называют eBGP. Внутри одной AS применяется iBGP, чтобы разнести полученные сведения между собственными маршрутизаторами оператора. Эти режимы различаются правилами передачи, но протокол остаётся тем же.

У BGP нет собственной метрики скорости или загрузки. Он не оптимизирует задержку, а исполняет деловые соглашения: кому оператор платит за транзит, с кем обменивается трафиком напрямую, какие маршруты объявляет клиентам. Это скорее язык политики, чем алгоритм кратчайшего пути.

Доверие в BGP построено на договорённостях: по умолчанию сосед принимает объявления на веру. Если оператор по ошибке объявит чужой префикс или слишком специфичные маршруты, трафик может утечь не туда. В истории интернета такие инциденты случались, и часть сервисов оказывалась недоступной на часы. Для защиты внедряют фильтры по спискам префиксов и инфраструктуру RPKI, где владельцы адресов подписывают сведения о том, какая AS вправе их объявлять. Распространённость проверки растёт, но она неравномерна.

Пользователь это замечает косвенно: сайт внезапно не открывается у части провайдеров, но нормально работает у других.

Публичные сервисы просмотра маршрутов позволяют ввести номер AS или префикс и увидеть, какие сети его объявляют и через кого. Полезным будет такой эксперимент: узнайте свой внешний IP, найдите по нему AS провайдера и посмотрите её соседей. Так становится ясно, что «ваш интернет» это не одна сеть, а цепочка обмена между многими.

Инструмент traceroute с отображением номеров AS показывает, в какой сети происходит смена оператора. BGP сам на компьютерах не настраивают, но знание его роли помогает понимать причины региональных сбоев.

Представим небольшого провайдера с номером AS и блоком адресов /22. Он подключён к двум вышестоящим операторам и объявляет свой блок им обоим. Каждый оператор передаёт объявление дальше, добавляя свой номер в AS-путь. Через несколько минут любая сеть в мире знает, что за этот блок отвечает данный провайдер, и может выбрать один из двух путей.

Если один канал оборвётся, объявление через него исчезнет, а трафик пойдёт через второй. Для конечных пользователей это выглядит как кратковременная потеря связи или всплеск задержки. Такой механизм лежит в основе отказоустойчивости провайдеров, которые не хотят зависеть от единственного поставщика транзита. Он же объясняет, почему новые объявления и отзывы применяются не мгновенно: изменениям нужно время, чтобы пройти через множество сетей.

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

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