Перераспределение OSPF среди различных процессов

Перераспределение OSPF среди различных процессов OSPF
Содержание
Введение
Почему перераспределяют между двумя процессами OSPF?
Фильтрация маршрута OSPF
Разделение различных областей OSPF
Перераспределение между различными процессами OSPF
Предпочтительное правило маршрута OSPF
Единственный пункт перераспределения
Два пункта перераспределения
Предложенное решение
Используя расстояние 255 Команд
Фильтрация маршрутов, основанных на признаках
Используя матч внутреннее Ключевое слово При Перераспределении
Основанная на префиксе фильтрация
Основанная на префиксе фильтрация и основанное на префиксе административное расстояние
Резюме
Соответствующая информация
Введение
Этот документ предоставляет рекомендации для перераспределения Открытого кратчайшего пути сначала (OSPF) между различными
процессами. Перераспределение между различными процессами является трудным, и специальные меры необходимы для правильного
функционирования сети. Этот документ также выдвигает на первый план некоторые изменения, введенные в программном
обеспечении Cisco IOS®.
Почему перераспределяют между двумя процессами OSPF?
Может быть несколько причин перераспределения между многократными процессами. Это несколько примеров:
Отфильтровать маршрут OSPF от части области
Отделить различные области OSPF
Мигрировать между отдельными областями
Хотя перераспределение между различными процессами могло бы быть необходимым в определенных случаях, дополнительным
дизайнерским решением (если возможный) является более соответствующий выбор, как будет обсужден в подразделах этой секции.
Фильтрация маршрута OSPF
Маршруты внутриобласти
В OSPF префиксы IP в области не обменены непосредственно между маршрутизаторами. Они - часть Рекламы государства связи (LSA),
которая также объявляет о топологии сети; поэтому, нет никакого способа отфильтровать маршруты в области.
Примечание: Местная фильтрация на маршрутизаторе (который может быть сделан, чтобы препятствовать тому, чтобы некоторые
маршруты были установлены в данном маршрутизаторе), как полагают, не является фактической фильтрацией маршрута. Это обычно
достигается с командой распределять-списка под маршрутизатором OSPF.
Одно решение состояло бы в том, чтобы использовать различный процесс и отфильтровать желаемые маршруты на маршрутизаторах
перераспределения; однако, выполнение этого фактически разделяет область на две области. Лучший дизайн должен был бы разделить
область на различные области и использовать функцию фильтрации типа 3 Cisco IOS, которая объяснена позже.
Маршруты межобласти
В OSPF все маршрутизаторы в области имеют ту же самую топологию. Область не имеет никакого знания топологии другой области;
поэтому, это полагается на информацию, о которой объявляют приложенные маршрутизаторы границы области (ABRs).
Информацией, рекламируемой в области ABR (как тип 3 LSA), являются фактически префиксы IP, которые усвоены из отдаленных
районов или которые вычислены для других приложенных областей.
ABR порождает эти маршруты:
Маршруты внутриобласти неосновы в основу
Внутриобласть основы и маршруты межобласти в область неосновы
Поэтому, между областями существует векторное поведение расстояния, которое может быть усилено для фильтрации маршрутов
между областями.
Программное обеспечение Cisco IOS реализовало опцию фильтрации межобласти. Для получения дополнительной информации об этой
особенности отошлите к Типу 3 ABR OSPF Фильтрацию LSA.
Внешняя фильтрация маршрута
Поскольку внешние маршруты рекламируются как тип 5 LSAs и затопляются всей области, кроме в области окурка и not-so-stubby
области (NSSAs), в настоящее время нет никакого способа отфильтровать тип 5 LSA. Одно решение состоит в том, чтобы иметь
различный процесс и отфильтровать между процессами при перераспределении.
Разделение различных областей OSPF
Это, как замечается, как обычная практика использует различные процессы OSPF для отделения различных областей направления IP,
или в административных целях или сегментировать область направления и управлять информацией о направлении в пункте
перераспределения.
Нужно отметить, однако, что нестабильность в одной области могла затронуть другую область. Например, если будет изменение в сети
OSPF (тип 1 и 2), где автономный системный пограничный маршрутизатор (ASBR) проживает между этими двумя областями, весь тип
5, то LSAs будет повторно порожден и затоплен всюду по отдаленной области. Таким образом, если существует постоянная
нестабильность в одной сети, это может привести к постоянной инъекции и отказу в типе 5 LSAs в другой области.
Лучший выбор дизайна состоит в том, чтобы использовать Протокол ворот границы (BGP) между различными областями. В этом
случае обмен OSPF между различными областями идет хотя BGP; и, потому что BGP имеет способность расхолаживания,
нестабильность в одной области будет менее видима в другой области.
Перераспределение между различными процессами OSPF
Как упомянуто ранее, может быть альтернативное решение к перераспределению между многократными процессами. Секция
показывает, как перераспределение между различными процессами должно быть запланировано тщательно, в зависимости от числа
пунктов перераспределения.
Предпочтительное правило маршрута OSPF
Правило выбора маршрута OSPF состоит в том, что маршруты внутриобласти предпочтены по маршрутам межобласти, которые
предпочтены по внешним маршрутам. Однако это правило должно относиться к маршрутам, изученным через тот же самый процесс.
Другими словами, нет никакого предпочтения между внешними маршрутами от одного процесса по сравнению с внутренними
маршрутами другого процесса.
Предпочтительное правило между данным процессом OSPF и любым другим процессом (быть им OSPF или другой протокол
маршрутизации) должно следовать административному правилу расстояния. Однако, потому что различные процессы OSPF будут
иметь то же самое административное расстояние по умолчанию, расстояние OSPF должно формироваться явно для различных
процессов OSPF, для достижения желаемого поведения.
Примечание: Перед ошибкой ID CSCdi7001 Cisco — фиксированный в Выпуске 11.1 программного обеспечения Cisco IOS и позже —
административное расстояние между процессами не работало должным образом, и внутренние маршруты одного процесса были
предпочтены по внешним маршрутам другого процесса.
Единственный пункт перераспределения
Когда существует единственный пункт перераспределения, весь обмен между областями происходит в единственном пункте, и нет
никакого способа, которым может сформироваться петля перераспределения. Это - пример конфигурации:
Рисунок 1
Маршрутизатор конфигурация
router ospf 1
redistribute ospf 2 subnet
router ospf 2
redistribute ospf 1 subnet
Два пункта перераспределения
Когда существует два пункта перераспределения, это более сложно. Если перераспределение сделано в обоих пунктах сети без
специального ухода, могут быть неожиданные результаты.
Рассмотрите следующую топологию, где Маршрутизатор A и Маршрутизатор B перераспределяют взаимно между обеими областями.
Эта конфигурация не работает, как будет продемонстрирован позже в этой секции.
Рисунок 2
Маршрутизаторы A и конфигурация B
router ospf 1
redistribute ospf 2 subnet
router ospf 2
redistribute ospf 1 subnet
Учитывая Сеть N в Области 1, Маршрутизатор A и B изучают Сеть N как внутренний маршрут в Области 1. Поскольку они
перераспределяют процесс 1 в процесс 2, та же самая Сеть N изучена в Области 2 как внешний маршрут.
Теперь, в каждом маршрутизаторе, внутренняя сеть, изученная через один процесс, конкурирует против внешней сети другого
процесса. Как ранее упомянуто, между различными процессами нет никакого предпочтительного правила; поэтому, результатом был
бы indeterministic, поскольку оба процесса имеют то же самое административное расстояние.
Примечание: Это могло привести к постоянной инъекции и отказу в типе 5 от одного процесса до другого.
Перед ошибкой ID CSCdw10987 Cisco (только зарегистрированные клиенты) (интегрированный в Выпусках программного обеспечения
Cisco IOS 12.2 (07.04) S, 12.2 (07.04) T, и позже), последний процесс, который сделает кратчайший путь, победил бы первый алгоритм
(SPF), и два процесса переписывают другие маршруты в таблице маршрутизации. Теперь, если маршрут установлен через один
процесс, он не переписан другим процессом OSPF с той же самой административной областью (AD), если маршрут сначала не удален
из таблицы маршрутизации процессом, который первоначально установил маршрут в таблице маршрутизации.
Административное расстояние
При использовании перераспределения между многократными процессами можно использовать административное расстояние для
предпочтения одного процесса по другому процессу, потому что предпочтения маршрута OSPF применяются только в рамках того же
самого процесса. Однако это недостаточно для правильного функционирования в сети, как объяснено позже в этой секции.
Рисунок 3
Маршрутизаторы A и конфигурация B
router ospf 1
redistribute ospf 2 subnet
distance ospf external 200
router ospf 2
redistribute ospf 1 subnet
distance ospf external 200
Сетевая операция без отказа сети
Рассмотрите Сеть N в Области 1, где N будет известен как внутренний маршрут в Области 1 и будет перераспределен и
Маршрутизатором A и Маршрутизатором B. Поскольку административное расстояние внешних маршрутов было увеличено,
Маршрутизатор A и Маршрутизатор B будут, выбрал, OSPF обрабатывают 1 для достижения Сети N.
Более общим способом все сети, внутренние к Области 1, будут достигнуты через Область 1, и все сети, внутренние к Области 2, будут
достигнуты через Область 2, и Маршрутизатором A и Маршрутизатором B. Другие маршрутизаторы в каждой области берут самый
близкий ASBR (если метрический тип 2 используется), или кратчайший путь через один из ASBRs (если метрический тип 1
используется).
Если будут префиксы, внешние к обеим областям (которые прибывают из некоторых других пунктов перераспределения), то та же
самая проблема все еще произойдет, потому что административное расстояние для тех внешних маршрутов является тем же самым в
обоих процессах. При создании административного расстояния для внешних процессов отличающимся оно не решит проблему. Это пример:
Рисунок 4
Маршрутизатор C (ASBR) рекламирует внешний N в Область 1. Этот префикс перераспределен Маршрутизатором A и
Маршрутизатором B в Область 2 и достигнет каждого из маршрутизаторов; поэтому, N будет внешним в обеих областях. Для
начинания правильных операций административное расстояние внешних маршрутов должно отличаться для двух процессов, так, чтобы
одна область была предпочтена по другому. Предположите, что административное расстояние для Области 1 установлено ниже, чем
Область 2.
Теперь, если Маршрутизатор D (ASBR) рекламирует внешний M в Область 2, то этот префикс перераспределен Маршрутизатором A и
Маршрутизатором B в Область 1, и это достигнет каждого из маршрутизаторов. Таким образом M будет внешним в обеих областях и,
потому что административное расстояние ниже для Области 1, M будет достижим через Область 1. Эта последовательность событий
могла произойти:
1. Маршрутизатор (Маршрутизатор B) перераспределяет M в Область 1, и внешний M достигнет Маршрутизатора B
(Маршрутизатор A).
2. Поскольку административное расстояние Области 1 ниже, чем Область 2, Маршрутизатор (Маршрутизатор B) установит M через
Область 1 и установит в maxage, ее предыдущее породило LSA (событие 1) в Область 1.
3. Поскольку M был установлен в maxage в Области 2, Маршрутизатор (Маршрутизатор B) установит M, хотя Область 2 и, поэтому,
перераспределит M в Область 2.
4. То же самое как событие 1.
Этот цикл продолжается, и способ фиксировать его состоит в том, чтобы иметь Область 2 префикса, достижимые через Область 2.
Однако, если административное расстояние будет установлено ниже для Области 2, то та же самая проблема произойдет для Области 1
и для префикса N.
Решение состоит в том, чтобы установить административное расстояние, основанное на префиксе. Посмотрите находящуюся в
thePrefix Фильтрацию и Основанную на префиксе Фильтрацию и Основанные на префиксе Административные секции Расстояния для
получения дополнительной информации.
Сетевая операция с отказом сети
Вы хотите, чтобы одна область сделала копию другой области, в случае, если одна область недостижима.
Например, рассмотрите случай, где Маршрутизатор A потерял возможность соединения для Организации сети N через Область 1.
Однажды Маршрутизатор A теряет свою возможность соединения через Область 1, это смоет свой ранее произведенный LSA реклама
Сети N в Области 2 и установит путь для Организации сети N через Область 2 через внешнюю сеть, полученную от B. Поскольку
процесс 2 перераспределен в процессе 1, Маршрутизатор A также введет внешнюю Сеть N в Область 1.
Примечание: Когда Маршрутизатор имел возможность соединения для Организации сети N, это использовало процесс 1 из-за лучшего
административного расстояния, и процесс 2 был сохранен для резервной информации. Как только путь посредством процесса 1
становится недостижимым, обработайте 2, используется для возможности соединения.
Рисунок 5
Теперь, все маршрутизаторы в Области 2 будут использовать Маршрутизатор B для достижения Сети N; и Маршрутизатор (или часть
Области 1, который потерял возможность соединения для Организации сети N через Область 1) будет использовать Область 2 для
возможности соединения для Организации сети N. Если Маршрутизатор B потерял возможность соединения для Организации сети N
вместо Маршрутизатора A, этот сценарий остается действительным.
Если Маршрутизатор A и Маршрутизатор B обе свободных возможности соединения для Организации сети N (например, если
Маршрутизатор C понижается), то эта последовательность событий могла произойти:
1. Прежде чем Сеть N становится недостижимой, Маршрутизатор A и Маршрутизатор B изученная Сеть N, хотя процесс 1 и
перераспределил его в процесс 2 как внешний.
2. Маршрутизатор A и Маршрутизатор B обнаруживают (почти в то же время), что Сеть N недостижима через Область 1; поэтому,
они смоют свой ранее внешний N в Области 2.
3. Прежде чем Маршрутизатор (Маршрутизатор B) получает покрасневший LSA от Маршрутизатора B (Маршрутизатор A), это
установит внешний N через Область 2 (более высокое административное расстояние) как резервный маршрут.
4. Так как Маршрутизатор (Маршрутизатор B) установил N посредством процесса 2, это произведет внешний N в Область 1.
5. Маршрутизатор (Маршрутизатор B) получает покрасневший LSA (событие 1) от Маршрутизатора B (Маршрутизатор A). Это
удалит Сеть N посредством процесса 2 и, поэтому, смоет внешний N в Область 1. Сеть N была изучена через Область 2 и
перераспределена в Область 1.
6. Прежде чем Маршрутизатор (Маршрутизатор B) получает покрасневший LSA от Маршрутизатора B (Маршрутизатор A), это
установит внешнюю Сеть N через Область 1, потому что N смылся хотя Область 2.
7. Так как Маршрутизатор (Маршрутизатор B) установил Сеть N посредством процесса 1, это произведет внешний N в Область 2.
Вы видите, что существует условие гонки, которое могло появиться от одной области до другой области. На событиях 1, 4, и 7,
Маршрутизатор A производит внешнюю Сеть N в Область 2; и на событиях 2 и 5, Маршрутизатор A забирает префикс. Проблема
происходит, потому что маршруты, изученные через одну область, перераспределены назад к той же самой области.
Предложенное решение
Эта секция показывает, как предотвратить маршрут, который принадлежит области от того, чтобы быть перераспределенным назад к
той же самой области, для предотвращения петель направления.
Используя расстояние 255 Команд
Предыдущая секция показывает, как петля направления создана, если префиксы, усвоенные из одной области, перераспределены назад
к той же самой области. Поскольку перераспределение происходит от таблицы маршрутизации, можно предотвратить маршрут,
который принадлежит Области 1, и это усвоено из отдаленного маршрутизатора по Области 2 от того, чтобы быть установленным в
таблице маршрутизации. Поэтому, маршрутизатор не перераспределит те маршруты назад к Области 1.
Чтобы сделать это, выпустите расстояние 255 router_ID inverse_mask команда списка доступа. Эта команда говорит маршрутизатору
отрицать все префиксы, которые получены отдаленным маршрутизатором с указанным маршрутизатором ID и тот матч список
контроля доступа (ACL) от таблицы маршрутизации.
Примечание: расстояние, которое 255 команд дают расстоянию 255 к тем маршрутам и, поэтому, предотвращают их установку в
таблицу маршрутизации.
В рисунке 6 Маршрутизатор использование команда списка доступа 1 для соответствия всем маршрутам в Области 1 и использование
расстояние 255 команд при процессе 1 для отрицания маршрутов получили от Маршрутизатора B, что префиксы матча, которые
принадлежат Области 1.
При использовании расстояния 255 команд оно отрицает любой маршрут, полученный от Маршрутизатора B, который принадлежит
Области 1. Поскольку Маршрутизатор B перераспределяет все маршруты в Области 1 в Область 2, Маршрутизатор A не установит те
маршруты и, поэтому, не перераспределит назад в Область 1 снова.
Примечание: подключенный интерфейс Маршрутизатора B в Области 1 должен быть исключен из ACL.
Рисунок 6
Маршрутизатор конфигурация
router ospf 1
redistribute ospf 2 subnet
distance 255 <Router B> 0.0.0.0 2
!
access-list 1
Маршрутизатор B конфигурация
router ospf 1
redistribute ospf 2 subnet
distance 255 <Router A> 0.0.0.0 2
!
access-list 1
!--- Matches the router in Domain 2. !--- Matches the router in Domain 2.
router ospf 2
redistribute ospf 1 subnet
distance 255 <Router B> 0.0.0.0 1
!
access-list 2
router ospf 2
redistribute ospf 1 subnet
distance 255 <Router A> 0.0.0.0 1
!
access-list 2
!--- Matches the route in Domain 1.
!--- Matches the route in Domain 1.
Предыдущее расстояние ospf внешние 200 команд больше не необходимо, потому что не установлены маршруты, усвоенные из
отдаленного маршрутизатора через один из процессов.
Эта конфигурация работает должным образом в случаях, где оба маршрутизатора освобождают возможность соединения к сети (как
описано в Сетевой Операции Без Отказа сети и Сетевой Операции С Отказом сети). Однако, потому что префиксы отрицаются от
таблицы маршрутизации, области не могут поддержать друг друга.
Примечание: необходимо явно перечислить все префиксы каждой области в ACL. Обслуживание такого ACL может быть очень
трудным.
Фильтрация маршрутов, основанных на признаках
Существует новая особенность в программном обеспечении Cisco IOS (от ошибки ID CSCdt43016 Cisco (только зарегистрированные
клиенты)), который позволяет вам фильтровать маршруты, основанные на признаке. Для предотвращения перераспределения
маршрутов от одной области назад в ту же самую область маршрутизатор может пометить маршрут, который принадлежит области, в
то время как это перераспределяет, и можно отфильтровать те маршруты на отдаленном маршрутизаторе, основанном на том же самом
признаке. Поскольку маршруты не будут установлены в таблицу маршрутизации, они не будут перераспределены назад в ту же самую
область.
Рисунок 7
Маршрутизаторы A и конфигурация B
router ospf 1
redistribute ospf 2 subnet tag 1
distribute-list 1 route-map filter_domain2 in
!
route-map filter_domain2 deny 10
match tag 2
route-map filter_domain2 permit 20
router ospf 2
redistribute ospf 1 subnet tag 2
distribute-list 1 route-map filter_domain1 in
!
route-map filter_domain1 deny 10
match tag 1
route-map filter_domain1 permit 20
Когда вы перераспределяете от Области 1, маршруты помечены с признаком 1 и фильтрованы на отдаленном маршрутизаторе,
основанном на том же самом признаке. Когда вы перераспределяете от Области 2, маршруты помечены с признаком 2 и фильтрованы
на отдаленном маршрутизаторе, основанном на том же самом признаке.
Примечание: предыдущее расстояние ospf внешние 200 команд больше не необходимо, потому что не установлен маршрут,
усвоенный из отдаленного маршрутизатора через один из процессов.
Эта конфигурация работает должным образом в случаях, где оба маршрутизатора освобождают возможность соединения к сети (как
описано в Сетевой Операции Без Отказа сети и Сетевой Операции С Отказом сети). Однако, потому что префиксы отрицаются от
таблицы маршрутизации, области не могут поддержать друг друга.
Используя матч внутреннее Ключевое слово При Перераспределении
Когда вы перераспределяете от области, можно использовать матч внутреннее ключевое слово для перераспределения только
внутренних маршрутов, которые принадлежат одной области в другую область. Это предотвращает перераспределение префиксов,
которые являются уже внешними назад в ту же самую область.
Рисунок 8
Маршрутизаторы A и конфигурация B
router ospf 1
redistribute ospf 2 subnet match internal
distance ospf external 200
!
router ospf 2
redistribute ospf 1 subnet match internal
distance ospf external 200
!
Эта конфигурация работает должным образом в случаях, где оба маршрутизатора освобождают возможность соединения к сети (как
описано в Сетевой Операции Без Отказа сети и Сетевой Операции С Отказом сети). Одна область могла поддержать другую область.
Если уже будут внешние префиксы в любой из областей (таких как внешние префиксы, которые были перераспределены через другой
протокол), то те префиксы не будут перераспределены к другим областям, потому что только перераспределены внутренние префиксы.
Кроме того, нет никакого контроля над внешними префиксами, и будут заблокированы все внешние префиксы.
Основанная на префиксе фильтрация
Когда вы перераспределяете от области, префиксы могут быть подобраны против ACL для предотвращения перераспределения
префиксов, которые принадлежат одной области назад в ту же самую область.
Рисунок 9
Маршрутизатор A и конфигурация B
router ospf 1
redistribute ospf 2 subnet route-map filter_domain2
distance ospf external 200
!
route-map filter_domain2 permit 10
match ip address 1
!
access-list 1
!--- Matches the prefix in Domain 1.
router ospf 2
redistribute ospf 1 subnet route-map filter_domain1
distance ospf external 200
!
route-map filter_domain1 permit 20
match ip address 2
!
access-list 2
!--- Matches the prefix in Domain 2.
Эта конфигурация работает должным образом в случаях, где оба маршрутизатора освобождают возможность соединения к сети (как
описано в Сетевой Операции Без Отказа сети и Сетевой Операции С Отказом сети). Одна область могла поддержать другую область.
Примечание: необходимо явно перечислить все префиксы каждой области в ACL. Обслуживание такого ACL может быть очень
трудным. Другое решение состоит в том, чтобы пометить префиксы во время распределения и затем отфильтровать соответствующие
признаки.
Рисунок 10
Маршрутизаторы A и конфигурация B
router ospf 1
redistribute ospf 2 subnet tag 1 route-map filter_domain2
distance ospf 2 external 200
!
route-map filter_domain2 deny 10
match tag 2
route-map filter_domain2 permit 20
router ospf 2
redistribute ospf 1 subnet tag 2 route-map filter_domain1
distance ospf 1 external 200
!
route-map filter_domain1 deny 10
match tag 1
route-map filter_domain1 permit 20
Основанная на префиксе фильтрация и основанное на префиксе административное расстояние
Как упомянуто в Административной секции Расстояния, существует потребность в основанном на префиксе административном
расстоянии, где существуют внешние префиксы, порожденные другим ASBRs в каждой области. В следующей топологии в качестве
примера ASBR1 и ASBR2 перераспределяют Сети X и Y в Область 1 и Область 2, соответственно.
Этот пример использует ACL для соответствия всем префиксам (внутренний и внешний), которые принадлежат области, и он
использует команду расстояния для увеличения административного расстояния префиксов, которые первоначально не принадлежат
соответствующей области.
Рисунок 11
Маршрутизаторы A и конфигурация B
router ospf 1
redistribute ospf 2 subnet route-map filter_domain2
distance 200 0.0.0.0 255.255.255.255 2
!
route-map filter_domain2 permit 10
match ip address 1
!
access-list 1
!--- Matches the prefixes in Domain 1.
access-list 2
!--- Matches the prefixes in Domain 2.
router ospf 2
redistribute ospf 1 subnet route-map filter_domain1
distance 200 0.0.0.0 255.255.255.255 1
!
route-map filter_domain1 permit 10
match ip address 2
!
access-list 1
!--- Matches the prefixes in Domain 1.
access-list 2
!--- Matches the prefixes in Domain 2.
Расстояние 200 0.0.0.0 255.255.255.255 2 команды при процессе 1 набор административное расстояние всех префиксов, которые
принадлежат Области 2 - 200; поэтому, Маршрутизаторы A и B используют Область 1 для достижения префиксов, которые
принадлежат Области 1.
Примечание: необходимо явно перечислить все внешние префиксы каждой области в ACL. Обслуживание такого ACL может быть
очень трудным.
Резюме
Когда существует больше чем один пункт перераспределения между областями OSPF, петли направления могут легко произойти. Для
предотвращения петель направления префиксы, которые принадлежат области, не должны быть перераспределены назад к той же
самой области. Кроме того, административные расстояния процессов OSPF должны быть установлены правильно. Эти пять методов
были предложены в этом документе:
Используйте расстояние 255 команд.
Фильтр, основанный на признаках.
Используйте матч внутреннее ключевое слово во время перераспределения.
Используйте основанную на префиксе фильтрацию во время перераспределения.
Используйте основанную на префиксе фильтрацию и основанное на префиксе административное расстояние.
Первые два решения предотвращают маршруты, которые принадлежат области от того, чтобы быть установленным в таблице
маршрутизации, которая предотвращает их перераспределение назад к той же самой области.
Примечание: Поскольку префиксы отрицаются от таблицы маршрутизации, области не могут поддержать друг друга.
Можно использовать последние три решения поддержать область с другой областью в случае необходимости. Однако необходимо
отметить эти протесты:
Матч внутреннее решение не позволяет вам управлять префиксами и всеми внешними префиксами, будет заблокирован на
перераспределение. Другими словами, если будут внешние префиксы от другого ASBRs, то те LSAs не будут перераспределены
от одной области до другого.
“Использование основанная на префиксе фильтрация во время перераспределения” решение позволяет области поддерживать
другую область. Однако сделайте копию только работ правильно, когда не будет никаких внешних маршрутов от другого ASBR.
Основанная на префиксе фильтрация “использования и основанное на префиксе административное расстояние” решение
являются единственным решением, которое позволяет области поддерживать другую область в присутствии внешних маршрутов
от другого ASBRs.
Этот документ неоднократно относится к использованию одной области для поддержки другой области. Нужно отметить, что
“резервная копия” средства, что, должна Маршрутизатор свободное его связь с частью области через данную область (такую как
Область 1), тогда это могло использовать другую область (Область 2) к правильно маршруту к тем местам назначения, которые не
могут быть достигнуты через Область 1.
Однако, если область разделена, потому что префиксы не перераспределены назад к оригинальной области, тогда другая область не
могла поддержать разделенную область, если префиксы не перераспределены назад к оригинальной области. Однако, как отмечено в
Административном Расстоянии и Сетевой Операции С секциями Отказа сети, это введет другие проблемы.
Соответствующая информация
Официальный документ по технологии
© 1992-2014 Cisco Systems, Inc. Все права защищены.
Дата генерации PDF файла: 20 сентября 2014
http://www.cisco.com/cisco/web/support/RU/103/1030/1030194_ospfprocesses.html