Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Настройка OSPF маршрутов

Понимание политик маршрутов

Для некоторых поставщиков платформ маршрутов поток маршрутов проходит между различными протоколами. Если, например, требуется настроить перераспределение с RIP на OSPF, то процесс RIP OSPF процессу о том, что у него есть маршруты, которые могут быть включены для перераспределения. Кроме Junos OS, между протоколами маршрутов прямого взаимодействия не существует. Вместо этого есть центральные точки сбора, где все протоколы устанавливают свои данные маршрутов. Это основные таблицы одноафровой маршрутки inet.0 и inet6.0.

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

Импорт и экспорт маршрутов

Два термина — импорт и экспорт — объясняют, как маршруты перемещаются между протоколами маршрутов и таблицей маршрутов.

  • Если модуль маршрутизации маршруты протокола маршрутов в таблицу маршрутов, маршрутизатор импортирует маршруты в таблицу маршрутов.

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

    Примечание.

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

Как показано на рис. 1,для контроля того, какие маршруты помещаются в таблицу маршрутов, используются политики экспорта маршрутов, которые контролируют, какие маршруты объявляются из таблицы маршрутов соседним маршрутизаторам.

Рис. 1. Импорт и экспорт маршрутов Importing and Exporting Routes

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

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

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

  • Управление маршрутами, которые протокол маршрутов помещает в таблицу маршрутов.

  • Управление активными маршрутами, которые протокол маршрутов объявляет из таблицы маршрутов. Активный маршрут – это маршрут, выбранный из всех маршрутов в таблице маршрутов для достижения места назначения.

  • Оперировать характеристиками маршрута, как протокол маршрутов помещает маршрут в таблицу маршрутов или объявляет маршрут из таблицы маршрутов.

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

Активные и неактивные маршруты

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

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

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

Примечание.

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

Точно настроенные маршруты

Явным образом настроенный маршрут — это настроенный маршрут. Прямые маршруты не настроены явным образом. Они создаются в результате настройки IP-адресов на интерфейсе. В явно настроенные маршруты входят агрегированные, генерируемые, локальные и статические маршруты. (Агрегированная маршрутная маршрутная группа маршрутов с общими адресами в один маршрут. Сгенерированная маршрутная маршрутия – это маршрут, используемый, когда в таблице маршрутов нет сведений о том, как достичь определенного пункта назначения. Локальный маршрут – это IP-адрес, присвоенный интерфейсу маршрутизатора. Статический маршрут является неизменным маршрутом к месту назначения.)

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

Динамическая база данных

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

Понимание OSPF маршрутной политики

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

В этом сообщении перечисляется имя политики маршрутов, используемой для OSPF внешних маршрутов, которые могут быть установлены в таблицы маршрутов OSPF import соседних OSPF. Маршруты можно отфильтровать, но не использовать адрес состояния соединения (LSA). Внешний маршрут – это маршрут, который находится за пределами OSPF автономной системы (AS). Политика импорта не влияет на OSPF базы данных. Это означает, что политика импорта не влияет на объявления состояния соединения.

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

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

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

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

Термины политики маршрутов

Политики маршрутов состоит из одного или более терминов. Термин – именоваемая структура, в которой определяются условия и действия. Можно определить один или несколько терминов. Имя может содержать буквы, цифры и дефис (- ) и может содержать до 255 символов. Чтобы включить пробелы в имени, заблокируете все имя в двойные кавычках.

Каждый термин содержит набор условий совпадения и набор действий:

  • Условия соответствия — это критерии, которые должны соответствовать маршруту перед тем, как можно применить действия. Если маршрут соответствует всем критериям, к маршруту применяется одно или несколько действий.

  • Действия определяют, принимать или отклонить маршрут, контролируют, как оценивается серия политик, и оперируют характеристиками, связанными с маршрутом.

Условия совпадения политики маршрутов

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

Каждый термин может включать два утверждения from to и, определяя условия совпадения:

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

    Утверждение from необязательно. Если вы не from подавлили эти to утверждения, все маршруты считаются совпадать.

    Примечание.

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

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

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

Полный список условий совпадения см. в "Настройка условий совпадения в терминах политики маршрутов".

Действия, относяющиеся к политике маршрутов

Действие определяет, что устройство маршрутов делает с маршрутом, если маршрут соответствует всем условиям совпадения в и утверждениях from to для конкретного термина. Если термин не имеет и его утверждения, то все маршруты считаются совпадать, а действия from to применимы для всех маршрутов.

Каждый термин может иметь один или несколько из следующих типов действий. Действия настраиваются под then утверждением.

  • Действия управления потоками, влияющие на принятие или отклонение маршрута, оценку следующего срока или политики маршрутов.

  • Действия, оперируют характеристиками маршрута.

  • Трассировка действия, которое регистрет маршрут, совпадает.

Утверждение then необязательно. Если вы их не видите, то возникает следующее:

  • Будет оцениваться следующий термин в политике маршрутов, если он существует.

  • Если в политике маршрутов больше нет терминов, будет оцениваться следующая политика маршрутов, если она существует.

  • Если больше нет терминов или политик маршрутов, выполняется действие или действие, заданное политикой accept reject по умолчанию.

Полный список действий политики маршрутов см. в "Настройка действий в терминах политики маршрутов".

Политика выбора резервирования для OSPF протокола

Поддержка маршрутов OSPF без петель (LFA) повышает быстрое перенастройку IP для OSPF. Junos OS по всем OSPF маршрутов предупротожает несколько резервных маршрутов без петель. Эти резервные маршруты предварительно установлены в модуль передачи пакетов, который выполняет локальный ремонт и реализует резервный путь, когда связь для основного следующего перехода для конкретного маршрута больше недоступна. Выбор LFA делается случайным образом, выбрав любой совпадающий LFA для выполнения процесса в заданный пункт назначения. Это не гарантирует наилучшее покрытие резервного копирования для сети. Чтобы выбрать наилучший вариант LFA, Junos OS настроить политики выбора резервного копирования для каждого пункта назначения (IPv4 и IPv6) и основного интерфейса следующего перехода. Эти политики оцениваться на основе сведений об администраторе-группе, srlg, полосе пропускания, типе защиты, метрике и узле.

