чему по умолчанию равно соотношение параметров bgp сессии holdtime keepalive

Чему по умолчанию равно соотношение параметров bgp сессии holdtime keepalive

Сегодня хочу начать небольшой цикл статей про оптимизацию поведения протокола BGP на границе сетей. Под оптимизацией я подразумеваю в первую очередь уменьшение времени простоя сети в случае аварии и сходимости после ее устранения. EBGP используется очень часто и в большинстве случаев по довольно косным гайдлайнам, от которых мало толку в случае возникновения каких- либо проблем, будь то ненадежная L1, проблемы с электропитанием, гроза и РРЛ между спикерами – что угодно. Я попробую рассказать что можно подкрутить в протоколе, дабы оптимизировать его поведение к собственной выгоде в сложившейся ситуации. И, да, часть методов требует настройки спикера на другом конце кабеля.

Итак, 5 способов оптимизировать поведения протокола BGP на границе сети при помощи таймеров:

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

1. Keepalive и Holdtime

Эти таймеры отвечают за поддержание сессии, если спикер в течении периода Holdtime не получит от соседа посылаемое через Keepalive интервал сообщение, то он помечает его недоступным и маршруты — недействительными. Согласно RFC4271 значения этих таймеров рекомендуется выставить соответственно 30 и 90 (keepalive * 3) секунд. На маршрутизаторах Cisco эти значения по умолчанию равны 60 и 180 секундам.

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

Router(config-router)#timers bgp 30 90 90
Router(config-router)#neighbor x.x.x.x timers 30 90 90

Параметр min_HoldTime (последний по счету) позволяет указать минимальное значение HoldTime, которое будет принято для установление сессии. Т.е. если администратор на другом конце в отчаянии выставит HoldTime равным 30 секундам, то мы такую сессию попросту не примем. После изменения таймеров BGP нужно передернуть.

2. Advertisement Interval

Отвечает за скорость обмена префиксами (advertisement и withdrawal), по умолчанию равен 30 секундам в случае ebgp. Чаще всего его использование разумно совместно с conditional advertisement, да и вообще на всех нестабильных multihomed площадках.

Router(config-router)#neighbor x.x.x.x advertisement-interval

Этот параметр определяет время между установлением BGP сессии между спикерами и началом обмена префиксами. Использование init delay таймера улучшает сходимость, так как удаленный маршрутизатор использует это время с пользой. А именно определяет свои лучшие маршруты, дабы потом быстро принять верное решение. По-умолчанию равно 120 секундам,
но если мы уверены в том, что лучшие маршруты уже в RIB, да и вообще их немного, то можем обменяться ими раньше и наоборот.

4. BGP scanner

Контролирует поведение Background BGP scanner. Который в свою очередь сканирует, сортирует и чистит IP и BGP RIB, поддерживая таким образом работу всего протокола. Как известно BGP использует только маршруты с доступным next-hop и в случае его исчезновения из IP RIB удаляет и префикс. Этой проверкой и занимается background scanner, пробегающий все маршруты раз в 60 секунд для IPv4 и раз в 15 для VPNv4. Если за спиной у спикера нестабильно работающий IGP, то в эти интервалы возможны временные петли и черные дыры. В обмен на загрузку маршрутизатора мы можем изменить частоту сканирования (отдельно для каждый address-family):

5.Connect Retry timer

Этот таймер определяет время, по прошествии которого протокол проверяет установлена ли TCP сессия между спикерами. Если нет, то пробует ее установить. Этот процесс никак не связан с реакцией на входящее соединение. На маршрутизаторах Cisco значение этого таймера равно 120 секундам и в настоящий момент изменить его нельзя. Так как считается что это может помешать корректной установке TCP сессии. Тем не менее на Juniper его поменять можно.

Далее — 5 способов оптимизировать BGP на границе сети при помощи сторонних протоколов.

Источник

Принципы работы протокола BGP

Сегодня мы рассмотрим протокол BGP. Не будем долго говорить зачем он и почему он используется как единственный протокол. Довольно много информации есть на этот счет, например тут.

Итак, что такое BGP? BGP — это протокол динамической маршрутизации, являющийся единственным EGP( External Gateway Protocol) протоколом. Данный протокол используется для построения маршрутизации в интернете. Рассмотрим как строится соседство между двумя маршрутизаторами BGP.

Рассмотрим соседство между Router1 и Router3. Настроим их при помощи следующих команд:

