OSPF DR ir BDR: rinkimas priklauso sąsajai

OSPF vaidmenys prisiriša prie sąsajų, o ne prie korpuso. Tas pats įrenginys gali būti paskirtasis maršrutizatorius savo LAN segmente ir nieko ypatingo tunelyje, ir šie du faktai vienas kitam neprieštarauja. Vaidmens skaitymas iš neteisingos sąsajos yra dažniausia priežastis, kodėl koncentratorius atrodo neteisingai sukonfigūruotas, nors veikia būtent taip, kaip buvo suprojektuotas.

Svarbus palyginimas yra tarp vaidmenų viename segmente ir vaidmenų per maršrutizatorių, taip pat tarp to, ką daro atsarginis, ir ko jis nedaro.

Vienas rinkimas kiekvienam segmentui

RFC 2328 renka paskirtąjį maršrutizatorių ir atsarginį paskirtąjį maršrutizatorių kiekvienam broadcast arba NBMA tinklui, o ne maršrutizatoriui ir ne sričiai. Kiekviena sąsaja, dalyvaujanti tokiame tinkle, atlieka savo rinkimą su savo prioritetu ir savo kaimynų rinkiniu. Korpusas su trimis tokiomis sąsajomis gali vienu metu turėti tris skirtingus vaidmenis, todėl teiginys, kad koncentratorius yra DR, yra nepilnas, kol neįvardytas segmentas. Vaidmenį skaitykite iš tos pačios sąsajos kaimynų išvesties.

Dvi sąsajos toje pačioje srityje vis tiek yra du rinkimai. Priklausymas sričiai jų nesujungia.

Ką atsarginis daro, kol laukia

Atsarginis paskirtasis maršrutizatorius yra visiškai kaimyniškas su savo segmento maršrutizatoriais ir palaiko savo duomenų bazę sinchronizuotą, kad galėtų perimti vaidmenį nesusiformavus naujam kaimyniškumui. Ko jis nedaro atlikdamas atsarginio vaidmenį – negeneruoja to tinklo network-LSA, nes ji priklauso paskirtajam maršrutizatoriui. Jo užtvindymo vaidmuo kai kuriais žingsniais siauresnis nei paskirtojo maršrutizatoriaus, o tai nelygu tylėjimui ar neveiklumui. Atsarginį laikyti maršrutizatoriumi, kuris nieko nedaro iki paaukštinimo, sukuria labai užtikrintų ir labai klaidingų paaiškinimų.

Naudingas klausimas yra ne tai, ko atsarginis susilaiko, o tai, ar segmentas gali tiekti modelio reikalaujamus OSPF paketus. Jei dalyvis negali jų keisti su kitais, rinkimų rezultatas yra pasiekiamumo simptomas, o ne priežastis.

Kokį modelį tunelis iš tikrųjų naudoja

Broadcast ir NBMA tinklai renka; point-to-point ir point-to-multipoint tinklai ne, nes nėra bendro segmento, kuriame būtų galima rinkti. Hub-and-spoke perdangoje efektyvusis modelis priklauso nuo to, kaip sukonfigūruota tunelio sąsaja, todėl perskaitykite ją prieš aiškindami bet kokį vaidmenį. Tunelis, kuris elgiasi kaip broadcast segmentas, ir tunelis, kuris elgiasi kaip point-to-point jungčių rinkinys, duoda visiškai skirtingą kaimynų elgesį.

Jei projektuojant norima, kad koncentratorius turėtų paskirtąjį vaidmenį, modelis ir pasiekiamumas turi tai palaikyti kartu. Koncentratorius, kuris negali keistis reikiamais paketais su kiekvienu dalyviu, netaps naudingu paskirtuoju maršrutizatoriumi tik todėl, kad jo prioritetas aukštas. Pirmiausia patikrinkite kaimynų būsenas ir pagrindinį tiekimą, tada nuspręskite, ar vaidmuo neteisingas, ar tiesiog netikėtas.

Tinkamumas – pagal sąsają, o pirmenybė nėra automatinė

Prioritetas nustatomas kiekvienai sąsajai, o nulinis prioritetas pašalina tą sąsają iš abiejų rinkimų. Tarp tinkamų dalyvių nugalėtoją lemia prioritetas ir tada maršrutizatoriaus ID, tačiau naujai atvykęs maršrutizatorius su aukštesniu prioritetu neišstumia esamo paskirtojo maršrutizatoriaus. Šis pirmenybės nebuvimas yra tyčinis ir nustebina tuos, kurie tikisi, kad aukščiausias prioritetas laimės iš karto. Jei konkretus maršrutizatorius turi turėti vaidmenį, planuokite įvykių tvarką, o ne manykite, kad konfigūracijos pakeitimas įsigalios pats.

Pašalinti kiekvieną spoke nepateikus kito tinkamo dalyvio taip pat reiškia, kad atsarginio gali visai nebūti.

Sąžiningai palyginkite abu paaiškinimus: vaidmenį, perskaitytą iš neteisingo segmento, arba segmentą, kurio nariai vienas kito nepasiekia. Pirmasis yra projektavimo klausimas, antrasis – tiekimo klausimas, ir tik vienas jų pataisomas redaguojant prioritetą.