Конфигурирование и проверка работы продвинутых функций протокола OSPF

Материал из Cisco CCNP
Версия от 08:24, 3 сентября 2012; imported>Artem (→‎Проверка работоспособности виртуальных соединений)
Перейти к навигации Перейти к поиску

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

  • Использование команды passive-interface
  • Распространение информации (propagating) о маршруте по-молчанию
  • Настройка суммирования маршрутов
  • Виртуальные линки
  • Настройка специальных типов зон

Ограничение распространения LSA с помощью команды passive-interface

  • Предотвращает рассылку и получение сообщений об обновлений маршрутов OSPF через указанный интерфейс
Router(config-router)#
passive-interface type number [default]
  • Переводит один или все интерфейсы маршрутизатора в пассивный режим
  • При использовании с опцией default все интерфейсы переводятся в пассивный режим
  • Отличия поведения команды для протокола OSPF:
    • адрес интерфейса, который настраивается как пассивный, определяется как тупиковая сеть (stub network) домена OSPF;
    • информация никогда не будет ни отправляться, ни приниматься через указанный интерфейс;
    • препятствует установлению соседских отношений.

Для предотвращения получения информации о маршрутах другими маршрутизаторами в сети, т.е. чтобы они не могли узнавать информацию о маршрутах динамически, можно отключить рассылку сообщений о обновлении маршрутов через интерфейс маршрутизатора. Эта функция работает во всех протоколах IP маршрутизации за исключением BGP. Поведение OSPF несколько отличается. В OSPF адрес интерфейса, который настраивается как пассивный определяется как тупиковая сеть домена OSPF. OSPF информация никогда не будет ни отправляться, ни приниматься через указанный интерфейс. Для отключения приема и отправки OSPF обновлений через интерфейс используется команда passive-interface в режиме конфигурирования маршрутизации. Внутри сетей провайдеров и больших производственных сетей много маршрутизаторов распределения имеют более 200 интерфейсов. Поэтому большое количество LSA будет распространятся через домен. Протокол OSPF можно сконфигурировать на всех интерфейсах, но командой passive-interface можно назначить интерфейсы, через которые отношения не установятся. В некоторых сетях это значит, что необходимо будет прописать вручную до 100 интерфейсов как пассивные, что достаточно трудоемко. Для решения этого вопроса используется функция пассивного интерфейса по умолчанию. Тогда в режиме конфигурации маршрутизации необходимо ввести команду passive-interface default, а затем в режиме конфигурирования каждого интерфейса, через который необходимо создание соседских отношений, вводим команду no passive-interface.

450px

Маршрутизатор R1 имеет некоторое количество интерфейсов, которые работаю как stub сети. В любом случае, через эти интерфейсы маршрутизатор LSA не получит и нет необходимости рассылать LSA через них. Только S0/0/1 участвует в процессе OSPF. На R1 воспользовались командой passive-interface default, а потом на s0/0/1 сделали no passive-interface. На R2 только 1 порт работает как stub сеть, поэтому администратор выполнил команду passive-interface Eth0 для остановки рассылки LSA через порт Ethernet0.

Распространение информации о маршруте по умолчанию

Синтаксис команды: 

dyn3(config-router)# default-information originate [always] [metric <metric-value>] 
[metric-type <type-value>] [route-map <map-name>]
Параметр Описание
always Предлагать маршрут по умолчанию, даже если шлюз на маршрутизаторе не настроен
metric метрика Метрика, используемая при генерации маршрута по умолчанию. Если не указана ни здесь, ни при помощи команды default metric, то используется 1. В документации IOS указано, что значение по умолчанию – 10, но на практике 1.
metric-type тип_метрики Тип внешней линии, ассоциирующейся с маршрутом по умолчанию. Значение отправляется остальным маршрутизаторам. Можно указать 1 или 2. По умолчанию – 2.
route-map map-name Генерировать маршрут только если сработала карта

Характеристики команды для OSPF:

  • Информация распространяется только если маршрут по умолчанию присутствует в таблице маршрутизации (это можно обойти с помощью параметра always);
  • Перераспределяет любой маршрут по умолчанию найденный в таблице маршрутизации (статический или полученный по другому протоколу маршрутизации);
  • По умолчанию метрика маршрута будет 1, а тип маршрута — E2;
  • С параметром always OSPF может анонсировать маршрут по умолчанию независимо от того есть он в таблице маршрутизации или нет.

