OSPF DR i BDR: wybór należy do interfejsu

Role OSPF wiążą się z interfejsami, nie z obudową. To samo urządzenie może być routerem wyznaczonym w swoim segmencie LAN i niczym szczególnym w tunelu, a te dwa fakty się nie wykluczają. Odczytanie roli z niewłaściwego interfejsu to najczęstszy powód, dla którego koncentrator wygląda na źle skonfigurowany, choć działa dokładnie tak, jak zaprojektowano.

Istotne porównanie dotyczy ról w jednym segmencie i ról w poprzek routera oraz tego, co robi zapas, a czego nie robi.

Jeden wybór na segment

RFC 2328 wybiera router wyznaczony i zapasowy router wyznaczony dla każdej sieci broadcast lub NBMA, a nie dla routera i nie dla obszaru. Każdy interfejs uczestniczący w takiej sieci prowadzi własny wybór z własnym priorytetem i własnym zbiorem sąsiadów. Obudowa z trzema takimi interfejsami może mieć trzy różne role naraz, dlatego stwierdzenie, że koncentrator jest DR, jest niepełne, dopóki nie nazwie się segmentu. Rolę czytaj z wyjścia sąsiadów właśnie tego interfejsu.

Dwa interfejsy w tym samym obszarze to nadal dwa wybory. Przynależność do obszaru ich nie scala.

Co robi zapas, kiedy czeka

Zapasowy router wyznaczony jest w pełni sąsiedzki z routerami swojego segmentu i utrzymuje swoją bazę danych w synchronizacji, aby mógł przejąć rolę bez tworzenia nowego sąsiedztwa. Czego nie robi, działając jako zapas, to generowanie network-LSA tej sieci, ponieważ należy ona do routera wyznaczonego. Jego rola zalewania jest w niektórych krokach węższa niż routera wyznaczonego, co nie jest tym samym co milczenie lub bezczynność. Traktowanie zapasu jako routera, który nic nie robi do awansu, daje bardzo pewne i bardzo błędne wyjaśnienia.

Użyteczne pytanie nie brzmi, czego zapas zaniecha, ale czy segment potrafi dostarczyć pakiety OSPF wymagane przez model. Jeśli uczestnik nie może wymieniać ich z innymi, wynik wyboru jest objawem osiągalności, a nie przyczyną.

Jakiego modelu tunel faktycznie używa

Sieci broadcast i NBMA wybierają; sieci punkt-punkt i punkt-wielopunkt nie, bo nie ma wspólnego segmentu, na którym można wybierać. W nakładce hub-and-spoke efektywny model zależy od tego, jak skonfigurowano interfejs tunelu, więc przeczytaj go przed interpretacją jakiejkolwiek roli. Tunel zachowujący się jak segment broadcast i tunel zachowujący się jak zbiór łączy punkt-punkt dają zupełnie inne zachowanie sąsiadów.

Jeśli projekt chce, by koncentrator pełnił rolę wyznaczoną, model i osiągalność muszą to wspierać razem. Koncentrator, który nie potrafi wymienić wymaganych pakietów z każdym uczestnikiem, nie stanie się użytecznym routerem wyznaczonym tylko dlatego, że ma wysoki priorytet. Sprawdź najpierw stany sąsiadów i dostarczanie bazowe, potem zdecyduj, czy rola jest błędna, czy tylko nieoczekiwana.

Kwalifikacja jest na interfejs, a pierwszeństwo nie jest automatyczne

Priorytet ustawia się na interfejs, a priorytet zero usuwa ten interfejs z obu wyborów. Wśród kwalifikujących się uczestników zwycięzcę wyznacza priorytet, a następnie ID routera, jednak nowo przybyły router z wyższym priorytetem nie wypiera istniejącego routera wyznaczonego. Ten brak pierwszeństwa jest zamierzony i zaskakuje tych, którzy oczekują, że najwyższy priorytet wygra natychmiast. Jeśli konkretny router ma pełnić rolę, zaplanuj kolejność zdarzeń, zamiast zakładać, że zmiana konfiguracji zadziała sama.

Wykluczenie każdego spoke bez zapewnienia innego kwalifikującego się uczestnika oznacza też, że może w ogóle nie być zapasu.

Porównaj oba wyjaśnienia uczciwie: rolę odczytaną z niewłaściwego segmentu albo segment, którego członkowie nie mogą się wzajemnie osiągnąć. Pierwsze jest pytaniem o projekt, drugie o dostarczanie, i tylko jedno z nich naprawia się przez edycję priorytetu.