OSPF DR ja BDR: valinta kuuluu liitännälle

OSPF-roolit kiinnittyvät liitäntöihin, eivät koteloon. Sama laite voi olla nimetty reititin omassa LAN-segmentissään ja mitään erikoista tunnelissa, eivätkä nämä kaksi tosiasiaa ole ristiriidassa. Roolin lukeminen väärältä liitännältä on yleisin syy siihen, että keskus näyttää väärin konfiguroidulta, vaikka se käyttäytyy täsmälleen niin kuin se suunniteltiin.

Vertailu, jolla on merkitystä, on yhden segmentin roolien ja reitittimen yli menevien roolien välillä sekä sen välillä, mitä vara tekee ja mitä se ei tee.

Yksi valinta segmenttiä kohti

RFC 2328 valitsee nimetyn reitittimen ja varanimetyn reitittimen jokaista broadcast- tai NBMA-verkkoa varten, ei reititintä eikä aluetta varten. Jokainen tällaiseen verkkoon osallistuva liitäntä suorittaa oman valintansa omalla prioriteetillaan ja omalla naapurijoukollaan. Kotelo, jossa on kolme tällaista liitäntää, voi pitää kolmea eri roolia yhtä aikaa, siksi väite, että keskus on DR, on vaillinainen kunnes segmentti nimetään. Lue rooli juuri tuon liitännän omasta naapuritulosteesta.

Kaksi liitäntää samassa alueessa on edelleen kaksi valintaa. Aluejäsenyys ei sulata niitä yhteen.

Mitä vara tekee odottaessaan

Varanimetty reititin on täysin naapuroiva segmenttinsä reitittimien kanssa ja pitää tietokantansa synkronoituna, jotta se voi ottaa tehtävän vastaan ilman uuden naapuruussuhteen muodostumista. Mitä se ei varana toimiessaan tee, on tuottaa tuon verkon network-LSA, koska se kuuluu nimitetylle reitittimelle. Sen tulvitysrooli on joissakin vaiheissa kapeampi kuin nimetyn reitittimen, mikä ei ole sama kuin vaikeneminen tai joutilaisuus. Varan kohteleminen reitittimenä, joka ei tee mitään ennen ylennystä, tuottaa hyvin itsevarmoja ja hyvin vääriä selityksiä.

Hyödyllinen kysymys ei ole se, mistä vara pidättyy, vaan se, pystyykö segmentti toimittamaan mallin vaatimat OSPF-paketit. Jos osallistuja ei voi vaihtaa niitä muiden kanssa, valinnan tulos on tavoitettavuuden oire, ei syy.

Mitä mallia tunneli tosiasiassa käyttää

Broadcast- ja NBMA-verkot valitsevat; point-to-point- ja point-to-multipoint-verkot eivät, koska yhteistä segmenttiä ei ole. Hub-and-spoke-päällisverkossa tehollinen malli riippuu siitä, miten tunneliliitäntä on konfiguroitu, joten lue se ennen minkään roolin tulkitsemista. Tunneli, joka käyttäytyy kuin broadcast-segmentti, ja tunneli, joka käyttäytyy kuin joukko point-to-point-linkkejä, tuottavat täysin erilaisen naapurikäyttäytymisen.

Jos suunnittelussa keskus halutaan nimettyyn rooliin, mallin ja tavoitettavuuden on tuettava sitä yhdessä. Keskus, joka ei pysty vaihtamaan tarvittavia paketteja jokaisen osallistujan kanssa, ei muutu hyödylliseksi nimitetyksi reitittimeksi vain siksi, että sen prioriteetti on korkea. Tarkista ensin naapurien tilat ja taustalla oleva toimitus, ja päätä sitten, onko rooli väärä vai vain odottamaton.

Kelpoisuus on liitäntäkohtainen, eikä etuoikeus ole automaattinen

Prioriteetti asetetaan liitäntäkohtaisesti, ja nollaprioriteetti poistaa liitännän molemmista valinnoista. Kelvollisten osallistujien kesken voittaja ratkeaa prioriteetilla ja sitten reitittimen ID:llä, mutta äskettäin saapunut korkeamman prioriteetin reititin ei syrjäytä olemassa olevaa nimettyä reititintä. Tämä etuoikeuden puuttuminen on tahallista, ja se yllättää ne, jotka odottavat korkeimman prioriteetin voittavan heti. Jos tietyn reitittimen on pidettävä rooli, suunnittele tapahtumien järjestys sen sijaan, että olettaisit konfiguraatiomuutoksen tulevan voimaan itsestään.

Jokaisen spoken sulkeminen pois ilman toista kelvollista osallistujaa tarkoittaa myös sitä, ettei varaa ehkä ole lainkaan.

Vertaile kahta selitystä rehellisesti: väärästä segmentistä luettu rooli tai segmentti, jonka jäsenet eivät tavoita toisiaan. Ensimmäinen on suunnittelukysymys ja toinen toimituskysymys, ja vain toinen niistä korjataan muokkaamalla prioriteettia.