Суммированные маршруты OSPF рекламируются?

9

Подготовка к CCNP, выполнение лабораторных работ. ZEUS суммирует две петли area 2 range 172.16.2.0 255.255.254.0, и суммарный маршрут поступает на маршрутизатор «WODAN», но подчиненные маршруты (2/32) также все еще отображаются в таблице IP-маршрутизации WODAN. Почему? Насколько я понимаю, после того, как произошло обобщение, что обычные LSA T3 не будут отправлены, вместо этого ABR будет отправлено резюме T3 (в данном случае zeus)? Я не могу понять, почему я все еще вижу / 32, если резюме получено на WODAN.

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

Диаграмма топологии :

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

Таблица маршрутизации WODAN :

cisco routing router ospf Алабама
источник

Ответы:

9

Короткий ответ - потому что ZEUS (который суммирует) суммирует для Зоны 2, но также делит Зону 2 с WODAN. OSPF требует, чтобы все маршрутизаторы в области имели одинаковую точную копию базы данных состояния канала области; ABR OSPF выполняют отдельные вычисления алгоритма SPF для каждой области, в которой они участвуют.

Цитата RFC 2328 - сначала откройте кратчайший путь :

  1. ...
  2. ...
  3. ...

  4. Функциональное резюме

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

    ...

    12.2. База данных состояния ссылок

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

Вы можете проверить это с помощью:

WODAN# show ip ospf database | i ID|Area|Link|172.16.2
...
            OSPF Router with ID (2.2.2.2) (Process ID 1)
                Summary Net Link States (Area 0)
Link ID         ADV Router      Age         Seq#       Checksum Link count
172.16.2.0      3.3.3.3         1721        0x80007657 0x006E08 1
...
            OSPF Router with ID (2.2.2.2) (Process ID 1)
                Router Link States (Area 2)
Link ID         ADV Router      Age         Seq#       Checksum Link count
172.16.2.2      3.3.3.3         1721        0x80007657 0x00640F 1

Я высмеял этот вывод из опыта, но я ожидаю, что вы увидите:

  • Сводная таблица LSA для 172.16.2.0 в области 0
  • LSA маршрутизатора, содержащий 172.16.2.2 в области 2 (я предположил, что 172.16.2.2 - это идентификатор LSA маршрутизатора)

Поскольку 172.16.2.2 все еще существует в LSDB OSPF, OSPF устанавливает для него маршрут. Обратите внимание, что есть разница между 172.16.2.2/32 и 172.16.2.0/23 в выводе show ip route:

  • 172.16.2.0/23 - это O IAмаршрут ( IAозначает Inter-Area, сгенерированный LSA сводки сети типа 3)
  • 172.16.2.2/32 - это Oмаршрут, если после него нет букв O, то маршрут идет от LSA маршрутизатора, также называемого LSA типа 1

И последнее замечание, о котором вы прямо не упомянули ... вы настроили петли ZEUS с 24-битными масками; однако из- за способа, которым OSPF обрабатывает петли , эти петли объявляются как маршруты хоста.

Майк Пеннингтон
источник
Итак, вы говорите, несмотря на то, что ZEUS суммирует (и он отображается в WODAN в качестве сводки), WODAN также делает свой собственный расчет SPF и, таким образом, собирает петли, которые также не суммируются. Есть ли способ добиться всего лишь однострочного резюме? Должен ли я сделать сводку по WODAN, или это всего лишь ограничение OSPF - без суммирования в той же области? Просто по краям?
AL
1
@AL, единственный способ избавиться от 172.16.2.2 в WODAN - убедиться, что LSA не отображается в области, к которой подключен WODAN. Одним из ограничений IGP состояния канала является их неспособность суммировать маршруты, полученные в той же области.
Майк Пеннингтон
1
Круто, я полностью понимаю это сейчас и ожидаю этого в будущем. Также объясняет, почему, когда я рекламировал Loopbacks в Area 4, он показывался так, как я хотел - однострочная сводка. ОЧЕНЬ КРУТО! Спасибо за это Майк.
AL