При вычислении с кратчайшим маршрутом (SPF) каждый узел и атрибут соединения резервного пути накапливаются IGP и связаны с каждым узлом (маршрутизатором) в топологии. Следующий переход на лучшем резервном пути выбирается в качестве следующего резервного перехода в таблице маршрутов. В общем, правила политики резервного копирования классифицируются на следующие типы:

  • Отрезок — правила, настроенные для выбора пути резервного копирования.

  • Ordering ( Заказ) — правила, настроенные для выбора наилучшего из подходящих резервных путей.

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

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

  • admin-group — Административные группы, также известные как цветная цветовая привязка или класс ресурсов, вручную приписывают атрибуты, описывающие «цвет» ссылок, такие, что ссылки с одинаковым цветом концептуально принадлежат к одному и тем же классу. Эти настроенные административные группы определяются в протоколе MPLS. Административные группы можно использовать для реализации множества политик выбора резервного копирования с помощью исключений, включая all, include-any или preference.

  • srlg — группа общих линий связи риска (SRLG) — это набор связей с общим ресурсом, который влияет на все соединения в наборе в случае сбойа общего ресурса. У этих линий есть одинаковый риск сбоя, поэтому они считаются принадлежащими к одному и тем же SRLG. Например, соединения, совместное использование общего оптоволокна, находятся в одном SRLG, поскольку из-за ошибки оптоволоконные линии могут привести к сбою всех линий в группе. SRLG представлен 32-битным номером в домене IGP (OSPF). Связь может принадлежать нескольким SRLG. Можно определить выбор резервного копирования, чтобы разрешить или отклонить обычные SRLG между основным и резервным путем. Этот отказ от общих SRLG основывается на несуществующим соединениях, которые имеют общие SRLG в первичном следующем переходе и резервном SPF.

    Примечание.

    Административные группы и SRLG могут создаваться только для топологий по умолчанию.

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

  • protection-type. Тип защиты защищает пункт назначения от сбоя узла основного узла или отказа соединения основного соединения. Для защиты места назначения можно настроить узел, соединение или узел-соединение. Если узел связи настроен, то защищенная от узла LFA предпочтительна над LFA, защищенным соединением.

  • node - Узел является информацией о политике для каждого узла. В этом случае узел может быть напрямую подключенным маршрутизатором, удаленным маршрутизатором, таким как резервный RSVP конечный конец LSP, или любым другим маршрутизатором на резервном пути SPF. Узлы идентифицированы через id маршрут, объявленный узлом в LSP. Можно перечислять узлы как предпочитаемые, так и исключать их в резервный путь.

  • metric — метрика определяет предпочтительное предпочтение LFAs. В пути выбора резервного копирования корневая метрика и dest-metric – это два типа метрик. корневая метрика указывает метрику соседнему маршрутизатору с одним переходом или удаленному маршрутизатору, такому как резервный резервный конечный маршрутизатор LSP. Метрика dest-metric указывает метрику от соседа на один переход или удаленного маршрутизатора, такого как резервный резервный конечный маршрутизатор LSP, до конечного пункта назначения. Оценка метрики проводится в порядке возрастания или убыния. По умолчанию предпочтение отдается резервным путям с наименьшей оценкой назначения, а затем резервным путям с наименьшими корневыми метриками.

Порядок оценки позволяет контролировать порядок и критерии оценки этих атрибутов на резервном пути. Порядок оценки можно настроить в явном порядке. Выбор резервного пути зависит только от настроенных атрибутов. По умолчанию порядок оценки этих атрибутов для LFA – [admin-group srlg bandwidth protection-type node metric] .

Примечание.

управление трафиком атрибуты не поддерживаются в OSPFv3 и не могут использоваться для оценки политики резервного выбора для префиксов IPv6.

Настройка политики выбора резервного копирования для OSPF протокола

Поддержка маршрутов OSPF без петель (LFA) повышает быстрое перенастройку IP для OSPF. Junos OS по всем OSPF маршрутов предупротожает несколько резервных маршрутов без петель. Эти резервные маршруты предварительно установлены в модуль передачи пакетов, который выполняет локальный ремонт и реализует резервный путь, когда связь для основного следующего перехода для конкретного маршрута больше недоступна. Выбор LFA делается случайным образом, выбрав любой совпадающий LFA для выполнения процесса в заданный пункт назначения. Это не гарантирует наилучшее покрытие резервного копирования для сети. Чтобы выбрать наилучший вариант LFA, Junos OS настроить политики выбора резервного копирования для каждого пункта назначения (IPv4 и IPv6) и основного интерфейса следующего перехода. Эти политики оцениваться на основе сведений об администраторе-группе, srlg, полосе пропускания, типе защиты, метрике и узле.

Перед началом настройки политики выбора резервного копирования для OSPF протокол:

  • Настройте интерфейсы маршрутизатора. См. Junos OS управления сетью для устройств маршрутов.

  • Настройте протокол внутреннего шлюза или статическую маршруту. См. Junos OS протоколов маршрутов для устройств маршрутов.

Настройка политики выбора резервного копирования для OSPF протокола:

  1. Настройте балансировку нагрузки для каждого пакета.
  2. В включить RSVP на всех интерфейсах.
  3. Настройте административные группы.
  4. Настройте значения srlg.
  5. Включить MPLS всех интерфейсов.
  6. Применение MPLS к интерфейсу, настроенму с группой администраторов.
  7. Настройте ID маршрутизатора.
  8. Примените политику маршрутов ко всем многоканам с равной стоимостью, экспортируемой из таблицы маршрутов таблица переадресации.
  9. Активировать защиту соединений и настроить значения метрик на всех интерфейсах области.
  10. Настройте административную группу политики выбора резервного копирования для IP-адреса.

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

    • Укажите исключенную административную группу.

      Резервный путь не выбирается в качестве альтернативной петли (LFA) или резервного nexthop, если на любом из линий пути есть одна из перечисленных административных групп.

      Например, исключить группу c1 из административной группы:

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

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

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

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

    • Определите упорядоченный набор административной группы, определяя предпочтение резервного пути.

      Самый левый элемент в наборе имеет наивысшую предпочтение.

      Например, для настройки упорядоченного набора административной группы, которая определяет предпочтение резервного пути:

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

    Метрика назначения может быть самой высокой или минимальной.

    • Настройте резервный путь с наивысшей метрикой назначения.

    • Настройте резервный путь с наименьшей метрикой назначения.

  13. Настройте резервный путь к месту назначения, который является 9-м маршрутом.
  14. Установите порядок предпочтений корневого и конечного метрик во время выбора резервного пути.

    Порядок предпочтений может быть:

    • [root dest] — выбор или предпочтение резервного пути основывается в первую очередь на критерии root-metric. Если критерии всех корневых метрик одинаковы, выбор или предпочтение основывается на dest-metric.

    • [dest root] — выбор или предпочтение резервного пути основывается на критерии dest-metric. Если критерии всех dest-метрик одинаковы, выбор основывается на корневой метрике.

  15. Настройте резервный путь для определения списка IP-адресов обратной связи смежных соседей для исключения или выбора предпочтительного пути резервного копирования.

    Соседним может быть локальный (смежный маршрутизатор), удаленный сосед или любой другой маршрутизатор в резервном пути.

    • Настройте список соседей, которые должны быть исключены.

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

    • Настройте упорядоченный набор соседей, который будет предпочтительным.

      Выбирается резервный путь с левым соседом.

  16. Настройте резервный путь для указания требуемого типа защиты резервного пути для соединения, узла или узла-соединения.
    • Выберите резервный путь, который обеспечивает защиту соединения.

    • Выберите резервный путь, который обеспечивает защиту узла.

    • Выберите резервный путь, который обеспечивает либо защиту узла, либо защиту соединения LFA, где защищенная от узлов LFA предпочтительна над LFA, защищенной связью.

  17. Укажите метрику для соседа с одним переходом или для удаленного маршрутизатора, такого как резервный RSVP-резервный коммутирующий путь (LSP) конечный маршрутизатор.
    • Выберите путь с наивысшей корневой метрикой.

    • Выберите путь с наименьшей корневой метрикой.

  18. Настройте путь выбора резервного копирования так, чтобы разрешить или отклонить общие группы риска (SRLGs) между основным соединением и каждым соединением на резервном пути.
    • Настройте резервный путь таким образом, чтобы разрешались обычные перевязки между основным соединением и каждым соединением на резервном пути.

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

    • Настройте резервный путь для отказа от резервного пути, который имеет общие srlgs между основным соединением следующего перехода и каждым соединением в резервном пути.

  19. Настройте резервный путь для управления заказом и критериями оценки резервного пути на основе административной группы, srlg, пропускной способности, типа защиты, узла и метрики.

    По умолчанию порядок оценки : admin-group, srlg, bandwidth, protection-type, node и metric.