Соседство внутри одной автономной системы — AS 10. После ввода данных на маршрутизаторе, например на Router1, данный маршрутизатор пытается настроить отношения соседства с маршрутизатором Router3. Начальное состояние, когда ничего не происходит называется Idle. Как только будет настроен bgp на Router1, он начнет слушать TCP порт 179 — перейдет в состояние Connect, а когда пытается открыть сессию с Router3, то перейдет в состояние Active.

После того, как сессия установится между Router1 и Router3, то происходит обмен Open сообщениями. Когда данное сообщение отправит Router1, то данное состояние будет называться Open Sent. А когда получит Open сообщение от Router3, то перейдет в состояние Open Confirm. Рассмотрим более подробно сообщение Open:

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

Для установления соседства необходимо выполнения следующих условий:

Здесь указывают сети, о которых сообщает Router1 и Path attributes, которые являются аналогом метрик. О Path attributes мы поговорим более подробно. Также внутри TCP сессии передаются Keepalive сообщения. Они передаются, по умолчанию, каждые 60 секунд. Это Keepalive Timer. Если в течении Hold Timer-а не будет получено Keepalive сообщение, то это будет означать потерю связи с соседом. По умолчанию, он равен — 180 секундам.

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

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

Look for a route in the router’s current IP routing table that exactly matches the parameters of the network command; if the IP route exists, put the equivalent NLRI into the local BGP table.

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

в качестве параметра remote-as указан AS, который сконфигурирован на самом маршрутизаторе в команде router bgp 10. Маршруты, пришедшие из внутренней AS считаются внутренними, а маршруты из внешней соответственно внешними. И по отношению к каждому работает разная логика получения и отправки. Рассмотрим такую топологию:

На каждом маршрутизаторы настроен loopback интрефейс с ip: x.x.x.x 255.255.255.0 — где x номер маршрутизатора. На Router9 у нас есть loopback интерфейс с адресом — 9.9.9.9 255.255.255.0. Его мы будем анонсировать по BGP и посмотрим как он распространяется. Данный маршрут будет передан на Router8 и Router12. С Router8 данный маршрут попадет на Router6, но на Router5 в таблице маршрутизации его не будет. Также и на Router12 данный маршрут попадет в таблицу, но на Router11 его также не будет. Попытаемся разобраться с этим. Рассмотрим какие данные и параметры передается Router9 своим соседям, сообщая об этом маршруте. Пакет внизу будет отправлен с Router9 на Router8.

Информация о маршруте состоит из аттрибутов пути (Path attributes).

Атрибуты пути разделены на 4 категории:

Атрибут Origin — указывает на то, каким образом был получен маршрут в обновлении. Возможные значения атрибута:

Далее, Next-hop. Атрибут Next-hop

Теперь Router6 передал маршрут Router5 и первому правилу Next-hop не изменил. То есть, Router5 должен добавить 9.9.9.0 [20/0] via 192.168.68.8, но у него нет маршрута до 192.168.68.8 и поэтому данный маршрут добавлен не будет, хотя информация о данном маршруте будет храниться в таблице BGP:

Та же самая ситуация произойдет и между Router11-Router12. Чтоб избежать такой ситуации необходимо настроить, чтоб Router6 или Router12, передавая маршрут своим внутренним соседям, подставляли в качестве Next-hop свой ip адрес. Делается при помощи команды:

После данной команды, Router6 отправит Update сообщение, где для маршрутов в качества Next-hop будет указан ip интерфейса Gi0/0 Router6 — 192.168.56.6, после чего данный маршрут уже попадет в таблицу маршрутизации.

Пойдем дальше и посмотрим появиться ли этот маршрут на Router7 и Router10. В таблице маршрутизации его не окажется и мы могли бы подумать, что проблема как в первом с параметром Next-hop, но если мы посмотрим вывод команды show ip bgp, то увидим, что там маршрут не был получен даже с неправильным Next-hop, что означает, что маршрут даже не передавался. И это нас приведет к существованию еще одного правила:

Маршруты, полученные от внутренних соседей не передаются другим внутренним соседям.

Так как, Router5 получил маршрут от Router6, то другому своему внутреннему соседу он передаваться не будет. Для того, чтобы передача произошла необходимо настроить функцию Route Reflector, либо настроить полносвязные отношения соседства ( Full Mesh), то есть Router5-7 каждый будет соседом с каждым. Мы будем в данном случае использовать Route Reflector. На Router5 необходимо использовать данную команду:

Route-Reflector меняет поведение BGP при передаче маршрута внутреннему соседу. Если внутренний сосед указан как route-reflector-client, то данным клиентам будут анонсироваться внутренние маршруты.

Маршрут не появился на Router7? Не забываем также и про Next-hop. После данных манипуляций маршрут должен и на Router7, но этого не происходит. Это нас подводит к еще одному правилу:

Правило next-hop работает только для External маршрутов. Для внутренних маршрутов замена атрибута next-hop не происходит.

И мы получаем ситуацию, в которой необходимо создать среду при помощи статичной маршрутизации или протоколов IGP сообщить маршрутизаторам о всех маршрутах внутри AS. Пропишем статические маршруты на Router6 и Router7 и после этого получим нужный маршрут в таблице маршрутизаторе. В AS 678 же мы поступим немного иначе — пропишем статические маршруты для 192.168.112.0/24 на Router10 и 192.168.110.0/24 на Router12. Далее, установим отношения соседства между Router10 и Router12. Также настроим на Router12 отправку своего next-hop для Router10:

Итогом будет то, что Router10 будет получать маршрут 9.9.9.0/24, он будет получен и от Router7 и от Router12. Посмотрим какой выбор сделает Router10:

Как мы видим, два маршрута и стрелка ( > ) означает, что выбран маршрут через 192.168.112.12.
Посмотрим как происходит процесс выбора маршрута:

Теперь все маршруты от данного соседа будут иметь такой вес. Посмотрим как изменится выбор маршрута после данной манипуляции:

Но как видим один маршрут через Router6. А где же маршрут через Router7? Может и на Router7 его нет? Смотрим:

Странно, вроде все в порядке. Почему же он не передается на Router5? Все дело в том, что у BGP есть правило:

Маршрутизатор передает только те маршруты, которые использует сам.

Router7 используется маршрут через Router5, поэтому маршрут через Router10 передаваться не будет. Вернемся к Local Preference. Давайте зададим Local Preference на Router7 и посмотрим как отреагирует на это Router5:

Итак, мы создали route-map, в который попадаются все маршруты и сказали Router7, чтоб при получение он менял параметр Local Preference на 250, по умолчанию равен 100. Смотрим, что произошло на Router5:

Посмотрим, что произойдет, если допустим Router6 потеряет маршрут 9.9.9.0/24 через Router9. Отключим интерфейс Gi0/1 Router6, который сразу поймет, что BGP сессия с Router8 оборвана и сосед пропал, а значит и маршрут, полученные от него не действительны. Router6 сразу отправляет Update сообщения, где указывает сеть 9.9.9.0/24 в поле Withdrawn Routes. Как только Router5 получит подобное сообщение, отправит его к Router7. Но так как у Router7 есть маршрут через Router10, то в ответ сразу отправит Update c новым маршрутом. Если детектировать падения соседа по состоянию интерфейса не получается, то придеться ждать срабатывания Hold Timer-а.

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

Здесь ссылка на данную лабу, а тут конфигурация для GNS3.

Пришлось бы настраивать Route-Reflector или полносвязые отношения соседства. Разбивая одну AS 2345 на 4 sub-AS ( 2,3,4,5) для каждого маршрутизатора, мы в итоге получаем другую логику работы. Все отлично описано здесь.

Источник

BGP: часто задаваемые вопросы

Параметры загрузки

Об этом переводе

Этот документ был переведен Cisco с помощью машинного перевода, при ограниченном участии переводчика, чтобы сделать материалы и ресурсы поддержки доступными пользователям на их родном языке. Обратите внимание: даже лучший машинный перевод не может быть настолько точным и правильным, как перевод, выполненный профессиональным переводчиком. Компания Cisco Systems, Inc. не несет ответственности за точность этих переводов и рекомендует обращаться к английской версии документа (ссылка предоставлена) для уточнения.

Содержание

Введение

Данный документ содержит часто задаваемые вопросы по Border Gateway Protocol (BGP).

Как настроить BGP?

См. следующие документы для получения информации о настройке BGP и его функций:

Как настроить BGP с использованием адреса обратной связи?

Использование интерфейса обратной петли гарантирует, что соседний узел будет работать и на него не повлияет неисправное оборудование.

