Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
НА ЭТОЙ СТРАНИЦЕ
 

Настройка OSPF областей

Понимание OSPF областей

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

В данной теме описываются OSPF области и функции устройства маршрутов:

Областях

Область - это набор сетей и хостов в AS, административно сгруппных вместе. Рекомендуется настроить область как набор дополнительных ip-подсетей. Устройства маршрутов, полностью внутри области, называются внутренними маршрутизаторами. Все интерфейсы внутренних маршрутизаторов напрямую подключены к сетям внутри области.

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

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

Пограничные маршрутизаторы области

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

Магистрали

Зона OSPF магистрали состоит из всех сетей в области ID 0.0.0.0, подключенных к нему устройств маршрутов и всех АБРЕ. В самой магистрали нет ни одного ОЛБ. Магистрали распределяют маршрутную информацию между областями. Магистрали – это просто другая область, поэтому применяются терминология и правила областей: устройство маршрутации, напрямую подключенное к магистрали, является внутренним маршрутизатором в магистрали, а топология магистрали скрыта из других областей AS.

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

Пограничные маршрутизаторы AS

Устройства маршрутов, обмениваясь информацией о маршруте с устройствами маршрутов во внесетевом OSPF, называются пограничными маршрутизаторами AS. Они объявляют внешние маршруты по всей OSPF AS. В зависимости от расположения пограничного маршрутизатора AS в сети, он может быть маршрутизатором ABR, магистральный маршрутизатор или внутренним маршрутизатором (за исключением областей-заг магистрали). Внутренние маршрутизаторы в пределах загловной области не могут быть гранизаторами AS, так как они не могут содержать LAS типа 5.

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

Магистраный маршрутизатор

Магистрали - маршрутизаторы маршрутов, которые имеют один или несколько интерфейсов, подключенных к магистрали OSPF (область ID 0.0.0.0).

Внутренний маршрутизатор

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

Заблокационные зоны

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

Устройства маршрутов в пределах затухаемой области зависят от маршрутов по умолчанию, исходя из ABR области для достижения внешних as-назначений. Необходимо настроить параметр на default-metric ABR, прежде чем он объявит маршрут по умолчанию. После настройки ABR объявляет маршрут по умолчанию, а не внешние маршруты, которые не объявляются в пределах затухаемой области, чтобы устройства маршрутов в затухаемой области могли достичь мест назначения за пределами области.

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

Не-So-Stubby Areas

В OSPF-области нет внешних маршрутов, поэтому перераспределение из другого протокола в олтовую зону невозможно. В не очень-то загружной области (NSSA) допускается затопление внешних маршрутов внутри области. Эти маршруты затем утекают в другие области. Однако внешние маршруты из других областей по-прежнему не входят в NSSA.

Следующее ограничение применяется к NSSA: область нельзя настроить как заостряемую область и NSSA.

Транзитные зоны

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

OSPF типов области и принятых LAS

В следующей таблице приводится подробная информация о OSPF зонах и принятых LAS:

Обзор OSPF назначенного маршрутизатора

Крупные сети с большим количеством устройств маршрутов и, следовательно, OSPF смежай могут привести к интенсивному трафику контрольных пакетов из-за лавиной объявления состояния соединения (LSAs) в сети. Для уменьшения потенциальной проблемы трафика маршрутизаторы OSPF во всех сетях с многоканационным (широковещательным и нетранслным многоадростным [NBMA] сетями). Вместо того, чтобы рассылть LAS всем своим OSPF соседним устройствам, устройства маршрутов посылают свои LSAs на назначенный маршрутизатор. В каждой сети с несколькими системами есть выделенный маршрутизатор, который выполняет две основные функции:

  • Исходят объявления сетевого соединения от имени сети.

  • Создате связи со всеми устройствами маршрутов в сети, участвуя, таким образом, в синхронизации баз данных состояния соединения.

В ЛЭН выбор назначенного маршрутизатора происходит, когда OSPF изначально устанавливается сеть. Когда активны первые OSPF линии связи, то устройство маршрутации с самым высоким идентификатором маршрутизатора (определенное значением конфигурации идентификатора маршрутизатора, который обычно является IP-адресом устройства маршрутации или адресом обратной петли) выбран назначенным маршрутизатором. Устройство маршрутации с идентификатором второго наивысшего маршрутизатора выбрано резервным выделенным маршрутизатором. Если выделенный маршрутизатор теряет или теряет подключение, резервный выделенный маршрутизатор берет на себя функции, и между всеми маршрутизаторами в OSPF происходит выбор нового резервного назначенного маршрутизатора.

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

Как минимум одно устройство маршрутизации в каждой логической IP-сети или подсети должно иметь право быть назначенным маршрутизатором для OSPFv2. По крайней мере один маршрутизатор на каждом логическом соединении должен иметь право быть назначенным маршрутизатором для OSPFv3.

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

Пример: Настройка идентификатора OSPF маршрутизатора

В данном примере показано, как OSPF идентификатор маршрутизатора.

Требования

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

Обзор

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

  1. По умолчанию Junos OS в качестве идентификатора маршрутизатора наименьший настроенный физический IP-адрес интерфейса.

  2. Если интерфейс обратной связи настроен, IP-адрес интерфейса обратной связи становится идентификатором маршрутизатора.

  3. Если настроено несколько интерфейсов обратной связи, наименьший адрес обратной связи становится идентификатором маршрутизатора.

  4. Если идентификатор маршрутизатора явно router-id address [edit routing-options] настроен с помощью утверждения на уровне иерархии, три вышеуказанных правила игнорируются.

Примечание:

1. Описанное здесь поведение идентификатора маршрутизатора сохраняет хорошее даже при настройке на [edit routing-instances routing-instance-name routing-options] [edit logical-systems logical-system-name routing-instances routing-instance-name routing-options] уровнях иерархии и ниже.

2. Если идентификатор маршрутизатора изменен в сети, объявления состояния соединения (LSA), объявленные предыдущим идентификатором маршрутизатора, сохраняются в базе данных OSPF до тех пор, пока не будет идентифицирован интервал повторной ретранслируемой маршрутки LSA. Поэтому настоятельно рекомендуется [edit routing-options] явно настроить идентификатор маршрутизатора на уровне иерархии во избежание непредсказуемого поведения при изменениях адреса интерфейса обратной связи.

В этом примере идентификатор OSPF маршрутизатора настраивается путем установки значения идентификатора маршрутизатора в IP-адрес устройства, 192.0.2.24.

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

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

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

Процедуры

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

Для настройки идентификатора OSPF маршрутизатора:

  1. Настройте идентификатор OSPF маршрутизатора, введите значение [router-id] конфигурации.

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

Результаты

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

Проверки

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

Пример: Управление OSPF маршрутизатора

В этом примере показано, как OSPF назначенным маршрутизатором.

Требования

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

