Описание проблем соседнего ospf

Administrative Groups или Affinity

Вот сейчас должно стать страшно. Мне страшно.

• Метрика MPLS TE.
• Требования к полосе пропускания канала и приоритет замещения.
• Explicit-path.
• SRLG.

RFC3630Идея в том, что каждый интерфейс мы помечаем определёнными цветами.
А потом говорим, что вот этот туннель может идти по красным и фиолетовым линиям, но не может по зелёным, жёлтым и коричневым.Раз уж примеры у нас в консоли Cisco, то далее буду использовать термин Attribute-Flag наравне с Administrative group, что не совсем правильно.Affinity и маска

1. РРЛ это или нет
2. Магистральная линия или в сторону сегмента доступа
3. Канал через интернет или нет

Взяли только первые 8 бит для простоты.

1. Чтобы это не был РРЛ ()
2. Чтобы это был магистральный линк (1)
3. Канал не через интернет ()

Attribute-Flag 0000 0100 — Не РРЛ, магистральный и не через Интернет. Attribute-Flag && Mask = 0000 0100 = Affinity && Mask — сюда можно пускать трафик.
Attribute-Flag 0100 0000 — Не РРЛ, но в сторону сегмента доступа, да ещё и через интернет. Attribute-Flag && Mask = 0100 0000 ≠ Affinity && Mask — сюда нельзя пускать трафик.
Attribute-Flag 0000 0101 — Оптика, не РРЛ, магистральный и не через Интернет. Attribute-Flag && Mask = 0000 0100 = Affinity && Mask — сюда можно пускать трафик

Не важно, оптика или нет — результат тот же.

0x0RFC 7308разжёвывает Affinity

Практика

Файл конфигурации.

Надёжность и сходимость

1. Защита на физическом уровне. Например, APS в SONET или LAG в Ethernet.
2. IP — решение всех проблем. IGP, BGP, VRRP итд.
3. Набор технологий в MPLS.

• Path Protection
• Local Protection

Смежность

Соседство маршрутизаторов само по себе не позволяет гарантировать обмен текущей информацией о состояниях соединений; для обмена такими сведениями маршрутизаторы должны установить соединения друг с другом. Смежность – это расширенная форма соседства, в которой маршрутизаторы готовы обмениваться сведениями о маршрутизации после согласования параметров такого обмена. Маршрутизаторы достигают состояния полной смежности (FULL), когда они имеют синхронизированные данные в своей базе данных состояний соединений.

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

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

Выбор RP

ip pim rp-address X.X.X.Xshow ip pim rpКлиент 2Bootstrapshow ip mrouteC-RP

BSR — BootStrap RouterC-BSR

BootStrap Message (BSM)Candidte-RP-Advertisementgroup-to-RP mappingRP-Setсамостоятельно

Завершая главу PIM SM, давайте ещё раз отметим важнейшие моменты

1. Должна быть обеспечена обычная юникастовая связность с помощью IGP или статических маршрутов. Это лежит в основе алгоритма RPF.
2. Дерево строится только после появления клиента. Именно клиент инициирует построение дерева. Нет клиента — нет дерева.
3. RPF помогает избежать петель.
4. Все маршрутизаторы должны знать о том, кто является RP — только с её помощью можно построить дерево.
5. Точка RP может быть указана статически, а может выбираться автоматически с помощью протокола BootStrap.
6. В первой фазе строится RPT — дерево от клиентов до RP — и Source Tree — дерево от источника до RP. Во второй фазе происходит переключение с построенного RPT на SPT — кратчайший путь от получателя до источника.

MDT — Multicast Distribution TreeSPT — Shortest Path Tree(S, G)Source TreeRPT — Rendezvous Point Tree(*, G)Shared TreeHelloJoin (*, G)Join (S, G)Prune (*, G)Prune (S, G)RegisterRegister-StopBootstrapAssertCandidate-RP-AdvertisementRP-Reachable*Есть и другие типы сообщений в PIM, но это уже детали*

Типы сетей

OSPF может быть использован в различных сетях, как Ethernet, например, или Frame-Relay. Для различных типов сетей у OSPFа припасен свой тип, который можно прописать на интерфейсе. Вопрос этот довольно сложный, на самом деле, но я опишу только типы сетей и кратко их особенности.

