<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Как OSPF понимает общую топологию для выбора DR&#x2F;BDR]]></title><description><![CDATA[<p dir="auto">Симптомы:<br />
С приложенной схемой, которая имеет точечную связь L3 с помощью коммутаторов, почему здесь происходит выбор DR/BDR, вывод сделан ниже:<br />
Router0#show ip ospf neighbor<br />
Neighbor ID Pri State Dead Time Address Interface<br />
192.168.20.1 1 FULL/DR 00:00:31 11.0.0.2 GigabitEthernet0/0/1<br />
Router0#<br />
Router1#show ip ospf neighbor<br />
Neighbor ID Pri State Dead Time Address Interface<br />
192.168.10.1 1 FULL/BDR 00:00:37 11.0.0.1 GigabitEthernet0/0/1<br />
Router1#<br />
![RichR_0-1745498229492.png]<br />
Диагностика:<br />
Важное различие, которое необходимо учитывать при проектировании или анализе сетей OSPF (Open Shortest Path First). В представленной вами топологии, несмотря на наличие точечных соединений между маршрутизаторами и коммутаторами, тип сети, интерпретируемый OSPF, зависит от типа интерфейса и конфигурации, а не только от физической схемы. Решение</p>
<ol>
<li>Вы видите выборы DR/BDR, потому что OSPF использует тип сети широковещательной передачи по умолчанию на интерфейсах Ethernet.</li>
<li>Если вы не хотите DR/BDR (и прямую смежность между маршрутизаторами), настройте эти интерфейсы как OSPF «точка-точка».</li>
<li>Коммутаторы в этой конфигурации действуют как носители уровня 2, но OSPF рассматривает Ethernet как способный к широковещательной передаче, если не указано иное.</li>
</ol>
<p dir="auto"><img src="/forum/uploads/files/cisco/99153fcabad42515be364071782e05e193ca5e08.png" alt="" class=" img-fluid img-markdown" /></p>
<p dir="auto"><img src="/forum/uploads/files/cisco/8fecd1a8928be9a85416e81dc0c53125a4c09fb4.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/topic/1668/как-ospf-понимает-общую-топологию-для-выбора-drbdr</link><generator>RSS for Node</generator><lastBuildDate>Thu, 14 May 2026 20:51:17 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/1668.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 24 Feb 2026 20:52:56 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Как OSPF понимает общую топологию для выбора DR&#x2F;BDR on Tue, 24 Feb 2026 20:52:59 GMT]]></title><description><![CDATA[<p dir="auto">Спасибо за ваши комментарии и быстрый ответ с подробным объяснением необходимости использования CLI - «<br />
ip ospf network point-to-point» для явного указания OSPF-соединения как Point-to-Point. Я поделился с читателями информацией по теме OSPF, чтобы они могли наглядно понять и принять участие в обсуждении темы различий между P2P и non-P2P-связью/broadcast-связью с выбором DR/BDR.</p>
]]></description><link>https://sla247.ru/forum/post/12407</link><guid isPermaLink="true">https://sla247.ru/forum/post/12407</guid><dc:creator><![CDATA[guhanece]]></dc:creator><pubDate>Tue, 24 Feb 2026 20:52:59 GMT</pubDate></item><item><title><![CDATA[Reply to Как OSPF понимает общую топологию для выбора DR&#x2F;BDR on Tue, 24 Feb 2026 20:52:58 GMT]]></title><description><![CDATA[<p dir="auto">В дополнение к комментарию<br />
@Rich R<br />
, у меня тоже есть несколько критических замечаний. Во-первых, хотя я уверен, что цель этого документа заключалась в рассмотрении поведения OSPF по умолчанию в среде с множественным доступом (в данном примере — Ethernet), которое может быть не самым оптимальным выбором, но когда акцент делается на категориях «Симптомы», «Диагностика» и «Решение», это дает понять, что мы имеем дело с какой-то проблемой. Опять же, на самом деле нет никакой проблемы, поскольку OSPF будет работать нормально в этом случае с соседними соседями, использующими DR/BDR, что опять же является поведением по умолчанию и ожидаемым. (Кстати, я полагаю, что один из наших VIP-персон,<br />
@MHM Cisco World<br />
, на самом деле предпочитает использовать в таких случаях DR/BDR, когда может быть настроен OSPF p2p.) Во-вторых, я считаю, что представленная топология действительно не дает понять, что между двумя маршрутизаторами, транзитными коммутаторами, существует (логическая) топология p2p. Конечно, она может быть, но коммутаторы неявно поддерживают подключение нескольких устройств к домену L2 в дополнение к этим двум маршрутизаторам. Если бы между двумя маршрутизаторами использовалось фактическое физическое p2p Ethernet-соединение, это лучше подчеркнуло бы, что, поскольку Ethernet предполагает многоточечный доступ, OSPF по умолчанию использовал бы соседство DR/BDR. Или, возможно, следует показать обе физические топологии, т. е. физическое p2p и соединение через коммутатор. (Кроме того, второй коммутатор, на мой взгляд, не имеет отношения к этому примеру). В случае, если вы настраиваете OSPF p2p на топологии, которая физически не обеспечивает p2p, вы также можете упомянуть, что при использовании только двух маршрутизаторов они могут быть определены для p2p, но если будет добавлен третий маршрутизатор, он не сможет автоматически сформировать соседство с двумя уже существующими. Кстати, «3)<br />
Коммутаторы в этой конфигурации действуют как средства связи уровня 2, но OSPF рассматривает Ethernet как способный к широковещательной передаче, если не указано иное».<br />
Это так, но для двух маршрутизаторов это не имеет значения. Важно то, что «</p>
<ol>
<li>Вы видите выборы DR/BDR, потому что OSPF использует тип широковещательной сети по умолчанию на интерфейсах Ethernet». «2) Если вы не хотите DR/BDR (и прямую соседскую связь между маршрутизаторами), настройте эти интерфейсы как OSPF point-to-point». Это нормально, если вы уверены, что это то, что вам нужно. Опять же, OSPF будет нормально работать с DR/BDR. Однако есть несколько преимуществ использования p2p, на которые вы можете обратить внимание.</li>
</ol>
]]></description><link>https://sla247.ru/forum/post/12406</link><guid isPermaLink="true">https://sla247.ru/forum/post/12406</guid><dc:creator><![CDATA[Joseph W. Doherty]]></dc:creator><pubDate>Tue, 24 Feb 2026 20:52:58 GMT</pubDate></item><item><title><![CDATA[Reply to Как OSPF понимает общую топологию для выбора DR&#x2F;BDR on Tue, 24 Feb 2026 20:52:57 GMT]]></title><description><![CDATA[<blockquote></blockquote>
<ol start="2">
<li>Если вы не хотите использовать DR/BDR (и прямую смежность между маршрутизаторами), настройте эти интерфейсы как OSPF point-to-point. <a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/guhanece" aria-label="Profile: guhanece">@<bdi>guhanece</bdi></a>,<br />
если вы советуете людям так поступать, то вам следует хотя бы объяснить, как это настроить, а именно:<br />
ip ospf network point-to-point<br />
,<br />
настроенный на IP-интерфейсе.<br />
И предоставьте людям справочные материалы, к которым они могут обратиться:<br />
<a href="https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/iproute_ospf/configuration/xe-16-8/iro-xe-16-8-book/iro-multi-area-adj-xe.html" rel="nofollow ugc">https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/iproute_ospf/configuration/xe-16-8/iro-xe-16-8-book/iro-multi-area-adj-xe.html</a><br />
<a href="https://www.cisco.com/c/en/us/support/docs/ip/open-shortest-path-first-ospf/118879-configure-ospf-00.html" rel="nofollow ugc">https://www.cisco.com/c/en/us/support/docs/ip/open-shortest-path-first-ospf/118879-configure-ospf-00.html</a><br />
<a href="https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/iproute_ospf/command/iro-cr-book/m_ospf-i1.html#wp3564440872" rel="nofollow ugc">https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/iproute_ospf/command/iro-cr-book/m_ospf-i1.html#wp3564440872</a></li>
</ol>
]]></description><link>https://sla247.ru/forum/post/12405</link><guid isPermaLink="true">https://sla247.ru/forum/post/12405</guid><dc:creator><![CDATA[Rich R]]></dc:creator><pubDate>Tue, 24 Feb 2026 20:52:57 GMT</pubDate></item></channel></rss>