OSPF — 2 метода подавления выборов BR/BDR

Reply to OSPF — 2 метода подавления выборов BR/BDR on Fri, 13 Feb 2026 19:59:01 GMT

vv0bbLeS — Fri, 13 Feb 2026 19:59:01 GMT

@Royalty
, отлично, спасибо! 0xD2A6762E

Reply to OSPF — 2 метода подавления выборов BR/BDR on Fri, 13 Feb 2026 19:59:00 GMT

vv0bbLeS — Fri, 13 Feb 2026 19:59:00 GMT

А, хорошо, отлично, и это, возможно, тот ответ, который мне нужен, поскольку
приоритет 0
не обязательно «подавляет» выборы DR/BDR, а просто означает, что маршрутизатор не является
кандидатом
на роль DR/BDR — так что, как вы сказали, среди маршрутизаторов в сегменте все еще существует некое «ожидание», что КТО-ТО должен быть DR/BDR, и если никто не подходит (у всех настроен
приоритет 0
), то, как вы сказали, это приведет к неопределенным/нестабильным соседствам. С другой стороны, использование сети p2p действительно полностью устраняет выборы DR/BDR, что имеет смысл в контексте OSPF и объясняет, почему DR/BDR существуют в первую очередь (на p2p-связи DR/BDR вообще не нужны и т. д.). Еще раз спасибо! 0xD2A6762E

Reply to OSPF — 2 метода подавления выборов BR/BDR on Fri, 13 Feb 2026 19:58:59 GMT

vv0bbLeS — Fri, 13 Feb 2026 19:58:59 GMT

Да, это хороший момент — использование оператора
point-to-point
позволяет осуществлять детальный контроль, а также четко обозначить, что «да, это p2p-связь». И ваше последнее предложение: Итак, первый метод лучше отражает отношения p2p. Вы имели в виду, что
второй
метод лучше отражает отношения p2p? Хочу убедиться, что я ничего не упустил. 0xD2A6762E

Reply to OSPF — 2 метода подавления выборов BR/BDR on Fri, 13 Feb 2026 19:58:58 GMT

Royalty — Fri, 13 Feb 2026 19:58:58 GMT

@vv0bbLeS
Просто хочу добавить несколько мыслей, надеюсь, они будут полезны... Метод 1, заключающийся в установке приоритета 0 на двух подключенных маршрутизаторах с типом сети «broadcast», не сработает, поскольку маршрутизаторы будут формировать только соседство OSPF (также известное как состояние FULL) с DR/BDR в качестве поведения типа сети. Поскольку установка приоритета 0 на обоих маршрутизаторах сообщает им, что они не могут быть избраны в качестве DR/BDR ни при каких обстоятельствах, маршрутизаторы будут формировать только соседство OSPF. Соседство OSPF сходно с состоянием 2-WAY, в котором маршрутизаторы не обмениваются информацией о топологии друг с другом.
Безусловно, это лучший и единственный действительный вариант при использовании этих двух методов. Я также разделяю мнение, которое вы и
@Joseph W. Doherty
прекрасно выразили, что установка приоритета 0 не устраняет необходимость в DR/BDR и не останавливает процесс избрания, а лишь указывает, что сам маршрутизатор не может стать DR/BDR. OSPF, безусловно, имеет очень строгую иерархическую структуру. Для правильной работы сети широковещательного типа необходимо наличие DR/BDR. Вы не можете настроить соседей вручную (в отличие от многоадресного/динамического обнаружения) или сделать что-либо еще, чтобы отклониться от этого поведения, поэтому простое установление приоритета 0 даже не позволит сформировать соседство. При настройке типа сети OSPF на «точка-точка» приоритет следует оставить на значении по умолчанию. Даже маршрутизатор, настроенный как тип сети OSPF «точка-точка», все равно может стать DR для других маршрутизаторов, настроенных, например, как широковещательные, хотя это и является недействительной конструкцией, но также служит механизмом обнаружения для сообщений syslog консоли, которые отображают несоответствие типа сети. Основное назначение приоритета 0 заключалось в том, чтобы предотвратить становление маршрутизатора DR/BDR, например, в DMVPN, где неправильный маршрутизатор, ставший DR, может вызвать полный сбой WAN. Похоже, что эта команда также устанавливает приоритет OSPF на 0 на канале связи? Команда покажет приоритет соседнего маршрутизатора как 0, но не свой собственный. Например, при соединении между R1 и R2 установка
ip ospf network point-to-point
на R1 приведет к тому, что R1 будет видеть R2 (где R2 также настроен как тип сети point-to-point) с приоритетом 0, даже если R2 установлен на приоритет по умолчанию 1. Даже если R2 был настроен с
ip ospf priority2
, R1 все равно будет видеть приоритет 0. Если мы удалим R1 из схемы и добавим новый маршрутизатор R3, подключив его к R2 с R3, настроенным как сеть типа broadcast, вы увидите, что R3 правильно определяет, что R2 имеет приоритет по умолчанию 1, несмотря на то, что R2 также настроен как сеть типа point-to-point. Извините за бессвязность, но надеюсь, что это имеет смысл и в какой-то мере полезно.

Reply to OSPF — 2 метода подавления выборов BR/BDR on Fri, 13 Feb 2026 19:58:57 GMT

Joseph W. Doherty — Fri, 13 Feb 2026 19:58:57 GMT

Ой, спасибо, да, я хотел написать второй метод. Я исправил свой первоначальный ответ. О, еще подумав об этом, если все маршрутизаторы в общем сегменте широковещания настроены на работу с DR/BDR, но все имеют приоритет нуль, то соседство будет установлено, потому что логически ожидается, что будет DR, управляющий объявлениями, так как приоритет нуль просто указывает, что этот маршрутизатор не является кандидатом на DR или BDR. Кстати, в сетях OSPF, с которыми я работал, мы обычно использовали p2p для соединения двух маршрутизаторов с помощью Ethernet, независимо от того, был ли (как в большинстве случаев) Ethernet-канал действительно p2p или мы планировали, что только два маршрутизатора будут совместно использовать сегмент Ethernet (на нем также могли быть пограничные хосты). P2p быстрее формирует соседство.

Reply to OSPF — 2 метода подавления выборов BR/BDR on Fri, 13 Feb 2026 19:58:56 GMT

Joseph W. Doherty — Fri, 13 Feb 2026 19:58:56 GMT

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