Без петель топология чередуется с сегментной маршрутизией для OSPF

Альтернативные маршруты сегментов без топологии и без петель для OSPF

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

В сегментной маршрутиации каждый узел объявляет сопоставления между входящие метки и действиями переададации. Конкретное действие переадреации называется сегментом, а метка, определяющий этот сегмент, называется идентификатором сегмента (SID). Пути резервного копирования, созданные TI-LFA, используют следующие типы сегментов:

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

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

Маршрутизатор может отправить пакет по определенному пути, создав стек меток, который использует комбинацию узлов SID и SID для своего узла. Обычно их используют для представления частей пути, соответствующих самому короткому пути между двумя узлами. Sid для точки схождения используется там, где sid узла не может быть использован для точного представления желаемого пути.

При использовании с OSPF, TI-LFA обеспечивает защиту от сбоев соединений, сбоев узла, сбоев распределения ответственности и совместно используемых групп риска. В режиме отказа соединения пункт назначения защищен в случае сбоя соединения. В режиме защиты узла пункт назначения защищен в случае сбойного соседа, подключенного к основному соединению. Для определения защищенного узла пути после схождения предполагается, что стоимость всех связей, покидающих соседний узел, увеличится на настраиваемую сумму.

Начиная с Junos OS release 20.3R1, можно настроить в сетях TI-LFA совместное использование сетей TI-LFA для сегментной маршрутации, чтобы выбрать путь быстрая перемаршрутизация, который не включает группы распределения участей в резервные пути, не зависят от топологии, без петель (TI-LFA), для избежания ошибок совместного использования путей. С помощью защиты от совместной работы с участами список групп распределения участок настраивается на каждом PLR с помощью линий связи в каждой группе, разделяемой участями, идентифицированной по соответствующим IP-адресам. PLR связывает затраты с каждой группой распределения участок. Путь после сходимости, связанный с совместным распределением путей, рассчитывается при условии, что затраты каждого соединения в одной группе с распределением пути, так как в связи с неудающимся соединением увеличились затраты, связанные с этой группой.

Начиная с Junos OS 20.3R1, можно настроить в сетях TI-LFA защиту общей группы рисков (SRLG) для сегментной маршрутации, чтобы выбрать путь быстрая перемаршрутизация, не включающий SRLG-соединения в резервные пути, не зависящую от топологии (TI-LFA). SRLG совместно использовать общее волокно и риски, связанные с разбитой связью. Если в одном соединении SRLG происходит сбой, могут и другие соединения в группе. Поэтому следует избегать соединений, которые имеют тот же риск, что и защищенный соединение на резервном пути. Настройка защиты SRLG предотвращает выбор TI-LFA резервных путей, включающих совместное соединение рисков. Если настроена защита SRLG, OSPFv2 вычисляет маршрут быстрая перемаршрутизация, выровненный с путем после схождения, и исключает ссылки, принадлежащие SRLG защищенного соединения. Все локальные и удаленные соединения, которые находятся с той же SRLG, что и защищенный соединение, исключены из пути обратного соединения TI-LFA. Точка локального ремонта (PLR) настраивает стек меток для быстрая перемаршрутизация с другим исходячим интерфейсом. В настоящее время нельзя включить защиту SRLG в сетях IPv6 и в сетях с мультитопологией.

Для построения резервного пути, следуя пути после схождения, TI-LFA может использовать несколько меток в стеке меток, которые определяют путь резервного копирования. Если число меток, необходимых для создания определенного пути после схождения, превышает определенное количество, то в некоторых случаях может оказаться полезным не устанавливать этот резервный путь. Можно настроить максимальное количество меток, которое может иметь резервный путь для установки. Значение по умолчанию — 3 с диапазоном от 2 до 5.

Часто путь после сходимости к данному сбою является набором путей с равной стоимостью. TI-LFA пытается создать резервные пути к заданму месту назначения, используя несколько равноценных путей в топологии после сбоя. В зависимости от топологии TI-LFA может потребовать использовать различные стеки меток для точного построения этих путей резервного копирования с равной стоимостью. По умолчанию TI-LFA устанавливает только один резервный путь для данного назначения. Однако можно настроить значение в диапазоне от 1 до 8.

Преимущества использования не зависят от топологии альтернативные маршруты сегментов

  • Альтернативные (LFA) и удаленные LFA (RLFA) используются для обеспечения быстрой маршрутной защиты уже в течение нескольких лет. При помощи LFA точка локального ремонта (PLR) определяет, достигает ли пакет, отосланный одному из его непосредственных соседей, без петли через PLR. В типичной топологии сети, приблизительно от 40 до 60 процентов мест назначения могут быть защищены LFA. Удаленная LFA расширяет концепцию LFA, позволяя PLR наложить одну метку на туннелировать пакет к конечной точке туннеля, из которой пакет может достичь места назначения, не возвращаясь через PLR. Используя удаленный LFA, PLR может защитить большее их место назначения по сравнению с LFA. Однако, в зависимости от топологии сети процент мест назначения, защищенных удаленным LFA, обычно меньше 100%.

  • LFA, не завися от топологии (TI-LFA), расширяет концепцию LFA и удаленного LFA, позволяя PLR использовать более глубокие стеки меток для построения резервных путей. Кроме того, TI-LFA накладывает ограничение, что резервный путь, используемый PLR, будет тем же путем, который принимает пакет после схождения протокола внутреннего шлюза (IGP) для заданного сценария сбоя. Этот путь называется путем после схождения.

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

  • При OSPF сети TI-LFA обеспечивает защиту от сбоя соединения и сбоя узла.

