Настройка BGP

Обзор BGP

Введение

Протокол граничного шлюза (BGP) — основной протокол динамической маршрутизации, используемый в Интернете. С 1994 года действует четвёртая версия протокола, описанная в стандарте RFC 4271, все предыдущие версии являются устаревшими.

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

Группа маршрутизаторов, которая работает под единым техническим и административным управлением и использует общую стратегию маршрутизации называется атономной системой (АС). Для обмена маршрутной информацией с другими АС, используется уникальный идентификатор, называемый номер АС (autonomous system number,ASN).

В первоначальном стандарте были описаны только 16-битные номера АС, то есть всего было доступно 65536 номеров. В стандарте RFC 4893 и затем в RFC 6793 были описаны методы применения 32-битных номеров АС.

Поскольку протокол BGP используется для глобальной связности в интернете, неккомерческая огранизация IANA («Администрация адресного пространства Интернет») контролирует назначение номеров АС. В таблице представлен перечень номеров АС и сценарии их использования, согласно рекомендациям IANA:

Таблица – Перечень номеров АС

0	16	Зарезервировано для RPKI	RFC6483, RFC7607
1 - 23455	16	Публичные номера АС
23456	16	Зарезервировано для трансляции 16-битных ASN в 32-битные	RFC6793
23457 - 64495	16	Публичные номера АС
64496 - 64511	16	Используется для примеров и документации	RFC5398
64512 - 65534	16	Для приватного использования	RFC1930, RFC6996
65535	16	Зарезервировано/Не используется	RFC7300
65536 - 65551	32	Используется для примеров и документации	RFC4893, RFC5398
65552 - 131071	32	Зарезервировано/Не используется
131072 - 4199999999	32	Публичные номера АС
4200000000 - 4294967294	32	Для приватного использования	RFC6996
4294967295	32	Зарезервировано/Не используется	RFC7300

Публичные номера автономных систем распределяются между региональными интернет регистраторами (RIR), которые в свою очередь закрепляют номера АС за определенными организациям или пользователями. Для России и Европы региональным регистратором является RIPE NCC.

BGP является протоколом прикладного уровня и функционирует поверх протокола транспортного уровня TCP (порт номер 179). После установки соединения передаётся информация обо всех маршрутах, предназначенных для экспорта. В дальнейшем передаётся только информация об изменениях в таблицах маршрутизации. При закрытии соединения удаляются все маршруты, информация о которых передана противоположной стороной.

Маршрутная информация, передаваемая с использованием BGP, поддерживает только парадигму пересылки на основе адреса получателя, которая предполагает, что пересылка пакетов происходит на основании адреса получателя, содержащегося в заголовке IP-пакета. Это, в свою очередь, отражает набор правил политики, которые могут применяться (или не применяться) с использованием BGP. Маршрутизаторы, настроенные на соединение через протокол BGP, называются узлами BGP или соседями BGP.

Маршрутизаторы, относящиеся к одной и той же АС, называются внутренними узлами BGP (internal BGP – iBGP).

Маршрутизаторы, относящиеся к разным АС, называются внешними узлами BGP (external BGP – eBGP). Есть два основных типа обмена маршрутами BGP между узлами: анонсирование одного нового маршрута и отзыв группы маршрутов. При этом, анонсирование и отзыв могут происходить одновременно.

• посредством анонсирования маршрута узлу передаётся информация о возможности достижения определённой подсети посредством данного маршрута, а также информация об атрибутах данного пути;
• посредством отзыва маршрута узлу передаётся информация о невозможности достижения ранее анонсированного маршрута.

Все действующие анонсированные маршруты, полученные маршрутизатором, использующим BGP, помещаются в таблицу маршрутизации BGP. Эти маршруты называются путями BGP. Таким образом, для каждого конкретного префикса подсети в таблице маршрутизации BGP может содержаться несколько разных маршрутов — по одному на каждый узел BGP. Для определения оптимального маршрута используется процесс выбора маршрута. Процесс выбора маршрута запускается после обновления информации и служит как для отбора маршрутов, предназначенных для локального использования, так и для маршрутов, подлежащих передаче другим маршрутизаторам. Процесс использует атрибуты полученных маршрутов для установки предпочтительности маршрута, либо для исключения маршрута из процесса отбора. Процесс делится на три фазы:

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