Обзор

В этом примере показано, как OSPF назначенным маршрутизатором. В примере для интерфейса OSPF ge -/0/0/1 и приоритет устройства 200. Чем выше значение приоритета, тем выше вероятность того, что устройство маршрутки станет назначенным маршрутизатором.

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

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

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

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

Процедуры

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

Контроль выбора OSPF маршрутизатора:

  1. Настройте интерфейс OSPF и укажите приоритет устройства.

    Примечание:

    Чтобы указать интерфейс OSPFv3, включим ospf3 утверждение на [edit protocols] уровне иерархии.

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

Результаты

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

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

Проверки

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

Проверка выбора назначенного маршрутизатора

Цель

Исходя из приоритета, настроенного для определенного OSPF, можно подтвердить адрес назначенного маршрутизатора области. Поле DR ID, DR или DR-ID отображает адрес назначенного маршрутизатора области. В поле BDR ID, BDR или BDR-ID отображается адрес резервного назначенного маршрутизатора.

Действий

В рабочем режиме введите show ospf interface команды и show ospf neighbor команды для OSPFv2, show ospf3 interface show ospf3 neighbor а также введите команды и команды для OSPFv3.

Понимание OSPF областей и магистрали

OSPF сети в автономной системе (AS) административно сгруппировали в области. Каждая область в AS работает как независимая сеть и имеет уникальный 32-битный ID области, который функционирует примерно так же, как сетевой адрес. В пределах области база данных топологии содержит только сведения о области, объявления состояния соединения (LSAs) переполсуются только на узлы области, а маршруты вычисляются только в пределах области. Топология области скрыта от остальной as, что значительно снижает трафик маршрутов в AS. Подсети делятся на другие области, связанные по всей основной сети. Устройства маршрутов, полностью внутри области, называются внутренними маршрутизаторами. Все интерфейсы внутренних маршрутизаторов напрямую подключены к сетям внутри области.

Центральная область AS, называемая магистрали, имеет специальную функцию и всегда назначена область ID 0.0.0.0. (В простой, одиночной сети это также ID области.) Идентификаторы области являются уникальными числеными идентификаторами в десятичной записи с точками, но не ЯВЛЯЮТСЯ IP-адресами. ID области должны быть уникальными только внутри AS. Все другие сети или области в AS должны быть напрямую подключены к магистрали устройством маршрутации, которое имеет интерфейсы в более чем одной области. Эти соединитеющие устройства маршрутов называются маршрутизаторами пограничных области (ARS). На рис. 1 показана OSPF трех областей, соединенных двумя АБРЕ.

Рис. 1. Многоо OSPF топологии Multiarea OSPF Topology

Так как все области являются смежными с магистрали, маршрутизаторы OSPF отправляют весь трафик, не предназначенный для своей области, через магистрали. ABR в магистрали области отвечают за передачу трафика через соответствующий ABR в область назначения. АБРЕ суммируют записи о состоянии соединений для каждой области и объявляют сводки адресов назначения соседним областям. Объявления содержат ID области, в которой находится каждый пункт назначения, так, чтобы пакеты маршрутили на соответствующий ABR. Например, в областях OSPF, показанных на рис. 1, пакеты, отправленные от маршрутизатора A к маршрутизатору C, автоматически маршрутизируются через ABR B.

Junos OS поддерживает обнаружение активной магистрали. Обнаружение активной магистрали реализуется для проверки подключения АБРЕ к магистрали. Если соединение с магистральной областью потеряно, метрика по умолчанию устройства маршрутации не объявляется, что фактически перенаносит трафик через другой ABR с действующим подключением к магистрали. Обнаружение активной магистрали позволяет транзит через ABR без активного магистрали соединения. ABR объявляет другим устройствам маршрутов о том, что это ABR, даже если соединение с магистрали не совпано, поэтому соседи могут рассматривать его как межомитные маршруты.

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

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

Рис. 2. OSPF топологии с виртуальным соединением OSPF Topology with a Virtual Link

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

Пример: Настройка одиночной OSPF сети

В этом примере показано, как настроить единую OSPF сеть.

Требования

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

Обзор

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

В автономной системе (AS) магистрали всегда назначен ID области 0.0.0.0 (в пределах простой, одиночной сети, это также ID области). Идентификаторы области — это уникальные численное идентификаторы в десятичной записи с точками. ID области должны быть уникальными только внутри AS. Все другие сети или области AS должны быть напрямую подключены к магистрали пограничными маршрутизаторами области, которые имеют интерфейсы в более чем одной области. Если сеть состоит из нескольких областей, необходимо также создать магистрали. В данном примере создается магистрали и при необходимости добавляются интерфейсы, такие как ge-0/0/0, для OSPF области.

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

Рис. 3. Типичная однозоны OSPF сетевой топологии Typical Single-Area OSPF Network Topology

Топологии

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

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

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

Процедуры

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

При конфигурировании одиночной OSPF сети:

  1. Настройте сетевую сеть с OSPF области, указав ID области и ассоциированый интерфейс.

    Примечание:

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

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

Результаты

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

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

Проверки

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

Проверка интерфейсов в области

Цель

Убедитесь, что OSPF или OSPFv3 настроен для соответствующей области. Подтвердим, что в поле Area отображается настроенное значение.

Действий

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

Пример: Настройка многооварной OSPF сети

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

Требования

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

Обзор

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

Каждая OSPF области состоит из устройств маршрутов, настроенных с одинаковым номером области. На рис. 4 маршрутизатор B расположен в магистрали AS. Магистрали всегда назначен ID области 0.0.0.0. (Все ID области должны быть уникальными в пределах AS.) Все другие сети или области в AS должны быть напрямую подключены к магистрали с помощью маршрутизатора, который имеет интерфейсы в более чем одной области. В данном примере пограничные маршрутизаторы области A, C, D и E. Вы создаете дополнительную область (область 2) и назначаете ее уникальный ID области 0.0.0.2, а затем добавляется интерфейс ge-0/0/0 в OSPF области.

Для сокращения обслуживания трафика и топологии устройств в as OSPF их можно сгруппить в несколько областей, как показано на рис. 4. В этом примере вы создаете магистрали области, создается дополнительная область (область 2) и назначается уникальный ID области 0.0.0.2, а устройство B настраивается в качестве пограничного маршрутизатора области, где интерфейс ge-0/0/0 принимает участие в OSPF области 0, а интерфейс ge-0/0/2 принимает участие в OSPF области 2.

Рис. 4. Типичная многоо OSPF топология сети Typical Multiarea OSPF Network Topology

Топологии

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

Процедуры

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

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

Устройство A

Устройство C

Устройство B

Устройство D

Устройство E

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

Настройка многооварной OSPF сети:

  1. Настройте магистрали.

    Примечание:

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

  2. Настройте дополнительную область для OSPF сети.

    Примечание:

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

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