Настройка без петель-топологии Альтернативные маршруты сегментов для OSPF

Прежде чем настраивать TI-LFA для OSPF, убедитесь, что вы конфигурирована маршрутация в ПРУЖИ или сегменте.

Начиная с Junos OS 19.3R1, Junos поддерживает создание резервных путей TI-LFA с поддержкой топологии OSPF, где SID префикса был известен из объявления сервера сопоставления сегмента, когда PLR и сервер сопоставления находятся в одной OSPF.

Чтобы настроить TI-LFA с помощью SPRING OSPF, необходимо сделать следующее:

  1. В включить TI-LFA для OSPF протоколу.
  2. (Необязательно) Настройка атрибутов резервного кратчайших путей (SPF), таких как максимальное равноценное многоканальное (ECMP) резервное копирование и максимальные метки для TI-LFA для OSPF протокола.
  3. Настройте вычисление и установку резервного пути, который следует по пути после схождения в данной области и интерфейса OSPF протоколу.
  4. (Необязательно) Включить защиту узлов для данной области и интерфейса.
  5. (Необязательно) Включить защиту участок в заданной области и интерфейсе.
  6. (Необязательно) Включить защиту SRLG для данной области и интерфейса.

Пример: Настройка политики выбора резервного копирования для OSPF или протокола OSPF3

В этом примере показано, как настроить политику выбора резервного копирования для протокола OSPF или OSPF3, что позволяет выбрать в сети альтернативный выбор без петель (LFA).

Когда вы включаете политики выбора резервного копирования, Junos OS выбор LFA на основе правил политики и атрибутов линий связи и узлов в сети. Эти атрибуты: admin-group, srlg, bandwidth, protection-type, metric и node.

Требования

В данном примере используются следующие аппаратные и программные компоненты:

  • Восемь маршрутизаторов, которые могут быть комбинацией M Series мультисервисных ежежных маршрутизаторов, серия MX универсальных маршрутных платформ 5G, серия PTX маршрутизаторов пакетной транспортировки и серия T основных маршрутизаторов

  • Junos OS версии 15.1 или более поздней версии, запущенной на всех устройствах

Перед началом работы:

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

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

Обзор

В Junos OS алгоритм или критерии выбора по умолчанию без петель (LFA) может быть переопределен политикой LFA. Эти политики настроены для каждого назначения (IPv4 и IPv6) и основного интерфейса следующего перехода. Эти политики резервирования принудительно избирают LFA на основе admin-group, srlg, пропускной способности, типа защиты, метрики и атрибутов узла резервного пути. Во время вычисления резервного кратчайших путей-первого (SPF) каждый атрибут (как узел, так и связь) пути резервного копирования, хранимый на каждом следующем переходе резервного копирования, накапливается IGP. Для маршрутов, созданных внутри IGP, набор атрибутов для каждого резервного пути оценивается по политике, настроенной для каждого назначения (IPv4 и IPv6) и основного интерфейса следующего перехода. Первый или лучший резервный путь выбирается и устанавливается в качестве резервного следующего перехода в таблице маршрутов. Чтобы настроить политику выбора резервного копирования, включите backup-selection утверждение конфигурации на [edit routing-options] уровне иерархии. Эта show backup-selection команда отображает настроенные политики для данного интерфейса и назначения. Отображение можно отфильтровать в определенном пункте назначения, префиксе, интерфейсе или логических системах.

Топологии

В этой топологии, изображенной на рис. 2,политика выбора резервирования настроена на устройстве R3.

Рис. 2. Пример политики выбора резервного копирования для OSPF или OPSF3 Example Backup Selection Policy for OSPF or OPSF3

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

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

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

R0

R1

R2

R3

R4

R5

R6

R7

Настройка устройства R3

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

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

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

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

  2. Настройте значения srlg.

  3. Настройте ID маршрутизатора.

  4. Примените политику маршрутов ко всем многоканам с равной стоимостью, экспортируемой из таблицы маршрутов таблица переадресации.

  5. Настройте атрибуты политики выбора резервного копирования.

  6. В включить RSVP на всех интерфейсах.

  7. Настройте административные группы.

  8. В MPLS включить все интерфейсы и настроить административную группу для интерфейса.

  9. Активировать защиту соединений и настроить значения метрик на всех интерфейсах для OSPF области.

  10. Активировать защиту соединений и настроить значения метрик на всех интерфейсах области OSPF3.

  11. Настройте политику маршрутов.

Результаты

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

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

Проверки

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

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

Цель

Убедитесь, что ожидаемые маршруты выучатся.

Действий

В рабочем режиме show route запустите команду таблицы маршрутов.

Смысл

Выходные данные показывают все маршруты устройства R3.

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

Цель

Проверьте таблицу маршрутов OSPF.

Действий

В рабочем режиме show ospf route detail запустите команду для устройства R3.

Смысл

Выходные данные отображают таблицу маршрутов OSPF маршрутизаторов.

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

Цель

Проверьте таблицу маршрутов OSPF3.

Действий

В рабочем режиме show ospf3 route detail запустите команду device R3.

Смысл

Выходные данные отображают таблицу маршрутов маршрутизаторов OSPF3.

Проверка политики выбора резервного копирования для устройства R3

Цель

Проверьте политику выбора резервного копирования для устройства R3.

Действий

В рабочем режиме show backup-selection запустите команду для устройства R3.

Смысл

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

Пример: введение OSPF маршрутов в BGP маршрутов

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

Требования

Перед началом работы:

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

  • Настройте сеансы внешнего одноранговых одноранговых узла. См. пример. Настройка BGP одноранговых сеансов «точка-точка».

  • Настройте протокол внутреннего шлюза (IGP) сеансов между однорангами.

Обзор

В данном примере создается политика маршрутов с и названием injectpolicy1 injectterm1 маршрутов. Политика вводит маршруты OSPF в таблицу BGP маршрутов.

Топологии

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

Настройка политики маршрутов

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

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

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

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

Чтобы OSPF маршруты в таблицу BGP маршрутов:

  1. Создайте термин политики.

  2. Укажите OSPF в качестве условия совпадения.

  3. Укажите маршруты из OSPF области в качестве условий совпадения.

  4. Укажите, что маршрут должен быть принят при совпадении предыдущих условий.

  5. Для этого примените BGP.

Результаты

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

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

Настройка отслеживания для политики маршрутов

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

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

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

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

  1. Включит в политику действия трассировки.

  2. Настройте файл отслеживания для выходных данных.

Результаты

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

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

Проверки

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

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

Цель

Проверьте действие экспортной политики.

Действий

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

Устранение неполадок

Использование команды show log для проверки действий политики маршрутов

Проблема

