Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

BGP обзор

Понимание BGP

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

Расширения многопротокольной BGP (MBGP) позволяют BGP поддержку IP версии 6 (IPv6).MBGP определяет атрибуты MP_REACH_NLRI и MP_UNREACH_NLRI, которые используются для переноса информации о доступности IPv6. Сообщения обновления о достижимости сетевого уровня (NLRI) переносят префиксы адресов IPv6 возможных маршрутов.

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

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

Программное обеспечение Junos OS маршрутов поддерживается BGP версии 4. Эта версия BGP добавляет поддержку бесклассовая интердоменная маршрутизация (CIDR), что устраняет концепцию классов сети. Вместо того, чтобы предполагается, какие биты адреса представляют сеть, посмотрев на первый октет, CIDR позволяет точно указать число бит в сетевом адресе, тем самым предоставляя возможность уменьшить размер таблиц маршрутов. BGP 4 также поддерживает агрегирование маршрутов, включая агрегирование путей AS.

В данном разделе обсуждаются следующие темы:

Автономные системы

Автономная система (AS) – это набор маршрутизаторов, которые находятся под единым техническим управлением и обычно используют один протокол внутреннего шлюза и общий набор метрик для распространения сведений о маршруте в наборах маршрутизаторов. Для других AS AS представляется единой согласованной внутренней маршрутисти и представляет согласованную картину того, какие места назначения через нее достижимы.

Пути и атрибуты AS

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

Внешние и внутренние BGP

BGP поддерживает обмен информацией о маршруте двух типов: обмен между различными AS и обмены в пределах одной AS. В случае использования среди AS BGP называется внешними BGP (EBGP), и BGP сеансы выполняют маршрутку между AS. При его использования в AS BGP внутренними BGP (IBGP), и BGP сеансы выполняютмаршрутизация внутри автономной системы. Рис. 1 иллюстрирует AS, IBGP и EBGP.

Рис. 1: AS, EBGP и IBGPAS, EBGP и IBGP

В BGP система передает информацию о доступности сети соседним BGP системам, которые называются соседями илиравноправными узлами.

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

В группе EBGP равноправные ранги в группе, называемые внешними однорангами, находятся в разных AS и обычно совместно находятся в подсети. Во внешней группе вычисляется следующий переход по отношению к интерфейсу, совместно совместному внешнему однорангову маршрутизатору и локальному маршрутизатору.

Несколько экземпляров BGP

Можно настроить несколько экземпляров BGP на следующих уровнях иерархии:

  • [edit routing-instances routing-instance-name protocols]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name protocols]

Несколько экземпляров BGP в основном используются для поддержки VPN уровня 3.

IGP одноранговых узлах и внешних BGP (EBGP) (оба не являются однорангами и не поддерживаются) поддерживаются для экземпляров маршрутов. BGP пиринга устанавливается по одному из интерфейсов, настроенных в routing-instances иерархии.

Прим.:

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

Маршруты, которые были узел BGP, по умолчанию добавляются instance-name.inet.0 в таблицу. Можно настроить политики импорта и экспорта для управления потоком информации в таблице маршрутов экземпляра и из нее.

Для поддержки VPN уровня 3 настройте BGP маршрутизаторе поставщика (PE) на получение маршрутов от клиентское граничное устройство (CE) маршрутизатора и, если это необходимо, отправить маршруты экземпляров на CE маршрутизатор. Для сохранения трафика VPN на маршрутизаторе PE можно использовать несколько экземпляров BGP для сохранения отдельных таблиц пересылания на отдельных узлах.

Можно настроить политики импорта и экспорта, которые позволяют поставщику услуг контролировать и ограничивать скорость в обмене трафиком с клиентом.

Можно настроить многопрофиальный сеанс EBGP для экземпляра маршрутов VRF. Кроме того, можно настроить одноранговую EBGP между PE CE маршрутизаторами, используя адрес обратной связи маршрутизатора CE вместо адресов интерфейсов.

Обзор BGP маршрутов

Маршрут BGP – это место назначения, описанное как префикс IP-адреса, и информация, которая описывает путь к месту назначения.

Путь описывается следующим образом:

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

  • Атрибуты пути, содержащие дополнительную информацию о пути AS, используемом в политике маршрутов.