Результаты

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

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

Проверки

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

Проверка интерфейсов в области

Цель

Убедитесь, что OSPF или OSPFv3 настроен для соответствующей области. Подтвердим, что в поле Area отображается настроенное значение.

Действий

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

Понимание мультиареаной четности для OSPF

По умолчанию один интерфейс может принадлежать только одной области OSPF области. Однако в некоторых ситуациях может потребоваться конфигурировать интерфейс для его принадлежать к более чем одной области. Это позволяет считать соответствующий соединение внутри области внутри области в нескольких областях предпочтительным по большей стоимости по другим путям внутри области. Например, можно настроить интерфейс на принадлежать к нескольким областям с высокоскоростным опорным соединением между двумя пограничными маршрутизаторами области (ARS), чтобы можно было создать смежайство multiarea, принадлежащие разным областям.

В Junos OS версии 9.2 и более поздних версий можно настроить логический интерфейс на принадлежать более чем одной области OSPFv2. Поддержка OSPFv3 была представлена в Junos OS 9.4. Как определено в RFC 5185, OSPF многозоны со схождением, ARS устанавливают несколько отношений, принадлежащих разным областям, через один логический интерфейс. Каждая многоодержавая среду объявлена маршрутизаторами, подключенными к соединению, как о точке-точке ненумероваемом соединении в настраиваемой области. Для каждой области один из логических интерфейсов рассматривается как первичный, а остальные интерфейсы, настроенные для этой области, назначаются вторичными.

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

Пример: Настройка мультиоварной четности для OSPF

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

Требования

Перед началом работы спланируйте свою многооварную OSPF сеть. См . пример. Настройка многооварной OSPF сети.

Обзор

По умолчанию один интерфейс может принадлежать только одной области OSPF области. Можно настроить один интерфейс для принадлежащих ему нескольких OSPF областях. Это позволяет считать соответствующий соединение внутри области внутри области в нескольких областях предпочтительным по большей стоимости по другим путям внутри области. При настройке вторичного интерфейса учитывайте следующее:

  • Для OSPFv2 нельзя настроить сетевые интерфейсы сети point-to-multipoint и nonbroadcast multiaccess (NBMA), так как вторичные интерфейсы рассматриваются как прямой ненумероваемый интерфейс.

  • Вторичные интерфейсы поддерживаются для интерфейсов LAN (основным интерфейсом может быть интерфейс LAN, но все вторичные интерфейсы рассматриваются как ссылки, ненумеруемые точки в сети LAN). В этом сценарии необходимо убедиться, что в локальной сети есть только два устройства маршрутки или что в lan есть только два устройства маршрутов с дополнительными интерфейсами, настроенными для конкретной OSPF области.

  • Поскольку назначение вторичного интерфейса – объявление топологического пути через OSPF области, нельзя настроить вторичный интерфейс или основной интерфейс с одним или более вторичными интерфейсами как пассивные. Пассивные интерфейсы объявляют свой адрес, но не запускают OSPF (смежности не формируются и пакеты приветства не генерируются).

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

  • Нельзя настроить утверждение с secondary помощью этого утверждения interface all .

  • Нельзя настроить вторичный интерфейс по его IP-адресу.

Рис. 5. Несколькоодавая юность в OSPF Multiarea Adjacency in OSPF

В данном примере интерфейс настраивается на две области, создавая смежность с несколькимиareaми с соединением между двумя ABR: ABR R1 и ABR R2. В каждом ABR область 0.0.0.1 содержит основной интерфейс и является основным соединением между ABR, а область 0.0.0.2 содержит вторичный логический интерфейс, secondary настроенный путем включив утверждение. Настраивается интерфейс so-0/0/0 на ABR R1 и interface so-1/0/0 на ABR R2.

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

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

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

Конфигурация на ABR R1:

Конфигурация на ABR R2:

Процедуры

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

Для настройки вторичного логического интерфейса:

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

    Примечание:

    Для OSPFv3 на каждом интерфейсе укажите семейство адресов inet6 и включит адрес IPv6.

  2. Настройте идентификатор маршрутизатора.

  3. Для каждого ABR настройте основной интерфейс для OSPF области.

    Примечание:

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

  4. На каждом ABR настройте вторичный интерфейс для OSPF области.

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

Результаты

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

Конфигурация на ABR R1:

Конфигурация на ABR R2:

Проверки

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

Проверка вторичного интерфейса

Цель

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

Действий

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

Проверка интерфейсов в области

Цель

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

Действий

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

Проверка соседства

Цель

Проверьте соседство первичного и вторичного соседей. В поле Secondary отображается, находится ли соседний интерфейс на вторичном интерфейсе.

Действий

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

Понимание цепей Multiarea для OSPFv3

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

В Junos OS версии 9.2 и более поздних версий можно настроить интерфейс на принадлежать более чем одной области OSPFv2. Поддержка OSPFv3 была представлена в Junos OS 9.4. Как определено в RFC 5185 OSPF многозоны со схождением, ARS устанавливают несколько отношений, принадлежащих разным областям, через один логический интерфейс. Каждая многоодержавая среду объявлена маршрутизаторами, подключенными к соединению, как о точке-точке ненумероваемом соединении в настраиваемой области.

Считается, что интерфейс находится в основном в одной области. Если настроить тот же интерфейс в другой области, в другой области он будет второй раз. Вторичные области назначаются, включив secondary в нее утверждение иерархии [edit protocols ospf3 area area-number interface interface-name] .

Пример: Настройка мультиоварной четности для OSPFv3

В данном примере показано, как настроить мультиореакторную юность для OSPFv3.

Требования

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

Обзор

Внутриполосные пути OSPFv3 являются предпочтительными по большей части. В данном примере устройство R1 и устройство R2 являются пограничными маршрутизаторами (ARS) области с интерфейсами в области 0 и области 1. Соединение между устройством R1 и R2 находится в области 0 и является высокоскоростным соединением. Линии связи в области 1 имеют более низкую скорость.

Если по высокоскоростному соединению необходимо перенанести трафик области 1 между устройством R1 и устройством R2, одним из методов для данной цели является мультиареа-соединение, при этом соединение является частью обеих области 0 и области 1.

Если высокоскоростной маршрут между устройством R1 и устройством R2 остается только в области 1, устройство R1 всегда маршрутит трафик устройству R4 и устройству R5 через область 1 по низкоскоростным соединениям. Устройство R1 также использует путь 1 внутри области 1 через устройство R3 для получения в область 1 пунктов назначения, ходящего от устройства R2.

Очевидно, что данный сценарий приводит к субоптимальной маршрутисти.

Виртуальный OSPF не может использоваться для решения этой проблемы без перемещения соединения между устройством R1 и устройством R2 в область 1. Это может быть не лучшим решением, если физический соединение принадлежит топологии магистрали сети.