Таблица маршрутов содержит непредвиденные маршруты, или маршруты отсутствуют в таблице маршрутов.

Решение

Если настроить трассировку политики, как показано в этом примере, можно запустить команду для диагностики проблем show log ospf-bgp-policy-log с политикой маршрутов. Эта команда отображает сведения о маршрутах, которые анализирует и show log ospf-bgp-policy-log действует термин injectpolicy1 политики.

Пример: Перераспределение статических маршрутов OSPF

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

Требования

Перед началом работы:

Обзор

В данном примере создается политика маршрутов exportstatic1 и термин маршрутов exportstatic1. Политика вводит статические маршруты в OSPF. В данном примере параметров за следующими настройками:

  • policy-statementОпределяет политику маршрутов. Указание имени политики и дальнейшее определение элементов политики. Имя политики должно быть уникальным и содержать буквы, цифры и дефис (- и может содержать до 255 символов).

  • term- Определяет состояние совпадения и соответствующие действия для политики маршрутов. Термин "имя" может содержать буквы, цифры и дефис (- и может содержать до 255 символов). Указание имени терминов и определение критериев, которые должны соответствовать входящие маршруты, включив в себя утверждение и действия, которые необходимо принять, если маршрут соответствует условиям, from включив в них then утверждение. В данном примере укажите условие совпадения статического протокола и действие принятия.

  • export-Применяет созданную экспортную политику для оценки при экспорте маршрутов из таблицы маршрутов в OSPF.

Топологии

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

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

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

Процедуры

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

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

Чтобы ввести статические маршруты в OSPF:

  1. Создайте политику маршрутов.

  2. Создайте термин политики.

  3. Укажите статический в качестве условия совпадения.

  4. Укажите, что маршрут должен быть принят при совпадении предыдущего условия.

  5. Примените политику маршрутов к OSPF.

    Примечание.

    Для OSPFv3 включит ospf3 утверждение на [edit protocols] иерархическом уровне.

  6. После настройки устройства сфиксировать конфигурацию.

Результаты

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

Для подтверждения конфигурации OSPFv3 введите show policy-options команды и show protocols ospf3 команды.

Проверки

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

Проверка наследования ожидаемых статических маршрутов

Цель

Проверьте действие экспортной политики.

Действий

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

Проверка, что внешние LSAs as добавлены в таблицу маршрутов

Цель

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

Действий

В рабочем режиме введите show ospf database команду OSPFv2 и show ospf3 database для OSPFv3.

Пример: настройка политики OSPF импорта

В данном примере показано, как создать OSPF импорта. OSPF политики импорта применяются только к внешним маршрутам. Внешний маршрут – это маршрут, который находится за пределами OSPF автономной системы (AS).

Требования

Перед началом работы:

Обзор

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

Для OSPFv3 объявление состояния соединения (LSA) называется межопомещающим префиксом LSA и выполняет ту же функцию, что и объявление о состоянии сети для OSPFv2. Пограничный маршрутизатор области (ABR) создает межопомеховой префикс LSA для каждого префикса IPv6, который должен быть объявлен в области.

OSPF импорта позволяет предотвратить добавление внешних маршрутов в таблицы маршрутов соседних OSPF маршрутов. Политика импорта не влияет на OSPF базы данных. Это означает, что политика импорта не влияет на объявления состояния соединения. Фильтрация происходит только на внешних маршрутах OSPF. Внутриполоскные и межоварные маршруты не рассматриваются для фильтрации. Если маршрут не соответствует политике, по умолчанию принимается маршрут.

В данном примере параметров OSPF политики:

  • policy-statementОпределяет политику маршрутов. Указание имени политики и дальнейшее определение элементов политики. Имя политики должно быть уникальным и содержать буквы, цифры и дефис (- и может содержать до 255 символов).

  • export-Применяет созданную экспортную политику для оценки при затоплении области сводными LAS сети. В этом примере экспортная политика именуется export_static.

  • import-Применяет созданную политику импорта, чтобы предотвратить добавление внешних маршрутов в таблицу маршрутов. В этом примере политика импорта названа filter_routes.

Устройства, настроенные в этом примере, представляют следующие функции:

  • R1 — устройство R1 находится в области 0.0.0.0 и имеет прямое подключение к устройству R2. В R1 настроена OSPF экспортная политика. Политика экспорта перераспределяет статические маршруты из таблицы маршрутов R1 в OSPF R1. Поскольку статический маршрут находится в OSPF R1, он объявляется в LSA соседнему OSPF R1. Соседним устройством R1 OSPF устройство R2.

  • R2 — устройство R2 находится в области 0.0.0.0 и имеет прямое подключение к устройству R1. R2 имеет настроенную OSPF политику импорта, которая соотносит статический маршрут с сетью 10.0.16.0/30 и предотвращает установку статического маршрута в таблицу маршрутов R2. Соседним устройством R2 OSPF устройство R1.

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

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

Чтобы быстро настроить политику OSPF импорта, введите их в текстовый файл, удалите все разрывы строки, измените все данные, необходимые для настройки сети, скопируйте и введите команды в интерфейс командной строки на уровне иерархии [edit], а затем войдите из режима commit конфигурации.

Конфигурация устройства R1:

Конфигурация устройства R2:

Процедуры

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

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

Для настройки политики OSPF импорта:

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

  2. В OSPF включить интерфейсы.

    Примечание.

    Для OSPFv3 включит ospf3 утверждение на [edit protocols] иерархическом уровне.

  3. На R1 перераспределяет статический маршрут в OSPF.

  4. На R2 настройте политику OSPF импорта.

  5. После настройки устройств сфиксировать конфигурацию.

Результаты

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

Выходные данные для R1:

Выходные данные для R2:

Для подтверждения конфигурации OSPFv3 введите команды и команды на show interfaces show policy-options show routing-options show protocols ospf3 соответствующем устройстве.

Проверки

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

Проверка базы данных OSPF базы данных

Цель

Убедитесь OSPF что маршрутизатор не содержит статический маршрут в OSPF базы данных.

Действий

В рабочем режиме введите show ospf database команду OSPFv2 и show ospf3 database введите команду OSPFv3.

Проверка таблицы маршрутов

Цель

Проверьте записи в таблице маршрутов.

Действий

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

Пример: Настройка политики фильтра маршрутов для указания приоритета префиксов, которые были OSPF

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

Требования

Перед началом работы:

Обзор

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

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

Как правило, OSPF, которые не назначены приоритетом явным образом, рассматриваются как маршруты с приоритетами, за исключением следующего:

  • Маршруты суммарного сброса имеют низкий приоритет по умолчанию.

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

  • Внешним маршрутам, которые отклоняется политикой импорта и, таким образом, не добавляется в таблицу маршрутов, приоритет низкий.

Любые доступные критерии соответствия, применимые к OSPF, могут быть использованы для определения приоритета. Два наиболее часто используемых критерия соответствия для OSPF – route-filter это и tag утверждения.