Характеристики команды для RIP:

  • RIP будет анонсировать маршрут по умолчанию, если маршрута по умолчанию нет в таблице маршрутизации

В подавляющем большинстве случаев, сетевой администратор должен OSPF таким образом, чтобы тот сообщал о наличии маршрута по умолчанию другим маршрутизаторам своей автономной системы. Эта информация используется для отправки пакетов за пределы автономной системы. Для включения данной функции используется команда default-information originate, использованная в контексте настройки OSPF. После использования команды default-information originate, при наличии маршрута по умолчанию, маршрутизатор будет сообщать о нем соседям. Если маршрут по умолчанию не настроен, то и сообщать о нем маршрутизатор не будет. Заставить маршрутизатор отправлять объявление о наличии маршрута по умолчанию, вне зависимости от его наличия можно добавив ключевое слово always к команде default-information originate. В базе, маршрут по умолчанию выглядит как внешний LSA пятого типа.

Пример

450px
R1(config)#router ospf 1
R1(config-router)#network 10.1.1.1 0.0.0.0 area 0
R1(config-router)#default-information originate metric 10
R1(config-router)#exit
R1(config)#ip route 0.0.0.0 0.0.0.0 172.16.1.2
R1(config)#

R2(config)#router ospf 1
R2(config-router)#network 10.2.1.1 0.0.0.0 area 0
R2(config-router)#default-information originate metric 100
R2(config-router)#exit
R2(config)#ip route 0.0.0.0 0.0.0.0 172.17.1.2
R2(config)#

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

  • Inter-area summarization
    • Performed at the ABR and creates Type 3 LSAs.
  • External summarization
    • Performed at the ASBR and creates Type 5 LSAs.
    • Both have the same fundamental requirement of contiguous addressing. If summarization is not configured correctly and there are multiple ASBRs, or multiple ABRs in an area, suboptimal routing is possible.
  • For example, summarizing overlapping ranges from two different routers can cause packets to be sent to the wrong destination.

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

Суммирование маршрутов – объединение нескольких маршрутов в одно объявление. Это является основной составляющей способности OSPF к масштабированию, так как уменьшает количество пересылок LSA, количество записей LSDB и количество маршрутов в таблице маршрутизации, что в свою очередь приводит к уменьшению нагрузки на процессор и память маршрутизаторов.

Без суммирования, каждое изменение состояние линии приводит к рассылке LSA, сообщающего о факте изменения, и это объявление распространяется по всем зонам OSPF, приводя к ненужной нагрузке на сеть и аппаратное обеспечение маршрутизаторов, так как, при получении каждого объявления маршрутизатор пересчитывает LSDB и дерево SPF. При включенном суммировании, можно сделать так, чтобы только результирующие маршруты рассылаются на магистраль (area 0) как показано на рисунке ниже. Также, при сбое какой-нибудь одной сети, топологическая информация не попадает на магистраль и в другие зоны OSPF.
По умолчанию, суммирование в LSA типа 3 и 5 не используется.

450px

В нормальном состоянии LSA типа 1 и 2 генерируются внутри каждой зоны, транслируются в LSA типа 3 и рассылаются в другие зоны. При использовании суммирования ABR или ASBR объединяют множество маршрутов в несколько анонсов. ABR суммирует LSA типа 3, а ASBR - типа 5. Вместо анонсирования множества префиксов, маршрутизаторы ABR и ASBR анонсируют только один суммарный префикс. 

Важно помнить, что summary LSA (type 3) и external LSA (type 5) по умолчанию не содержат
суммированных (агрегированных) маршрутов. Другими словами, суммированные LSA не суммируются.

Используются 2 типа суммирования:

  • Межзональное (Interarea route summarization): Настраивается на ABR и влияет на маршруты, получаемые из каждой зоны. Не применяется к внешним маршрутам, полученным через редистрибьютинг. Для эффективной работы межзонального суммирования необходимо последовательно номеровать сети в каждой зоне, чтобы при суммировании получалось минимальное количество результирующих маршрутов.
  • Внешнее (External route summarization): Применяется к внешним маршрутам, полученным через редистрибьютинг. Необходимо убедиться в непрерывности диапазона суммируемых диапазонов. Суммирование перекрывающихся диапазонов сетей, полученных от разных маршрутизаторов, может привести к отправке пакетов в неверном направлении. Внешнее суммирование применяется только на ASBR.