Стоп. К концу описания процесса в сети с DR/BDR, я наткнулся на
довольно большую особенность в том, каким образом передаются различные
сообщения OSPF. Это может быть юникаст и мультикаст. Причем, мультикаст
адреса используется два. Давайте-ка и с этим разберемся. Обратимся к RFC,
в которой информация об этом размазана ровным слоем по всему документу.

The IP destination address for the packet is selected as
follows.  On physical point-to-point networks, the IP
destination is always set to the address AllSPFRouters.  On allother network types (including virtual links), the majority ofOSPF packets are sent as unicasts, i.e., sent directly to the
other end of the adjacency.  In this case, the IP destination is
just the Neighbor IP address associated with the other end of
the adjacency (see Section 10).  The only packets not sent asunicasts are on broadcast networks; on these networks Hello
packets are sent to the multicast destination AllSPFRouters, the
Designated Router and its Backup send both Link State UpdatePackets and Link State Acknowledgment Packets to the multicast
address AllSPFRouters, while all other routers send both their
Link State Update and Link State Acknowledgment Packets to the
multicast address AllDRouters.

RFC 2328. Пункт 8.1

The other important features of OSPF’s IP encapsulation are:
Use of IP multicast.  Some OSPF messages are multicast, whensent over broadcast networks.  Two distinct IP multicast
addresses are used.  Packets sent to these multicast addresses
should never be forwarded; they are meant to travel a single hop
only.  To ensure that these packets will not travel multiple
hop, their IP TTL must be set to 1.

AllSPFRouters
This multicast address has been assigned the value224.0.0.5.  All routers running OSPF should be prepared toreceive packets sent to this address.  Hello packets arealways sent to this destination.  Also, certain OSPFprotocol packets are sent to this address during theflooding procedure.AllDRouters
This multicast address has been assigned the value224.0.0.6.  Both the Designated Router and Backup DesignatedRouter must be prepared to receive packets destined to thisaddress.  Certain OSPF protocol packets are sent to thisaddress during the flooding procedure.

RFC 2328. Пункт A.1 

Черт, это выглядит как цитаты из Библии… Ну да ладно. Из всего этого и TCP/IP vol.1 можно сделать следующие выводы.

Тип	Пример	Выборы DR/BDR	Hello Timer	Дискавери соседей	Больше двух роутеров	Hello	DBD	LSR	LSU	LSAck
Broadcast	Ethernet	Да	10	Да	Да	AllSPFRouters (224.0.0.5)	AllDRRouters (224.0.0.6) Unicast AllSPFRouter (224.0.0.5)	Unicast	AllSPFRouters (224.0.0.5) AllDRRouters (224.0.0.6)	AllSPFRouters (224.0.0.5) AllDRRouters (224.0.0.6)
Point-to-Point	Serial	Нет	10	Да	Нет	AllSPFRouters (224.0.0.5)	AllSPFRouter (224.0.0.5)	AllSPFRouter (224.0.0.5)	AllSPFRouters (224.0.0.5)	AllSPFRouters (224.0.0.5)
NonBroadcast MultiAccess (NBMA)	FR Multipoint Subinterface	Да	30	Нет	Да	Unicast	Unicast	Unicast	Unicast	Unicast
Point-to-Multipoint	FR	Нет	30	Да	Да	Unicast	Unicast	Unicast	Unicast	Unicast

Есть еще один тип сети — Virtual Link. Он как бы стоит особняком. Соседство устанавливается на таких линках автоматически и все собщения идут юникастом. Применяется такая вещь для соединения удаленных зон с бэкбон зоной через некую третью транзитную. Есть и ещё один сценарй использования, например, создание дополнительного линка внутри area 0 через другую зону для отказоустойчивости.

Нужно ввести ещё некоторые необходимые понятия.

Link State Вatabae (LSDB) — та самая база знаний о сети. Она содержит в себе информацию о состоянии каждой сети.

Link State Advertisement (LSA) — как раз те описания сетей из которых состоят LSDB.