В данном примере устройство маршрутов находится в области 0.0.0.0, с интерфейсами и подключенными к fe-0/1/0 fe-1/1/0 соседним устройствам. Чтобы указать приоритет префиксов, которые определяются через OSPF, настройте политику импортной маршрутки ospf-import. Маршруты, связанные с этими префиксами, устанавливаются в таблице маршрутов в порядке указанного приоритета префиксов. Сначала устанавливаются совпадающие маршруты, поскольку им 192.0.2.0/24 orlonger приоритетом является high . Затем устанавливаются 198.51.100.0/24 orlonger совпадающие маршруты, так как им приоритетом является medium . Соответствие маршрутов 203.0.113.0/24 orlonger устанавливается последним, так как им приоритетом является low . Затем для OSPF применяется политика OSPF.

Примечание.

Значение приоритета вступает в силу при установке нового маршрута или при изменении существующего маршрута.

Топологии

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

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

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

Процедуры

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

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

Для настройки политики OSPF импорта с приоритетом определенных префиксов:

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

  2. В OSPF включить интерфейсы.

    Примечание.

    Для OSPFv3 включит утверждение ospf3 на [edit protocols] иерархическом уровне.

  3. Настройте политику, чтобы указать приоритет для префиксов, которые были OSPF.

  4. Примените политику OSPF.

  5. После настройки устройства сфиксировать конфигурацию.

Результаты

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

Для подтверждения конфигурации OSPFv3 введите show interfaces команды и show policy-options команды. show protocols ospf3

Проверки

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

Проверка приоритета префикса в таблице OSPF маршрутов

Цель

Проверьте приоритет, присвоенный префиксу в OSPF маршрутов.

Действий

В рабочем режиме введите show ospf route detail команду OSPFv2 и show ospf3 route detail введите команду OSPFv3.

Обзор импортных и экспортных политик для сводки сетей

По умолчанию OSPF для передачи сведений о маршрутах через границы области используются сводные объявления состояния соединения (LAS). Каждый пограничный маршрутизатор области (ABR) лаводит сводные LAS по сети другим устройствам маршрутов в той же области. ABR также контролирует, какие маршруты из области используются для создания сводных LSAs сети в другие области. Каждый ABR ведет отдельную топологическую базу данных для каждой области, к которой они подключены. В Junos OS выпуска 9.1 и более поздних версий можно настроить политики экспорта и импорта для OSPFv2 и OSPFv3, которые позволяют управлять распределением и генерированием сводных сетей LSAS, содержащих информацию о префиксах OSPF межопомещении. Для OSPFv3 LSA называется межопоменым префиксом LSA и выполняет ту же функцию, что и сводное LSA для OSPFv2. ABR создает предостереженный префикс LSA для каждого префикса IPv6, который должен быть объявлен в области.

Экспортная политика позволяет указать, какие суммарные LSAS перенатоплены в область. Политика импорта позволяет контролировать, какие маршруты из области используются для создания суммарных LSAs в другие области. Политика маршрутов определяется на [edit policy-options policy-statement policy-name] уровне иерархии. Как и во OSPF политиках экспорта, по умолчанию для политик экспорта LSA network-summary должно отклонить все. Аналогично, как и во всех OSPF импорте, для политик импорта LSA, сводных сетевых политик, по умолчанию принимается весь OSPF маршрутов.

Пример: Настройка экспортной OSPF для сводки сетей

В этом примере показано, как создать OSPF экспортную политику для управления сводным сетевым (тип 3) LAS, которые ABR переполняет в OSPF области.

Требования

Перед началом работы:

Обзор

OSPF использует сводные LAS сети для передачи информации о маршрутах через границы области. В зависимости от сетевого окружения, может потребоваться дальнейшая фильтрация сводных LSAS сетей между OSPF областями. Например, при создании OSPF областей для определения административных границ, может не потребоваться объявлять внутреннюю информацию о маршрутах между этими областями. Для дальнейшего улучшения контроля распределения маршрутов между несколькими OSPF областями можно настроить сводные сетевые политики на ABR для области, которую необходимо отфильтровать объявление сводных сетевых объявлений LSAs.

Примечание.

Для OSPFv3 LSA называется межопоменым префиксом LSA и выполняет ту же функцию, что и сводное LSA для OSPFv2. ABR создает предостереженный префикс LSA для каждого префикса IPv6, который должен быть объявлен в области. В этом разделе термины сводная политика сети и сводные сетевые политики используются для описания функций OSPFv2 и OSPFv3.

Для экспорта сводных политик сети применяются следующие инструкции:

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

  • Для этих типов политик рекомендуется использовать условие совпадения политики маршрут-фильтр.

  • Для этих типов политик рекомендуется использовать термины политики accept reject маршрутов и их использование.

На рис. 3 показана примерная топология с тремя OSPF областями. R4 создает сводки сети для маршрутов в области 4 и отправляет их из области 4 в область 0. R3 создает сводки сети для маршрутов в области 3 и отправляет их из области 3 в область 0.

Рис. 3. Пример топологии, используемой для OSPF экспорта сети сводной политики Sample Topology Used for an OSPF Export Network Summary Policy

В этом примере на R4 настраивается сводная политика экспорта сети с именем export-policy, которая разрешает только маршруты, которые соответствуют префиксу 10.0.4.4 из области 3 в область 4. Экспортная политика контролирует суммарные LAS сети, которые R4 передает в область 4. Это приводит к утере только разрешенного межоварьного маршрута для входа в область 4, а все другие межоварные маршруты должны быть OSPF из базы данных и таблицы маршрутов устройств в области 4. Сначала вы определяете политику, а затем применяет ее к ABR, включив в нее утверждение network-summary-export для OSPFv2 или утверждение inter-area-prefix-export для OSPFv3.

Устройства работают следующим образом:

  • R1 — устройство R1 является внутренним маршрутизатором в области 3. Интерфейс fe-0/1/0 имеет IP-адрес 10.0.4.13/30 и подключается к R3. Интерфейс fe-0/0/1 имеет IP-адрес 10.0.4.5/30 и подключается к R2.

  • R2 — устройство R2 является внутренним маршрутизатором в области 3. Интерфейс fe-0/0/1 имеет IP-адрес 10.0.4.6/30 и подключается к R1. Интерфейс fe-1/0/0 имеет IP-адрес 10.0.4.1 и подключается к R3.

  • R3 — Устройство R3 принимает участие в зонах 3 и области 0. R3 является ABR между областью 3 и областью 0 и передает суммарные LSAs сети между областями. Интерфейс fe-1/0/0 имеет IP-адрес 10.0.4.2/30 и подключается к R2. Интерфейс fe-1/1/0 имеет IP-адрес 10.0.4.14/30 и подключается к R1. Интерфейс fe-0/0/1 имеет IP-адрес 10.0.2.1/30 и подключается к R4.

  • R4 — Устройство R4 принимает участие в зонах 0 и области 4. R4 является ABR между областью 0 и областью 4 и передает суммарные LSAs сети между областями. Интерфейс fe-0/0/1 имеет IP-адрес 10.0.2.4/30 и подключается к R3. Интерфейс fe-1/1/0 имеет IP-адрес 10.0.8.6/30 и подключается к R5. Интерфейс fe-1/0/0 имеет IP-адрес 10.0.8.9/30 и подключается к R6.

  • R5 — устройство R5 является внутренним маршрутизатором в области 4. Интерфейс fe-1/1/0 имеет IP-адрес 10.0.8.5/30 и подключается к R4.

  • R6 — устройство R6 является внутренним маршрутизатором в области 4. Интерфейс fe-1/0/0 имеет IP-адрес 10.0.8.10/30 и подключается к R4.

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

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

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

