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-ի բացառումը՝ առանց մեկ այլ իրավասու մասնակից տրամադրելու, նաև նշանակում է, որ կարող է ընդհանրապես պահուստ չլինել։

Ազնվորեն համեմատեք երկու բացատրությունները՝ սխալ սեգմենտից կարդացված դեր, կամ սեգմենտ, որի անդամները չեն հասնում միմյանց։ Առաջինը նախագծման հարց է, երկրորդը՝ առաքման հարց, և դրանցից միայն մեկն է ուղղվում առաջնահերթությունը խմբագրելով։