Типы LSA

Вся «мякотка» OSPF в типах LSA. Их несколько:

Type 1 | Router LSA — передается каждым роутером в домене в каждый линк. Всегда остается внутри area. В нем содержиться:

• ID роутера
• Список всех линков
• Состояние и стоимость (cost) на каждом из них
• Список соседей на линке

В нашей топологии Type 1 LSA передает любой роутер, например, О2.

Type 2 | Network LSA — передается DRом и, как бы, представляет широковещательный сегмент как псевдоноду (pseudonode). Всегда остаются в пределах зоны. Стоимость от каждого роутера в этой сети до псевдоноды равна стоимости исходящего линка, а вот стоимость от псевдоноды до подключенных устройств всегда равно нулю. Вся сеть видна как одна нода и, благодаря этому трюку со стоимостью, при просчете пути через эту ноду не вносятся никакие поправки. В этом типе LSA содержится:

• Сеть и маска
• Список подключенных к этой сети устройств
• Cost не передается

Самые читаемые статьи

• Первоначальная настройка Cisco Catalyst — прочитано 307 692 раз(а)
• Multicast и Unicast вещание с помощью VLC media player (vlc multicast and unicast stream) — прочитано 218 129 раз(а)
• Добавление, просмотр, удаление статического маршрута в ОС FreeBSD, Linux, Windows — прочитано 197 189 раз(а)
• Теория и настройка DNS сервера (bind) на FreeBSD — прочитано 138 756 раз(а)
• Объекты БД RIPE (ripe.net): mntner, as-set, aut-num, route, inetnum, person, domain, role — прочитано 133 194 раз(а)
• Asterisk: автообзвон (auto-dial out) и обратный звонок (callback) с использованием AGI — прочитано 93 885 раз(а)
• Настраиваем PPPoE server на FreeBSD используя порт MPD5 — прочитано 79 442 раз(а)
• Отправка и прием SMS через GSM шлюз — прочитано 73 479 раз(а)
• Настройка протокола BGP на оборудовании Cisco Systems — прочитано 67 838 раз(а)
• Настраиваем vlan на FreeBSD — прочитано 67 782 раз(а)

Дополнительно

Что если у вас есть на одном из устройств, маршрут в другую сеть через статический роут? Допустим на R1 у нас есть доступ в 192.168.198.0/24 через 192.168.10.1 и вы хотите эту информацию передать соседям.

Нам нужен параметр Redistribute Static Routes. Выбираем as type 1.

Но имейте ввиду, что данный параметр добавит абсолютно все статические роуты что есть на текущем участнике. Проверим R2. Для эксперимента я также на R1 добавил 192.168.197.0/24.

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

Default route так же можно передавать всем участникам.

Так же есть возможность анонса всех static routes и многое другое.

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

Типы зон

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

Разделение на зоны позволяет:

• Снизить нагрузку на ЦП маршрутизаторов за счёт уменьшения количества перерасчётов по алгоритму OSPF
• Уменьшить размер таблиц маршрутизации
• Уменьшить количество пакетов обновлений состояния канала

Каждой зоне присваивается идентификатор зоны (area ID). Идентификатор может быть указан в десятичном формате или в формате записи IP-адреса. Однако идентификаторы зон не являются IP-адресами и могут совпадать с любым назначенным IP-адресом.

Существует несколько типов зон:

Магистральная зона (backbone area)

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

Стандартная зона (standard area)

Обычная зона, которая создается по умолчанию. Эта зона принимает обновления каналов, суммарные маршруты и внешние маршруты.

Тупиковая зона (stub area)

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

Totally stubby area

Totally stubby area не принимает информацию о внешних маршрутах для автономной системы и маршруты из других зон. Если маршрутизаторам необходимо передавать информацию за пределы зоны, то они используют маршрут по умолчанию. Cisco-proprietary тип зоны.

Настройка OSPF c одной областью

Рассмотрим,  как настроить сеть OSPF c одной областью. Предположим, у нас есть следующая схема.

В примере сеть  состоит из трех маршрутизаторов mikrotik, соединенных вместе одним адресным пространством  10.10.1.0/24, и каждый маршрутизатор имеет еще по одной подключенной сети.