Конфигурация устройства R1:

Конфигурация устройства R2:

Конфигурация устройства R3:

Конфигурация устройства R4:

Конфигурация устройства R5:

Конфигурация устройства R6:

Процедуры

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

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

Чтобы настроить экспортную политику OSPF сетей сводки:

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

    Примечание.

    Для OSPFv3 используйте адреса IPv6.

  2. В OSPF включить интерфейсы.

    Примечание.

    Для OSPFv3 включит утверждение ospf3 на [edit protocols] иерархическом уровне.

  3. На R4 настройте сводную политику для экспортной сети.

  4. На R4 применим сводные политики экспорта сети для OSPF.

    Примечание.

    Для OSPFv3 включит утверждение inter-area-prefix-export на [edit protocols ospf3 area area-id] иерархическом уровне.

  5. После настройки устройств сфиксировать конфигурацию.

Результаты

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

Выходные данные для R1:

Выходные данные для R2:

Выходные данные для R3:

Выходные данные для R4:

Выходные данные для R5:

Выходные данные для R6:

Для подтверждения конфигурации OSPFv3 введите show interfaces команды и команды на show policy-options show protocols ospf3 соответствующем устройстве.

Проверки

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

Проверка базы данных OSPF базы данных

Цель

Убедитесь, OSPF базы данных устройств в области 4 содержит межопланетный маршрут, разрешенный на ABR R4. Другие межоварьные маршруты, которые не указаны, должны выйти из времени жизни или больше не присутствовать в OSPF базе данных.

Действий

В рабочем режиме введите show ospf database netsummary area 0.0.0.4 команду OSPFv2 и show ospf3 database inter-area-prefix area 0.0.0.4 для OSPFv3.

Проверка таблицы маршрутов

Цель

Убедитесь, что маршруты, соответствующие отклоненным сводным данным сети, больше не присутствуют в таблице маршрутов R4, R5 или R6.

Действий

В рабочем режиме введите show route protocol ospf команду для OSPFv2 и OSPFv3.

Пример: Настройка политики OSPF импорта для сводки сетей

В этом примере показано, как создать OSPF импорта для управления сводным сетевым объявлением LAS (типа 3), объявляемого ABR вне OSPF области.

Требования

Перед началом работы:

Обзор

OSPF использует сводные LAS сети для передачи информации о маршрутах через границы области. В зависимости от сетевого окружения, может потребоваться дальнейшая фильтрация сводных LSAS сетей между OSPF областями. Например, при создании OSPF областей для определения административных границ, может не потребоваться объявлять внутреннюю информацию о маршрутах между этими областями. Для дальнейшего улучшения контроля распределения маршрутов между несколькими OSPF областями можно настроить сводные сетевые политики на ABR для области, которую необходимо отфильтровать объявление сводных сетевых объявлений LSAs.

Примечание.

Для OSPFv3 LSA называется межопоменым префиксом LSA и выполняет ту же функцию, что и сводное LSA для OSPFv2. ABR создает предостереженный префикс LSA для каждого префикса IPv6, который должен быть объявлен в области. В этом разделе термины сводная политика сети и сводные сетевые политики используются для описания функций OSPFv2 и OSPFv3.

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

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

  • Для этих типов политик рекомендуется использовать условие совпадения route-filter политики.

  • Для этих типов политик рекомендуется использовать термины политики accept reject маршрутов и их использование.

На рис. 4 показана примерная топология с тремя OSPF областями. R4 создает сводки сети для маршрутов в области 4 и отправляет их из области 4 в область 0. R3 создает сводки сети для маршрутов в области 3 и отправляет их из области 3 в область 0.

Рис. 4. Пример топологии, используемой для OSPF импорта сводной политики сети Sample Topology Used for an OSPF Import Network Summary Policy

В данном примере R3 настроен с помощью сводной политики импорта с именем import-policy, поэтому R3 создает только сводки сети для маршрута 10.0.4.12/30. Политика импорта контролирует маршруты и, таким образом, сводки сети, объявленные R3 за областью 3, поэтому применение этой политики означает, что R3 объявляет только маршрут 10.0.4.12/30 из области 3. Это приводит к убираемой из базы данных OSPF сетей в областях 0 и 4 и таблицам маршрутов устройств в областях 0 и 4. Сначала вы определяете политику, а затем применяет ее к ABR, включив в нее утверждение network-summary-import для OSPFv2 или утверждение inter-area-prefix-import для OSPFv3.

Устройства работают следующим образом:

  • R1 — устройство R1 является внутренним маршрутизатором в области 3. Интерфейс fe-0/1/0 имеет IP-адрес 10.0.4.13/30 и подключается к R3. Интерфейс fe-0/0/1 имеет IP-адрес 10.0.4.5/30 и подключается к R2.

  • R2 — устройство R2 является внутренним маршрутизатором в области 3. Интерфейс fe-0/0/1 имеет IP-адрес 10.0.4.6/30 и подключается к R1. Интерфейс fe-1/0/0 имеет IP-адрес 10.0.4.1/30 и подключается к R3.

  • R3 — Устройство R3 принимает участие в зонах 3 и области 0. R3 является ABR между областью 3 и областью 0 и передает суммарные LSAs сети между областями. Интерфейс fe-1/0/0 имеет IP-адрес 10.0.4.2/30 и подключается к R2. Интерфейс fe-1/1/0 имеет IP-адрес 10.0.4.14/30 и подключается к R1. Интерфейс fe-0/0/1 имеет IP-адрес 10.0.2.1/30 и подключается к R4.

  • R4 — устройство R4 принимает участие в зонах 0 и области 4. R4 является ABR между областью 0 и областью 4 и передает суммарные LSAs сети между областями. Интерфейс fe-0/0/1 имеет IP-адрес 10.0.2.1/30 и подключается к R3. Интерфейс fe-1/1/0 имеет IP-адрес 10.0.8.6/30 и подключается к R5. Интерфейс fe-1/0/0 имеет IP-адрес 10.0.8.9/30 и подключается к R6.

  • R5 — устройство R5 является внутренним маршрутизатором в области 4. Интерфейс fe-1/1/0 имеет IP-адрес 10.0.8.5/30 и подключается к R4.

  • R6 — устройство R6 является внутренним маршрутизатором в области 4. Интерфейс fe-1/0/0 имеет IP-адрес 10.0.8.10/30 и подключается к R4.

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