Расширение протокола OSPF/OSPFv3, описанное в RFC 5185, OSPF многозоны с соотечастием устраняет эту проблему, позволяя связи между устройством R1 и устройством R2 быть частью как магистрали области, так и области 1.

Для создания мультиареапоежности необходимо настроить интерфейс в двух областях: ge-1/2/0 на устройстве R1 настроено в областях 0 и области 1, а ge-1/2/0 на устройстве R2 настроено как в областях 0, так и в области 1. Как на устройстве R1, так и на устройстве R2 область 0 содержит основной интерфейс и является основным соединением между устройствами. Область 1 содержит вторичный логический интерфейс, настроенный с помощью включив утверждение secondary .

Рис. 6. Многооравравность OSPFv3 OSPFv3 Multiarea Adjacency

интерфейс командной строки Quick Configuration отображает конфигурацию всех устройств на рис . 6. В разделе #d19e66__d19e255 описаны действия устройств R1 и устройства R2.

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

Процедуры

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

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

Устройство R1

Устройство R2

Устройство R3

Устройство R4

Устройство R5

Устройство R6

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

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

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

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

  2. В включить OSPFv3 на интерфейсах, которые находятся в области 0.

  3. В включить OSPFv3 на интерфейсе, который находится в области 1.

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

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

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

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

  2. В включить OSPFv3 на интерфейсах, которые находятся в области 0.

  3. В включить OSPFv3 на интерфейсе, который находится в области 1.

Результаты

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

Устройство R1

Устройство R2

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

Проверки

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

Проверка потока трафика

Цель

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

Действий

В рабочем режиме на устройстве М1 используйте traceroute команду проверки потока трафика к устройству R5 и устройству R6.

Смысл

Выходные данные traceroute показывают, что трафик использует 9009:1:: соединение между устройством R1 и устройством R2.

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

Цель

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

Действий
  1. Деактивировать интерфейсы магистрали в области 1.

  2. В рабочем режиме на устройстве М1 используйте traceroute команду проверки потока трафика к устройству R5 и устройству R6.

Смысл

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

Общие OSPF областей, полностью stubby-областей и Not-So-Stubby Areas

На рис. 7 показана автономная система (AS), через которую объявляется множество внешних маршрутов. Если внешние маршруты составляют значительную часть базы данных топологии, можно отсеять объявления в областях, в которых нет линий связи за пределами сети. Таким образом можно уменьшить объем памяти, используемой узлами для поддержания базы данных топологии, и освободить ее для других применений.

Рис. 7. OSPF as network with Stub Areas and NSAS OSPF AS Network with Stub Areas and NSSAs

Для управления объявлением внешних маршрутов в область используется OSPF областями-заумами. За счет того, что интерфейс пограничного маршрутизатора области (ABR) назначен области в качестве затухающих интерфейсов, через ABR подавляются внешние объявления маршрутов. Вместо этого ABR объявляет маршрут по умолчанию (через себя) вместо внешних маршрутов и генерирует сводку (Тип 3) объявления состояния связи (LSAs). Пакеты, предназначенные для внешних маршрутов, автоматически отправляются в ABR, который действует в качестве шлюза для исходяного трафика и соответствующим образом маршрутит трафик.

Примечание:

Необходимо явно настроить ABR для создания маршрута по умолчанию при подстроке к загтухам или не очень-stubby-area (NSSA). Чтобы ввести в область маршрут по умолчанию с указанным значением метрики, default-metric необходимо настроить параметр и указать значение метрики.

Например, область 0.0.0.3 на рис. 7 не подключена напрямую к внешней сети. Весь исходящие потоки трафика перенаправлены через ABR в магистрали, а затем на адреса назначения. За счет того, что область 0.0.0.3 назначена в качестве загнойной, уменьшается размер базы данных топологии для этой области, ограничив записи маршрутов только внутренними маршрутами в зону.

Загвоздная зона, которая разрешает только внутренние маршруты в область и ограничивает вход LSAS типа 3 в загвоздную область, часто называется полностью загвоздной областью. Можно преобразовать область 0.0.0.3 в полностью олбную зону, настроив ABR только на объявление и разрешение входу в область маршрута по умолчанию. Внешние маршруты и пункты назначения в другие области больше не суммируют и не разрешаются в полностью загружную зону.

Примечание:

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

Как и область 0.0.0.3 на рис. 7, область 0.0.0.4 не имеет внешних подключений. Однако в области 0.0.0.4 есть статические клиентский маршруты, которые не являются OSPF маршрутами. Объявления внешних маршрутов можно ограничить областью и объявлять статические маршруты клиента, означив область как NSSA. В NSSA, маршрутизатор границы AS генерирует внешние (тип 7) LSA NSSA и передает их в NSSA, где они содержатся. LSA типа 7 позволяют NSSA поддерживать присутствие граничных маршрутизаторов AS и соответствующих сведений о внешних маршрутах. ABR преобразует LSA типа 7 во внешние (тип 5) LSA и утечки их в другие области, но внешние маршруты из других областей не объявляются в NSSA.

Пример: настройка OSPF и полностью stub-областей

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

Требования

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

Обзор

Магистрали области, 0 на рис. 8, имеет специальную функцию и всегда назначена область ID 0.0.0.0. Идентификаторы области — это уникальные численное идентификаторы в десятичной записи с точками. ID области должны быть уникальными только внутри автономной системы (AS). Все другие сети или области (например, 3, 7 и 9) в AS должны быть напрямую подключены к магистрали пограничными маршрутизаторами (ARS) области, которые имеют интерфейсы в более чем одной области.

Загружные зоны – это области, через которые OSPF или в которые не передается объявление о состоянии внешних соединений AS (LAS типа 5). Можно создать заблокационные зоны, если большая часть базы данных топологии состоит из внешних объявлений AS и необходимо минимизировать размер баз данных топологии на внутренних маршрутизаторах в затеряемой области.

Следующие ограничения применимы к stub-областям:

  • Невозможно создать виртуальный соединение через затухаемую зону.

  • Граничный маршрутизатор AS не может содержать затверяемую зону.

  • Магистрали нельзя настроить в качестве заглухой зоны.

  • Нельзя настроить область как олбную и не очень-тявую (NSSA).