В этом примере на маршрутизаторах настроены следующие IP-адреса:

R1

Ether1-10.10.1.1/30

Ether2-10.10.1.5/30

Ether3-210.13.1.0/28

R2

Ether1-10.10.1.6/30

Ether2-10.10.1.9/30

Ether3-172.16.1.0/16

R3

Ether1-10.10.1.2/30

Ether2-10.10.1.10/30

Ether3-192.168.1.0/24

Конфигурация  OSPF осуществляется следующими основными шагами

1. Настроить router-id
2. Конфигурация области
3. Конфигурация сети

Настройка router-id

Настраиваем маршрутизатор Микротик  R1

Переходим в меню Routing – OSPF вкладка  Instances. Здесь должен быть уже созданный экземпляр default , если его нет, то создаем.

Аналогично создаем экземпляры на всех остальных маршрутизаторах.

В консоли эти команды такие

R1:
 /routing ospf instance> add name=default

R2:
 /routing ospf instance> add name=default

R3:
 /routing ospf instance> add name=default

Как видно, router-id равен 0.0.0.0, это означает, что маршрутизатор будет использовать один из IP-адресов роутера  в качестве идентификатора маршрутизатора. В большинстве случаев рекомендуется настроить loopback интерфейс как идентификатор маршрутизатора. IP-адрес Loopback интерфейса является виртуальным, программным адресом, который используется для идентификации маршрутизатора в сети. Преимущества в том, что loopback-адрес всегда активен  и не может быть недоступен как физический интерфейс. Протокол OSPF использует его для связи между маршрутизаторами, идентифицированными  router-id.

Настроим loopback, для этого заходим в меню interfaces т  добавляем новый интерфейс, выбираем bridge

Делаем настройки как показаны на рисунке.

Напишем только имя loopback после чего нажимаем OK.

Следующим шагом, настраиваем ip адрес на интерфейсе. Для роутера R1 настроим ip 10.255.255.1/32

Настраиваем router-id как loopback. Для этого идем в routing — ospf, вкладка instance/ Выбираем наш экземпляр default,  В поле router-id, вписываем ip адрес loopback интерфейса,  10.255.255.1

Аналогичные настройки делаем на остальных маршрутизаторах R2 и R3

Консоль

 /interface bridge> add name=loopbackip address add address=10.255.255.1/32 interface=loopback /routing ospf instance> set 0 router-id=10.255.255.1

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

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

«Обратите внимание что область backbone area-id должна быть 0.0.0.0»

Настройка Сети

Открываем меню Routing-OSPF вкладка Network,  Нажимаем кнопку добавить

В поле Network, прописываем сеть, Area выбираем backbone. Для роутера R1 прописываем адресацию в соответствии со схемой 10.10.1.0/30, 210.13.1.0/28 и 10.10.1.4/30. В результате должна получиться следующая картина

Консоль

 /routing ospf network> add network=210.13.1.0/28 area=backbone
 /routing ospf network> add network=10.10.1.0/30 area=backbone
 /routing ospf network> add network=10.10.1.4/30 area=backbone

В принципе,  для префиксов 10.10.1.0/30 и 10.10.1.4.30 можно было прописать 10.10.1.0/24, тогда получилось бы так

Аналогично настраиваем R2

R3

Консоль

R2:
 /routing ospf network> add network=172.16.1.0/16 area=backbone
 /routing ospf network> add network=10.10.1.0/24 area=backbone

R3:
 /routing ospf network> add network=192.168.1.0/24 area=backbone
 /routing ospf network> add network=10.10.1.0/24 area=backbone

На этом конфигурация  OSPF завершена. Если все сделано правильно, то на вкладке OSPF  Interfaces должны появиться интерфейсы, а на вкладке Routes маршруты.

Состояния соседства

Определить состояние одного или нескольких соседних узлов OSPF можно при помощи команды show ip ospf neighbor. Выходные данные этой команды с наибольшей вероятностью будут содержать одно из следующих состояний:

• ничего

• state = down (состояние: отключено)

• state = init (состояние: инициализация)

• state = exstart (состояние: запуск обмена данными)