Внимание!
Как вы уже знаете, любой маршрутизатор EIGRP может выполнять суммирование. В протоколе OSPF суммирование может быть 
выполнено на ABR-ах (interarea summarization) и ASBR-ах (extrnal route summarization).

Если в зоне несколько ABR-ов или ASBR-ов, то возможна неоптимальная маршрутизация, если суммирование настроено неверно. Суммирование пересекающихся диапазонов от двух различных маршрутизаторов может стать причиной того, что пакет уйдёт не туда.

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

Номера сетей надо назначать так, чтобы они были смежными, чтобы в случае суммирования добиться минимального количества суммированных маршрутов. Например, на рисунке ниже показан список из 12-ти сетей в таблице маршрутизации маршрутизатора B, которые можно суммировать в два новых маршрута: блок адресов 172.16.8.0/24-172.16.15.0/24 в 172.16.8.0/21, и блок 172.16.16.0-172.16.19.0/24 в 172.16.16.0/22.

450px

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

Межзональное суммирование на ABR

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

  • Шаг 1: Настроить OSPF
  • Шаг 2: Для настройки межзонального суммирования используется команда

area area-id range address mask [advertise | not-advertise] [cost cost ]


Параметр Описание
area-id Идентификатор зоны, которой принадлежат суммируемые маршруты.
address Агрегированный адрес.
mask Агрегированная маска.
advertise (Опционально) Объявлять маршрут при помощи LSA третьего типа.
not-advertise (Опционально) Не объявлять маршрут при помощи LSA третьего типа (скрыть маршруты в составляющие сети).
cost cost (Опционально) Метрика или стоимость агрегированного маршрута, который использовался в SPF расчётах для определения наилучшего маршрута к получателю. Значение от 0 до 16777215.

ABR может суммировать только маршруты внутри зон, подключённых к ABR (ABR can only summarize routes that are within the areas connected to the ABR). Cisco IOS создаёт суммарный маршрут к интерфейсу NULL для предотвращения образования петли. Если на маршрутизатор поступает пакет для сети, которая не известна маршрутизатору, но является частью суммарного маршрута, выбранного по лучшей метрике, то пакет дропается.

Пример конфигурации межзонального суммирования на ABR

Пример на рисунке ниже иллюстрирует конфигурацию маршрутизаторов R1 и R2. Суммирование маршрутов на ABR может происходить в обоих направлениях: из немагистральной зоны в зону 0 и наоборот. Конфигурация маршрутизаторов:

400px

На маршрутизаторе R1 настроено 2 диапазона суммирования:

  • Area 0 range 172.16.96.0 255.255.224.0: При импорте из зоны 0 сетей входящих в диапазон 172.16.96.0 – 172.16.127.0, производить суммирование и приводить к виду 172.16.96.0 255.255.224.0.
  • Area 1 range 172.16.32.0 255.255.224.0: При экспорте из зоны 1 сетей входящих в диапазон 172.16.32.0 – 172.16.63.0, производить суммирование и приводить к виду 172.16.32.0 255.255.224.0.

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

R1(config)# router ospf 1
R1(config-router)# network 172.16.32.254 0.0.0.0 area 1
R1(config-router)# network 172.16.96.254 0.0.0.0 area 0
R1(config-router)# area 1 range 172.16.32.0 255.255.224.0
R1(config-router)# area 0 range 172.16.96.0 255.255.224.0

R2(config)# router ospf 1
R2(config-router)# network 172.16.64.254 0.0.0.0 area 2
R2(config-router)# network 172.16.126.254 0.0.0.0 area 0
R2(config-router)# area 2 range 172.16.64.0 255.255.224.0
R2(config-router)# area 0 range 172.16.96.0 255.255.224.0

Внимание!
В зависимости от топологии вашей сети, вы, возможно, и не захотите суммировать сети зоны 0
в другие зоны. Например, если у вас есть более одного ABR между локальной и магистральной зоной
рассылающих LSA type 3 (summary) с явной сетевой информацией в зону, при этом эта информация 
гарантирует выбор кратчайшего пути к внешнему, по отношению к этой зоне, получателю. 
Если вы проссумируете адреса, то возможна неоптимальная маршрутизация.