BGP одноранговых узлах объявляют маршруты друг другу в сообщениях обновления.

BGP свои маршруты в таблице Junos OS маршрутов inet.0 ) В таблице маршрутов хранится следующая информация о BGP маршрутах:

  • Сведения о маршруте, полученные из сообщений об обновлении, полученных от одноранговых экспертов

  • Информация о локальной маршрутной BGP, применяемая к маршрутам вследствие локальных политик

  • Информация, BGP, которая BGP узлам в сообщениях об обновлении

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

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

  • 0— Маршрутизатор изначально узнал маршрут через IGP (OSPF, IS-IS или статический маршрут).

  • 1— Маршрутизатор изначально изучил маршрут через EGP (скорее всего BGP).

  • 2— источник маршрута неизвестен.

BGP маршрутов: обзор разрешения маршрутов

Внутренний BGP (IBGP) с адресом следующего перехода к удаленному соседу BGP (следующий переход протокола) должен иметь следующий переход, разрешенный с помощью другого маршрута. BGP добавляет этот маршрут в модуль rpd resolver для разрешения следующего перехода. Если в сети используется RSVP, то BGP маршрут следующего перехода решается с помощью веского маршрута RSVP. Это приводит к маршруту BGP, указывающего на непрямый следующий переход, и косвенный следующий переход, указывая на следующий переход переад. Следующий переход при переад затем выводится из следующего перехода маршрута RSVP. Часто существует большой набор внутренних маршрутов BGP с одинаковым протоколом "следующий переход", и в таких случаях набор маршрутов BGP будет ссылаться на один и тот же косвенный следующий переход.

До Junos OS выпуска 17.2R1, модуль-решений процесса протокола маршрутизации (rpd) разрешил маршруты в IBGP, полученные маршрутами следующим образом:

  1. Частичное разрешение маршрута — следующий переход протокола решается на основе других маршрутов, например RSVP или IGP маршрутов. Значения метрики извлекаются из помощников маршрутов, и следующий переход называется разрешитщиком, переадрешим следующий переход, унаследованный от помощников маршрутов. Эти значения метрики используются для выбора маршрутов в базе сведений о маршруте (RIB), также известной как таблица маршрутов.

  2. Полное разрешение маршрута — окончательный следующий переход получен и называется таблицей маршрутов ядра (ASST), которая перенаносит следующий переход на основе экспортной политики переад пути.

Начиная Junos OS выпуске 17.2R1, модуль-трансивер RPD оптимизирован для увеличения пропускной способности входящий поток обработки, что ускоряет скорость обучения RIB и FIB. Это усовершенствование влияет на разрешение маршрута следующим образом:

  • Для каждого маршрута IBGP запускаются методы частичного и полного разрешения маршрутов, хотя каждый маршрут может наследовать один и тот же разрешенный маршрут для следующего перехода или ВТОРОЙ переадрешение следующих переходов.

  • Выбор BGP пути отложен до полного разрешения маршрута для информации о доступности сетевого уровня (NLRI), полученной от BGP соседа, который может быть не лучшим маршрутом в RIB после выбора маршрута.

Преимущества оптимизации rpd resolver:

  • Lower RIB resolution lookup cost . Выходные данные разрешенного пути сохраняются в кэше разрешающее решение, так что полученные значения следующего перехода и метрики могут быть унаследованы к другому набору маршрутов с одинаковым поведением пути вместо выполнения как частичного, так и полного потока разрешения маршрута. Это сокращает стоимость разрешения маршрута за счет поддержания в кэше только наиболее частого состояния разрешаика с ограниченной глубиной.

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

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

  • Группа эквивалентности пути. Когда различные пути имеют одно и то же состояние переадности или получаются от одного и того же протокола следующего перехода, эти пути могут принадлежать одной группе эквивалентности пути. Этот подход позволяет избежать необходимости полного разрешения маршрута для таких путей. Когда новый путь требует полного разрешения маршрута, сначала он будет искаться в базе данных группы эквивалентности пути, которая содержит выходные данные разрешенного пути, например косвенный следующий переход и следующий переход.

Обзор BGP сообщений

Все сообщения BGP содержат заглавную метку с одинаковым фиксированным размером, которая содержит поле маркера, используемого как для синхронизации, так и для проверки подлинности, поле длины пакета и поле типа, которое указывает тип сообщения (например, open, update, notification, keepalive и так далее).

