OSPF DR и BDR: выбор принадлежит интерфейсу

Роли OSPF привязаны к интерфейсам, а не к корпусу. Одно и то же устройство может быть назначенным маршрутизатором в своём сегменте LAN и ничем особенным в туннеле, и эти два факта не противоречат друг другу. Чтение роли с неверного интерфейса — самая частая причина, по которой концентратор выглядит настроенным неправильно, хотя работает ровно так, как задумано.

Важное сравнение — между ролями в одном сегменте и ролями через маршрутизатор, а также между тем, что делает резерв, и тем, чего он не делает.

Один выбор на сегмент

RFC 2328 выбирает назначенный маршрутизатор и резервный назначенный маршрутизатор для каждой сети broadcast или NBMA, а не для маршрутизатора и не для области. Каждый интерфейс, участвующий в такой сети, проводит свой собственный выбор со своим приоритетом и своим набором соседей. Корпус с тремя такими интерфейсами может одновременно нести три разные роли, поэтому утверждение, что концентратор — это DR, неполно, пока не назван сегмент. Читайте роль из вывода соседей именно этого интерфейса.

Два интерфейса в одной области — это всё ещё два выбора. Принадлежность к области их не объединяет.

Что делает резерв, пока ждёт

Резервный назначенный маршрутизатор полностью смежен с маршрутизаторами своего сегмента и держит свою базу данных синхронизированной, чтобы принять роль без образования нового смежного отношения. Чего он не делает в роли резерва — не создаёт network-LSA этой сети, так как она принадлежит назначенному маршрутизатору. Его роль в затоплении на некоторых шагах уже, чем у назначенного маршрутизатора, что не то же самое, что молчание или бездействие. Отношение к резерву как к маршрутизатору, который ничего не делает до повышения, порождает очень уверенные и очень неверные объяснения.

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

Какую модель туннель использует на самом деле

Сети broadcast и NBMA выбирают; сети point-to-point и point-to-multipoint — нет, потому что общего сегмента для выбора не существует. В наложении hub-and-spoke действующая модель зависит от того, как настроен интерфейс туннеля, поэтому прочитайте его прежде чем толковать любую роль. Туннель, ведущий себя как широковещательный сегмент, и туннель, ведущий себя как набор соединений point-to-point, дают совершенно разное поведение соседей.

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

Пригодность — по интерфейсу, а приоритет не автоматический

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

Исключение каждого spoke без предоставления другого пригодного участника также означает, что резерва может не быть вовсе.

Сравните оба объяснения честно: роль, прочитанная из неверного сегмента, или сегмент, участники которого не достигают друг друга. Первое — вопрос проектирования, второе — вопрос доставки, и только одно из них исправляется правкой приоритета.