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 без осигуряване на друг допустим участник също означава, че може да няма никакъв резервен.

Сравнете двете обяснения честно: роля, прочетена от грешния сегмент, или сегмент, чиито членове не се достигат взаимно. Първото е въпрос на проект, второто е въпрос на доставка, и само едно от тях се поправя с редактиране на приоритет.