Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Политики маршрутов для BGP сообществ

Понимание BGP сообществ, расширенных сообществ и больших сообществ как условия совпадения политики маршрутов

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

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

Значение сообщества - это 32-битное поле, разделенное на два основных раздела. Первые 16 бит значения закодируют НОМЕР AS сети, которая была инициатором сообщества, в то время как последние 16 битов несут уникальный номер, присвоенный AS. Эта система пытается гарантировать глобально уникальный набор значений сообщества для каждой AS в Интернете. Junos OS использует нотацию, as-number:community-value где каждое значение является десятичной. As значения 0 и 65535 зарезервированы, как и все значения сообщества внутри этих номеров AS. Каждому сообществу или набору сообществ дается имя в [edit policy-options] иерархии конфигурации. Имя сообщества однозначно идентифицирует его с устройством маршрутизации и служит методом классификации маршрутов. Например, маршрут со значением сообщества 64510:1111 может принадлежать именоваемой AS64510-routes сообществу. Имя сообщества также используется в политике маршрутов как критерий совпадения или в качестве действия. Синтаксис команды для создания сообщества: параметры community name members [community-ids] политик. Это одно или несколько значений community-ids сообщества. Когда имени сообщества назначено более одного значения, устройство маршрутов интерпретирует это как логическое и значение сообщества. Другими словами, перед присвоением имени сообщества маршрут должен иметь все настроенные значения.

Атрибут обычного сообщества – 4 октета. Усовершенствования сети, такие как VPN, предъявляют требования к функциональности, которые могут быть удовлетворены таким атрибутом, как сообщество. Однако 4-октетное значение сообщества не обеспечивает достаточное расширение и гибкость для удовлетворения требований VPN. Это приводит к созданию расширенных сообществ. Расширенное сообщество имеет восьмиоктетное значение, которое также делится на два основных раздела. Первые 2 октета сообщества кодируют поле типа, в то время как последние 6 октетов несут уникальный набор данных в формате, определенном полем типа. Расширенные сообщества предоставляют больший диапазон для группизации или классификации сообществ.

Формат BGP атрибутов расширенных сообществ имеет три поля: type:administrator:assigned-number. Устройство маршрутов ожидает, что вы будете использовать слова target или представлять origin поле типа. Поле администратора использует десятичной номер для AS или адреса IPv4, в то время как поле назначенного номера предполагает, что десятичной номер не больше, чем размер поля (65535 для 2 октетов или 4294967295 для 4 октетов).

При указании ID сообщества для стандартных и расширенных атрибутов сообщества можно использовать регулярные выражения в стиле UNIX. Исключением являются только политики импорта VPN (), которые не поддерживают регулярные выражения для vrf-import атрибута extended communities.

Атрибуты BGP сообществ – это атрибут переменной длины, состоящий из набора одного или нескольких 4-byte-значений, разделенных на 16-битные значения. Наиболее важное слово интерпретируется как номер AS, а наименьшее значение - это локально определенное значение, назначенное оператором AS. Поскольку 4-byte ASNs были внедрены, 4-BGP и 6-byte BGP уже не могут поддерживать BGP сообществу. Операторы часто закодируют номер AS в локальной части BGP, что иногда означает, что формат сообщества – ASN:ASN. Для 4-byte ASN необходимо 8-bytes для его кодирования. Хотя BGP расширенное сообщество позволяет 4-byte AS закодироваться в качестве поля глобального администратора, в поле локального администратора доступно только 2-byte доступного пространства. Поэтому 6-byte расширенный атрибут сообщества также не подходит. Чтобы решить эту проблемы, Junos OS настроить дополнительные транзитивные атрибут пути — 12-BGP большое сообщество, которое предоставляет наиболее важное значение в 4-byte для кодирования автономной системы номером глобального администратора и оставшимися двумя 4-byte присвоенными номерами для кодирования локальных значений, определенных в RFC 8092. Можно настроить крупное BGP на уровне [edit policy-options community community-name members] иерархии и на уровне [edit routing-options static route ip-address community] иерархии. Формат BGP атрибутов большого сообщества имеет четыре поля: large:global administrator:assigned number:assigned number.