Какова приоритетность атрибутов в том случае, когда некоторые из них или все применяются к одному соседу в BGP?

Приоритет зависит от того, применяются ли атрибуты для внутренних или для внешних обновлений.

Для внутренних обновлений приоритетность следующая:

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

ORF prefix-list (список префиксов, который отправляет нам соседний узел),

Примечание: Список префиксов атрибутов и distribute-list являются взаимоисключающими, и только одна команда ( neighbor prefix-list или neighbor distribute-list ) может быть применена к каждому входящему или исходящему направлению для конкретного соседа.

Что означает следующий узел 0.0.0.0 в выходных данных команды show ip bgp?

Сеть в таблице BGP с адресом следующего узла 0.0.0.0 означает, что эта сеть локально инициируется через перераспределение протокола IGP в BGP или с помощью команды network or aggregate в конфигурации BGP.

Что такое «известные сообщества» из атрибута сообществ BGP?

Атрибут сообщества является переходным, необязательным атрибутом, разработанным для группировки узлов назначения в определенном сообществе и применения определенных политик (таких как принимать, предпочесть или перераспределить). В этой таблице показаны известные сообщества BGP.

Какие форматы можно использовать для настройки атрибута сообществ BGP?

Примечание. Атрибут сообщества BGP является цифровым значением (произвольным), которое может быть назначено определенному префиксу и объявлено соседним узлам. Хотя атрибут сообщества может быть представлен в десятичном, шестнадцатеричном формате или формате AA:NN, это по-прежнему будет 32-разрядное число. Например, в каждой из трех этих команд конфигурации указывает сообщество 30:20 (AS 30, номер 20):
set community 30:20
set community 0x1E0014
set community 1966100

Вне зависимости от используемой команды в файле конфигурации маршрутизатора и в таблице BGP будет показываться 30:20.

Какова разница между поведением BGP со включенным и выключенным автоматическим суммированием?

Поведение автоматического суммирования изменялось по мере выхода новых версий ПО Cisco IOS. Изначально автоматического суммирование было включено по умолчанию. Однако с выявлением ошибки Cisco CSCdu81680 (только для зарегистрированных заказчиков) этот параметр изменился. В самых поздних релизах Cisco IOS автоматическое суммирование по умолчанию отключено. При включенной функции автоматического суммирования происходит сложение локально расположенных сетей BGP с их границами классов (автоматическое суммирование включено по умолчанию в BGP). Автоматическое суммирование включено по умолчанию только в старых версиях. Если автоматическое суммирование отключено, маршруты, включенные локально в таблицу BGP, не суммируются по своим классовым границам. Когда в таблице маршрутизации указана подсеть и выполняются следующие три условия, любая подсеть в этой классовой сети в локальной таблице маршрутизации подскажет BGP установить классовую сеть в таблицу BGP.

Инструкция классовой сети для сети в таблице маршрутизации

Классовая маска на эту сетевую инструкцию

Включенное автоматическое суммирование

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

Примечание:если у AS, который производит BGP, нет собственной полной классовой сети, Cisco рекомендует задать команду no auto-summary с использованием router bgp, чтобы отключить автоматическое суммирование.

Как проверить, объявляет ли маршрутизатор BGP свои сети BGP и передает ли он их в глобальную объединенную сеть BGP?

Используйте следующие команды, чтобы проверить, объявлены ли блоки IP непосредственно присоединенным ISP:

Команда show ip bgp neighbors [address] advertised-routes показывает, какие сообщения отправляются.

Команда show ip bgp neighbors [address] routes показывает, какие сообщения принимаются.

Примечание:команда show ip bgp neighbors [address] advertise-routes не вносит в учетную запись никакие выходные политики, которые вы могли применять. В будущих релизах программного обеспечения Cisco IOS выходные данные команды будут изменены для отражения выходных политик. Если существует два альтернативных пути к узлу назначения, BGP всегда использует лучший маршрут для объявления.

Чтобы проверить, как IP-блоки распространяются в глобальную сеть BGP через напрямую подключенного ISP, войдите на сервер маршрутизации в Интернете и найдите записи BGP префикса на маршрутном сервере.

Когда и как сбрасывать BGP-сеанс?