Внешнее суммирование на ASBR

По молчанию, каждый внешний маршрут, редистрибуцированный в OSPF из другого протокола маршрутизации, анонсируется индивидуально с external LSA. Суммирование внешних маршрутов для LSA type 5 может быть выполнено на ASBR перед их иньекцией в OSPF домен. Для каждого суммированного диапазона (range) создаётся маршрут к null 0

Для настройки суммирования маршрутов вручную на ASBR, для суммирования внешних маршрутов, необходимо:

  • Шаг 1: Настроить OSPF;
  • Шаг 2: Использовать команду summary-address ip-address mask [not-advertise] [tag tag]

Эта команда может использоваться только в маршрутизаторах ASBR, которые осуществляют перераспределение маршрутов в среду процесса маршрутизации OSPF. Одной из важных особенностей данной команды является наличие ключевого слова not-advertise, которое позволяет не анонсировать маршруты, соответствующие команде с этим ключевым словом. Ключевое слово tag позволяет проверять соответствие значениям, указанным в схеме маршрута; это означает, что здесь может быть указан дескриптор, который затем обнаруживается при обработке схемы маршрутов, и выполняются соответствующие действия. Суммированный маршрут инъектируется в домен OSPF как LSA type 5

Параметр Описание
ip address Агрегированный адрес.
mask Агрегированная маска.
not-advertise (Опционально) Не объявлять маршрут при помощи LSA третьего типа (скрыть маршруты в составляющие сети).
tag tag (Опционально) Метка, которую можно использовать в маршрутных картах, для контроля редистрибуции.

Пример конфигурации суммирования внешних маршрутов на ASBR

400px

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

Конфигурация маршрутизатора R1: 

R1(config)# router ospf 1
R1(config-router)# network 172.16.64.1 0.0.0.0 area 1
R1(config-router)# summary-address 172.16.32.0 255.255.224.0

Так как в внешней автономной системе блок подсетей последовательный, без разрывов, то он вполне успешно суммируется в один маршрут, заменяющий исходные 32. Вместо 32-х LSA пятого типа, в сеть пересылается только 1. 

На рисунке не отображена конфигурация редистрибуции RIPv2.

Виртуальные соединения в OSPF

Некоторые характеристики virtual link:

  • Работа hello-протокола в virtual link не отличается от его работы при обычных соединениях.
  • Через virtual link маршрутизаторы могут установить отношения соседства также как и в случае, если они непосредственно присоединены друг к другу.
  • В LSA, которые отправляются через virtual link, устанавливается опция DoNotAge (DNA).
  • Virtual link находится в area 0.

Двухуровнеувая иерархия протокола OSPF требует, чтобы все области соединялись с магистралью (area 0) напрямую. Все немагистральные зоны должны передают маршруты в магистральную зон затем, чтобы они были переданы в другие зоны. Виртуальный канал — это связь, которая позволяет соединить несмежные части магистрали между собой, либо присоединить к магистрали какую-либо область через промежуточную область.
Рекомендуется использовать данную возможность OSPF в достаточно специфических случаях, например при временном соединении областей или на время восстановления сети в случае сбоев. Не следует использовать виртуальные каналы как средство соединения областей при дизайне сети , рекомендуется избегать их по возможности.

Виртуальные каналы - это часть стандарта OSPF. Поддерживаются маршрутизаторами Cisco с IOS 10.0

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

  • Стабильность виртуального канала зависит от стабильности области, которую пересекает виртуальный канал.
  • Настройка конфигурации виртуальных каналов может быть выполнена только в маршрутизаторах ABR.
  • Виртуальные каналы не могут проходить более чем через одну зону.
  • Виртуальные каналы не могут проходить через тупиковые области.
  • Виртуальные каналы помогают на время решить проблему нарушения связности сети.
  • Виртуальные каналы позволяют обеспечить логическое резервирование.
  • В протоколе OSPF два маршрутизатора, соединенных виртуальным каналом, рассматриваются так, как если бы они были связаны с помощью ненумерованной двухточечной сети.
  • Настройка конфигурации виртуальных каналов не может быть выполнена как ненумерованных каналов.
  • Если требуется прокинуть виртуальный канал к магистральной зоне через две немагистральные зоны, то потребуется два виртуальных канала, по одному на зону.
