OSPF DR og BDR: kjörið tilheyrir viðmótinu

Hlutverk OSPF hanga á viðmótum, ekki á hulstrinu. Sama tækið getur verið útnefndi beinirinn á sínu LAN-sértengda neti og ekkert sérstakt í göngum, og þessar tvær staðreyndir stangast ekki á. Að lesa hlutverkið af röngu viðmóti er algengasta ástæðan fyrir því að miðstöð virðist rangt stillt þegar hún hagar sér nákvæmlega eins og hún var hönnuð.

Samanburðurinn sem skiptir máli er á milli hlutverka á einu sértengdu neti og hlutverka yfir beini, og á milli þess sem varasjóður gerir og þess sem hann gerir ekki.

Eitt kjör fyrir hvert sértengt net

RFC 2328 kýs útnefndan beini og varabeini fyrir hvert broadcast- eða NBMA-net, ekki fyrir beini og ekki fyrir svæði. Hvert viðmót sem tekur þátt í slíku neti heldur sitt eigið kjör með eigin forgangi og eigin nágrannasetti. Hulstur með þremur slíkum viðmótum getur borið þrjú mismunandi hlutverk á sama tíma, þess vegna er það ófullkomið að segja að miðstöðin sé DR þar til netið er nefnt. Lestu hlutverkið úr nágrannaúttaki þessa sama viðmóts.

Tvö viðmót á sama svæði eru enn tvö kjör. Aðild að svæði rennir þeim ekki saman.

Hvað varasjóðurinn gerir meðan hann bíður

Varaútnefndur beinir er að fullu nágranna við beina á sínu sértengda neti og heldur gagnagrunninum sínum samstilltum svo hann geti tekið við án þess að ný nágrannatengsl myndist. Það sem hann gerir ekki í hlutverki varasjóðs er að mynda network-LSA þess nets, því sá er í eigu útnefnda beinisins. Flóðahlutverk hans er þrengra en útnefnda beinisins á sumum skrefum, sem er ekki það sama og að þegja eða vera aðgerðalaus. Að líta á varasjóðinn sem beini sem gerir ekkert þar til hann er hækkaður í tign framleiðir mjög sjálfstrausta og mjög rangar skýringar.

Gagnlega spurningin er ekki við hvað varasjóðurinn heldur aftur af sér, heldur hvort sértengda netið geti skilað þeim OSPF-pökkum sem líkanið krefst. Ef þátttakandi getur ekki skipt þeim við hina er niðurstaða kjörsins einkenni um aðgengi, ekki orsök.

Hvaða líkan göngin nota í raun

Broadcast- og NBMA-net kjósa; point-to-point og point-to-multipoint net gera það ekki, því ekkert sameiginlegt sértengt net er til að kjósa á. Í hub-and-spoke yfirlagi veltur raunverulega líkanið á því hvernig viðmót ganganna er stillt, svo lestu það áður en hlutverk er túlkað. Göng sem hegða sér eins og broadcast-sértengt net og göng sem hegða sér eins og safn point-to-point tengla framleiða gjörólíka nágrannahegðun.

Ef hönnunin vill að miðstöðin beri útnefnda hlutverkið verða líkanið og aðgengið að styðja það saman. Miðstöð sem getur ekki skipt nauðsynlegum pökkum við hvern þátttakanda verður ekki gagnlegur útnefndur beinir bara vegna þess að forgangur hennar er hár. Athugaðu fyrst stöðu nágranna og undirliggjandi afhendingu, og ákveddu svo hvort hlutverkið er rangt eða bara óvænt.

Hæfi er fyrir hvert viðmót, og forgangur er ekki sjálfvirkur

Forgangur er stilltur fyrir hvert viðmót, og forgangur núll fjarlægir það viðmót úr báðum kjörum. Meðal hæfra þátttakanda ræður forgangur og því næst beina-ID sigurvegara, en nýkominn beinir með hærri forgang víkur ekki útnefndum beini sem fyrir er. Þetta skort á forgangi er viljandi og kemur á óvart þeim sem búast við að hæsti forgangur vinni strax. Ef tiltekinn beinir verður að bera hlutverkið skaltu skipuleggja röð atburða í stað þess að gera ráð fyrir að stillingabreyting taki gildi af sjálfu sér.

Að útiloka hvert spoke án þess að útvega annan hæfan þátttakanda þýðir líka að það er kannski enginn varasjóður.

Berðu saman þessar tvær skýringar heiðarlega: hlutverk lesið af röngu sértengdu neti, eða sértengt net þar sem meðlimir komast ekki hver til annars. Fyrra er hönnunarmál og seinna afhendingarmál, og aðeins annað þeirra er lagað með því að breyta forgangi.