Очистите сеанс BGP при изменении входной/выходной политики для данного сеанса. Задайте команду clear ip bgp x.x.x.x soft out, чтобы очистить сеанс BGP и привести в действие изменения выходной политики. Задайте команду clear ip bgp x.x.x.x, чтобы очистить сеанс BGP и привести в действие изменения входной политики. Если у соседа есть возможность мягкого изменения конфигурации, можно задать команду clear ip bgp x.x.x.x soft in. Возможна автоматическая очистка сеанса BGP, если настроена функция оптимизации маршрутизации на уровне периметра сети (OER). Функция OER автоматически очищает сеанс BGP и для входящего, и для исходящего направления. См. документ Настройка сетевых компонентов OER для получения дополнительной информации о функции OER.

Примечание:в программном обеспечении Cisco IOS 12.0 и более поздних реализована новая функциональная возможность BGP Soft Reset Enhancement. Подробнее см. BGP Soft Reset Enhancement.

Необходима ли на устройстве PIX/ASA какая-либо особая конфигурация, чтобы разрешить трафик сеансов BGP через него?

Что такое номер автономной системы (AS) и как его получить?

Что такое критерии выбора пути BGP?

В чем состоит различие между командами always-compare-med и deterministic-med?

Меняют ли внутренние сеансы BGP (iBGP) следующий узел?

сеансы iBGP сохраняют атрибут следующего узла, полученный от равноправных узлов eBGP. Поэтому важно иметь внутренний маршрут на следующий узел. Иначе маршрут BGP будет недостижим. Чтобы убедиться в достижимости следующего узла eBGP, внесите в IGP сеть, к которой относится следующий узел, или задайте команду next-hop-self neighbor, чтобы заставить маршрутизатора объявлять в качестве следующего узла не внешний равноправный узел, а себя. Подробнее см. в разделе «Атрибут следующего перехода BGP» в документе «Практические примеры BGP».

Меняют ли внешние сеансы BGP (iBGP) между конфедерациями следующий узел?

Нет, сеансы eBGP между под-AS конфедераций не меняют атрибут следующего узла. Все правила iBGP по-прежнему применяются для того, чтобы вся AS вела себя как единое целое. Значения метрики и локальных приоритетов остаются неизменными для всех одноранговых узлов eBGP конфедерации. Подробнее о конфедерациях см. в разделе «Конфедерация BGP» документа «Практические примеры BGP».

Какой IP-адрес посылается в следующий узел в случае внешних сеансов BGP (iBGP)?

В ходе пиринга eBGP следующим переходом является IP-адрес соседнего узла, который объявляет маршрут. Однако когда маршрут объявлен в каналах множественного доступа (таких как Ethernet или Frame Relay), следующим узлом обычно является IP-адрес подключенного к этим каналам интерфейса маршрутизатора, который создал маршрут. Подробнее см. в разделе «Атрибут следующего перехода BGP» в документе «Практические примеры BGP».

Изменяет ли маршрутный рефлектор атрибут следующего перехода отраженного префикса?

По умолчанию атрибут следующего перехода не изменяется, если префикс отражается рефлектором маршрута. Однако можно задать команду neighbor next-hop-self, чтобы изменить атрибут следующего перехода для префиксов, отраженных из однорангового узла eBGP в любой клиент маршрутного рефлектора.

Как объявить префикс по условию только для одного ISP при потере подключения к основному ISP?

По умолчанию BGP объявляет маршруты из своей таблицы BGP внешним одноранговым узлам. Функция подачи условных объявлений BGP обеспечивает дополнительный контроль объявлений маршрута в зависимости от существования других префиксов в таблице BGP. Обычно маршруты распространяются независимо от наличия другого пути. Функция условного объявления BGP использует команды настройки non-exist-map и advertise-map для отслеживания маршрутов по префиксу маршрута. Если префикс маршрута отсутствует в выходных данных команды non-exist-map, то объявляется маршрут, заданный командой advertise-map. Подробнее см. раздел «Настройка условного объявления BGP» документа «Настройка BGP».

Как настроить BGP для обеспечения в сети разделения нагрузки и избыточности?

Подробные сведения о конфигурации см. в следующих документах:

Память какого объема должен иметь маршрутизатор, чтобы можно было получить от ISP полную таблицу маршрутизации BGP?