Прим.:

Длина атрибута больших BGP сообществ должна быть не нулем, кратным 12.

Примере: Настройка политики маршрутов для перераспределения BGP маршрутов с определенным тегом сообщества в IS-IS

В этом примере определяется политика, BGP маршрутов от сообщества, и помещает их в IS-IS с метрикой Edu 63.

Требования

Перед настройкой в этом примере не требуется специальная настройка после инициализации устройства.

Обзор

Рис. 1 показывает топологию, используемую в этом примере.

Рис. 1: Перераспределение BGP маршрутов с определенным тегом сообщества в IS-ISПерераспределение BGP маршрутов с определенным тегом сообщества в IS-IS

В данном примере устройство А, устройство B, Устройство C и устройство D находятся в автономной системе (AS) 1 и работают IS-IS. Все устройства AS 1, кроме устройства D, работают BGP (IBGP).

Устройство E находится в АС 2 и имеет внешнюю BGP (EBGP) одноранговую сессию с устройством C. Устройство E имеет два статических маршрута: 10.2.0.0/16 и 10.3.0.0/16. Эти маршруты помечаются атрибутом сообщества Edu 2:5 и объявляются через EBGP устройству C.

Устройство C принимает маршруты BGP, помеченные атрибутом сообщества Edu 2:5, перераспределяет маршруты в IS-IS и применяет к этим маршрутам метрику IS-IS, равной 63.

интерфейс командной строки быстрой конфигурации отображает конфигурацию всех устройств Рис. 1 в. В разделе #d243e62__d243e382 описаны действия устройств C и Устройства E.

Конфигурации

Процедуры

интерфейс командной строки быстрой конфигурации

Чтобы быстро настроить этот пример, скопировать следующие команды, ввести их в текстовый файл, удалить все разрывы строки, изменить все данные, необходимые для настройки сети, а затем скопировать и вкопировать команды в интерфейс командной строки на [edit] иерархии.

Устройство A

Устройство B

Устройство C

Устройство D

Устройство E

Пошаговая процедура

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

Для настройки устройства E:

  1. Настройте интерфейсы.

  2. Настройте statics политику, которая добавляет атрибут Edu сообщества в статические маршруты.

  3. Настройте EBGP и примените statics политику.

  4. Настройте статические маршруты.

  5. Настройте ID маршрутизатора и номер AS.

Пошаговая процедура

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

Для настройки устройства C:

  1. Настройте интерфейсы.

  2. Настройка IBGP.

  3. Настройте политику Edu-to-isis, которая перераспределяет маршруты с BGP, помеченными Edu, и применяет метрику 63.

  4. В IS-IS необходимо включить интерфейсы и применить политику Edu-to-isis.

  5. Настройте политику send-isis-and-direct, которая перераспределяет маршруты устройству E через EBGP.

    Без этой политики устройство E не будет иметь возможность подключаться к сетям в AS 1.

  6. Настройте EBGP и примените политику send-isis-and-direct.

  7. Настройте ID маршрутизатора и номер автономной системы (AS).

Результаты

В режиме конфигурации подтвердите конфигурацию путем ввода show interfaces команд show protocols и show policy-optionsshow routing-options команд. Если в выходных данных не отображается указанная конфигурация, повторите инструкции, показанные в данном примере, чтобы исправить конфигурацию.

Устройство E

Устройство C

После настройки устройства войдите в commit режим конфигурации.

Проверки

Подтвердим, что конфигурация работает правильно.

Проверка соседа IS-IS

Цель

Убедитесь, BGP маршруты от устройства E, IS-IS сети в АС 1.

Действий

В рабочем режиме введите show route protocol isis команду.

Смысл

Как и ожидалось, маршруты 10.2.0.0/16 и 10.3.0.0/16 находятся в таблице маршрутов устройства D как IS-IS внешние маршруты с метрикой 73. Если устройство C не добавит 63 к метрике, устройство D будет иметь метрику 10 для этих маршрутов.