Одним из основных атрибутов пути BGP является AS_PATH. Данный атрибут служит для идентификации АС и построения графа связности автономных систем, через которые передаются данные. Граф связности АС используется для предотвращения появления маршрутных петель. Атрибут AS_PATH читается справа налево, первое число (крайнее правое) обозначает номер АС, в которой находится данный префикс подсети. Данная автономная система является первой АС, анонсировавшей маршрут и называется АС происхождения. Например, в значении атрибута

AS_PATH 4 3 2 1

АС 1 — это АС происхождения, которая отправила анонс для АС 2, АС 2 отправила анонс для АС 3, которая в свою очередь отправила анонс для АС 4. Также, атрибутами пути BGP являются ORIGIN, NEXT_HOP, MULTI_EXIT_DISC (multi-exit discriminator), LOCAL_PREF (local preference), ATOMIC_AGGREGATE и AGGREGATOR. Более подробное описание данных атрибутов находится далее по тексту.

iBGP и eBGP

Все узлы узлы BGP можно отнести к двум группам:

• внутренние узлы BGP (iBGP – internal BGP. Узлы, относящиеся к одной и той же АС);
• внешние узлы BGP (eBGP – external BGP. Узлы, относящиеся к разным АС).

iBGP

Согласно спецификации RFC 4271, все узлы iBGP должны быть соединены друг с другом в рамках одной АС («каждый с каждым»), таким образом создавая полную ячеистую топологию соединений iBGP и обеспечивая пиринг (исключением являются АС, настроенные по методу отражения маршрутов). В таком случае, если один из узлов iBGP анонсирует префикс подсети для других узлов iBGP, то путь АС не изменяется (атрибут AS_PATH остаётся тем же). Реализация полной ячеистой топологии требует, чтобы все узлы BGP содержали одинаковые таблицы BGP, кроме случаев применения разных политик маршрутизации для некоторых узлов.

Когда маршрутизатор получает анонс узла iBGP, процесс BGP использует алгоритм выбора наилучшего маршрута для того, чтобы определить является ли данный путь оптимальным для заданного префикса. Если данный путь является оптимальным, то процесс BGP использует его в качестве кандидата на включение в таблицу маршрутизации, после чего путь анонсируется для всех остальных узлов BGP (как для iBGP, так и для eBGP). Если данный путь не является оптимальным, то процесс BGP сохраняет его копию в таблице BGP для использования при дальнейших вычислениях оптимального пути в случае изменения информации о доступных маршрутах для заданного префикса (например в случае отзыва текущего «оптимального пути»).

BGP ID – это уникальный идентификатор, имеющий формат IP-адреса, используемый для идентификации узлов BGP. При этом помимо BGP ID, каждый узел BGP имеет IP-адрес, используемый для непосредственного соединения с другими узлами BGP.

Для осуществления пиринга между узлами iBGP, IP-адрес и BGP ID привязываются к интерфейсу заглушки (loopback). Сессия iBGP проходит в рамках локальной сети с избыточными физическими соединениями между устройствами iBGP. Интерфейс заглушки является достижимым в случае функционирования хотя бы одного физического интерфейса, что, в совокупности с избыточностью физических или логических соединений между узлами iBGP, делает его оптимальным при выборе интерфейса для обеспечения пиринга между узлами iBGP.

Так как протокол BGP не предусматривает обмена информации о достижимости отдельных узлов BGP в рамках одной АС, каждый узел iBGP должен использовать внутренний протокол шлюза (Interior Gateway Protocol – IGP). В качестве маршрута IGP может выступать маршрут на базе физического соединения (connected route), статический маршрут, либо маршрут через динамический протокол маршрутизации (например, RIP или OSPF).

eBGP

Согласно спецификации RFC 4271, соединение между двумя узлами eBGP, принадлежащими к разным АС, обеспечивает связь между этими АС. Обычно, узлы eBGP соединяются через порт WAN, таким образом, между двумя узлами eBGP существует только одно физическое соединение. Однако, в целях обеспечения избыточности соединения или для реализации механизмов балансировки нагрузки возможно использование нескольких соединений между двумя узлами eBGP.

