Rolet e OSPF lidhen me ndërfaqet, jo me shtëpizën. I njëjti pajisje mund të jetë ruteri i përcaktuar në segmentin e vet LAN dhe asgjë e veçantë në një tunel, dhe këto dy fakte nuk kundërshtojnë njëra-tjetrën. Leximi i rolit nga ndërfaqja e gabuar është arsyeja më e zakonshme pse një hub duket i konfiguruar gabimisht ndërsa sillet saktësisht siç është projektuar.

Krahasimi që ka rëndësi është mes roleve në një segment dhe roleve përgjatë një ruteri, dhe mes asaj që bën një rezervë dhe asaj që nuk bën.

Një zgjedhje për çdo segment

RFC 2328 zgjedh një ruter të përcaktuar dhe një ruter të përcaktuar rezervë për çdo rrjet broadcast ose NBMA, jo për një ruter dhe jo për një zonë. Çdo ndërfaqe që merr pjesë në një rrjet të tillë zhvillon zgjedhjen e vet me përparësinë e vet dhe grupin e vet të fqinjëve. Një shtëpizë me tre ndërfaqe të tilla mund të mbajë tre role të ndryshme njëkohësisht, prandaj thënia se hub-i është DR është e paplotë derisa emërtohet segmenti. Lexo rolin nga dalja e fqinjëve të po asaj ndërfaqeje.

Dy ndërfaqe në të njëjtën zonë janë ende dy zgjedhje. Anëtarësia në zonë nuk i bashkon.

Çfarë bën rezerva ndërsa pret

Një ruter i përcaktuar rezervë është plotësisht fqinj me ruterat e segmentit të vet dhe e mban bazën e të dhënave të sinkronizuar që të mund të marrë përsipër pa u formuar një fqinjësi e re. Ajo që nuk bën në rolin e rezervës është të prodhojë network-LSA të atij rrjeti, sepse ajo i takon ruterit të përcaktuar. Roli i tij në përmbytje është më i ngushtë se ai i ruterit të përcaktuar në disa hapa, gjë që nuk është e njëjtë me heshtjen ose pasivitetin. Trajtimi i rezervës si një ruter që nuk bën asgjë deri në promovim prodhon shpjegime shumë të sigurta dhe shumë të gabuara.

Pyetja e dobishme nuk është nga çfarë përmbahet rezerva, por nëse segmenti mund të dorëzojë paketat OSPF që kërkon modeli. Nëse një pjesëmarrës nuk mund t'i shkëmbejë ato me të tjerët, rezultati i zgjedhjes është simptom i arritshmërisë, jo shkak.

Cilin model përdor në të vërtetë tuneli

Rrjetet broadcast dhe NBMA zgjedhin; rrjetet pikë-për-pikë dhe pikë-për-shumëpikë nuk zgjedhin, sepse nuk ka segment të përbashkët për të zgjedhur. Në një mbiveshje hub-and-spoke modeli efektiv varet nga mënyra se si është konfiguruar ndërfaqja e tunelit, prandaj lexoje përpara se të interpretohet çdo rol. Një tunel që sillet si segment broadcast dhe një tunel që sillet si grup lidhjesh pikë-për-pikë prodhojnë sjellje krejt të ndryshme fqinjësh.

Nëse projektimi dëshiron që hub-i të mbajë rolin e përcaktuar, modeli dhe arritshmëria duhet ta mbështetin bashkë. Një hub që nuk mund të shkëmbejë paketat e nevojshme me çdo pjesëmarrës nuk bëhet ruter i përcaktuar i dobishëm vetëm sepse përparësia e tij është e lartë. Kontrollo fillimisht gjendjet e fqinjëve dhe dorëzimin themelor, pastaj vendos nëse roli është i gabuar apo thjesht i papritur.

Përshtatshmëria është për ndërfaqe, dhe përparësia nuk është automatike

Përparësia caktohet për çdo ndërfaqe, dhe një përparësi zero e heq atë ndërfaqe nga të dyja zgjedhjet. Mes pjesëmarrësve të përshtatshëm fituesi përcaktohet nga përparësia dhe pastaj nga ID-ja e ruterit, por një ruter i ardhur së voni me përparësi më të lartë nuk e zëvendëson një ruter të përcaktuar ekzistues. Ky mungesë e përparësisë është i qëllimshëm, dhe habit ata që presin që përparësia më e lartë të fitojë menjëherë. Nëse një ruter i caktuar duhet ta mbajë rolin, planifiko rendin e ngjarjeve në vend që të supozosh se një ndryshim konfigurimi hyn në fuqi vetë.

Përjashtimi i çdo spoke pa ofruar një pjesëmarrës tjetër të përshtatshëm do të thotë gjithashtu se mund të mos ketë fare rezervë.

Krahaso me ndershmëri dy shpjegimet: një rol i lexuar nga segmenti i gabuar, ose një segment, anëtarët e të cilit nuk arrijnë njëri-tjetrin. I pari është çështje projektimi dhe i dyti çështje dorëzimi, dhe vetëm njëri prej tyre rregullohet duke redaktuar një përparësi.

Artikuj të ngjashëm