• state = exchange (состояние: обмен данными)

• state = 2-way (состояние: двустороннее согласование)

• state = loading (состояние: загрузка)

Существуют и другие состояния OSPF, но приведенные выше встречаются в выходных данных команды show ip ospf neighbor чаще всего. Подробные сведения о состояниях соседства OSPF и их пояснение можно найти в документе Состояния соседства OSPF.

Таймеры

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

• Hello Timer — таймер отсылки Hello. Как только он истекает, отправляется новое Hello сообщение.
• Dead Interval — интервал, в течении которого роутер надеется услышать Hello от соседа. Если такое сообщение не получено, роутер признается умершим.
• MaxAge — время, по истечении которого LSA считается устаревшей. После этого LSA покидает LSDB.
• IfTransDelay — значение на которое будет увеличиваться время жизни LSA.
• Wait Timer — время в течении которого роутер будет ждать информации о DR/BDR в Hello от соседа. Обычно равен DeadInterval. После истечения начинаются выборы. Сделанно это для того, чтобы предотвратить ненужные измениня DR/BDR.
• RxmtInterval — если LSA не был подтвержден от соседа, роутер перешлет его повторно по истечению этого таймера.
• PollInterval — в NBMA сетях соседство настраивается вручную. Если сосед перешел в состояние Down, Hello сообщения отправляются ему с PollInterval, который длиньше Hello. NBMA сети изначально полагаются более медленными, и, для экономии ресурсов линка, Hello отправляется реже.

Типы объявлений о состоянии канала (LSA)

Type 1 LSA — Router LSA — объявление о состоянии каналов маршрутизатора. Эти LSA распространяются всеми маршрутизаторами. В LSA содержится описание всех каналов маршрутизатора и стоимость (cost) каждого канала. Распространяются только в пределах одной зоны.

Type 2 LSA — Network LSA — объявление о состоянии каналов сети. Распространяется DR в сетях со множественным доступом. В LSA содержится описание всех маршрутизаторов присоединенных к сети, включая DR. Распространяются только в пределах одной зоны.

Type 3 LSA — Network Summary LSA — суммарное объявление о состоянии каналов сети. Объявление распространяется пограничными маршрутизаторами. Объявление описывает только маршруты к сетям вне зоны и не описывает маршруты внутри автономной системы. Пограничный маршрутизатор отправляет отдельное объявление для каждой известной ему сети.

Когда маршрутизатор получает Network Summary LSA от пограничного маршрутизатора он не запускает алгоритм вычисления кратчайшего пути. Маршрутизатор просто добавляет к стоимости маршрута указанного в LSA стоимость маршрута к пограничному маршрутизатору. Затем маршрут к сети через пограничный маршрутизатор помещается в таблицу маршрутизации.

Type 4 LSA — ASBR Summary LSA — суммарное объявление о состоянии каналов пограничного маршрутизатора автономной системы. Объявление распространяется пограничными маршрутизаторами. ASBR Summary LSA отличается от Network Summary LSA тем, что распространяется информация не о сети, а о пограничном маршрутизаторе автономной системы.

Type 5 LSA — AS External LSA — объявление о состоянии внешних каналов автономной системы. Объявление распространяется пограничным маршрутизатором автономной системы в пределах всей автономной системы. Объявление описывает маршруты, внешние для автономной системы OSPF, или маршруты по умолчанию (default route), внешние для автономной системы OSPF.

Type 6 LSA — Multicast OSPF LSA — специализированный LSA, который используют мультикаст OSPF приложения (Not implemented by CISCO).

Type 7 LSA — AS External LSA for NSSA — объявления о состоянии внешних каналов автономной системы в NSSA зоне. Это объявление может передаваться только в NSSA зоне. На границе зоны пограничный маршрутизатор преобразует type 7 LSA в type 5 LSA.

Type 8 LSA — Link LSA — анонсирует link-local адрес и префикс(ы) маршрутизатора всем маршрутизаторам разделяющим канал (link). Отправляется только если на канале присутствует более чем один маршрутизатор. Распространяются только в пределах канала (link).