В этом примере каждое устройство маршрутации в области 7 (ID области 0.0.0.7) настроено в качестве маршрутизатора-загуха и некоторых дополнительных настроек ABR:

  • stub-Указывает, что эта область становится загнойной и не будет затоплена LAS типа 5. Необходимо включить утверждение на stub всех устройствах маршрутов, которые находятся в области 7, так как в этой области нет внешних подключений.

  • default-metric-Настройка ABR для создания маршрута по умолчанию с указанной метрикой в затухаемую зону. Этот маршрут по умолчанию позволяет перенаправление пакетов из затухаемой области во внешние пункты назначения. Этот параметр настраивается только для ABR. ABR не генерирует автоматически маршрут по умолчанию при подстроении к затухателю. Этот параметр необходимо явно настроить для создания маршрута по умолчанию.

  • no-summaries(Дополнительно) Предотвращает объявления сводных маршрутов ABR в загружную зону путем преобразования этой загружной области в полностью олбную зону. Если настройка в сочетании с default-metric утверждением, полностью загная зона позволяет только внутренние маршруты в область и объявляет маршрут по умолчанию в область. Внешние маршруты и пункты назначения в другие области больше не суммируют и не разрешаются в полностью загружную зону. Такая дополнительная конфигурация требуется только для ABR, поскольку это единственное устройство маршрутации в полностью загружной области, которое создает LSAS типа 3, используемого для получения и отправки трафика из-за пределов области.

Примечание:

В Junos OS 8.5 и более поздних версиях применяются следующие:

  • Интерфейс идентификатора маршрутизатора, который не настроен для OSPF сети, больше не объявляется в качестве OSPF LAS.

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

Рис. 8. OSPF топология сети с затеряными областями и NSAS OSPF Network Topology with Stub Areas and NSSAs

Топологии

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

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

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

  • Чтобы быстро настроить ABR на введение маршрута по умолчанию в область, скопируйте следующую команду и в следующий интерфейс командной строки. Эта конфигурация применяется только к ABR.

  • (Необязательно) Чтобы быстро настроить ABR на ограничение всех сводных объявлений и разрешить в области только внутренние маршруты и объявления маршрутов по умолчанию, скопируйте следующую команду и в нее в нее интерфейс командной строки. Эта конфигурация применяется только к ABR.

Процедуры

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

Для настройки OSPF областей:

  1. На всех устройствах маршрутации в области настройте OSPF заблокированную зону.

    Примечание:

    Чтобы указать stub-область OSPFv3, включите ospf3 в нее утверждение на [edit protocols] иерархическом уровне.

  2. В ABR ввести в область маршрут по умолчанию.

  3. (Необязательно) В ABR ограничь суммарные LAS для входа в область. Этот шаг преобразует загую область в полностью олбную зону.

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

Результаты

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

Конфигурация на всех устройствах маршрутации:

Конфигурация ABR (выходные данные также содержат необязательные настройки):

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

Проверки

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

Проверка интерфейсов в области

Цель

Убедитесь, что OSPF для соответствующей области. Подтвердите, что в выходных данных в качестве типа OSPF области.

Действий

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

Проверка типа OSPF области

Цель

Убедитесь, OSPF области является задвойной. Подтвердим, что в выходных данных отображается Normal Stub as the Stub type.

Действий

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

Пример: настройка OSPF не-так-загбайтных зон

В этом примере показано, как настроить OSPF области с не очень загружной (NSSA) для управления объявлением внешних маршрутов в зону.

Требования

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

Обзор

Магистрали области, 0 на рис. 9, имеет специальную функцию и всегда назначена область ID 0.0.0.0. Идентификаторы области — это уникальные численное идентификаторы в десятичной записи с точками. ID области должны быть уникальными только внутри AS. Все другие сети или области (например, 3, 7 и 9) в AS должны быть напрямую подключены к магистрали с помощью ARS, которые имеют интерфейсы в более чем одной области.

В OSPF-области нет внешних маршрутов, поэтому перераспределение маршрутов из другого протокола в эту зону невозможно. OSPF NSSAs позволяют заполопить внешние маршруты внутри области.

Кроме того, может возникнуть ситуация, когда экспорт LSA типа 7 в NSSA не является необходимым. Когда граниный маршрутизатор AS также является ABR с подключенным NSSA, LSA типа 7 по умолчанию экспортируются в NSSA. Если ABR подключен к нескольким NSSA, то отдельное LSA типа 7 по умолчанию экспортируется в каждое NSSA. Во время перераспределения маршрутов данное устройство маршрутов создает LAS типа 5 и LSAS типа 7. Можно отключить экспорт LSA типа 7 в NSSA.

Примечание:

Следующее ограничение применяется к NSSA: область нельзя настроить как заостряемую область и NSSA.

Каждое устройство маршрутов в области 9 (ID области 0.0.0.9) настраивается со следующими настройками:

  • nssa-Указывается OSPF NSSA. Необходимо включить утверждение на nssa всех устройствах маршрутов в области 9, так как в этой области есть только внешние подключения к статическим маршрутам.

Вы также настраиваете ABR в области 9 со следующими дополнительными настройками:

  • no-summaries-Предотвращает объявления ABR суммарных маршрутов в NSSA. Если настройка в сочетании с default-metric утверждением, NSSA разрешает только внутренние маршруты в область и объявляет маршрут по умолчанию в область. Внешние маршруты и пункты назначения в другие области больше не суммированы и не разрешены в NSSA. Такая дополнительная конфигурация требуется только для ABR, поскольку это единственное устройство маршрутации в NSSA, которое создает LSA типа 3, используемого для получения и отправки трафика из внешней области.

  • default-lsa-Настройка ABR для создания маршрута по умолчанию в NSSA. В данном примере вы настраивают следующее:

    • default-metric-Указывает, что ABR создает маршрут по умолчанию с указанной метрикой в NSSA. Этот маршрут по умолчанию позволяет перенаправление пакетов из NSSA во внешние места назначения. Этот параметр настраивается только для ABR. ABR не генерирует автоматически маршрут по умолчанию при подстроении к NSSA. Необходимо явно настроить этот параметр для ABR для создания маршрута по умолчанию.

    • metric-type(Необязательно) Указывается внешний тип метрики для LSA по умолчанию, который может быть типом 1 или тип 2. Когда OSPF экспортирует информацию о маршруте из внешних AS, она включает в маршрут стоимость, или внешнюю метрику. Разница между этими двумя метриками состоит в OSPF вычисляет стоимость маршрута. Внешние метрики типа 1 эквивалентны метрике состояния соединения, где стоимость равна сумме внутренних затрат плюс внешние затраты. Внешние метрики типа 2 используют только внешнюю стоимость, назначенную граниным маршрутизатором AS. По умолчанию OSPF использует внешнюю метрику типа 2.

    • type-7(Необязательно) При настройке утверждения лаводки LSA типа 7 по умолчанию в NSSA no-summaries . По умолчанию, когда no-summaries утверждение настроено, LSA типа 3 вводится в NSSA для Junos OS версии 5.0 и более поздних. Чтобы поддерживать обратную совместимость с более Junos OS, включите утверждение type-7 .

Во втором примере также показана необязательная конфигурация, необходимая для отключения экспорта LSA типа 7 в NSSA no-nssa-abr , включив утверждение на устройстве маршрутации, которое выполняет функции как ABR, так и пограничного маршрутизатора AS.