В данном разделе обсуждаются следующие темы:

Открытые сообщения

После установки TCP-соединения между двумя BGP системами они обмениваются BGP сообщениями, чтобы создать BGP связи между ними. После установки соединения две системы могут обмениваться BGP и трафиком данных.

Сообщения open состоят из BGP и следующих полей:

  • Версия — текущий номер BGP версии – 4.

  • Local AS number. Это настраивается с помощью включив утверждение autonomous-system на уровне [edit routing-options][edit logical-systems logical-system-name routing-options] иерархии или на уровне иерархии.

  • Hold time (Время удержания) — предложенное значение времени удержания. Локальное время удержания настроено с помощью hold-time BGP.

  • BGP идентификатор — IP-адрес BGP системы. Этот адрес определяется при старте системы и является одинаковым для каждого локального интерфейса и узел BGP. Можно настроить идентификатор BGP, включив в нее утверждение router-id на уровне [edit routing-options][edit logical-systems logical-system-name routing-options] иерархии или на иерархии. По умолчанию BGP использует IP-адрес первого интерфейса, который он находит в маршрутизаторе.

  • Длина поля параметра и сам параметр — это дополнительные поля.

Сообщения об обновлении

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

Сообщения об обновлении состоят из BGP и следующих дополнительных полей:

  • Неподтвержденная длина маршрутов — длина поля выведенных маршрутов

  • Снятие маршрутов — префиксы IP-адресов для маршрутов, которые были выведены из службы, поскольку они больше не считаются достоевыми

  • Total атрибут пути length — длина поля атрибутов пути; в нем перечисляется атрибуты пути для допустимого маршрута к месту назначения

  • Атрибуты пути . Свойства маршрутов, включая источник маршрута, многократные дискриминационные (MED), предпочтения исходячей системы для маршрута, а также сведения об агрегации, сообществах, конфедерациях и отражения маршрутов

  • Сведения о достижимости сетевого уровня (NLRI)— префиксы IP-адресов возможных маршрутов, объявленных в сообщении обновления

Сообщения keepalive

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

Уведомления

BGP системы отправляют уведомления при обнаружении состояния ошибки. После этого сообщения сеанс BGP TCP между BGP системами закрывается. Извещения состоят из BGP, а также кода ошибки и подкода, а также данных, описывая эту ошибку.

Маршрутные обновление

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

Сообщения обновления маршрутов состоят из следующих полей:

  • AFI — идентификатор семейства адресов (16-бит).

  • Res — зарезервированное (8-битное) поле, которое должно быть установлено в 0 отправитель и проигнорировано приемником.

  • SAFI — последующий идентификатор семейства адресов (8-бит).

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

Понимание BGP потока IO

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

BGP потоков обновления IO можно настраивать независимо от функции уточнения RIB, но они обязательны для использования с функцией S BGP чтобы повысить эффективность пакетов префиксов при исходях сообщениях BGP обновлений. BGP разбиение сегментов RIB на несколько подбайтов RIBs, которые обслуживаются отдельными потоками RPD. Поэтому префиксы, которые могли бы попасть в одно исходящие обновления, могут ться в разных sфиксах. Чтобы иметь возможность создавать обновления BGP с префиксами с тем же исходячим атрибутом, который может принадлежать разным потокам S узел BGP RPD, все потоки s thread s thread отправляют информацию компактного объявления для префиксов, которые будут объявлены потоку обновления, обслуживая эту узел BGP группу. Это позволяет потоку обновлений, обслуживая узел BGP группу, упаковывать префиксы с одинаковыми атрибутами, потенциально принадлежащими различным sтепеням одного и того же сообщения об обновлении исходящего потока. Это минимизирует количество обновлений, которые должны быть объявлены, и таким образом помогает улучшить сходимость. Обновление потока IO управляет локальными кэшами одноранговых, групповых, префиксов, TSI и контейнеров RIB.