При построении графа связности автономных систем для определённого префикса используется атрибут AS_PATH. Когда префикс анонсируется узлу eBGP, то к атрибуту AS_PATH добавляется номер локальной АС, к которой относится данный узел. Если узел eBGP получает анонс префикса, содержащий номер локальной АС (АС к которой принадлежит данный узел), то данный узел отвергает этот анонс. Анонсы префиксов, полученные от узлов eBGP, также используются в процессе выбора оптимального пути BGP. Обычно для узлов eBGP, в качестве IP-адрес и BGP ID выступает IP-адрес интерфейса маршрутизатора, используемого для физического соединения устройств eBGP. Однако если используется несколько интерфейсов для обеспечения соединения eBGP между двумя устройствами, то в качестве BGP ID используется IP-адрес интерфейса заглушки, а в качестве IP-адреса для непосредственного соединения в рамках eBGP используется адрес физического интерфейса.

Процесс выбора BGP ID

BGP ID – это четырёхоктетное целое число без знака, являющееся BGP идентификатором отправителя указанного сообщения. Узел BGP устанавливает в качестве идентификатора BGP IP-адрес, присвоенный данному узлу BGP. Значение идентификатора BGP определяется при старте узла и совпадает для всех локальных интерфейсов и самого узла BGP.

В Numa Edge, возможно как автоматическое создание BGP ID, так и непосредственное указание посредством использования команды protocols bgp <номер_ас> parameters router-id <идентификатор>. Если выбрано автоматическое определение BGP ID, то в качестве значения используется IP-адрес с интерфейса заглушки, при условии, что этот адрес не 127.0.0.1. Если адрес на интерфейсе заглушки отсутствует, то в качестве BGP ID используется первый IP-адрес с настроенного на устройстве интерфейса.

Оптимальным способом указания BGP ID является присвоение IP-адреса с маской /32 интерфейсу заглушки с последующим указанием данного адреса в качестве BGP ID.

Процесс выбора пути BGP

Процесс BGP может получать анонс одного и того же префикса от нескольких узлов одновременно. Каждый такой анонс называется путем. Процесс BGP выбирает «лучший» путь из доступных, после чего этот путь становится кандидатом в маршруты протокола BGP (то есть кандидатом на включение его в информационную базу маршрутизации (Routing Information Base – RIB)).

Факт наличия или отсутствия у других протоколов кандидатов в маршруты для данного префикса сети влияет на включение маршрута информационную базу маршрутизации. Приоритет включения маршрута в информационную базу маршрутизации определяется административной стоимостью процесса, выдвигающего данный маршрут в качестве кандидата: чем она меньше, тем большим приоритетом обладает процесс. Например, если в качестве кандидата для одного и того же префикса одновременно выступают статический маршрут и маршрут BGP, то в информационную базу будет включен только статический маршрут, так как процесс статической маршрутизации имеет меньшую административную стоимость, чем процесс BGP.

Следует отметить, что процесс BGP не учитывает пути, у которых адрес, указанный в качестве значения атрибута NEXT_HOP недостижим посредством маршрутов, указанных в RIB. Согласно спецификации RFC 4271, выбор пути BGP происходит с учётом следующих критериев:

• LOCAL_PREF: более предпочтительным считается путь с наибольшим значением данного атрибута;
• AS_PATH: более предпочтительным считается самый короткий путь (путь с меньшим количеством символов в значении данного атрибута);
• ORIGIN: более предпочтительным считается путь с более низким типом ORIGIN;
• MULTI_EXIT_DISC: более предпочтительным считается путь c меньшим значением данного атрибута;- Тип узла: более предпочтительным считается путь через узлы eBGP;
• Метрика IGP: более предпочтительным считается путь с меньшей метрикой IGP для адреса, указанного в качестве значения атрибута NEXT_HOP;
• BGP_ID: более предпочтительным считается путь с меньшим значением данного атрибута;
• IP-адрес узла: более предпочтительным считается путь с меньшим значением IP-адреса.