Рис. 9. OSPF топологии сети с затеряными областями и NSAS OSPF Network Topology with Stub Areas and NSSAs

Топологии

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

Настройка устройств маршрутов для участия в не-so-Stubby-Area

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

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

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

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

Настройка OSPF NSAS:

  1. На всех устройствах маршрутов области настройте OSPF NSSA.

    Примечание:

    Чтобы указать область OSPFv3 NSSA, включив ospf3 в нее утверждение на [edit protocols] иерархическом уровне.

  2. В ABR войдите в OSPF конфигурации и укажите область NSSA 0.0.0.9, которая уже была создана.

  3. В ABR ввести в область маршрут по умолчанию.

  4. (Необязательно) В ABR укажите тип внешней метрики для маршрута по умолчанию.

  5. (Необязательно) В ABR укажите затопление LAS типа 7.

  6. В ABR ограничь суммарные LAS для входа в область.

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

Результаты

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

Конфигурация на всех устройствах маршрутации в области:

Конфигурация в ABR. Выходные данные также включают необязательные и metric-type type-7 утверждения.

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

Отключение экспорта объявлений о состоянии соединений типа 7 в области Not-So-Stubby

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

Для быстрого отключения экспорта LSA типа 7 в NSSA, скопируйте следующие команды, введите их в текстовый файл, удалите обрывы строк, измените все данные, необходимые для настройки сети, скопируйте и введите команды в интерфейс командной строки на уровне иерархии [edit], commit а затем войдите в режим настройки. Этот параметр настраивается на пограничном маршрутизаторе AS, который также является ABR с присоединенной областью NSSA.

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

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

  1. Отключение экспорта LSA типа 7 в NSSA.

    Примечание:

    Чтобы указать OSPFv3, включим в него ospf3 утверждение на [edit protocols] иерархическом уровне.

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

Результаты

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

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

Проверки

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

Проверка интерфейсов в области

Цель

Убедитесь, что OSPF для соответствующей области. Подтвердим, что выход включает в себя Stub NSSA в качестве типа OSPF области.

Действий

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

Проверка типа OSPF области

Цель

Убедитесь, OSPF области является задвойной. Подтвердим, что выходные данные отображают not so Stubby Stub as the Stub type.

Действий

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

Проверка типа LAS

Цель

Проверьте тип LAS, которые находятся в области. Если вы отключили экспорт LSA типа 7 в NSSA, подтвердим, что поле Type не включает NSSA в качестве типа LSA.

Действий

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

Общие представление о stub-и полностью stub-областях OSPFv3

Junos OS OSPFv3 для сетей IPv6 идентична конфигурации OSPFv2. Протокол настраивается с помощью set ospf3 set ospf show ospf3 show ospf команд, а не команд, а команд вместо команд для проверки OSPF состояния. Кроме того, не забудьте установить адреса IPv6 на интерфейсах, работающих под управлением OSPFv3.

Загружные зоны – это области, через которые OSPF или в которые не передается объявление о состоянии внешних соединений AS (LAS типа 5). Можно создать заблокационные зоны, если большая часть базы данных топологии состоит из внешних объявлений AS и необходимо минимизировать размер баз данных топологии на внутренних маршрутизаторах в затеряемой области.

Следующие ограничения применимы к stub-областям:

  • Невозможно создать виртуальный соединение через затухаемую зону.

  • Граничный маршрутизатор AS не может содержать затверяемую зону.

  • Магистрали нельзя настроить в качестве заглухой зоны.

  • Нельзя настроить область как олбную и не очень-тявую (NSSA).

Пример: Настройка osPFv3 Stub и Totally Stubby Areas

В этом примере показано, как настроить загружную зону OSPFv3 и полностью загружную зону для управления объявлением внешних маршрутов в зону.

Требования

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

Обзор

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

Рис. 10. Топология сети OSPFv3 с заземлными областями OSPFv3 Network Topology with Stub Areas

В этом примере каждое устройство маршрутации в области 7 (ID области 0.0.0.7) настроено в качестве маршрутизатора-загуха и некоторых дополнительных настроек ABR:

  • stub-Указывает, что эта область становится загнойной и не будет затоплена LAS типа 5. Необходимо включить утверждение на stub всех устройствах маршрутов, которые находятся в области 7, так как в этой области нет внешних подключений.

  • default-metric-Настройка ABR для создания маршрута по умолчанию с указанной метрикой в затухаемую зону. Этот маршрут по умолчанию позволяет перенаправление пакетов из затухаемой области во внешние пункты назначения. Этот параметр настраивается только для ABR. ABR не генерирует автоматически маршрут по умолчанию при подстроении к затухателю. Этот параметр необходимо явно настроить для создания маршрута по умолчанию.

  • no-summaries(Дополнительно) Предотвращает объявления сводных маршрутов ABR в загружную зону путем преобразования этой загружной области в полностью олбную зону. Если настройка в сочетании с default-metric утверждением, полностью загная зона позволяет только внутренние маршруты в область и объявляет маршрут по умолчанию в область. Внешние маршруты и пункты назначения в другие области больше не суммируют и не разрешаются в полностью загружную зону. Такая дополнительная конфигурация требуется только для ABR, поскольку это единственное устройство маршрутации в полностью загружной области, которое создает LSAS типа 3, используемого для получения и отправки трафика из-за пределов области.

Примечание:

В Junos OS 8.5 и более поздних версиях применяются следующие:

  • Интерфейс идентификатора маршрутизатора, который не настроен для OSPF сети, больше не объявляется в качестве OSPF LAS.

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

интерфейс командной строки Quick Configuration отображает конфигурацию всех устройств на рис . 10. В разделе #d24e83__d24e300 описаны действия устройств 2, устройства 6, устройства 7 и устройства 8.

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

Процедуры

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

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

Устройство 1

Устройство 2

Устройство 3

Устройство 4

Устройство 5

Устройство 6

Устройство 7

Устройство 8

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

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

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

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

  2. В включить OSPFv3 на интерфейсах, которые находятся в области 0.

  3. В включить OSPFv3 на интерфейсе, который находится в области 7.

  4. Укажите область 7 в качестве замещаемой зоны OSPFv3.

    Утверждение stub необходимо для всех устройств маршрутов в области.

  5. В ABR ввести в область маршрут по умолчанию.

  6. (Необязательно) В ABR ограничь суммарные LAS для входа в область.

    Этот шаг преобразует загую область в полностью олбную зону.

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

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

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

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

  2. В включить OSPFv3 на интерфейсе, который находится в области 7.

  3. Укажите область 7 в качестве замещаемой зоны OSPFv3.

    Утверждение stub необходимо для всех устройств маршрутов в области.

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

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

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

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

  2. В включить OSPFv3 на интерфейсе, который находится в области 9.

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

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

  5. Примените политику маршрутов к экземпляру OSPFv3.

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

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

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

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

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