BGP поток обновления по умолчанию отключен. Если настроить потоки обновления на механизме маршрутов, RPD создает потоки обновлений. По умолчанию число созданных потоков обновления те же, что и количество ядер ЦП в механизме маршрутов. Потоки обновления поддерживаются только в 64-битном протоколе маршрутизации (rpd). При желании можно указать количество потоков, которые необходимо создать, используя утверждение set update-threading <number-of-threads> на [edit system processes routing bgp] уровне иерархии. В настоящее время диапазон составляет от 1 до 128.

О выборе BGP пути

Для каждого префикса в таблице маршрутизации процесс протокола маршрутизации выбирает один наилучший путь. После выбора лучшего пути маршрут заносит в таблицу маршрутов. Оптимальный путь становится активным маршрутом, если тот же префикс не был известен протоколом с более низким (более предпочтительным) значением глобального предпочтения, также известного как административное расстояние. Алгоритм определения активного маршрута:

  1. Убедитесь, что можно разрешить следующий переход.

  2. Выберите путь с наименьшим значением предпочтения (предпочтение процесса протокола маршрутизации).

    Маршруты, которые не могут использоваться для переадранки (например, поскольку они были отклонены политикой маршрутов или из-за недоступности следующего перехода), имеют предпочтение –1 и никогда не выбираются.

  3. Предпочтение отдается пути с более высоким локальным предпочтением.

    Для путей, не BGP, выберите путь с наименьшим preference2 значением.

  4. Если атрибут накопленного протокола внутренних шлюзов (AIGP) включен, предпочтение отдают пути с более низким атрибутом AIGP.

  5. Предпочтение отдают пути с кратчайшим значением пути автономной системы (пропущенным при as-path-ignore настройке утверждения).

    Сегмент конфедерации (последовательность или набор) имеет длину пути 0. Набор AS имеет длину пути 1.

  6. Предпочтение отдают маршруту с кодом более низкого источника.

    Маршруты, такие как IGP, имеют код источника ниже, чем маршруты, которые были выучены из протокола внешнего шлюза (EGP), и оба имеют более низкий код источника, чем неполные маршруты (маршруты, источник которых неизвестен).

  7. Предпочтение отдают пути с наименьшей мультикриминационной (MED) метрикой выхода.

    В зависимости от того, настроено ли поведение выбора пути в таблице неопределимых маршрутов, существует два возможных случая:

    • Если поведение выбора пути в таблице неопределимой маршрутов не настроено (т.е. если утверждение не включено в конфигурацию BGP), для путей с одинаковыми соседними номерами AS перед пути AS предпочтение отдают пути с наименьшей метрикой path-selection cisco-nondeterministic MED. Чтобы всегда сравнивать MED независимо от того, являются ли равноправные AS сравненных маршрутов одинаковыми, включайте path-selection always-compare-med утверждение.

    • Если поведение выбора пути в таблице маршрутов неопределимых маршрутов (то есть утверждение включено в конфигурацию BGP), предпочтение отдают пути с наименьшей метрикой path-selection cisco-nondeterministic MED.

    Конфедерации не рассматриваются при определении соседних AS. Пропущенная метрика MED рассматривается как если бы MED присутствовал, но ноль.

    Прим.:

    Сравнение MED работает для выбора одиночного пути внутри AS (если маршрут не включает путь AS), хотя это использование встречается редко.

    По умолчанию сравниваются только MED маршрутов с одинаковыми одноранговых автономными системами (AS). Чтобы получить различное поведение, можно настроить параметры выбора пути таблицы маршрутов.

  8. Предпочтение отдают строго внутренние пути, которые включают в себя IGP и локально созданные маршруты (статические, прямые, локальные и так далее).

  9. Предпочтение отдают строго внешним путям BGP (EBGP), а не внешним путям, которые были BGP сеансами (IBGP).

  10. Предпочтение отдают пути, следующий переход которого разрешен через IGP с наименьшей метрикой.

    Прим.:

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

    BGP многоканальный маршрут не применяется к путям с одинаковыми затратами на IGP MED и IGP стоимости. Выбор многоканального пути основывается на метрике IGP стоимости, даже если два пути имеют одинаковые IGP MED.

    BGP сравнивает тип IGP перед сравнением значения метрики в rt_metric2_cmp . Например, BGP маршруты, разрешенные через IGP, предпочтительнее отброшенных или отклоненных следующих переходов, которые имеют тип RTM_TYPE_UNREACH . Такие маршруты объявляются inactive по причине metric-type своих.

  11. Если оба пути являются внешними, предпочтение отдают активному в данный момент пути, чтобы свести к минимуму перехва этих маршрутов. Это правило не используется, если любое из следующих условий является верным:

    • path-selection external-router-id настроен.

    • У обоих одноранговых сторон один и тот же ID маршрутизатора.

    • Любой из одноранговых сторон является одноранговой стороной конфедерации.

    • Ни один из путей не является текущим активным.

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

  13. Предпочтение отдают пути от узла с наименьшим значением ID маршрутизатора. Для любого пути с атрибутом originator ID во время сравнения с ID маршрутизатора замените ID источника в качестве ID маршрутизатора.

  14. Предпочтение отдают пути с самой короткой длиной списка кластеров. Длина является 0 для списка no.

  15. Предпочтение отдают пути от узла с наименьшим IP-адресом узла.