Сравнение путей осуществляется по каждому критерию по порядку, указанному выше, до тех пор, пока не будет установлено первое отличие. Например, если два пути имеют одинаковое значение атрибуте LOCAL_PREF, но разные значения атрибута AS_PATH, то «лучшим» будет выбран путь с меньшим количеством символов в значении данного атрибута. Таким образом, если происходит сравнение IP-адресов узлов, это значит, что по всем остальным критериям сравниваемые узлы равнозначны.

Для просмотра списка выбранных путей используется команда show ip bgp.

Масштабируемость BGP

Согласно спецификации RFC 4271, все узлы iBGP должны быть соединены друг с другом в рамках одной АС («каждый с каждым»), таким образом, создавая полную ячеистую топологию соединений iBGP. Результатом этого является необходимость поддержки каждым узлом BGPn⋅(n-1)2уникальных сессий iBGP, где n – число узлов автономной системы. Подобную АС невозможно эффективно масштабировать, так как при наличии нескольких сотен маршрутизаторов подобная структура характеризуется сложностью настройки каждого элемента и избыточностью физических соединений.

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

• конфедерация автономных систем в BGP (RFC 3065);
• отражение маршрутов BGP (RFC 2796).

Конфедерация автономных систем в BGP

В конфедерации автономных систем BGP, одна автономная система разбивается не несколько автономных подсистем. Каждой автономной подсистеме присваивается собственный номер (AS Confederation ID). Для этих целей можно взять любой номер из приватного диапазона допустимых значений АС от 64512 до 65534. Каждый узел автономной подсистемы использует номер автономной подсистемы в качестве номера АС при установке соединения с внешними узлами, то есть номер автономной подсистемы является номером АС для узлов, не состоящих в данной конфедерации. Этот номер анонсируется в качестве значения атрибута AS_PATH при построении графа связности автономных систем.

Также каждому узлу автономной подсистемы присваивается номер члена АС (Member AS Number), который используется при установке соединения с узлами, входящими в данную автономную подсистему. Внутри автономной подсистемы используются соединения iBGP. Для соединения между двумя автономными подсистемами используются соединения eBGP. При этом для внешних узлов, автономные подсистемы, сгруппированные в конфедерацию, являются единой АС.

На рисунке показана АС, состоящая из девяти узлов iBGP, соединённых по схеме «каждый с каждым».

Схема соединения iBGP «каждый с каждым»

На рисунке показано разделение АС на три автоматизированные подсистемы, образующие конфедерацию. Внутри автоматизированной подсистемы узлы соединены по схеме «каждый с каждым», сами же подсистемы соединены посредством eBGP.

Конфедерация BGP

Отражение маршрутов BGP

Данное расширение позволяет нескольким узлам iBGP взаимодействовать с центральным узлом, действующим в качестве маршрутного отражателя (route reflector server), при этом остальные узлы iBGP выступают в роли клиентов отражателя маршрутов (route reflector clients). Таким образом, один из узлов BGP получает возможность анонсировать полученные маршруты другим узлам iBGP. Каждый узел iBGP может соединяться с одним или несколькими отражателями маршрутов.

С точки зрения маршрутного отражателя, внешние узлы подразделяются на клиенты (client peers) и неклиенты (non-client peers). Маршрутный отражатель вместе со своими клиентами формирует кластер. Все узлы, не вошедшие в кластер, являются неклиентами для данного отражателя маршрутов. Неклиенты должны соединяться друг с другом и с отражателем маршрутов, так как они работают в соответствии со стандартными правилами анонсирования маршрутов BGP, при этом отсутствует необходимость наличия соединения с узлами, являющимися клиентами отражателя маршрутов. Клиенты не должны взаимодействовать с неклиентами вне кластера, к которому они принадлежат.

Внутри кластера, каждый клиент должен соединяться посредством iBGP с одним или несколькими отражателями маршрутов. При этом отсутствует необходимость наличия соединения между клиентами внутри кластера.

Функция отражения маршрутов реализована только в самом маршрутном отражателе. Таким образом, клиенты и неклиенты отражателя маршрутов представляют собой обычные узлы BGP, в которых отсутствуют какие-либо настройки отражателя маршрутов. Узлы BGP считаются клиентами определённого отражателя маршрутов при условии присутствия в списке клиентов данного отражателя маршрутов.

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

