зачем нужен bgp local preference
BGP: Управление LOCAL_PREFERENCE
Мы рассмотрели атрибут веса (wight) в прошлой статье, теперь рассмотрим LOCAL_PREFERENCE.
LP используется тогда, когда у нас есть два роутера, которые используются для выхода из нашей AS. И атрибут LP указывает на то, через какой роутер будет осуществляться выход. А weight из прошлой статьи указывать через какой интерфейс будет осщуствляться выход. Чем больше LP, тем приоритетнее.
Вот такая идеология.
Давайте сделаем топологию:
Нас будет интересовать AS1.3 и как мы с него достигаем сеток 10.10.10.10/32 и 20.20.20.20/32. Посмотрим что у нас по умолчанию:
Здесь мы видим, что к сети 10-ок мы ходим через AS1.1, а в сеть 20-ок мы ходим через AS1.2, этот выбор на самом деле делается по кратчайшему AS-PATH, так как вес одинаковый, а так же одинаковый LocPrf.
А что если у нас линк, между AS1.2 и AS3 очень медленный, какой-нибудь 256кбит? Ведь BGP не смотрит на пропускную способность.
Тогда мы можем использовать атрибут Local Preference. На роутере AS1.1 поставил LocPrf = 200.
Делается это на AS1.1, на нейборе к AS2 через route-map на in, вот так:
AS1.1(config-route-map)#do sh run | s bgp
router bgp 1
no synchronization
bgp log-neighbor-changes
network 1.1.1.0 mask 255.255.255.0
network 1.1.10.0 mask 255.255.255.0
network 1.1.12.0 mask 255.255.255.0
neighbor 1.1.1.2 remote-as 1
neighbor 1.1.1.2 next-hop-self
neighbor 1.1.10.2 remote-as 2
neighbor 1.1.10.2 route-map LP in
neighbor 1.1.12.3 remote-as 1
neighbor 1.1.12.3 next-hop-self
no auto-summary
AS1.1(config-route-map)#
route-map LP permit 10
set local-preference 200
Теперь делаем пересылку апдейтов и получаем:
Мы видим, что теперь в сетки 10-ток и 20-ок мы ходим через AS1.1, так как LocPref у нас равен 200 и является более приоритетным.
Таким образом мы можем управлять исходищм трафиком, через какой роутер мы будем выходить из нашей AS. Если бы на роутере было бы еще два линка, то там с помощью weight возможно определить приоритетность того или иного выхода, как это делали в прошлой статье.
Зачем нужен bgp local preference
В своем предыдущем примере мы рассматривали модель, когда по резервному каналу у нас приходит маршрут по умолчанию, схема эта вполне рабочая и жизнеспособная. Но есть одно но, я об этом уже писал, весь паразитный трафик к несуществующим адресам будет уходить на этот канал, то есть туда будет уходить паразитный, безсмысленный трафик. Вполне логично что это не совсем хорошо. То есть конечно можно работать и так, но все же. Если позволяет оборудование(маршрутизаторы), лучше всего принять два фуллвьюва и тут сбалансировать с помощью такой штуки как local-preference. Вот эту модель мы и рассмотрим. За основу берем прежнюю схему известную нам по статье BGP – route-map, as-path, prefix-list. Управляем анонсами. Мы оставляем по прежнему роутер C резервным, а роутер B приоритетным каналом, но через роутер С мы теперь примем полный список сети и сбалансируем отдачу в роутер B c помощью local-preference.
На стороне роутера B и роутера C менять ничего не надо, все изменения нужно делать на нашем роутер A.
Схема взаимодействия такая: 
А настройки роутера B будут такие:
router bgp 65534 bgp router-id 192.168.0.2 network 192.168.2.0/24 network 192.168.3.0/24 network 192.168.4.0/24 network 192.168.5.0/24 network 192.168.6.0/24 network 192.168.7.0/24 network 192.168.8.0/24 network 192.168.9.0/24 network 192.168.10.0/24 network 192.168.11.0/24 network 192.168.12.0/24 neighbor 192.168.0.1 remote-as 65535 neighbor 192.168.0.1 default-originate neighbor 192.168.0.1 soft-reconfiguration inbound
И настройки роутера C будут такие:
router bgp 65533 bgp router-id 192.168.0.6 network 192.168.2.0/24 network 192.168.3.0/24 network 192.168.4.0/24 network 192.168.5.0/24 network 192.168.6.0/24 network 192.168.7.0/24 network 192.168.8.0/24 network 192.168.9.0/24 network 192.168.10.0/24 neighbor 192.168.0.1 remote-as 65535 neighbor 192.168.0.1 default-originate neighbor 192.168.0.1 soft-reconfiguration inbound
Теперь переходим к настройкам нашего основного маршрутизатора Router А, мы примем от обоих партнеров на роутер A, все что они анонсируют, исключая default router. Нам теперь не нужен маршрут по умолчанию. Для этого нам понадобится prefix-list запрещающий прием дефаулта:
ip prefix-list DEFAULT-IN-DENY seq 5 deny 0.0.0.0/0 ip prefix-list DEFAULT-IN-DENY seq 10 permit any
и назначим этот префикс лист на наши neighborы, по итогу получится такой конфиг:
И проверим, что мы получаем по bgp, какие маршруты.
И увидим такую картину:
и в таблице маршрутизации видим такое:
B>* 192.168.2.0/24 [20/0] via 192.168.0.6, em0, 20:16:52 B>* 192.168.3.0/24 [20/0] via 192.168.0.6, em0, 20:16:52 B>* 192.168.4.0/24 [20/0] via 192.168.0.6, em0, 20:16:52 B>* 192.168.5.0/24 [20/0] via 192.168.0.6, em0, 20:16:52 B>* 192.168.6.0/24 [20/0] via 192.168.0.6, em0, 20:16:52 B>* 192.168.7.0/24 [20/0] via 192.168.0.6, em0, 20:16:52 B>* 192.168.8.0/24 [20/0] via 192.168.0.6, em0, 20:16:52 B>* 192.168.9.0/24 [20/0] via 192.168.0.6, em0, 20:16:52 B>* 192.168.10.0/24 [20/0] via 192.168.0.6, em0, 20:16:52 B>* 192.168.11.0/24 [20/0] via 192.168.0.2, em0, 01:26:06 B>* 192.168.12.0/24 [20/0] via 192.168.0.2, em0, 01:26:06
Мы видим картину, что все идет через резервный канал и причина тому, то, что bgp router принял решение самостоятельно, базируясь исключительно на том, что сессия с маршрутизатором 192.168.0.2 установлена позже и доверия ей меньше. Но нас это не устраивает — приоритетный канал должен быть приоритетным.
Для этого нужно указать что анонсы пришедшие через 192.168.0.2 имеют более высокий приоритет.
Создадим route-map в котором и будем менять приоритет:
configure terminal route-map SET-PRIO permit 10 set local-preference 500
и теперь этот route-map припишем к neighbor:
configure terminal router bgp 65535 neighbor 192.168.0.2 route-map SET-PRIO in
и после этого нужно дернуть сессию с 192.168.0.2
clear ip bgp 192.168.0.2 soft in
show ip route bgp B>* 192.168.2.0/24 [20/0] via 192.168.0.2, em0, 00:00:02 B>* 192.168.3.0/24 [20/0] via 192.168.0.2, em0, 00:00:02 B>* 192.168.4.0/24 [20/0] via 192.168.0.2, em0, 00:00:02 B>* 192.168.5.0/24 [20/0] via 192.168.0.2, em0, 00:00:02 B>* 192.168.6.0/24 [20/0] via 192.168.0.2, em0, 00:00:02 B>* 192.168.7.0/24 [20/0] via 192.168.0.2, em0, 00:00:02 B>* 192.168.8.0/24 [20/0] via 192.168.0.2, em0, 00:00:02 B>* 192.168.9.0/24 [20/0] via 192.168.0.2, em0, 00:00:02 B>* 192.168.10.0/24 [20/0] via 192.168.0.2, em0, 00:00:02 B>* 192.168.11.0/24 [20/0] via 192.168.0.2, em0, 00:00:02 B>* 192.168.12.0/24 [20/0] via 192.168.0.2, em0, 00:00:02
Все работает как и задумывалось.
Потому что sh ip bgp показывает такую картину:
Напротив всех маршрутах от 192.168.0.2 появился LocPrf 500 — этот маршрут имеет большую важность несмотря на стабильность сессии и тому подобное.
Настройки роутера А будут иметь такой вид:
Эта схема так же вполне жизнеспособна и применяется для реальных систем.
Зачем нужен bgp local preference
Если вы считаете, что её стоило бы доработать как можно быстрее, пожалуйста, скажите об этом.
BGP (Border Gateway Protocol) — это основной протокол динамической маршрутизации, который используется в Интернете.
Маршрутизаторы, использующие протокол BGP, обмениваются информацией о доступности сетей. Вместе с информацией о сетях передаются различные атрибуты этих сетей, с помощью которых BGP выбирает лучший маршрут и настраиваются политики маршрутизации.
Один из основных атрибутов, который передается с информацией о маршруте — это список автономных систем, через которые прошла эта информация. Эта информация позволяет BGP определять где находится сеть относительно автономных систем, исключать петли маршрутизации, а также может быть использована при настройке политик.
Маршрутизация осуществляется пошагово от одной автономной системы к другой. Все политики BGP настраиваются, в основном, по отношению к внешним/соседним автономным системам. То есть, описываются правила взаимодействия с ними.
Так как BGP оперирует большими объемами данных (текущий размер таблицы для IPv4 более 450 тысяч маршрутов), то принципы его настройки и работы отличаются от внутренних протоколов динамической маршрутизации (IGP).
Содержание
[править] Терминология протокола
[править] Описание протокола
BGP выбирает лучшие маршруты не на основании технических характеристик пути (пропускной способности, задержки и т.п.), а на основании политик. В локальных сетях наибольшее значение имеет скорость сходимости сети, время реагирования на изменения. И маршрутизаторы, которые используют внутренние протоколы динамической маршрутизации, при выборе маршрута, как правило, сравнивают какие-то технические характеристики пути, например, пропускную способность линков.
При выборе между каналами двух провайдеров, зачастую имеет значение не то, у какого канала лучше технические характеристики, а какие-то внутренние правила компании. Например, использование какого канала обходится компании дешевле. Поэтому в BGP выбор лучшего маршрута осуществляется на основании политик, которые настраиваются с использованием фильтров, анонсирования маршрутов, и изменения атрибутов.
Как и другие протоколы динамической маршрутизации, BGP может передавать трафик только на основании IP-адреса получателя. Это значит, что с помощью BGP нет возможности настроить правила маршрутизации, в которых будет учитываться, например, то, из какой сети был отправлен пакет или данные какого приложения передаются. Если принимать решение о том как должен маршрутизироваться пакет, необходимо по каким-то дополнительным критериям, кроме адреса получателя, необходимо использовать механизм policy-based routing (PBR).
[править] Основные характеристики протокола
BGP это path-vector протокол с такими общими характеристиками:
[править] Автономная система
Автономная система (autonomous system, AS) — это система IP-сетей и маршрутизаторов, управляемых одним или несколькими операторами, имеющими единую, четко определенную политику маршрутизации с Интернетом (RFC 1930).
Диапазоны номеров автономных систем (autonomous system number, ASN):
[править] Описание работы протокола
По умолчанию BGP отправляет keepalive-сообщения каждые 60 секунд.
Если существует несколько путей к получателю, то маршрутизатор будет анонсировать соседям не все возможные варианты, а только лучший маршрут из таблицы BGP.
[править] Внутренний BGP (Internal BGP) и Внешний BGP (External BGP)
Если iBGP-маршрутизаторы работают в нетранзитной AS, то соединение между ними должно быть full mesh. Это следствие принципов работы протокола — если маршрутизатор, находящийся на границе AS, получил обновление, то он передает его всем соседям; соседи, которые находятся внутри автономной системы, больше это обновление не распространяют, так как считают, что все соседи внутри AS уже его получили.
[править] Таймеры протокола
[править] Типы сообщений BGP
У всех сообщений BGP такой формат заголовка:
Поля заголовка BGP-сообщений:
[править] Open
Open — используется для установки отношений соседства и обмена базовыми параметрами. Отправляется сразу после установки TCP-соединения.
Формат сообщения Open:
Кроме стандартного заголовка пакета BGP, в сообщении Open такие поля:
[править] Update
Update — используется для обмена информацией маршрутизации.
Формат сообщения Update:
[править] Notification
Notification — используется когда возникают ошибки BGP. После отправки сообщения сессия с соседом разрывается.
Формат сообщения Notification:
Кроме стандартного заголовка пакета BGP, в сообщении Notification такие поля:
[править] Keepalive
Keepalive — используется для поддерживания отношений соседства, для обнаружения неактивных соседей.
Сообщения Keepalive состоят только из заголовка пакета (длина 19 октетов).
Если периодичность отправки keepalive-сообщений выставлена в 0, то сообщения не отправляются.
[править] Отношения соседства
Для того чтобы установить отношения соседства, в BGP надо настроить вручную каждого соседа.
Когда указывается сосед локального маршрутизатора, обязательно указывается автономная система соседа. По этой информации BGP определяет тип соседа:
Тип соседа мало влияет на установку отношений соседства. Более существенные отличия между различными типами соседей проявляются в процессе отправки обновлений BGP и добавлении маршрутов в таблицу маршрутизации.
BGP выполняет такие проверки, когда формирует отношения соседства:
У первого пункта проверки есть некоторая особенность: только у одного из двух маршрутизаторов IP-адрес, указанный как адрес отправки обновлений, должен быть указан в команде neighbor другого маршрутизатора.
BGP выполняет проверку таймеров keepalive и hold, однако несовпадение этих параметров не влияет на установку отношений соседства. Если таймеры не совпадают, то каждый маршрутизатор будет использовать меньшее значение таймера hold.
[править] Состояния связи с соседями
Если не совпали IP-адреса с соседом, то этот сосед будет в состоянии active.
[править] Атрибуты пути (path attributes)
Атрибуты пути разделены на 4 категории:
Примеры атрибутов BGP:
[править] Autonomous system path
Атрибут Autonomous system path (AS Path):
Каждый сегмент атрибута AS path представлен в виде поля TLV (path segment type, path segment length, path segment value):
[править] Next-hop
Third party next hop: 
[править] Origin
Атрибут Origin — указывает на то, каким образом был получен маршрут в обновлении.
Возможные значения атрибута:
[править] Local preference
Атрибут Local preference:
[править] Atomic aggregate
Метка, указывающая, что NLRI является summary.
[править] Aggregator
Список RID и ASN маршрутизаторов, создавших summary NLRI.
[править] Communities
Значения от 0x00000000 до 0x0000FFFF и от 0xFFFF0000 до 0xFFFFFFFF зарезервированы.
Как правило community отображаются в формате ASN:VALUE. В таком формате, доступны для использования community от 1:0 до 65534:65535. В первой части указывается номер автономной системы, а во второй значение community, которое определяет политику маршрутизации трафика.
Некоторые значения communities предопределены. RFC1997 определяет три значения таких community. Эти значения должны одинаково распознаваться и обрабатываться всеми реализациями BGP, которые распознают атрибут community.
Если маршрутизатор получает маршрут в котором указано предопределенное значение communities, то он выполняет специфическое, предопределенное действие основанное на значении атрибута.
Предопределенные значения communities (Well-known Communities):
Маршрутизаторы которые не поддерживают атрибут community, будут передавать его далее, так как это transitive атрибут.
[править] Multi exit discriminator (MED)
[править] Weight (проприетарный атрибут Cisco)
[править] Выбор пути
Характеристики процедуры выбора пути протоколом BGP:
[править] Cisco
На маршрутизаторе Cisco, если не настроены никакие политики выбора пути, выбор пути происходит таким образом (на каждый следующий шаг маршрутизатор переходит только при совпадении значений на предыдущем):
Если существует несколько маршрутов до одной сети назначения, будет выбран только один из них. Каждый шаг в алгоритме выбора лучшего маршрута пытается устранить все, кроме одного маршруты к пункту назначения. Если на шаге алгоритма маршрутов все еще больше одного, будет выполнен переход на следующий шаг алгоритма. Таким образом, алгоритм работает до тех пор, пока это необходимо. В устройствах Juniper выбор наилучшего маршрута происходит по следующему алгоритму:
Только лучший путь помещается в таблицу маршрутизации и анонсируется BGP-соседям.
[править] BGP в маршрутизаторах Cisco
[править] BGP в маршрутизаторах Juniper
[править] BGP в Quagga
[править] Конфигурационные файлы qua2, qua4, qua6
Конфигурационные файлы на странице BGP/config.
[править] Дополнительная информация
Локальное предпочтение для BGP маршрутов
О значениях предпочтения маршрутов (административное расстояние)
Процесс Junos OS маршрутизации назначает значение предпочтения по умолчанию (также известное как административное расстояние)каждому маршруту, который получает таблица маршрутизации. Значение по умолчанию зависит от источника маршрута. Предпочтительным является значение от 0 до 4294967295 (2 32 – 1), с более низким значением, указывающим на более предпочтительный маршрут. Табл. 1 перечисляет значения предпочтений по умолчанию.
Как узнать маршрут
Предпочтение по умолчанию
Утверждение для изменения предпочтения по умолчанию
Напрямую подключенная сеть
Статические и статические LPS
В Junos OS версиях до 10.4 при настройке статического MPLS LSP с помощью утверждения, значение предпочтения по умолчанию static-path будет 5. Начиная Junos OS версии 10.4, если по умолчанию задается значение static-label-switched-path 6. Предыдущее утверждение static-path конфигурации скрыто в Junos OS 10.4 и более поздних выпусках.
LPS, с сигнализацией на RSVP
RSVP, как описано в preference руководстве пользователя MPLS приложений
preference LDP, как описано в руководстве MPLS приложений пользователя
OSPF внутренний маршрут
внутренний маршрут доступа
IS-IS маршрут 1-го уровня
IS-IS внутренний маршрут 2-го уровня
OSPF as внешние маршруты
OSPF внешние предпочтения
IS-IS маршрут 1-го уровня
IS-IS внешних предпочтений
IS-IS внешний маршрут 2-го уровня
IS-IS внешних предпочтений
BGP, экспорт, импорт
В общем, чем меньше область действия утверждения, тем выше приоритет его предпочтения, но меньшее значение набора маршрутов, на которое это влияет. Для изменения значения предпочтения по умолчанию для маршрутов, которые узнаются протоколами маршрутов, обычно применяется политика маршрутов при настройке отдельных протоколов маршрутов. Некоторые предпочтения можно также изменить другими настройками, которые указаны в таблице.
См. также
Примере: Настройка значения предпочтения для BGP маршрутов
В данном примере показано, как указать предпочтение для маршрутов, которые были BGP. Информацию о маршруте можно получить из нескольких источников. Для разрыва связей между одинаково конкретными маршрутами, которые узнаются из нескольких источников, каждый источник имеет значение предпочтения. Маршруты, которые узнаются посредством явного административного действия, например, статических маршрутов, имеют более предпочтительный характер по мере того, как маршруты, которые были выучены из протокола маршрутов, BGP или OSPF. Некоторые поставщики называют это административное расстояние.
Требования
До настройки этого примера специальная настройка после инициализации устройства не требуется.
Обзор
Информацию о маршруте можно получить из нескольких источников, например, из статической конфигурации, BGP или протокола внутреннего шлюза (IGP). Когда Junos OS определяет предпочтение маршрута в качестве активного маршрута, он выбирает маршрут с наименьшим предпочтением в качестве активного маршрута и устанавливает этот маршрут в таблица переадресации. По умолчанию программное обеспечение маршрутов назначает предпочтение 170 маршрутам, исходя из BGP. Из всех протоколов маршрутов BGP значением предпочтения по умолчанию, что означает, что маршруты, BGP являются наименее вероятными в качестве активного маршрута.
Некоторым поставщикам за (расстояние) 20 для внешних BGP (EBGP) и расстояние 200 для внутренних BGP (IGBP). Junos OS для EBGP и IBGP используется одинаковое значение (170). Однако эта разница между поставщиками не влияет на операционную деятельность, Junos OS всегда предпочтение от маршрутов EBGP по большему, чем маршрутов IBGP.
Другой областью, в которой различаются поставщики, является IGP расстояние по сравнению BGP расстояния. Например, некоторые поставщики назначьте расстояние 110 для OSPF маршрутов. Это больше, чем расстояние EBGP, равное 20, и приводит к выбору маршрута EBGP через эквивалентный OSPF маршруту. В том же сценарии Junos OS выбирает маршрут OSPF, поскольку по умолчанию предпочтение 10 для внутреннего маршрута OSPF и 150 для внешнего маршрута OSPF, которое оба ниже, чем 170 предпочтение, назначенное всем BGP маршрутам.
В среде с несколькими автовендорами может потребоваться изменить значение предпочтения для BGP, чтобы Junos OS выбрал маршрут EBGP вместо OSPF маршрут. Для этого можно включить утверждение в конфигурацию preference EBGP. Чтобы изменить значение предпочтения BGP по умолчанию, включите утверждение, указыв значение от 0 до preference 4294 967 295 (2 32 – 1).
Другой способ добиться совместимости с несколькимиvendor – включить утверждение advertise-inactive в конфигурацию EBGP. Это приводит к экспорту таблицы маршрутов BGP на лучший маршрут, который был BGP, даже если Junos OS не выбрал ее в качестве активного маршрута. По умолчанию BGP данные маршрутов, получаемые из сообщений обновления, в Junos OS маршрутной таблицы, и таблица маршрутов экспортирует только активные маршруты в BGP, которые BGP затем объявляется равноправным узлам. Утверждение advertise-inactive приводит к Junos OS о наилучшем маршруте BGP который неактивирован из-за IGP предпочтения. При использовании утверждения устройство Junos OS использует маршрут OSPF для переадребовки, а устройство другого поставщика использует маршрут advertise-inactive EBGP для переадребовки. Однако с точки зрения равноправного узла EBGP в соседней AS устройства обоих поставщиков ведут себя одинаково.
Топологии
В примере сети устройства R1 и device R2 имеют маршруты EBGP друг к другу, а также OSPF маршруты друг к другу.
В данном примере показаны таблицы маршрутов в следующих случаях:
Примите значения по умолчанию 170 для BGP и 10 для OSPF.
Local Preference for BGP Routes
Understanding Route Preference Values (Administrative Distance)
The Junos OS routing protocol process assigns a default preference value (also known as an administrative distance) to each route that the routing table receives. The default value depends on the source of the route. The preference value is a value from 0 through 4,294,967,295 (2 32  – 1), with a lower value indicating a more preferred route. Table 1 lists the default preference values.
How Route Is Learned
Statement to Modify DefaultВ Preference
Directly connected network
Static and Static LSPs
In Junos OS Releases prior to 10.4, if you configure a static MPLS LSP using the static-path statement, the default preference value is 5. Starting in Junos OS Release 10.4, if you configure a static-label-switched-path the default preference value is 6. The previous configuration statement static-path is hidden in Junos OS Release 10.4 and later releases.
RSVP preference as described in the MPLS Applications User Guide
OSPF internal route
Labelled OSPF preference
IS-IS LevelВ 1 internal route
IS-IS LevelВ 2 internal route
Labelled IS-IS preference
OSPF AS external routes
IS-IS LevelВ 1 external route
IS-IS LevelВ 2 external route
BGP preference, export, import
In general, the narrower the scope of the statement, the higher precedence its preference value is given, but the smaller the set of routes it affects. To modify the default preference value for routes learned by routing protocols, you generally apply routing policy when configuring the individual routing protocols. You also can modify some preferences with other configuration statements, which are indicated in the table.
See Also
Example: Configuring the Preference Value for BGP Routes
This example shows how to specify the preference for routes learned from BGP. Routing information can be learned from multiple sources. To break ties among equally specific routes learned from multiple sources, each source has a preference value. Routes that are learned through explicit administrative action, such as static routes, are preferred over routes learned from a routing protocol, such as BGP or OSPF. This concept is called administrative distance by some vendors.
Requirements
No special configuration beyond device initialization is required before you configure this example.
Overview
Routing information can be learned from multiple sources, such as through static configuration, BGP, or an interior gateway protocol (IGP). When Junos OS determines a route’s preference to become the active route, it selects the route with the lowest preference as the active route and installs this route into the forwarding table. By default, the routing software assigns a preference of 170 to routes that originated from BGP. Of all the routing protocols, BGP has the highest default preference value, which means that routes learned by BGP are the least likely to become the active route.
Some vendors have a preference (distance) of 20 for external BGP (EBGP) and a distance of 200 for internal BGP (IGBP). Junos OS uses the same value (170) for both EBGP and IBGP. However, this difference between vendors has no operational impact because Junos OS always prefers EBGP routes over IBGP routes.
In a multivendor environment, you might want to change the preference value for BGP routes so that Junos OS chooses an EBGP route instead of an OSPF route. To accomplish this goal, one option is to include the preference statement in the EBGP configuration. To modify the default BGP preference value, include the preference statement, specifying a value from 0 through 4,294,967,295 (2 32  – 1).
Another way to achieve multivendor compatibility is to include the advertise-inactive statement in the EBGP configuration. This causes the routing table to export to BGP the best route learned by BGP even if Junos OS did not select it to be an active route. By default, BGP stores the route information it receives from update messages in the Junos OS routing table, and the routing table exports only active routes into BGP, which BGP then advertises to its peers. The advertise-inactive statement causes Junos OS to advertise the best BGP route that is inactive because of IGP preference. When you use the advertise-inactive statement, the Junos OS device uses the OSPF route for forwarding, and the other vendor’s device uses the EBGP route for forwarding. However, from the perspective of an EBGP peer in a neighboring AS, both vendors’ devices appear to behave the same way.
Topology
In the sample network, Device R1 and Device R2 have EBGP routes to each other and also OSPF routes to each other.
This example shows the routing tables in the following cases:
Accept the default preference values of 170 for BGP and 10 for OSPF.