Выбор пути в таблице маршрутов

Кратчайший шаг пути AS алгоритма по умолчанию определяет длину пути AS и определяет активный путь. Можно настроить параметр, который Junos OS пропустить этот шаг алгоритма, включив as-path-ignore этот параметр.

Прим.:

Начиная Junos OS выпусков 14.1R8, 14.2R7, 15.1R4, 15.1F6 и 16.1R1, поддерживается возможность для as-path-ignore экземпляров маршрутов.

Выбор пути процесса маршрутизации происходит перед тем, как BGP с пути к таблице маршрутизации, чтобы принять решение. Чтобы настроить поведение при выборе пути таблицы маршрутов, включим в себя path-selection утверждение:

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

Выбор пути в таблице маршрутов можно настроить одним из следующих способов:

  • Эмулировать поведение Cisco IOS по умолчанию ( cisco-non-deterministic ). Этот режим оценивает маршруты в порядке их получения и не группет их в соответствии со своей соседней AS. В cisco-non-deterministic режиме активный путь всегда будет первым. Все неактивные, но имеющие право на участие, пути следуют по активному пути и поддерживаются в порядке их получения с самым последним маршрутом. Неодинимые пути остаются в конце списка.

    В качестве примера предположим, что имеется три объявления пути для маршрута 192.168.1.0/24:

    • Путь 1 – обучатся через EBGP; Путь AS 65010; MED из 200

    • Путь 2– обучается через IBGP; Путь AS 65020; MED 150; IGP 5

    • Путь 3– обучается через IBGP; Путь AS 65010; MED 100; IGP 10

    Эти объявления получаются последовательно, в течение секунды, в порядке, перечисленного. Путь 3 получен совсем недавно, поэтому устройство маршрутки сравнивает его с пути 2, следующим последним объявлением. Стоимость для равноправного узла IBGP лучше для пути 2, поэтому устройство маршрутации исключает путь 3 из спорных путей. При сравнении путей 1 и 2 устройство маршрутки предпочитает путь 1, так как получает его от одноранговой узла EBGP. Это позволяет устройству маршрутов устанавливать путь 1 в качестве активного пути для маршрута.

    Прим.:

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

  • Всегда сравнивая MED независимо от того, являются ли равноправные AS одинаковыми always-compare-med ().

  • Отменяют правило, что если оба пути являются внешними, то текущий активный путь является предпочтительным external-router-id (). Продолжайте с следующего шага 12 (шага) в процессе выбора пути.

  • Добавление значения IGP к месту назначения следующего перехода к значению MED перед сравнением значений MED для выбора пути med-plus-igp ().

    BGP многоканальный маршрут не применяется к путям с одинаковыми затратами на IGP MED и IGP стоимости. Выбор многоканального пути основывается на метрике IGP стоимости, даже если два пути имеют одинаковые IGP MED.

BGP таблицы выбора пути

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

  1. Предпочтение отдается наивысшему значению локального предпочтения.

  2. Предпочтение отдают самой короткой длине AS-пути.

  3. Предпочтение отдают наименьшему значению источника.

  4. Предпочтение отдают минимальному значению MED.

  5. Предпочтение отдают маршрутам, которые узнаются от равноправного узла EBGP по сети IBGP.

  6. Предпочтение отдают наилучшему выходу из AS.

  7. Для маршрутов, полученных EBGP, предпочтение отдают текущему активному маршруту.

  8. Предпочтение отдают маршрутам от узла с наименьшим значением ID маршрутизатора.

  9. Предпочтение отдают пути с самой короткой длиной кластера.

  10. Предпочтение отдают маршрутам от узла с наименьшим IP-адресом равноправного узла. Шаги 2, 6 и 12 являются критериями RPD.