Type 9 LSA — Intra-Area-Prefix LSA  ставит в соответствие:
список префиксов IPv6 и маршрутизатор, указывая на Router LSA,
список префиксов IPv6 и транзитную сеть, указывая на Network LSA.
Распространяются только в пределах одной зоны.

Состояние не обнаружено

Если команда show ip ospf neighbor не показывает никаких данных об анализируемом соседнем узле, это означает, что данный маршрутизатор не получал от этого соседнего узла действительных пакетов приветствия OSPF (HELLO). Это означает, что пакеты OSPF HELLO по протоколу OSPF от данного соседнего узла либо не принимались, либо принятые пакеты HELLO не прошли простейшие проверки на корректность.

Выполните следующие проверки.

• Отвечает ли на запросы интерфейс на локальном маршрутизаторе и соседнем маршрутизаторе с рабочим линейным протоколом? Для проверки воспользуйтесь командой show interface.

• Проверьте IP-соединение между соседними маршрутизаторами, как показано ниже.

  • Соседний узел отвечает на команду ping? Отправьте эхозапрос на IP-адрес, назначенный соответствующему интерфейсу на соседнем маршрутизаторе. Выполните на этом же адресе команду traceroute и проверьте, есть ли промежуточные переходы на пути к получателю.

    

    

    

    

    

    

    

    

    

    

  • Отвечает ли соседний узел на команду типа ping 224.0.0.5? (224.0.0.5 – адрес, на который отправляются пакеты OSPF HELLO.)

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

• Включен ли протокол OSPF на вашем интерфейсе и на интерфейсе соседнего маршрутизатора? Для проверки выполните команду show ip ospf interface.

• Настроен ли протокол OSPF как пассивный для интерфейса локального или соседнего маршрутизатора? Выполните команду show ip ospf interface, чтобы проверить, выходят ли пакеты HELLO через интерфейс. Для активного интерфейса OSPF всегда присутствует строка наподобие следующей:

• Убедитесь в том, что соседние маршрутизаторы имеют различные идентификаторы маршрутизаторов. Идентификаторы маршрутизаторов используются для идентификации отдельных маршрутизаторов в сети OSPF. Маршрутизаторы с совпадающими идентификаторами будут игнорировать пакеты HELLO друг друга, что не позволит им сформировать смежность. В первой строке выходных данных команды show ip ospf приводится текущий идентификатор каждого маршрутизатора.

• Убедитесь в том, что на соседних интерфейсах совпадают следующие параметры приветствия:

  • Номер области OSPF (для проверки задайте команду show ip ospf interface имя-интерфейса).

  • Тип области OSPF, например тупиковая (stub) или NSSA (используйте для проверки команду show ip ospf).

  • Подсеть и маска подсети (для проверки выполните команду show interface).

  • Пакеты OSPF HELLO и значения таймера простоя (воспользуйтесь для проверки командой show ip ospf interface interface-name).

• Если проблема возникает на двухточечной линии (например, PPP или HDLC) и одновременно между парой маршрутизаторов существует два и более параллельных соединений, то следует проверить, правильно ли подключены линии. Предположим, что планировалось соединить интерфейс Serial0/0 на одном маршрутизаторе с интерфейсом Serial0/0 на его соседнем узле, а интерфейс Serial1/0 – с интерфейсом Serial1/0 на соседнем узле, но интерфейсы случайно оказались соединенными в перекрестном порядке: интерфейс Serial0/0 каждого маршрутизатора – с интерфейсом Serial1/0 соседнего. Команда ping может не обнаруживать подобной проблемы, но OSPF не сможет установить смежность. Для проверки правильности соединения устройств руководствуйтесь сведениями, которые предоставляет протокол обнаружения устройств Cisco (CDP). Выполните команду show cdp neighbor имя-интерфейса, чтобы проверить, соответствуют ли имя и идентификатор порта (PortID) удаленного устройства структуре сети.

Примечание. Смежности OSPF формируются только по основным сетям, а не по второстепенным.

Если по итогам всех этих проверок команда show ip ospf neighbor по-прежнему не дает никакой информации, то проблема носит необычный характер и необходимо обратиться за помощью в компанию Cisco.