OSPF DR және BDR: сайлау интерфейске тиесілі

OSPF рөлдері корпусқа емес, интерфейстерге байланысады. Бір құрылғы өз LAN сегментінде тағайындалған маршрутизатор, ал туннельде ерекше ештеңе болмауы мүмкін, және бұл екі факт бір-біріне қайшы келмейді. Рөлді дұрыс емес интерфейстен оқу — хабтың дәл жобаланғандай жұмыс істеп тұрғанымен, қате конфигурацияланған болып көрінуінің ең жиі себебі.

Маңызды салыстыру — бір сегменттегі рөлдер мен маршрутизатор арқылы өтетін рөлдер арасында, және резервтің не істейтіні мен не істемейтіні арасында.

Әр сегментке бір сайлау

RFC 2328 әр broadcast немесе NBMA желісі үшін тағайындалған маршрутизатор мен резервтік тағайындалған маршрутизаторды сайлайды, маршрутизатор үшін емес және аймақ үшін емес. Мұндай желіге қатысатын әр интерфейс өз басымдығымен және өз көршілер жиынымен өз сайлауын жүргізеді. Осындай үш интерфейсі бар корпус бір уақытта үш түрлі рөлді ұстай алады, сондықтан сегмент аталмайынша хаб — DR деп айту толық емес. Рөлді сол интерфейстің өз көршілер шығысынан оқыңыз.

Бір аймақтағы екі интерфейс — әлі де екі сайлау. Аймаққа мүшелік оларды біріктірмейді.

Резерв күтіп тұрғанда не істейді

Резервтік тағайындалған маршрутизатор өз сегментіндегі маршрутизаторлармен толық көршілес және дерекқорын синхрондап ұстайды, сондықтан жаңа көршілік қалыптаспай-ақ рөлді қабылдай алады. Резерв ретінде әрекет еткенде ол істемейтін нәрсе — сол желінің network-LSA-сын жасау, өйткені ол тағайындалған маршрутизаторға тиесілі. Оның су басу рөлі кейбір қадамдарда тағайындалған маршрутизатордікінен тар, бұл үнсіздік немесе бос тұру деген сөз емес. Резервті жоғарылауға дейін ештеңе істемейтін маршрутизатор деп қарау өте сенімді және өте қате түсіндірмелер туғызады.

Пайдалы сұрақ — резервтің неден тартынатыны емес, сегменттің модель талап ететін OSPF пакеттерін жеткізе алатыны. Егер қатысушы оларды басқалармен алмаса алмаса, сайлау нәтижесі — қолжетімділіктің симптомы, себебі емес.

Туннель шын мәнінде қай модельді қолданады

Broadcast және NBMA желілері сайлайды; point-to-point және point-to-multipoint желілері сайламайды, өйткені сайлауға ортақ сегмент жоқ. Hub-and-spoke қабаттамасында тиімді модель туннель интерфейсінің қалай конфигурацияланғанына байланысты, сондықтан кез келген рөлді түсіндіруден бұрын оны оқыңыз. Broadcast сегменті сияқты әрекет ететін туннель мен point-to-point байланыстар жиыны сияқты әрекет ететін туннель мүлде басқа көршілік мінез-құлық береді.

Жоба хабтың тағайындалған рөлді ұстауын қаласа, модель мен қолжетімділік оны бірге қолдауы керек. Әр қатысушымен қажетті пакеттерді алмаса алмайтын хаб тек басымдығы жоғары болғандықтан пайдалы тағайындалған маршрутизатор бола алмайды. Алдымен көршілер күйін және негізгі жеткізуді тексеріп, содан кейін рөл қате ме, әлде жай күтпеген бе — шешіңіз.

Жарамдылық интерфейс бойынша, ал басымдық автоматты емес

Басымдық әр интерфейске қойылады, ал нөлдік басымдық сол интерфейсті екі сайлаудан да шығарады. Жарамды қатысушылар арасында жеңімпаз басымдықпен, содан кейін маршрутизатор ID-імен анықталады, бірақ жаңадан келген жоғары басымдықты маршрутизатор бар тағайындалған маршрутизаторды ығыстырмайды. Бұл басымдықтың болмауы әдейі және ең жоғары басымдық бірден жеңеді деп күтетіндерді таңқалдырады. Белгілі бір маршрутизатор рөлді ұстауы керек болса, конфигурация өзгерісі өздігінен күшіне енеді деп болжаудың орнына оқиғалар ретін жоспарлаңыз.

Басқа жарамды қатысушыны ұсынбай әр spoke-ты шығарып тастау да резервтің мүлде болмауы мүмкін екенін білдіреді.

Екі түсіндіруді адал салыстырыңыз: дұрыс емес сегменттен оқылған рөл, немесе мүшелері бір-біріне жете алмайтын сегмент. Біріншісі — жобалау мәселесі, екіншісі — жеткізу мәселесі, және олардың тек біреуі ғана басымдықты өңдеу арқылы түзеледі.