Особое внимание следует уделить настройке OSPF в нешироковещательных средах множественного доступа, таких как Frame Relay, X.25 и ATM. Протокол воспринимает эти среды как обычную широковещательную среду, например Ethernet. Облака NBMA обычно строятся с помощью концентраторов и топологии "звезда". PVC или SVC располагаются в частично-связанной сети и физическая топология не предоставляет множественный доступ, но OSPF считает, что множественный доступ поддерживается. Выбор DR становится проблемой, поскольку DR и BDR должны иметь полноценное физическое подключение ко всем маршрутизаторам облака.
Кроме того, из-за отсутствия широковещательных возможностей, маршрутизаторы DR и BDR должны иметь статический список всех остальных маршрутизаторов, подключенных к облаку. Это достигается с помощью команды neighbor ip-address[priority number] [poll-interval seconds] , где "ip-address" и "priority" — IP-адрес и приоритет OSPF, присвоенный соседу. Сосед с приоритетом 0 рассматривается как непригодный для выбора DR. "poll-interval" (интервал опроса) — это промежуток времени, в течение которого интерфейс NBMA ожидает начала опроса (отправки пакета приветствия), предположительно отключенного, соседнего узла.
Команда neighbor применяется к маршрутизаторам, которые потенциально могут быть маршрутизаторами DR или BDR (значение приоритета интерфейса не равняется 0). Ниже показан сетевая диаграмма, в которой выбор DR очень важен: В диаграмме выше очень важно, чтобы интерфейс RTA мог быть выбран маршрутизатором DR. Это связано с тем, что RTA — единственный маршрутизатор с полноценным подключением к другим маршрутизаторам. На выбор DR может повлиять установка приоритета ospf в интерфейсах. Маршрутизаторы, которые не должны становиться DR или BDR будут иметь приоритет 0, другие маршрутизаторы могут иметь более низкий приоритет.
Использование команды neighbor не будет подробно рассматриваться в этом документе, так новые способы настройки типа сети для интерфейса, которые не зависят от базовой физической среды, делают эту команду ненужной. Они рассматриваются в следующем разделе. Как избежать использования выделенных маршрутизаторов и команды neighbor в средах NBMA Чтобы избежать сложностей, связанных с настройкой статических соседей, и предотвратить назначение тех или иных маршрутизаторов DR или BDR в нешироковещательном облаке, используются различные методы. Выбор подходящего способа зависит от того, организуется ли новая сеть или модифицируется существующая.
Субинтерфейсы "точка-точка" Субинтерфейс — это логический способ задания интерфейса. Один физический интерфейс можно разделить на несколько логических, при этом каждый субинтерфейс можно определить как соединение "точка-точка". Первоначально эта возможность предназначалась для более эффективного решения проблем, связанных с разделением горизонтов NBMA и векторными протоколами маршрутизации. Субинтерфейс типа "точка-точка" имеет такие же параметры, как и любой другой физический интерфейс типа "точка-точка". С точки зрения OSPF, смежность всегда формируется через субинтерфейс "точка-точка" без выбора DR или BDR. Ниже представлена иллюстрация использования субинтерфейсов "точка-точка":