Последствия объявления нескольких путей к месту назначения

BGP только активный путь, если только BGP для объявления нескольких путей к месту назначения.

Предположим, что устройство маршрутов имеет в своей таблице маршрутов четыре пути к месту назначения и настроено на объявление до трех путей add-path send path-count 3 (). Эти три пути выбираются на основе критериев выбора пути. То есть три наилучших пути выбраны в порядке выбора пути. Оптимальный путь – это активный путь. Этот путь удаляется из рассмотрения и выбирается новый наилучший путь. Этот процесс повторяется до тех пор, пока не будет достигнуто указанное число путей.

Поддерживаемые стандарты для BGP

Junos OS со значительной ответственностью поддерживает следующие документы РСК и Интернет-проект, определяя стандарты для стандартов ip версии 4 (IPv4) BGP.

Список поддерживаемых стандартов IP версии 6 (IPv6) BGP см. в списке Поддерживаемые стандарты IPv6.

Junos OS BGP аутентификации для обмена протоколами (аутентификация MD5).

  • RFC 1745, BGP4/IDRP для IP OSPF взаимодействия

  • RFC 1772. Применение Border Gateway Protocol в Интернете

  • RFC 1997, BGP сообщества

  • RFC 2283, многопротокольные расширения для BGP-4

  • RFC 2385. Защита BGP сеансов с помощью параметра подписи TCP MD5

  • RFC 2439, BGP перегиб маршрутов

  • RFC 2545. Использование многопротокольных расширений BGP-4 для маршрутов между доменами IPv6

  • RFC 2796, BGP маршрутов - альтернатива полноязной IBGP

  • RFC 2858, многопротокольные расширения для BGP-4

  • RFC 2918. Возможность обновление маршрутов для BGP-4

  • RFC 3065, конфедерации автономной системы для BGP

  • RFC 3107, несущая информацию метки в BGP-4

  • RFC 3345, Border Gateway Protocol (BGP) Постоянное колебание маршрута

  • RFC 3392, объявление о возможностях с BGP-4

  • RFC 4271, Border Gateway Protocol 4 (BGP-4)

  • RFC 4273. Определения управляемых объектов для BGP-4

  • Атрибут RFC 4360 BGP расширенных сообществ

  • RFC 4364, BGP/MPLS виртуальные частные сети (VPN)

  • RFC 4456, BGP отражения маршрутов: Альтернатива полноязным внутренним BGP (IBGP)

  • RFC 4486, подкоды для BGP о прекращении уведомления

  • Расширение виртуальной частной BGP VPN BGP RFC 4659 MPLS IPv6

  • RFC 4632, бесклассовая маршрутка между доменами (CIDR): План назначения интернет-адресов и плана агрегирования

  • RFC 4684. Распределение ограниченных маршрутов для Border Gateway Protocol/многопротокольной коммутации по метке (BGP/MPLS) Интернет-протокол (IP) Виртуальные частные сети (VPN)

  • RFC 4724, механизм изящного перезапуска для BGP

  • RFC 4760, многопротокольные расширения для BGP-4

  • RFC 4781, механизм изящного перезапуска BGP с MPLS

  • RFC 4798. Подключение островов IPv6 через IPv4 MPLS с помощью edge маршрутизаторов поставщика IPv6 (6PE)

    Вариант 4b (перераспределение eBGP помеченных маршрутов IPv6 из AS в соседнюю AS) не поддерживается.

  • RFC 4893, BGP для четырехоктетного пространства номеров AS

  • RFC 5004. Предотвращение BGP перехода лучшего пути от одного внешнего к другому

  • RFC 5065, конфедерации автономной системы для BGP

  • RFC 5082. Обобщенный механизм безопасности TTL (GTSM)

  • RFC 5291. Возможность фильтрации исходящие маршруты для BGP-4 (части поддержки)

  • RFC 5292. Фильтр исходящие маршруты на основе адрес-префикс для BGP-4 (части поддержки)

    Устройства, работающие Junos OS, могут получать сообщения ORF на основе префиксов.

  • RFC 5396, текстовое представление номеров автономной системы (AS)

  • RFC 5492, объявление о возможностях с BGP-4

  • RFC 5512, BGP инкапсуляции последующих идентификаторов семейства адресов (SAFI) и BGP инкапсуляции туннеля

  • RFC 5549, объявления IPv4 уровень сети сведения о доступности с следующим переходом IPv6

  • RFC 5575, Распространение правил спецификации потока

  • RFC 5668, 4-октет AS определенное BGP расширенное сообщество

  • RFC 6286. Уникальный уникальный идентификатор автономной системы BGP, который BGP полностью совместим с RFC 6286.

  • RFC 6368, внутренний BGP в качестве edge-протокола поставщика/клиента для виртуальных частных сетей IP BGP/MPLS IP (VPN)

  • RFC 6810, ресурсная инфраструктура открытых ключей (RPKI) протокола маршрутизатора

  • Проверка источника префикса в RFC 6811 BGP,

  • Резервирование RFC 6996 автономной системы (AS) для частного использования

  • RFC 7300, номера резервирования последней автономной системы (AS)

  • RFC 7752. Распределение сведений о состоянии соединений и трафике (управление трафиком) с использованием BGP

  • RFC 7854, BGP мониторинга (BMP)

  • RFC 7911, объявление нескольких путей в BGP

  • RFC 8212. Поведение по распространению маршрута BGP внешних BGP (EBGP) без полной совместительности политик

    Исключения:

    Поведение В RFC 8212 по умолчанию не реализовано во избежание сбоев существующей конфигурации клиента. По умолчанию по-прежнему принято и объявляется все маршруты, касающиеся одноранговых узла EBGP.

  • Отключение сеанса RFC 8326 BGP без изящности

  • Проект интернет-проекта idr-rfc8203bis-00, BGP отключения администрирования (истекает в октябре 2018 г.)

  • Проект интернет-проекта-ietf-grow-bmp-adj-rib-out-01, поддержка Adj-RIB-Out в BGP monitoring Protocol (BMP) (истекает 3 сентября 2018)

  • Проект интернет-проекта draft-ietf-idr-aigp-06, атрибут IGP метрике для BGP (истекает декабря 2011)

  • Проект интернет-проекта -ietf-idr-as0-06, кодификация обработки AS 0 (истекает в февраля 2013 г.)

  • Проект интернет-проекта draft-ietf-idr-link-bandwidth-06.txt, BGP связующим полосой пропускания расширенного сообщества (истекает июля 2013)

  • Проект интернет-проекта draft-ietf-sidr-origin-validation-signaling-00, BGP Prefix Origin Validation State Extended Community (частичная поддержка) (истекает в май 2011 г.)

    Расширенное сообщество (состояние проверки источника) поддерживается Junos OS маршрутизации. Указанное изменение в процедуре выбора маршрута не поддерживается.

  • Проект интернет-проекта-kato-bgp-ipv6-link-local-00.txt, BGP4+ Одноранговая связь с использованием IPv6 Link-local Address

В следующем проекте документа документы РНК и Интернет не определяют стандарты, а предоставляют информацию о BGP и сопутствующих технологиях. IETF классифицирует их по-разому, как "Экспериментальный" или "Информационный".

  • RFC 1965, конфедерации автономной системы для BGP

  • RFC 1966, BGP отражения маршрутов — альтернатива полноявой IBGP

  • RFC 2270, использование выделенной AS для узлов, предназначенных для одного поставщика

  • Проект интернет-проекта draft-ietf-ngtrans-bgp-tunnel-04.txt, подключение островов IPv6 через облака IPv4 с BGP (истекает июля 2002)

Таблица истории выпусков
Версия
Описание
17.2R1
Начиная Junos OS выпуске 17.2R1, модуль-трансивер RPD оптимизирован для увеличения пропускной способности входящий поток обработки, что ускоряет скорость обучения RIB и FIB.
14.1R8
Начиная Junos OS выпусков 14.1R8, 14.2R7, 15.1R4, 15.1F6 и 16.1R1, поддерживается возможность для as-path-ignore экземпляров маршрутов.