• если маршрут получен от неклиента, то он будет отражен только клиентам;
• если маршрут получен от клиента, то он будет отражен всем узла, как клиентам, так и неклиентам;
• если маршрут получен от узла eBGP, то он будет отражен всем узлам, как клиентам, так и неклиентам.

На рисунке показана схема подключения узлов BGP с применением отражения маршрутов.

Отражение маршрутов iBGP

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

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

Колебания маршрута и демпфирование колебаний маршрута

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

Данные действия совершаются при каждом включении/отключении маршрутизатора, что конечном итоге приводит к большой кратковременной загрузке ЦП всех маршрутизаторов, состоящих в данной АС. Это явление называется колебанием маршрута. Для решения данной проблемы архитектура BGP предусматривает возможность применения демпфирования колебания маршрута.

Демпфирование колебания маршрута (Route flap damping) представляет собой механизм ограничения распространения сообщений об обновлении маршрутной информации между узлами BGP для колеблющихся маршрутов, не затрагивая обновление маршрутной информации для стабильных маршрутов. При включении демпфирования колебаний маршрутов, каждому маршруту в сети BGP назначается параметр suppress. При каждом колебании (каждый раз, когда маршрут анонсируется и отзывается в течение короткого промежутка времени) увеличивается значение данного параметра. Если значение параметра suppress превысит 1000, то данный маршрут подавляется (узлам BGP запрещается использование данного маршрута). При этом, если маршрут остаётся стабильным в течении промежутка времени, заданного в качестве значения параметра half-life, то значение параметра suppress уменьшается в два раза. После того, как значение параметра suppress достигнет минимального порогового значения, заданного параметром re-use, то данный маршрут перестаёт считаться подавленным (узлам BGP вновь разрешается использовать данный маршрут.)

Значение, на которое может увеличиться параметр suppress за одно колебание маршрута, автоматически рассчитывается по формуле:

reuse * 2max-supress-timehalf-life

Если маршрут «подавлен», все анонсы и отзывы данного маршрута игнорируются узлами BGP. Это помогает локализовать колебание маршрута в рамках определённого соединения между узлами.

Путь АС

Путём АС называют маршрут между автономными системами BGP, который необходимо пройти пакету для достижения заданного узла назначения. Путь АС представляет собой последовательность номеров АС.

Номер АС — это уникальный идентификатор автономной системы. Каждый номер АС представляет автономную систему, через которую проходит пакет при использовании определённого маршрута для достижения узла назначения. Путь АС указан в атрибуте AS_PATH. Для достижения узла назначения по заданному пути АС, пакет должен пройти все АС с номерами, указанными в атрибуте AS_PATH, от последнего (крайнего левого) к первому (крайнему правому). Крайний правый номер АС, указанный в атрибуте AS_PATH, и является АС назначения.

Для полного или частичного изменения пути АС в Numa edge используются политики маршрутизации BGP, реализуемые посредством использования регулярных выражений в параметре as-path или создания именного набора регулярных выражений пути АС, а также посредством использования параметра as-path-list и указания имени при выполнении команды.

По умолчанию Numa edge использует атрибут AS_PATH при выборе наилучшего пути в стандартной конфигурации и не использует при применении конфедерации. Правила использования или не использования атрибута AS_PATH при выборе наилучшего пути, в том или ином случае, можно задать посредством команды protocols bgp <номер_ас> parameters bestpath as-path.

Сообщества BGP

Протокол BGP поддерживает правила транзита с помощью контролируемого распределения маршрутной информации. Однако контроль за распространением маршрутной информации основан только на адресных префиксах IP, или на значении атрибута AS_PATH (или его части).

Для облегчения и упрощения контроля за маршрутной информацией используется группировка адресатов, образующих сообщества BGP. Таким образом маршрутизация может осуществляться с учётом этих сообществ. Подобная схема существенно упрощает конфигурацию узлов BGP в части контроля за распространением маршрутной информации.

Сообществом (группой) BGP называют группу адресатов с неким общим свойством. Общее свойство определяется администратором автономной системы (администратор может определить, к какому сообществу относится тот или иной адресат). По умолчанию все адресаты относятся к сообществу «INTERNET».