Примере: Настройка политики маршрутов, которая удаляет BGP сообщества

В этом примере показано, как создать политику, которая BGP маршруты, но удаляет BGP сообщества из маршрутов.

Требования

До настройки этого примера специальная настройка после инициализации устройства не требуется.

Обзор

В данном примере показаны два устройства маршрутки с внешним BGP (EBGP) соединением между ними. Устройство R2 использует BGP для отправки двух статических маршрутов устройству R1. На устройстве R1 политика импорта указывает, что BGP сообщества должны быть удалены из маршрутов.

По умолчанию, когда сообщества настраиваются на узлах EBGP, они отправляются и принимаются. Чтобы подавить принятие сообществ, полученных от соседа, можно удалить все сообщества или определенный набор сообществ. Если в результате политики пустой набор сообществ, атрибут сообщества не включается. Чтобы удалить все сообщества, сначала определите поддиансный набор сообществ (здесь именем сообщества wild является):

Затем в утверждениях политики маршрутов укажите community delete действие:

Чтобы подавить конкретное сообщество из любой автономной системы (AS), определите сообщество как community wild members "*:community-value" .

Топологии

Рис. 2 отображает пример сети.

Рис. 2: BGP, которая удаляет сообществаBGP, которая удаляет сообщества

Конфигурации

интерфейс командной строки быстрой конфигурации

Чтобы быстро настроить этот пример, скопировать следующие команды, ввести их в текстовый файл, удалить все разрывы строки, изменить все данные, необходимые для настройки сети, а затем скопировать и вкопировать команды в интерфейс командной строки на [edit] иерархии.

Устройство R1

Устройство R2

Процедуры

Пошаговая процедура

В следующем примере иерархия конфигурации требует перемещения по разным уровням. Для получения информации о навигации по интерфейс командной строки см. использование редактора интерфейс командной строки в режиме конфигурации в руководстве Junos OS интерфейс командной строки пользователя.

Настройка устройства R1:

  1. Настройте интерфейсы.

  2. Настройте BGP.

    Примените политику импорта к сеансу BGP пиринга с устройством R2.

  3. Настройте политику маршрутов, которая удаляет сообщества.

  4. Настройте номер автономной системы (AS) и ID маршрутизатора.

Пошаговая процедура

В следующем примере иерархия конфигурации требует перемещения по разным уровням. Для получения информации о навигации по интерфейс командной строки см. использование редактора интерфейс командной строки в режиме конфигурации в руководстве Junos OS интерфейс командной строки пользователя.

Настройка устройства R2:

  1. Настройте интерфейсы.

  2. Настройте ID маршрутизатора и номер автономной системы (AS).

  3. Настройте BGP.

  4. Настройте несколько сообществ или настройте одно сообщество с несколькими участниками.

  5. Настройте статические маршруты.

  6. Настройте политику маршрутов, которая объявляет статические маршруты BGP и добавляет BGP к маршрутам.

  7. Примените политику экспорта.

Результаты

В режиме конфигурации подтвердите конфигурацию путем ввода show interfaces команд show protocols и show policy-optionsshow routing-options команд. Если в выходных данных не отображается указанная конфигурация, повторите инструкции, показанные в данном примере, чтобы исправить конфигурацию.

Устройство R1

Устройство R2

После настройки устройств перейдите из commit режима конфигурирований.

Проверки

Подтвердим, что конфигурация работает правильно.

Проверка маршрутов BGP маршрутов

Цель

Убедитесь, что таблица маршрутов устройства М1 не содержит BGP сообществ.

Действий
  1. На устройстве R1 запустите show route protocols bgp extensive команду.

  2. На устройстве М1 деактивировать community remove конфигурацию в политике импорта.

  3. На устройстве R1 запустите show route protocols bgp extensive команду для просмотра объявленных сообществ.

Смысл

