OSPF DR і BDR: выбары належаць інтэрфейсу

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

Істотнае параўнанне — паміж ролямі на адным сегменце і ролямі праз маршрутызатар, а таксама паміж тым, што рэзервовы робіць і чаго не робіць.

Адзін выбар на сегмент

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

Два інтэрфейсы ў адной вобласці — гэта ўсё яшчэ два выбары. Прыналежнасць да вобласці іх не злівае.

Што рэзервовы робіць, пакуль чакае

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

Карыснае пытанне не ў тым, ад чаго рэзервовы ўстрымліваецца, а ў тым, ці можа сегмент даставіць пакеты OSPF, якіх патрабуе мадэль. Калі ўдзельнік не можа абменьвацца імі з іншымі, вынік выбараў — сімптом дасяжнасці, а не прычына.

Якую мадэль тунель фактычна выкарыстоўвае

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

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

Прыдатнасць — па інтэрфейсе, а перавага не аўтаматычная

Прыярытэт задаецца для кожнага інтэрфейса, і прыярытэт нуль выводзіць гэты інтэрфейс з абодвух выбараў. Сярод прыдатных удзельнікаў пераможца вызначаецца прыярытэтам, а затым ID маршрутызатара, але новапрыбылы маршрутызатар з вышэйшым прыярытэтам не выцясняе існуючага прызначанага маршрутызатара. Гэтая адсутнасць перавагі наўмысная, і яна здзіўляе тых, хто чакае, што найвышэйшы прыярытэт пераможа адразу. Калі пэўны маршрутызатар мусіць несці ролю, плануйце парадак падзей, а не мяркуйце, што змена канфігурацыі ўступіць у сілу сама па сабе.

Выключэнне ўсіх spoke без прадастаўлення іншага прыдатнага ўдзельніка таксама азначае, што рэзервовага можа не быць зусім.

Параўнайце два тлумачэнні сумленна: роля, прачытаная з няправільнага сегмента, або сегмент, чые ўдзельнікі не дасягаюць адзін аднаго. Першае — пытанне дызайну, другое — пытанне дастаўкі, і толькі адно з іх выпраўляецца рэдагаваннем прыярытэту.