OSPF — 2 метода подавления выборов BR/BDR
-
Всем привет! Предположим, у меня есть 2 маршрутизатора, напрямую подключенных к маршрутизируемому каналу, и эти 2 маршрутизатора являются соседями OSPF. Поскольку канал является маршрутизируемым, я не хочу, чтобы происходило избрание DR/BDR и тратилось время. Чтобы избежать избрания DR/BDR, я полагаю, что могу использовать один из этих 2 методов: Установить приоритет OSPF маршрутизатора на 0 (
ip ospf priority 0
), который применяется ко всему маршрутизатору
Установить тип сети OSPF на отдельном маршрутизируемом канале как «точка-точка» (
ip ospf network point-to-point
), что применимо только к этому каналу (похоже, эта команда также устанавливает приоритет OSPF на 0 на канале? Мой вопрос: есть ли какая-либо разница/предпочтение между этими двумя методами подавления процесса выбора DR/BDR на физическом маршрутизируемом канале? 0xD2A6762E -
Второй метод, p2p, обычно предпочтительнее, поскольку он зависит от интерфейса. Первый метод предполагает, что действительно существует несколько маршрутизаторов, совместно использующих сегмент широковещательной передачи. Кроме того, помимо установки значений приоритета равных нулю для исключения маршрутизатора из выбора DR, он также используется для установки приоритета. Таким образом,
первый
второй метод лучше отражает отношения p2p. -
Ой, спасибо, да, я хотел написать второй метод. Я исправил свой первоначальный ответ. О, еще подумав об этом, если все маршрутизаторы в общем сегменте широковещания настроены на работу с DR/BDR, но все имеют приоритет нуль, то соседство будет установлено, потому что логически ожидается, что будет DR, управляющий объявлениями, так как приоритет нуль просто указывает, что этот маршрутизатор не является кандидатом на DR или BDR. Кстати, в сетях OSPF, с которыми я работал, мы обычно использовали p2p для соединения двух маршрутизаторов с помощью Ethernet, независимо от того, был ли (как в большинстве случаев) Ethernet-канал действительно p2p или мы планировали, что только два маршрутизатора будут совместно использовать сегмент Ethernet (на нем также могли быть пограничные хосты). P2p быстрее формирует соседство.
-
@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. Извините за бессвязность, но надеюсь, что это имеет смысл и в какой-то мере полезно. -
Да, это хороший момент — использование оператора
point-to-point
позволяет осуществлять детальный контроль, а также четко обозначить, что «да, это p2p-связь». И ваше последнее предложение: Итак, первый метод лучше отражает отношения p2p. Вы имели в виду, что
второй
метод лучше отражает отношения p2p? Хочу убедиться, что я ничего не упустил. 0xD2A6762E -
А, хорошо, отлично, и это, возможно, тот ответ, который мне нужен, поскольку
приоритет 0
не обязательно «подавляет» выборы DR/BDR, а просто означает, что маршрутизатор не является
кандидатом
на роль DR/BDR — так что, как вы сказали, среди маршрутизаторов в сегменте все еще существует некое «ожидание», что КТО-ТО должен быть DR/BDR, и если никто не подходит (у всех настроен
приоритет 0
), то, как вы сказали, это приведет к неопределенным/нестабильным соседствам. С другой стороны, использование сети p2p действительно полностью устраняет выборы DR/BDR, что имеет смысл в контексте OSPF и объясняет, почему DR/BDR существуют в первую очередь (на p2p-связи DR/BDR вообще не нужны и т. д.). Еще раз спасибо! 0xD2A6762E -
@Royalty
, отлично, спасибо! 0xD2A6762E
Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.
Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.
С вашими комментариями этот пост может стать ещё лучше 💗
Зарегистрироваться Войти