Выходные данные показывают, что в таблице маршрутов устройства R1 сообщества подавляются в BGP маршрутов, отправленных с устройства R2. Когда параметры в политике импорта устройства community remove R1 деактивированы, сообщества больше не подавляются.

Примере: Настройка политики маршрутов на основе числа BGP сообществ

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

Требования

До настройки этого примера специальная настройка после инициализации устройства не требуется.

Обзор

В данном примере показаны два устройства маршрутки с внешним BGP (EBGP) соединением между ними. Устройство R2 использует BGP для отправки двух статических маршрутов устройству R1. На устройстве М1 политика импорта указывает, что полученные маршруты BGP могут содержать до пяти сообществ, которые считаются совпадать. Например, если маршрут содержит три сообщества, он считается совпадать и принимается. Если маршрут содержит шесть или более сообществ, он считается не несоответствием и отклоняется.

Важно помнить, что политика по умолчанию для EBGP – принять все маршруты. Чтобы гарантировать отклонение нестандартных маршрутов, необходимо включить действие в конце then reject определения политики.

Топологии

Рис. 3 отображает пример сети.

Рис. 3: BGP с ограничением числа принятых сообществBGP с ограничением числа принятых сообществ

Конфигурации

интерфейс командной строки быстрой конфигурации

Чтобы быстро настроить этот пример, скопировать следующие команды, ввести их в текстовый файл, удалить все разрывы строки, изменить все данные, необходимые для настройки сети, а затем скопировать и вкопировать команды в интерфейс командной строки на [edit] иерархии.

Устройство R1

Устройство R2

Процедуры

Пошаговая процедура

В следующем примере иерархия конфигурации требует перемещения по разным уровням. Для получения информации о навигации по интерфейс командной строки см. использование редактора интерфейс командной строки в режиме конфигурации в руководстве Junos OS интерфейс командной строки пользователя.

Настройка устройства R1:

  1. Настройте интерфейсы.

  2. Настройте BGP.

    Примените политику импорта к сеансу BGP пиринга с устройством R2.

  3. Настройте политику маршрутов, которая отправляет прямые маршруты.

  4. Настройте номер автономной системы (AS) и ID маршрутизатора.

Пошаговая процедура

В следующем примере иерархия конфигурации требует перемещения по разным уровням. Для получения информации о навигации по интерфейс командной строки см. использование редактора интерфейс командной строки в режиме конфигурации в руководстве Junos OS интерфейс командной строки пользователя.

Настройка устройства R2:

  1. Настройте интерфейсы.

  2. Настройте ID маршрутизатора и номер автономной системы (AS).

  3. Настройте BGP.

  4. Настройте несколько сообществ или настройте одно сообщество с несколькими участниками.

  5. Настройте статические маршруты.

  6. Настройте политику маршрутов, которая объявляет статические маршруты BGP и добавляет BGP к маршрутам.

  7. Примените политику экспорта.

Результаты

В режиме конфигурации подтвердите конфигурацию путем ввода show interfaces команд show protocols и show policy-optionsshow routing-options команд. Если в выходных данных не отображается указанная конфигурация, повторите инструкции, показанные в данном примере, чтобы исправить конфигурацию.

Устройство R1

Устройство R2

После настройки устройств перейдите из commit режима конфигурирований.

Проверки

Подтвердим, что конфигурация работает правильно.

Проверка маршрутов BGP маршрутов

Цель

Убедитесь, что таблица маршрутов устройства М1 содержит ожидаемые BGP маршруты.

Действий
  1. На устройстве R1 запустите show route protocols bgp команду.

  2. На устройстве R1 измените community-count конфигурацию в политике импорта.

  3. На устройстве R1 запустите show route protocols bgp команду.

  4. На устройстве R1 запустите show route protocols bgp extensive команду для просмотра объявленных сообществ.

Смысл

Выходные данные показывают, что в таблице маршрутов устройства R1 BGP маршруты, отправленные с устройства R2, являются скрытыми. Если настройка политики импорта устройства R1 изменена, маршруты BGP уже community-count не являются скрытыми.