Все обновления BGP имеют атрибут COMMUNITIES, называемый атрибутом пути сообществ. Он относится к числу необязательных переходных атрибутов переменной длины. COMMUNITIES представляет из себя набор четырехоктетных значений, каждое из которых определяет сообщество. Все маршруты с таким атрибутом относятся к сообществам, указанным в атрибуте.

Идентификатором сообщества является 32-битное число, в котором первые два октета являются номером автономной системы, а остальные — произвольным значением, определяющимся автономной системой. Значения в диапазоне от 0x0000000 до 0x0000FFFF и от 0xFFFF0000 до 0xFFFFFFFF являются зарезервированными. Остальные значения нужно кодировать с использованием номера автономной системы в качестве двух первых октетов.

Существует два типа сообществ BGP: общепринятые сообщества и частные сообщества. Спецификация RFC 1997 определяет следующие типы общепринятых сообществ:

• NO_EXPORT (0xFFFFFF01) : Все маршруты, содержащие данное значение в атрибуте COMMUNITY, не анонсируются за пределы конфедерации BGP (отдельные автономные системы, не входящие в конфедерацию, в этом случае рассматриваются как конфедерации).
• NO_ADVERTISE (0xFFFFFF02) : Все маршруты, содержащие данное значение в атрибуте COMMUNITY, не анонсируются другим узлам BGP.
• LOCAL_AS (0xFFFFFF03): Все маршруты, содержащие данное значение в атрибуте COMMUNITY, анонсируются только узлам iBGP.
• INTERNET: Все маршруты, содержащие данное значение в атрибуте COMMUNITY, анонсируются всем узлам без ограничений (данное сообщество не описано в спецификации RFC 1997).

Следует учитывать, что узел BGP, получивший маршрут без атрибута COMMUNITIES, может добавить такой атрибут при дальнейшем распространении маршрута другим узлам BGP. При этом, узел BGP, получивший маршрут с атрибутом COMMUNITIES, может изменить этот атрибут в соответствии с локальной политикой.

Группы узлов

При возникновении необходимости настройки нескольких узлов BGP с одинаковыми параметрами, в Numa Edge возможно использование групп узлов. Настройка групп узлов происходит таким же образом, как настройка отдельных узлов. При применении какой-либо настройки к группе узлов, данная настройка применяется ко всем узлам, состоящим в данной группе. Создание группы узлов осуществляется посредством команды protocols bgp <номер_АС> peer-group <имя_группы>.

Добавление определённого узла в группу узлов осуществляется с помощью команды protocols bgp <номер_АС> neighbor <идентификатор> peer-group <имя_группы>.

Поддержка IPv4 и IPv6

В Numa Edge доступна настройка следующих возможностей:

• сессия BGP между узлами BGP по протоколу IPv4;
• сессия BGP между узлами BGP по протоколу IPv6;
• доставка маршрутной информации по протоколу IPv4 может осуществляться как через узлы, использующие протокол IPv4, так и через узлы, использующие протокол IPv6;
• доставка маршрутной информации по протоколу IPv6 может осуществляться как через узлы, использующие протокол IPv4, так и через узлы, использующие протокол IPv6;
• доставка маршрутной информации как по протоколу IPv4, так и по протоколу IPv6, может осуществляться в рамках одной сессии BGP между узлами BGP по протоколу IPv4 или IPv6.

Примечание

Маршруты IPv4 в рамках IPv6-сессии, как и маршруты IPv6 в рамках IPv4-сессии не отображаются посредством команды show.

Обмен маршрутами IPv4 может осуществляться после включения BGP в Numa Edge посредством использования команды protocols bgp <номер_ас>.

Обмен маршрутами IPv6 может осуществляться после включения использования однонаправленных маршрутов BGP поверх IPv6 (посредством применения команды protocols bgp <номер_ас> address-family ipv6-unicast), добавления соседнего узла BGP с однонаправленным IPv6-адресом (посредством применения команды protocols bgp <asn> neighbor <id> address-family ipv6-unicast), либо добавления группы узлов BGP, поддерживающих однонаправленную передачу поверх протокола IPv6 (посредством применения команды protocols bgp <номер_АС> peer-group <имя_группы> address-family ipv6-unicast).