Минимальный объем памяти для хранения маршрутов BGP зависит от многих факторов, таких как маршрутизатор, количество доступных альтернативных путей, отключение маршрутов, сообщество, максимальное количество настроенных путей, атрибуты BGP и конфигурации VPN. Без знания этих параметров трудно рассчитать объем памяти, требуемый для сохранения определенного числа маршрутов BGP. Cisco, как правило, рекомендует использовать не менее 512 Мбайт ОЗУ на маршрутизаторе для хранения полной таблицы глобальной маршрутизации BGP от одного однорангового узла BGP. При этом важно понимать способы снижения потребления памяти и достижения оптимальной маршрутизации без получения полной таблицы интернет-маршрутизации. Подробную информацию см. в документе Обеспечение оптимальной маршрутизации и сокращение использования памяти BGP.

В чем преимущества настройки групп одноранговых узлов BGP?

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

Почему один и тот же маршрут появляется дважды от одного и того же однорангового узла в BGP?

Две записи появились из-за настроенной команды soft-reconfiguration. В таблице маршрутов для данного префикса хранятся и немодифицированный, и модифицированный путь, который зависит от входной политики, если это разрешено.

Что такое синхронизация и как она влияет на маршруты BGP, установленные в таблице маршрутизации IP?

Если ваша система AS передает трафик от другой AS к третьей, BGP не должен объявлять маршрут, пока все маршрутизаторы в вашей системе AS не узнают о маршруте через IGP. BGP ждет, пока IGP не распространит маршрут по AS, и затем объявляет его во внешние одноранговые узлы. Маршрутизатор BGP со включенной синхронизацией не вносит полученные iBGP-маршруты в свою таблицу маршрутизации, если не может проверить эти маршруты в своем IGP. Введите команду no synchronization с использованием router bgp, чтобы отключить синхронизацию. Это предотвращает проверку BGP маршрутов iBGP в IGP. Подробнее см. «Практические примеры BGP: синхронизация».

Как узнать, какой релиз программного обеспечения Cisco IOS поддерживает конкретную функциональную возможность BGP?

Как установить значение Multi Exit Discriminator (MED) в префиксах, объявленных внешним соседям BGP (eBGP), чтобы соответствовать метрике следующего перехода Gateway Protocol (IGP)?

Команда настройки set metric-type internal route-map заставляет BGP объявлять MED, который соответствует метрике IGP, привязанной к следующему узлу маршрута. Эта функциональная возможность доступна в программном обеспечении Cisco IOS релиза 10.3 и более поздних.

Что такое таймер по умолчанию BGP ConnectRetry, и можно ли его перенастраивать?

Что означает "r RIB-Failure" в выходных данных команды show ip bgp?

Маршрут с лучшей административной дистанцией уже присутствует в IGP. Например, если статический маршрут уже существует в таблице IP-маршрутизации.

Число маршрутов в маршрутизации/пересылке (VRF) VPN превышает предел маршрутов, настроенный для объекта VRF.

В таких случаях префиксы, отклоненные по этим причинам, определяются r RIB Failure в выходных данных команды show ip bgp и объявляются одноранговым узлам. Данная функция впервые появилась в версии ПО Cisco IOS 12.2(08.05)T.

То То То Как повторно передать внутренний полученный маршрут BGP (iBGP) маршрута по умолчанию (0.0.0.0/0) в EIGRP/OSPF/IS-IS?

Повторная передача маршрутов iBGP в протокол IGP (Enhanced Interior Gateway Routing Protocol/Open Shortest Path First/Intermediate System-to-Intermediate System (EIGRP/OSPF/IS-IS)) может приводить к появлению петель маршрутизации в автономной системе, что не рекомендуется. По умолчанию повторная передача iBGP в IGP отключена. Задайте команду bgp redistribute-internal, чтобы включить повторную передачу маршрутов iBGP в IGP. При повторной передаче конкретных маршрутов в IGP с использованием карт маршрутов должны быть приняты меры предосторожности. В следующих выходных данных показывается пример конфигурации для повторной передачи полученного iBGP маршрута по умолчанию 0.0.0.0/0 в EIGRP. Конфигурации для OSPF/IS-IS аналогичны.

Примечание. После настройки команды bgp redistribute internal убедитесь, что введена команда clear ip bgp для очистки всех маршрутов в локальной таблице маршрутизации.

Как отфильтровать все IP-маршруты, объявленные к соседнему узлу BGP, кроме маршрута по умолчанию 0.0.0.0/0?

Определенные маршруты можно отфильтровать, одновременно используя команды inbound filter-list, distribute-list, prefix-list и route-map для одного соседнего узла BGP. Вот порядок операций:

Distribute-list (или) prefix-list

Как устранить ошибку Protocol not in this image (Протокол отсутствует в этом образе)?

Причина появления сообщения об ошибке protocol not in this image состоит в том, что функция BGP не поддерживается в версии Cisco IOS, которая выполняется на маршрутизаторе. Для устранения этой ошибки обновите Cisco IOS до более поздней версии, которая поддерживает BGP.

BGP: колесо таймера, медленно поворачивающееся на 1 такт, появляется в выходных данных отладки.

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

Действительно ли Действительно ли Можно ли отследить интерфейс и изменить доступность маршрута?

Да, можно отследить изменение состояния интерфейса и доступность маршрута с помощью Enhanced Object Tracking.

Как функция IP RIB Update выделяет память?

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

С помощью какой команды можно просмотреть соседние узлы BGP IPv6?

Что касается удаления статического маршрута «ip route 10.150.0.0 255.255.0.0 Null0», приводит ли команда no auto-summary в BGP к объявлению всех подсетей 10.150.0.0?

Маршрутизатор прекращает объявлять маршрут, но по-прежнему передает другие наиболее конкретные маршруты.

Почему нет статистических результатов при использовании команд debug bfd events и debug bfd packets?

Это нормальное поведение, поскольку пакеты приветствия BFD передаются за доли секунды, и, если вы при этом запускаете отладку, маршрутизатор не может их обработать. Таким образом, сообщения BFD появляются в отладке только тогда, когда происходит переключение. Для этого предназначена команда debug bfd:

debug bfd events

Эта команда включает регистрацию событий BFD для всех настроенных в настоящее время сеансов BFD. Она перехватывает события BFD, такие как изменение состояния сеанса, изменение конфигурации сеанса, инициированное локальным интерфейсом командной строки или удаленным терминалом.

debug bfd packets

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

Следует ли перезапустить маршрутизатор после настройки нового максимального числа префиксов соседних узлов BGP?

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

Существует ли команда для проверки объявленных маршрутов наряду с добавлением путей AS?

Если настроено добавление в начало пути AS, номера AS добавляются к пути AS и при отправке обновления от AS к одноранговым узлам eBGP локальный номер AS добавляется в начало полного пути AS.

Но можно легко проверить, выполнено ли добавление к пути AS, с помощью одного из следующих вариантов:

Проверьте атрибут BGP AS PATH на одноранговом устройстве. Это один из самых легких способов проверить, выполняет ли маршрутизатор добавление к пути AS или нет.

Выполните отладку обновлений BGP (в исходящем направлении) и затем проверьте наличие добавлений. Используйте список контроля доступа при отладке обновлений BGP.

Еще один вариант состоит в использовании перехвата пакета на выходном интерфейсе и просмотре обновления, которое передается по линии.

Как работает команда neighbor soft-reconfiguration inbound?

Что означает сообщение об ошибке %BGP-3-NOTIFICATION: sent to neighbor *A.B.C.D passive 6/0 (cease) 0 bytes?

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

Что означает сообщение об ошибке %IPRT-3-ROUTEINSERTERROR: Error inserting routing entry?

Это сообщение об ошибке указывает, что недостаточно памяти для размещения префиксов BGP, полученных от соседних узлов.

Поддерживает ли GSR с Cisco IOS-XR функцию автоматического обнаружения VPLS-BGP как отражатель маршрута?

Да, GSR с Cisco IOS-XR поддерживает функциональность отражателя маршрута для автоматического обнаружения VPLS-BGP.

Как выполнить отладку маршрутов для определенного VRF в среде Cisco IOS-XR?

Используйте команду debug bgp keepalive [vrf [vrf-name | all]] vpnv4 unicast для отладки маршрутов для данного VRF в среде Cisco IOS-XR. Ниже показан пример выходных данных:

Каково различие между вставкой маршрута в BGP с помощью команды redistribute и с помощью команды network?

При использовании повторной передачи IGP в BGP для объявления маршрута нет необходимости задавать сетевую инструкцию для каждой из подсетей по отдельности. Также, если маршрут включается в таблицу BGP из любого другого протокола маршрутизации путем повторной передачи, атрибут Origin имеет значение Incomplete (?), а при указании команды network его значение равно Internal/IGP (i). При выборе маршрута предпочтителен минимальный код источника (IGP

Источник