Файл:OSPF virtual link1.png

На рисунке выше показан пример. Компания А и компания В сливаются в одну. Их магистральные сети ещё не имею прямого канала, в результате зона 0 не непрерывная. Строят логический канал между двумя ABR'ами, маршрутизатором А и В, через зону 1, не являющуюся магистралью. Маршрутизаторы на концах виртуального канала становятся частью магистрали и действуют как ABR'ы. В этом случае маршрутизаторы установят обычное соседство, разница лишь в том, что они не должны быть подключены напрямую. Для БД OSPF подключение между ABR1 и ABR2 будто напрямую. Для большей стабильности loopback-интерфейсы используются как ID, а виртуальные каналы созданы с использованием этих loopback-интерфейсов.

Файл:OSPF virtual link2.png

На рисунке выше показан ещё один пример, в котором к сети добавляется ещё одна немагистральная зона, причём прямой связи с зоной 0 нет. Создаётся логический канал между 20 зоной и магистралью. Hello-протокол работает через виртуальные каналы также, как и через обычные, с 10 секундным интервалом. Однако, LSA обновления работают по другому. LSA рассылаются каждые 30 минут. Тем не менее LSA, которые маршрутизатор получает через виртуальный канал имеют опцию DoNotAge (DNA), так что эти LSA не устаревают. Для DNA нужно ограничивать рассылку через виртуальный канал.

Настройка виртуальных соединений