Результаты

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

Устройство 2

Устройство 6

Устройство 7

Устройство 8

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

Проверки

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

Проверка типа области OSPFv3

Цель

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

Действий

В рабочем режиме на устройстве 2 и устройстве 6 введите show ospf3 overview команду.

Смысл

На устройстве 2 тип загном области 0 является Not Stub. Тип заблокации области 7 - Stub. Значение метрики по умолчанию - 10.

На устройстве 6 тип загном области 7 - это Stub.

Проверка маршрутов в заземлной области OSPFv3

Цель

Убедитесь, что ожидаемые маршруты присутствуют в таблицах маршрутов.

Действий

В рабочем режиме на устройствах 6 и Устройстве 2 введите show route команду.

Смысл

На устройстве 6 был default-metric выучат маршрут по умолчанию из-за утверждения на ABR, устройстве 2. В противном случае, в таблице маршрутов устройства 6 единственными маршрутами OSPFv3 являются сетевые адреса 9009:4:/64 и OSPFv3 адрес многоадресной рассылки ff02:5/128 для всех маршрутизаторов состояния соединения SPF, также известных как AllSPFRouters.

На устройстве 2 были обучены все маршруты OSPFv3, включая внешние клиентский маршруты, 1010:1/128 и 2020:1/128.

Понимание областей OSPFv3 Not-So-Stubby

Как и OSPF-области, у замещаемой области OSPFv3 нет внешних маршрутов, поэтому перераспределение маршрутов из другого протокола в оптовую зону невозможно. Not-so-stubby-areas (NSSAs) позволяют затоплить внешние маршруты внутри области. Маршрутизаторы в NSSA не получают внешние объявления состояния связи (LSA) от пограничных маршрутизаторов области (ARS), но получают возможность отправлять данные внешней маршрутации для перераспределения. Они используют LAS типа 7, чтобы сообщить ABR об этих внешних маршрутах, которые ABR преобразует в тип 5 внешних LSAs и flood как обычный для остальной OSPF сети.

Пример: Настройка OSPFv3 Not-So-Stubby Areas

В этом примере показано, как настроить OSPFv3 не очень-загружную область (NSSA) для управления объявлением внешних маршрутов в области.

Требования

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

Обзор

В данном примере устройство 7 перераспределяет статические маршруты клиента 1 в OSPFv3. Устройство 7 находится в области 9, настроенной как NSSA. Устройство 3 является ABR, подключенным к NSSA. NSSA – тип заблокируемой области, которая может импортировать внешние маршруты автономной системы и отправлять их в другие области, но при этом не может получать маршруты AS-external из других областей. Так как область 9 определена как NSSA, устройство 7 использует LSA типа 7, чтобы сообщить ABR (Устройству 3) об этих внешних маршрутах. Устройство 3 преобразует маршруты типа 7 в тип 5 внешних LSAs и передает их обычными для остальной OSPF сети.

В области 3 устройство 5 перераспределяет статические маршруты клиента 2 в OSPFv3. Данные маршруты узнаются на устройстве 3, но не на устройстве 7 или 10. Устройство 3 вводит статический маршрут по умолчанию в область 9, чтобы устройства 7 и 10 могли все еще достигать маршрутов клиента 2.

Каждое устройство маршрутов в области 9 (ID области 0.0.0.9) настраивается со следующими настройками:

  • nssa-Указывает OSPFv3 NSSA. Следует включить утверждение для nssa всех устройств маршрутов в области 9.

Вы также настраиваете ABR в области 9 со следующими дополнительными настройками:

  • no-summaries-Предотвращает объявления ABR суммарных маршрутов в NSSA. Если настройка в сочетании с default-metric утверждением, NSSA разрешает только внутренние маршруты в область и объявляет маршрут по умолчанию в область. Внешние маршруты и пункты назначения в другие области больше не суммированы и не разрешены в NSSA. Такая дополнительная конфигурация требуется только для ABR, поскольку это единственное устройство маршрутации в NSSA, которое создает сводные LSA типа 3, используемые для получения и отправки трафика из внешней области.

  • default-lsa-Настройка ABR для создания маршрута по умолчанию в NSSA. В данном примере вы настраивают следующее:

    • default-metric-Указывает, что ABR создает маршрут по умолчанию с указанной метрикой в NSSA. Этот маршрут по умолчанию позволяет перенаправление пакетов из NSSA во внешние места назначения. Этот параметр настраивается только для ABR. ABR не генерирует автоматически маршрут по умолчанию при подстроении к NSSA. Необходимо явно настроить этот параметр для ABR для создания маршрута по умолчанию.

    • metric-type(Необязательно) Указывается внешний тип метрики для LSA по умолчанию, который может быть типом 1 или тип 2. Когда OSPFv3 экспортирует информацию о маршруте из внешних AS, она включает в маршрут стоимость, или внешнюю метрику. Разница между этими двумя метриками заключается в расчете стоимости маршрута osPFv3. Внешние метрики типа 1 эквивалентны метрике состояния соединения, где стоимость равна сумме внутренних затрат плюс внешние затраты. Внешние метрики типа 2 используют только внешнюю стоимость, назначенную граниным маршрутизатором AS. По умолчанию OSPFv3 использует внешнюю метрику типа 2.

    • type-7(Необязательно) При настройке утверждения лаводки LSA типа 7 по умолчанию в NSSA no-summaries . По умолчанию, когда no-summaries утверждение настроено, LSA типа 3 вводится в NSSA для Junos OS версии 5.0 и более поздних. Чтобы поддерживать обратную совместимость с более Junos OS, включите утверждение type-7 .

Рис. 11. Топология сети OSPFv3 с NSSA OSPFv3 Network Topology with an NSSA

интерфейс командной строки Quick Configuration отображает конфигурацию всех устройств на рис . 11. В разделе #d26e102__d26e345 описаны действия устройств 3, устройства 7 и устройства 9.

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

Процедуры

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

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

Устройство 1

Устройство 3

Устройство 4

Устройство 5

Устройство 7

Устройство 8

Устройство 9

Устройство 10

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

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

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

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

  2. В включить OSPFv3 на интерфейсах, которые находятся в области 0.

  3. В включить OSPFv3 на интерфейсе, который находится в области 9.

  4. Настройте OSPFv3 NSSA.

    Утверждение nssa необходимо для всех устройств маршрутов в области.

  5. В ABR ввести в область маршрут по умолчанию.

  6. (Необязательно) В ABR укажите тип внешней метрики для маршрута по умолчанию.

  7. (Необязательно) В ABR укажите затопление LAS типа 7.

  8. В ABR ограничь суммарные LAS для входа в область.

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

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

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

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

  2. В включить OSPFv3 на интерфейсе, который находится в области 3.

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

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

  5. Примените политику маршрутов к экземпляру OSPFv3.

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

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

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

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

  2. В включить OSPFv3 на интерфейсе, который находится в области 9.

  3. Настройте OSPFv3 NSSA.

    Утверждение nssa необходимо для всех устройств маршрутов в области.

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

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

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

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

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