Процедуры

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

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

Конфигурация устройства R1:

Конфигурация устройства R2:

Конфигурация устройства R3:

Конфигурация устройства R4:

Конфигурация устройства R5:

Конфигурация устройства R6:

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

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

Чтобы настроить политику OSPF импорта для сводки сетевых сводок:

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

    Примечание.

    Для OSPFv3 используйте адреса IPv6.

  2. В OSPF включить интерфейсы.

    Примечание.

    Для OSPFv3 включит ospf3 утверждение на [edit protocols] иерархическом уровне.

  3. На R3 настройте политику сводки сети импорта.

  4. На R3 применим сводные политики импортной сети для OSPF.

    Примечание.

    Для OSPFv3 включит inter-area-prefix-export утверждение на [edit protocols ospf3 area area-id] иерархическом уровне.

  5. После настройки устройств сфиксировать конфигурацию.

Результаты

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

Выходные данные для R1:

Выходные данные для R2:

Выходные данные для R3:

Выходные данные для R4:

Выходные данные для R5:

Выходные данные для R6:

Для подтверждения конфигурации OSPFv3 введите show interfaces команды и команды на show policy-options show protocols ospf3 соответствующем устройстве.

Проверки

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

Проверка базы данных OSPF базы данных

Цель

Убедитесь OSPF база данных устройств в области 4 содержит маршрут между предостерегами, который мы рекламим с R3. Любые другие маршруты из области 3 не должны быть объявлены в области 4, поэтому эти записи должны изветься или больше не присутствовать в OSPF базе данных.

Действий

В рабочем режиме введите show ospf database netsummary area 0.0.0.4 команду OSPFv2 и show ospf3 database inter-area-prefix area 0.0.0.4 для OSPFv3.

Проверка таблицы маршрутов

Цель

Убедитесь, что указанный маршрут включен в таблицу маршрутов R4, R5 или R6. Другие маршруты из области 3 не должны быть объявлены в область 4.

Действий

В рабочем режиме введите show route protocol ospf команду для OSPFv2 и OSPFv3.

Пример: перераспределение OSPF маршрутов в IS-IS

В этом примере показано, как OSPF маршруты в IS-IS сети.

Требования

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

Обзор

Экспортная политика может применяться IS-IS для облегчения перераспределения маршрутов.

Junos OS не поддерживает применение политики импорта для маршрутизация с учетом состояния каналов, например IS-IS, поскольку такие политики могут привести к противоречивым записям базы данных состояния соединений (LSDB), что, в свою очередь, может привести к неустойчивости маршрутов.

В этом примере OSPF маршруты 192.168.0/24 через 192.168.3/24 перераспределяются в IS-IS области 49.0002 от устройства R2.

Кроме того, политики настроены для обеспечения связи устройства R1 с пунктами назначения в сети 10.0.0.44/30 и устройства R3 до пунктов назначения в сети 10.0.0.36/30. Это позволяет получить все ото всех до конца.

На рис. 5 показана топология, используемая в данном примере.

Рис. 5. IS-IS топологии перераспределения маршрутов IS-IS Route Redistribution Topology

интерфейс командной строки Quick Configuration показывает конфигурацию для всех устройств на рис. 5. В разделе #d290e62__d290e232 описаны действия устройства R2. #d290e62__d290e361 описывает действия устройства R3.

Топологии

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

Процедуры

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

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

Устройство R1

Устройство R2

Устройство R3

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

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

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

  2. Настройте IS-IS интерфейсе, который сталкивается с устройством М1 и интерфейсом обратной связи.

  3. Настройте политику, которая позволяет устройству R1 достичь сети 10.0.0.44/30.

  4. Примените политику, которая позволяет устройству R1 достичь сети 10.0.0.44/30.

  5. Настройте OSPF интерфейсах.

  6. Настройте политику OSPF маршрутов.

  7. Примените OSPF перераспределения маршрута к экземпляру IS-IS маршрутов.

  8. Настройте политику, которая позволяет устройству R3 достичь сети 10.0.0.36/30.

  9. Примените политику, которая позволяет устройству R3 достичь сети 10.0.0.36/30.

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

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

Для настройки многоуровневой IS-IS:

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

    Несколько адресов настраиваются на интерфейсе обратной связи для имитации нескольких мест назначения маршрутов.

  2. Настройте статические маршруты на адреса интерфейса обратной связи.

    Эти маршруты перераспределяются в IS-IS.

  3. Настройте OSPF интерфейсах.

  4. Настройте политику OSPF для экспорта статических маршрутов.

  5. Применение политики OSPF экспорта.

Результаты

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

Устройство R2

Устройство R3

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

Проверки

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

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

Цель

Убедитесь, что ожидаемые маршруты объявляются OSPF.

Действий

В рабочем режиме на устройстве М2 введите show route protocol ospf команду.

Смысл

Маршруты 192.168/16 объявляются OSPF.

Проверка перераспределения маршрутов

Цель

Убедитесь, что ожидаемые маршруты перераспределяются из OSPF в IS-IS.

Действий

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

Смысл

Маршруты 192.168/16 перераспределяются в IS-IS.

Проверка возможности подключения

Цель

Убедитесь, что устройство R1 может достичь пунктов назначения на устройстве R3.

Действий

В рабочем режиме введите ping команду.

Смысл

Эти результаты подтверждают, что устройство R1 может достичь пунктов назначения в OSPF сети.

Таблица истории релизов
Выпуска
Описание
20.3R1
Начиная с Junos OS release 20.3R1, можно настроить в сетях TI-LFA совместное использование сетей TI-LFA для сегментной маршрутации, чтобы выбрать путь быстрая перемаршрутизация, который не включает группы распределения участей в резервные пути, не зависят от топологии, без петель (TI-LFA), для избежания ошибок совместного использования путей.
20.3R1
Начиная с Junos OS 20.3R1, можно настроить в сетях TI-LFA защиту общей группы рисков (SRLG) для сегментной маршрутации, чтобы выбрать путь быстрая перемаршрутизация, не включающий SRLG-соединения в резервные пути, не зависящую от топологии (TI-LFA).
19.3R1
Начиная с Junos OS выпуска 19.3R1, Junos поддерживает создание OSPF-топологии резервных путей TI-LFA, где SID префикса был заумнен из объявления сервера маршрутной маршрутации сегмента, когда PLR и сервер сопоставления находятся в одной OSPF области.