Для определения виртуального канала используется команда area area-id virtual-link router-id [hello-interval seconds] [retransmit-interval seconds] [transmit-delay seconds] [dead-interval seconds] [autentication [message-digest | null ]] [[autentication-key key] | [message-digest-key key-id md5 key]

  • area-id - определяет area ID транзитной зоны для виртуального канала. Значение может быть или целым или с точкой (как ip адрес). Значения по умолчанию нет. Stub-area не может быть транзитной зоной.
  • router-id - идентификатор маршрутизатора — соседа по виртуальному каналу. Для нахождения такого идентификатора следует использовать команду show ip ospf (см. примерниже);
  • [hello-interval seconds] - (Опционально) частота отправки hello-пакетов на интерфейсе. По умолчанию равно 10 секундам. Должно совпадать на всех маршрутизаторах в сети, должно быть целым и не отрицательным.
  • [retransmit-interval seconds] - (Опционально) - частота повторной отправки LSA на интерфейсе для соседних (neighbouring) маршрутизаторов. Интервал должен быть больше, чем ожидаемая round-trip delay межд двумя любыми маршртизаторами, on the attached network. Значение по умолчанию равно 5 сек.
  • [transmit-delay seconds] (Опционально) - время, требуемое для отправки link state update (LSU) , должно быть больше 0, по умолчанию - 1 сек. LSA в пакете обновления имею свой таймер (age), который перед отправкой увеличивается на это значение.
  • [dead-interval seconds] - (Опционально) время, после истечения которого соседний маршрутизатор считается вышедшим из строя, если от него не приходят hello- пакеты
  • [autentication] – (Опционально) тип аутентификации
  • [message-digest] - (Опционально) аутентификация по хеш
  • [null] - (Опционально) отменяет аутентификацию по паролю или по MD5, если она сконфигурированная для зоны. Аутентификация не используется.
  • [autentication-key key] — (Опционально) Указывает пароль, используемый соседними маршрутизаторами для simple password authntication. Любое слово до 8 символов, значения по умолчанию нет.
  • [message-digest-key key-id md5 key] - идентификатор ключа key ID (1-255) и пароль (key) для аутентификации с использованием MD-5 хеша между локальным маршрутизатором и соседями. Значение по умолчанию отсутствует.


remoterouter#show ip ospf
Routing process "ospf 1000" with ID 10.2.2.2
Supports only sigle TOS(TOS0) routes
Supports opaque LSA
Supports Link-local Signaling (LLS)
Supports area transit capability
it is an area border router
<output omitted>

На рисунке ниже показан пример, где виртуальный канал используется как резервный, как временная мера для подключения к зоне 0. Маршрутизаторы А и В "направлены" друг на друга (указан ID соседа).

550px

Проверка работоспособности виртуальных соединений

Команда show ip ospf virtual-links используется для проверки работы виртуальных каналов. 

RouterA#show ip ospf virtual-links
Virtual Link OSPF_VL0 to router 10.2.2.2 is up
  Run as demand circuit
  DoNotAge LSA allowed.
  Transit area 1, via interface Serial0/0/1, Cost of using 781
  Transmit Delay is 1 sec, State POINT_TO_POINT,
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
    Hello due in 00:00:07
    Adjacency State FULL (Hello suppressed)
    Index 1/2, retransmission queue length 0, number of retransmission 1
    First 0x0(0)/0x0(0) Next 0x0(0)/0x0(0)
    Last retransmission scan length is 1, maximum is 1
    Last retransmission scan time is 0 msec, maximum is 0 msec
RouterA#

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

  • show ip ospf neighbor
  • show ip ospf database
  • debug ip ospf adj



В примере выше виртуальный канал работает (up), используется транзитная зона 1.

Параметр Описание
Virtual Link OSPF_VL0 to router 10.2.2.2 is up Specifies the OSPF neighbor and whether the link to that neighbor is up or down
Transit area 1 Specifies the transit area through which the virtual link is formed
Via interface Serial0/0/1 Specifies the interface through which the virtual link is formed
Cost of using 781 Specifies the cost of reaching the OSPF neighbor through the virtual link
Transmit Delay is 1 sec Specifies the transmit delay on the virtual link
State POINT_TO_POINT Specifies the state of the OSPF neighbor
Timer intervals configured Specifies the various timer intervals configured for the link
Hello due in 0:00:07 Specifies when the next hello is expected from the neighbor
Adjacency State FULL Specifies the adjacency state between the neighbors 
RouterA#show ip ospf neighbor
Neighbor ID     Pri   State       Dead Time   Address      Interface
10.200.200.13     1   FULL/DR     00:00:33    10.1.1.3     FastEthernet0/0
10.2.2.2          0   FULL/  -       -        172.16.1.2   OSPF_VL0   <---В состоянии полной синхронизации
10.2.2.2          0   FULL/  -    00:00:32    172.16.1.2   Serial0/0/1
RouterA#

RouterA#show ip ospf database router 10.2.2.2 

            OSPF Router with ID (10.1.1.1) (Process ID 1000)
            
                Router Link States (Area 0)
 Routing Bit Set on this LSA
 LS age: 1 (DoNotAge)
 Options: (No TOS-capability, DC)
 LS Type: Router Links
 Link State ID: 10.2.2.2
 Advertising Router: 10.2.2.2
 LS Seq Number: 80000003
 Checksum: 0x8380
 Length: 48
 Area Border Router
 Number of Links: 2

   Link connected to: a Virtual Link
    (Link ID) Neighboring Router ID: 10.1.1.1
    (Link Data) Router Interface address: 172.16.1.2
     Number of TOS metrics: 0
      TOS 0 Metrics: 781
continues
   Link connected to: a Transit Network
    (Link ID) Designated Router address: 10.1.2.2
    (Link Data) Router Interface address: 10.1.2.2
     Number of TOS metrics: 0
      TOS 0 Metrics: 1
                Router Link States (Area 1)  

 Routing Bit Set on this LSA
 LS age: 1688
 Options: (No TOS-capability, DC)
 LS Type: Router Links
 Link State ID: 10.2.2.2
 Advertising Router: 10.2.2.2
 LS Seq Number: 80000008
 Checksum: 0xCC81
 Length: 48
 Area Border Router
 Virtual Link Endpoint
 Number of Links: 2

   Link connected to: another Router (point-to-point)
    (Link ID) Neighboring Router ID: 10.1.1.1
    (Link Data) Router Interface address: 172.16.1.2
     Number of TOS metrics: 0
      TOS 0 Metrics: 781 

   Link connected to: a Stub Network
    (Link ID) Network/subnet number: 172.16.1.0
    (Link Data) Network Mask: 255.255.255.0
     Number of TOS metrics: 0
      TOS 0 Metrics: 781 


RouterA#

OSPF LSDB для виртуальных соединений

Изменение метрики

Дополнительная информация

  • [1] - Особенности работы External Type 1 и External Type 2 маршрутов в OSPF. Часть 1
Источник — https://wiki.shibaev.info/index.php?title=Конфигурирование_и_проверка_работы_продвинутых_функций_протокола_OSPF&oldid=1363