Результаты

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

Устройство 3

Устройство 5

Устройство 7

Устройство 8

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

Проверки

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

Проверка типа области OSPFv3

Цель

Убедитесь, что область OSPFv3 является областью NSSA. Подтвердим, что выходные данные отображаются Stub NSSA в качестве типа затметь.

Действий

В рабочем режиме устройств 3, Device 7 и Device 10 введите show ospf3 overview команду.

Смысл

На устройстве 3 тип загном области 0 является Not Stub. Тип заблокации области 9 : Stub NSSA. Значение метрики по умолчанию - 10.

На устройстве 7 и устройстве 10 тип загном области 9 является Stub NSSA.

Проверка маршрутов в заземлной области OSPFv3

Цель

Убедитесь, что ожидаемые маршруты присутствуют в таблицах маршрутов.

Действий

В рабочем режиме на устройствах 7 и Устройстве 3 введите show route команду.

Смысл

На устройстве 7 был default-metric выучат маршрут по умолчанию из-за утверждения на ABR, устройстве 3. В противном случае, только маршруты OSPFv3 в таблице маршрутов устройства 7 являются локальными в область 9 и OSPFv3 адрес многоадресной рассылки ff02:5/128 для всех маршрутизаторов SPF-состояния соединения, также известных как AllSPFRouters.

Устройство 10 имеет маршрут по умолчанию, введенный устройством 3, и OSPF внешние маршруты, введенные устройством 7.

Ни устройство 7, ни устройство 10 не имеет внешних маршрутов клиента, которые были введены в OSPFv3 устройством 5.

На устройстве 3 были обучены все маршруты OSPFv3, включая внешние клиентский маршруты, 1010:1/128 и 2020:1/128.

Проверка типа LAS

Цель

Проверьте тип LAS, которые находятся в области.

Действий

В рабочем режиме на устройстве 7 введите show ospf3 database nssa detail команду.

Смысл

На устройстве 7 LSA NSSA являются внешним маршрутом по умолчанию типа 1, который был засучен устройством 3, и внешними статическими маршрутами типа 2 для сети клиента 1.

Понимание фильтрации неподтвимых областей

Может возникнуть ситуация, когда экспорт LSA типа 7 в не очень стабилизируемую область (NSSA) не является необходимым. Когда маршрутизатор автономной системы (ASBR) также является пограничным маршрутизатором области (ABR) с присоединенным NSSA, LSA типа 7 по умолчанию экспортируются в NSSA.

Кроме того, когда ASBR (также ABR) подключен к нескольким NSA, отдельное LSA типа 7 по умолчанию экспортируется в каждое NSSA. Во время перераспределения маршрутов данное устройство маршрутов создает LAS типа 5 и LSAS типа 7. Следовательно, чтобы избежать перераспределения одного и того же маршрута дважды (от LSA типа 5 и LSA типа 7), можно отключить экспорт LSA типа 7 в NSSA no-nssa-abr , включив утверждение на устройстве маршрутов.

Пример: Настройка OSPFv3 Not-So-Stubby Areas с фильтрацией

В этом примере показано, как настроить OSPFv3 не так-загружную область (NSSA), когда нет необходимости вводить внешние маршруты в NSSA в виде объявлений о состоянии соединений типа 7 (LSA).

Требования

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

Обзор

Когда пограничный маршрутизатор автономной системы (ASBR) также является пограничным маршрутизатором области NSSA (ABR), устройство маршрутной маршрутки генерирует LSA типа 5 и типа 7. Можно помешать маршрутизатору создавать LSA типа 7 для NSSA с помощью утверждения no-nssa-abr .

В данном примере устройства 5 и Устройство 3 находятся в сетях заказчиков. Устройство 4 и устройство 2 внедряют клиентский маршрут в OSPFv3. Область 1 является NSSA. Поскольку устройство 4 одновременно является NSSA ABR и ASBR, оно генерирует LSA типа 7 и 5 и вводит LSA типа 7 в область 1 и LSA типа 5 в область 0. Чтобы не ввести LAS типа 7 в область 1, no-nssa-abr включив в конфигурацию устройства 4 утверждение.

Рис. 12. Топология сети OSPFv3 с ABR NSSA, который также является ASBR OSPFv3 Network Topology with an NSSA ABR That Is Also an ASBR

интерфейс командной строки Quick Configuration отображает конфигурацию всех устройств на рис . 12. В разделе #d28e56__d28e257 описаны действия устройства 4.

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

Процедуры

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

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

Устройство 1

Устройство 2

Устройство 3

Устройство 4

Устройство 5

Устройство 6

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

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

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

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

  2. В включить OSPFv3 на интерфейсах, которые находятся в области 0.

  3. В включить OSPFv3 на интерфейсе, который находится в области 1.

  4. Настройте OSPFv3 NSSA.

    Утверждение nssa необходимо для всех устройств маршрутов в области.

  5. В ABR ввести в область маршрут по умолчанию.

  6. (Необязательно) В ABR укажите тип внешней метрики для маршрута по умолчанию.

  7. (Необязательно) В ABR укажите затопление LAS типа 7.

  8. В ABR ограничь суммарные LAS для входа в область.

  9. Отключение экспорта LSA типа 7 в NSSA.

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

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

  11. Настройте политику для введения статических маршрутов в OSPFv3.

  12. Примените политику к OSPFv3.

Результаты

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

Устройство 4

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

Проверки

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

Проверка маршрутов в заземлной области OSPFv3

Цель

Убедитесь, что ожидаемые маршруты присутствуют в таблицах маршрутов.

Действий

В рабочем режиме на устройствах 1 и Устройстве 6 введите show route команду.

Смысл

На устройстве 1 был выучат маршрут по умолчанию (:::/0) default-metric из-за утверждения на ABR, устройстве 4. Маршруты клиента 3030::1 и 4040:1 были выучатся с устройства 2. Маршруты 1010:1 и 2020:1 подавлены. Они не нужны, поскольку вместо них можно использовать маршрут по умолчанию.

На устройстве 6 в области 0 все клиентский маршруты уже выу числелись.

Проверка типа LAS

Цель

Проверьте тип LAS, которые находятся в области.

Действий

В рабочем режиме на устройстве 1 введите show ospf3 database nssa detail команду.

Смысл

Устройство 4 не отправляет LSA типа 7 (NSSA) на клиентский маршрут 1010:1/128 и 2020:1/128. no-nssa-abr show ospf3 database nssa detail Если удалить или деактивировать команду, а затем перезапустить команду, можно увидеть, что устройство 4 отправляет LSAs типа 7 по 1010:1/128 и 2020:1/128.