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 веза дају потпуно другачије понашање суседа.

Ако пројекат жели да чвориште носи одређену улогу, модел и доступност морају то заједно да подрже. Чвориште које не може да размењује потребне пакете са сваким учесником неће постати користан одређени рутер само зато што му је приоритет висок. Прво проверите стања суседа и основну испоруку, па онда одлучите да ли је улога погрешна или само неочекивана.

Подобност је по интерфејсу, а предност није аутоматска

Приоритет се поставља по интерфејсу, а приоритет нула уклања тај интерфејс из оба избора. Међу подобним учесницима победника одлучује приоритет и затим ИД рутера, али новопридошли рутер са вишим приоритетом не истискује постојећи одређени рутер. То одсуство предности је намерно и изненађује оне који очекују да највиши приоритет победи одмах. Ако одређени рутер мора да носи улогу, планирајте редослед догађаја уместо да претпостављате да промена конфигурације делује сама.

Искључивање сваког spoke-а без обезбеђивања другог подобног учесника такође значи да резерве можда нема уопште.

Упоредите два објашњења искрено: улога прочитана са погрешног сегмента, или сегмент чији чланови не могу да се достигну. Прво је питање пројектовања, друго питање испоруке, и само једно од њих се поправља изменом приоритета.