1. Основы BGP и архитектура протокола: концепция автономных систем и структура базы данных
Основы BGP и архитектура протокола: концепция автономных систем и структура базы данных
Представьте, что современный интернет — это не единая монолитная сеть, а лоскутное одеяло, состоящее из десятков тысяч независимых государств. Каждое такое «государство» имеет свои законы, свои внутренние дороги и свои интересы. Чтобы передать посылку из Лиссабона во Владивосток, она должна пересечь границы множества таких образований. Протокол BGP (Border Gateway Protocol) — это единственный дипломатический язык, на котором эти государства договариваются о том, как пропускать трафик через свои границы. Без него глобальная связность рассыпалась бы на изолированные островки за считанные минуты.
В отличие от протоколов внутренней маршрутизации (IGP), таких как OSPF или EIGRP, которые стремятся найти кратчайший путь внутри одной организации, BGP решает задачу глобального масштаба: как соединить между собой независимые административные домены, сохраняя при этом контроль над политикой безопасности и экономическую целесообразность передачи данных.
Концепция автономных систем (AS)
Фундаментальным кирпичом в архитектуре BGP является Автономная система (Autonomous System, AS). С технической точки зрения, AS — это совокупность IP-сетей и маршрутизаторов, находящихся под единым техническим управлением и имеющих общую политику маршрутизации с внешними сетями.
Каждая автономная система идентифицируется уникальным номером — ASN (Autonomous System Number). Раньше использовались 16-битные номера (от 1 до 65 535), но из-за стремительного роста интернета индустрия перешла на 32-битные номера, что расширило адресное пространство до более чем 4 миллиардов значений.
Типы автономных систем по характеру связности
В зависимости от того, как AS взаимодействует с соседями, их принято делить на три категории:
Иерархия провайдеров: Tier-модель
Понимание BGP невозможно без осознания экономической подоплеки. Сети делятся на уровни (Tiers): * Tier-1: Глобальные игроки (например, Lumen, AT&T, Telia), которые не платят никому за транзит, так как они соединены со всеми остальными Tier-1 сетями напрямую. * Tier-2: Региональные провайдеры, которые покупают часть транзита у Tier-1, но имеют бесплатные стыки (пиринг) с равными себе. * Tier-3: Локальные операторы, которые только покупают транзит (IP Transit).
BGP — это инструмент реализации этих бизнес-отношений в цифровом коде. Если OSPF «верит» любому соседу, то BGP «подозрителен» по умолчанию.
BGP как протокол векторного пути (Path Vector)
В учебниках часто пишут, что BGP — это Distance Vector протокол «на стероидах». Это упрощение, которое может сбить с толку. На самом деле BGP относится к классу Path Vector (протоколов векторного пути).
В чем принципиальное отличие? Протоколы Distance Vector (например, RIP) знают только расстояние до цели (метрику) и направление (Next Hop). Они «видят» сеть как набор указателей на перекрестках. BGP же видит сеть как последовательность автономных систем, через которые нужно пройти.
Когда маршрутизатор BGP объявляет о доступности сети, он прикрепляет к этому объявлению список всех ASN, через которые прошел этот маршрут. Этот список называется AS_PATH.
> Пример:
> Если сеть зародилась в AS 100, перешла в AS 200, а затем попала к вам в AS 300, то атрибут AS_PATH будет выглядеть как (200, 100).
Это решает главную проблему распределенных систем — проблему петель (loops). Если маршрутизатор видит в полученном обновлении номер своей собственной AS, он мгновенно понимает: этот маршрут уже проходил через него и вернулся обратно. Такой маршрут будет отброшен. В этом заключается элегантность BGP: он обеспечивает глобальную стабильность без необходимости знать топологию каждой отдельной сети внутри других AS.
Архитектура базы данных BGP: три таблицы
Для эффективной работы и фильтрации огромного количества маршрутов (сегодня таблица Full View в интернете превышает 900 000 префиксов) BGP использует трехуровневую структуру хранения данных.
1. Таблица соседей (Neighbor Table / Adjacency Database)
Здесь хранится список всех маршрутизаторов, с которыми установлена BGP-сессия. В отличие от IGP, BGP не использует мультикаст для поиска соседей. Вы должны явно прописать IP-адрес соседа в конфигурации. В этой таблице фиксируются параметры сессии, версия протокола, ASN соседа и текущее состояние (например, Established).2. Таблица BGP (BGP Table / Loc-RIB)
Это «черновик» и одновременно «склад» всех маршрутов, полученных от всех соседей. Если у вас три провайдера, и каждый прислал вам маршрут до Google, в таблице BGP будут лежать все три варианта. Для каждого префикса BGP хранит: * Атрибуты (AS_PATH, Next Hop, Local Preference и др.). * Статус маршрута (валидный, лучший, помеченный к удалению).Важно понимать: маршрутизатор выбирает только один лучший путь (Best Path) для каждого префикса из этой таблицы.
3. Таблица маршрутизации (Routing Table / RIB)
Только лучшие пути из таблицы BGP попадают в общую таблицу маршрутизации устройства (Global RIB), а затем — в таблицу пересылки (FIB), по которой реально коммутируются пакеты. Если в RIB уже есть маршрут к той же сети от протокола с меньшей административной дистанцией (например, статический маршрут), путь BGP останется в таблице BGP как «запасной», но не будет использоваться для передачи трафика.Внутренний и внешний BGP (iBGP vs eBGP)
Хотя протокол один, правила его работы радикально меняются в зависимости от того, соединяете ли вы маршрутизаторы внутри одной AS или между разными.
eBGP (External BGP)
Используется для связи между разными автономными системами. * TTL (Time To Live): По умолчанию равен 1. Это означает, что соседи должны быть соединены напрямую (в одном L2-домене). * Изменение атрибутов: При передаче маршрута соседу в другую AS, маршрутизатор добавляет свой номер ASN в AS_PATH и меняет Next Hop на свой адрес.iBGP (Internal BGP)
Используется для передачи внешних маршрутов внутри одной автономной системы. Зачем это нужно, если внутри есть OSPF? Представьте транзитную AS. Маршрутизаторы на границе (Border Routers) знают внешние пути, но маршрутизаторы в центре сети (Core) тоже должны знать, куда отправлять пакеты, чтобы те покинули AS в правильном месте. * TTL: По умолчанию равен 255. Соседи могут находиться в разных концах страны и общаться через несколько прыжков (hops). * Правило расщепления горизонта (Split Horizon): Маршрутизатор iBGP не передает другому iBGP-соседу маршруты, полученные от третьего iBGP-соседа. Это защита от петель внутри AS, так как внутри AS_PATH не меняется. * Full Mesh: Из-за Split Horizon все маршрутизаторы iBGP внутри AS должны быть соединены друг с другом по принципу «каждый с каждым» (логически, по TCP), что создает проблемы масштабируемости (решаемые через Route Reflectors, о чем мы поговорим позже).Структура сообщений и работа по TCP
В отличие от OSPF (протокол 89) или EIGRP (протокол 88), BGP не разрабатывал свой механизм надежной доставки. Он работает поверх TCP на порту 179.
Это дает BGP колоссальное преимущество в надежности: TCP берет на себя фрагментацию, подтверждение получения, переупорядочивание пакетов и контроль потока. Благодаря этому BGP может передавать огромные таблицы маршрутизации, не беспокоясь о потере отдельных сегментов.
Существует всего четыре типа сообщений BGP:
Механизм передачи маршрутов и NLRI
В терминологии BGP мы оперируем понятием NLRI (Network Layer Reachability Information). По сути, это пара: Длина префикса / IP-адрес префикса.
Когда один маршрутизатор сообщает другому о сети, он передает сообщение UPDATE, в котором сгруппированы: * Один набор атрибутов (например, AS_PATH = 100, Origin = IGP). * Список NLRI, к которым относятся эти атрибуты (например, , ).
Такая группировка экономит ресурсы: не нужно для каждой мелкой сети заново перечислять длинный список идентичных параметров.
Почему BGP — это протокол политик, а не производительности?
Главная концептуальная сложность для новичков заключается в том, что BGP «не видит» полосу пропускания, задержки или загрузку каналов. Если у вас есть два пути:
BGP по умолчанию выберет спутниковый канал, потому что его AS_PATH короче.
BGP — это инструмент управления политиками. Администратор может вручную «накрутить» приоритеты так, чтобы трафик шел через дорогой, но быстрый канал, или чтобы трафик определенных клиентов никогда не попадал в сети определенных провайдеров. В этом и заключается работа инженера BGP: превращать бизнес-требования в манипуляции атрибутами.
Роль Router ID
Как и в других протоколах, в BGP каждому маршрутизатору нужен уникальный идентификатор — BGP Identifier (Router ID). Обычно это самый высокий IP-адрес на Loopback-интерфейсе. Он критически важен для предотвращения путаницы в сообщениях и используется как один из последних критериев в алгоритме выбора лучшего пути (Best Path Selection). Если два маршрутизатора пришлют абсолютно идентичные по всем параметрам маршруты, победит тот, у кого Router ID меньше.
Особенности взаимодействия с таблицей маршрутизации (RIB)
Важно различать «знание о маршруте» и «способность его использовать». BGP — это приложение. Оно может знать о маршруте, но если Next Hop (следующий прыжок), указанный в атрибутах BGP, недоступен согласно таблице маршрутизации (RIB), то BGP-маршрут будет помечен как невалидный.
Это часто случается в iBGP. Маршрутизатор на границе (Edge) получает маршрут от внешнего соседа и передает его внутрь AS. При этом он оставляет Next Hop без изменений (адрес внешнего соседа). Внутренние маршрутизаторы (Core) получают этот маршрут, но они не знают, как достучаться до этого внешнего IP, потому что он не анонсирован в их внутреннем OSPF. В результате маршрут в таблице BGP есть, но в таблицу маршрутизации он не попадает. Это называется «проблемой следующего прыжка», и это одна из первых вещей, которую проверяет инженер при диагностике.
Безопасность на уровне архитектуры
Поскольку BGP строится на TCP, он уязвим для атак на сессию. Если злоумышленник сможет отправить поддельный TCP-пакет с флагом RST (Reset) и правильными номерами последовательности, он может «уронить» BGP-сессию. Для защиты используются: * MD5-пароли: Хеширование каждого сегмента TCP. * GTSM (Generalized TTL Security Mechanism): Проверка того, что входящий пакет имеет TTL=255, что гарантирует — пакет пришел от соседа, подключенного напрямую, а не из глубин интернета.
Масштабируемость и Full View
На сегодняшний день глобальная таблица маршрутизации BGP является одним из самых динамичных объектов, созданных человеком. Каждую секунду в мире происходят тысячи изменений: падают каналы, меняются политики, анонсируются новые сети.
Архитектура BGP позволяет справляться с этим благодаря механизму MRAI (Min Route Advertisement Interval). Маршрутизатор не шлет обновления мгновенно при каждом «чихе», а накапливает их и отправляет пачкой раз в 30 секунд (для eBGP). Это предотвращает «шторм» обновлений, который мог бы перегрузить процессоры старых маршрутизаторов.
Однако, для корпоративного инженера важно понимать: нужно ли ему принимать весь Full View? В большинстве случаев для Multi-homing сценария достаточно принимать от провайдеров только «Default Route» () и, возможно, маршруты их собственных сетей. Прием 900к+ маршрутов требует гигабайтов оперативной памяти и мощных CPU, что не всегда оправдано для офисной сети.
Взаимодействие BGP с другими протоколами
BGP не работает в вакууме. В типичной сети он опирается на «плечи» IGP (OSPF/IS-IS). * IGP обеспечивает связность внутри AS (чтобы Loopback-адреса, на которых строятся iBGP-сессии, были доступны). * BGP несет на себе внешние префиксы.
Никогда не пытайтесь перераспределять (redistribute) полную таблицу BGP в OSPF. Это приведет к мгновенному краху всей внутренней сети, так как OSPF не рассчитан на хранение сотен тысяч маршрутов и будет бесконечно пересчитывать алгоритм SPF.
Резюме архитектурных принципов
BGP — это протокол, построенный на компромиссах. Он жертвует скоростью сходимости (convergence) ради глобальной стабильности и гибкости управления. Он доверяет TCP в вопросах доставки, но не доверяет соседям в вопросах выбора пути.
Понимание того, что BGP оперирует цепочками автономных систем (AS_PATH), а не стоимостью интерфейсов, является ключом к успешному проектированию сетей. В следующих главах мы разберем, как именно происходит «рукопожатие» между соседями и по каким правилам BGP выбирает тот самый единственный «лучший путь» среди множества альтернатив.