Այսօր մենք կսկսենք սովորել OSPF երթուղիների մասին: Այս թեման, ինչպես և EIGRP արձանագրությունը, ամենակարևոր թեման է CCNA-ի ողջ դասընթացում: Ինչպես տեսնում եք, Բաժին 2.4-ը վերնագրված է «Կազմաձևում, փորձարկում և անսարքությունների վերացում OSPFv2-ի միագոտի և բազմագոտի IPv4-ի համար (բացառությամբ նույնականացման, զտման, երթուղու մեխանիկական ամփոփման, վերաբաշխման, կոճղի տարածքի, VNet-ի և LSA-ի»:
OSPF-ի թեման բավականին ծավալուն է, ուստի այն կպահանջի 2, գուցե 3 տեսադաս: Այսօրվա դասը նվիրված կլինի հարցի տեսական կողմին, ես ձեզ կասեմ, թե որն է այս արձանագրությունն ընդհանուր առմամբ և ինչպես է այն գործում: Հաջորդ տեսանյութում մենք կանցնենք OSPF-ի կազմաձևման ռեժիմին՝ օգտագործելով Packet Tracer:
Այսպիսով, այս դասում մենք կքննարկենք երեք բան՝ ինչ է OSPF-ն, ինչպես է այն աշխատում և ինչ են OSPF գոտիները: Նախորդ դասում մենք ասացինք, որ OSPF-ը Link State երթուղային արձանագրություն է, որն ուսումնասիրում է երթուղիչների միջև կապի կապերը և որոշումներ կայացնում՝ հիմնվելով այդ կապերի արագության վրա։ Ավելի մեծ արագությամբ, այսինքն՝ ավելի մեծ թողունակությամբ երկար ալիքին առաջնահերթություն կտրվի ավելի քիչ թողունակությամբ կարճ ալիքի նկատմամբ:
RIP արձանագրությունը, լինելով հեռավորության վեկտորային արձանագրություն, կընտրի մեկ հոփ ուղի, նույնիսկ եթե այս հղումն ունի ցածր արագություն, իսկ OSPF արձանագրությունը կընտրի երկար երթուղի մի քանի ցատկից, եթե այս երթուղու ընդհանուր արագությունը ավելի բարձր է, քան երթևեկության արագությունը կարճ երթուղու վրա.
Որոշման ալգորիթմին մենք կանդրադառնանք ավելի ուշ, բայց առայժմ դուք պետք է հիշեք, որ OSPF-ը Link State Protocol է: Այս բաց ստանդարտը ստեղծվել է 1988 թվականին, որպեսզի ցանցային սարքավորումների յուրաքանչյուր արտադրող և ցանկացած ցանցային մատակարար կարողանա օգտագործել այն: Հետևաբար OSPF-ը շատ ավելի հայտնի է, քան EIGRP-ն:
OSPF-ի 2-րդ տարբերակը աջակցում էր միայն IPv4-ին, իսկ մեկ տարի անց՝ 1989 թվականին, մշակողները հայտարարեցին 3-րդ տարբերակը, որն աջակցում էր IPv6-ին։ Այնուամենայնիվ, IPv6-ի համար OSPF-ի լիովին գործունակ երրորդ տարբերակը հայտնվեց միայն 2008 թվականին: Ինչու՞ ընտրեցիք OSPF-ը: Վերջին դասում մենք իմացանք, որ այս ներքին դարպասի արձանագրությունն իրականացնում է երթուղու կոնվերգենցիան շատ ավելի արագ, քան RIP-ը: Սա անդաս արձանագրություն է:
Եթե հիշում եք, RIP-ը դասակարգային արձանագրություն է, այսինքն՝ այն չի ուղարկում ենթացանցային դիմակի տեղեկատվությունը, և եթե հանդիպում է A/24 դասի IP հասցեի, այն չի ընդունի: Օրինակ, եթե դուք ներկայացնում եք այն IP հասցեով, ինչպիսին է 10.1.1.0/24-ը, այն կընկալի որպես ցանցային 10.0.0.0, քանի որ չի հասկանում, երբ ցանցը ենթացանցվում է մեկից ավելի ենթացանցային դիմակներով:
OSPF-ն ապահով արձանագրություն է: Օրինակ, եթե երկու երթուղիչներ փոխանակում են OSPF-ի տեղեկատվությունը, դուք կարող եք կարգավորել նույնականացումը, որպեսզի գաղտնաբառ մուտքագրելուց հետո կարողանաք տեղեկատվություն կիսել միայն հարևան երթուղիչի հետ: Ինչպես արդեն ասացինք, դա բաց ստանդարտ է, ուստի OSPF-ն օգտագործվում է ցանցային սարքավորումների շատ արտադրողների կողմից:
Համաշխարհային իմաստով OSPF-ը Link State Advertisements կամ LSA-ների փոխանակման մեխանիզմ է: LSA հաղորդագրությունները գեներացվում են երթուղիչի կողմից և պարունակում են բազմաթիվ տեղեկություններ՝ երթուղիչի եզակի նույնացուցիչի երթուղիչի ID, երթուղիչին հայտնի ցանցերի մասին տվյալներ, դրանց արժեքի վերաբերյալ տվյալներ և այլն: Երթուղիչին անհրաժեշտ է այս ամբողջ տեղեկատվությունը երթուղային որոշումներ կայացնելու համար:
R3 երթուղիչը ուղարկում է իր LSA տեղեկատվությունը R5 երթուղիչին, իսկ R5 երթուղիչը կիսում է իր LSA տեղեկատվությունը R3-ի հետ: Այս LSA-ները ներկայացնում են տվյալների կառուցվածքը, որը կազմում է Link State Data Base կամ LSDB: Երթուղիչը հավաքում է բոլոր ստացված LSA-ները և տեղադրում դրանք իր LSDB-ում: Այն բանից հետո, երբ երկու երթուղիչները ստեղծել են իրենց տվյալների բազաները, նրանք փոխանակում են Hello հաղորդագրությունները, որոնք ծառայում են հարեւաններին հայտնաբերելու համար և սկսում են իրենց LSDB-ների համեմատման ընթացակարգը:
R3 երթուղիչը ուղարկում է R5 երթուղիչին DBD կամ «տվյալների բազայի նկարագրություն» հաղորդագրություն, իսկ R5-ն իր DBD-ն ուղարկում է R3 երթուղիչին: Այս հաղորդագրությունները պարունակում են LSA ինդեքսներ, որոնք հասանելի են յուրաքանչյուր երթուղիչի տվյալների բազաներում: DBD-ն ստանալուց հետո R3-ը R5-ին ուղարկում է LSR ցանցի կարգավիճակի հարցում՝ ասելով. «Ես արդեն ունեմ հաղորդագրություններ 3,4 և 9, ուստի ուղարկիր ինձ միայն 5 և 7»:
R5-ն անում է նույնը՝ ասելով երրորդ երթուղիչին. «Ես ունեմ 3,4 և 9 տեղեկություններ, այնպես որ ուղարկիր ինձ 1 և 2»: Ստանալով LSR հարցումներ՝ երթուղիչները հետ են ուղարկում LSU ցանցի վիճակի թարմացման փաթեթները, այսինքն՝ ի պատասխան իր LSR-ի, երրորդ երթուղիչը ստանում է LSU R5 երթուղիչից: Այն բանից հետո, երբ երթուղիչները թարմացնեն իրենց տվյալների բազաները, բոլորը, նույնիսկ եթե ունեք 100 երթուղիչ, կունենան նույն LSDB-ները: Երբ երթուղղիչներում ստեղծվեն LSDB տվյալների բազաները, նրանցից յուրաքանչյուրը կիմանա ամբողջ ցանցի մասին որպես ամբողջություն: OSPF արձանագրությունն օգտագործում է Shortest Path First ալգորիթմը երթուղային աղյուսակը ստեղծելու համար, ուստի դրա ճիշտ աշխատանքի ամենակարևոր պայմանը ցանցի բոլոր սարքերի LSDB-ների համաժամեցումն է։
Վերևի գծապատկերում կան 9 երթուղիչներ, որոնցից յուրաքանչյուրը փոխանակում է LSR, LSU և այլն հաղորդագրություններ իր հարևանների հետ: Նրանք բոլորը միմյանց հետ կապված են p2p կամ «կետ առ կետ» ինտերֆեյսների միջոցով, որոնք աջակցում են օպերացիան OSPF արձանագրության միջոցով և փոխազդում են միմյանց հետ՝ ստեղծելով նույն LSDB-ն:
Հենց որ հիմքերը համաժամացվում են, յուրաքանչյուր երթուղիչ, օգտագործելով ամենակարճ ճանապարհի ալգորիթմը, կազմում է իր սեփական երթուղային աղյուսակը: Այս աղյուսակները տարբեր կլինեն տարբեր երթուղիչների համար: Այսինքն, բոլոր երթուղիչները օգտագործում են նույն LSDB-ն, բայց ստեղծում են երթուղային աղյուսակներ՝ հիմնվելով ամենակարճ երթուղիների վերաբերյալ իրենց սեփական նկատառումների վրա: Այս ալգորիթմն օգտագործելու համար OSPF-ն պետք է պարբերաբար թարմացնի LSDB-ն:
Այսպիսով, OSPF-ն ինքն իրեն գործելու համար նախ պետք է ապահովի 3 պայման՝ գտնել հարևաններ, ստեղծել և թարմացնել LSDB-ն և ձևավորել երթուղային աղյուսակ: Առաջին պայմանը կատարելու համար ցանցի ադմինիստրատորին կարող է անհրաժեշտ լինել ձեռքով կարգավորել երթուղիչի ID-ն, ժամանակացույցը կամ նիշերի դիմակը: Հաջորդ տեսանյութում մենք կդիտարկենք OSPF-ի հետ աշխատելու սարքի կարգավորումը, առայժմ դուք պետք է իմանաք, որ այս արձանագրությունն օգտագործում է հակադարձ դիմակ, և եթե այն չի համընկնում, եթե ձեր ենթացանցերը չեն համընկնում կամ նույնականացումը չի համընկնում: , երթուղիչների հարևանություն չի կարող ձևավորվել: Հետևաբար, OSPF-ի անսարքությունները շտկելիս պետք է պարզել, թե ինչու հենց այս հարևանությունը չի ձևավորվում, այսինքն՝ ստուգեք, որ վերը նշված պարամետրերը համընկնեն:
Որպես ցանցի ադմինիստրատոր, դուք ներգրավված չեք LSDB-ի ստեղծման գործընթացում: Տվյալների բազաները ավտոմատ կերպով թարմացվում են երթուղիչների հարևանություն ստեղծելուց հետո, ինչպես նաև երթուղային աղյուսակների կառուցումը: Այս ամենը կատարվում է հենց սարքի կողմից, որը կազմաձևված է OSPF արձանագրության հետ աշխատելու համար:
Դիտարկենք մի օրինակ։ Մենք ունենք 2 երթուղիչ, որոնց պարզության համար ես նշանակել եմ RID 1.1.1.1 և 2.2.2.2: Հենց մենք դրանք միացնենք, կապի ալիքը անմիջապես կանցնի վերին վիճակի, քանի որ ես նախ կարգավորեցի այս երթուղիչները OSPF-ի հետ աշխատելու համար: Հենց որ կապի ալիքը ձևավորվի, A երթուղիչը անմիջապես կուղարկի Hello փաթեթ A երթուղիչին: Այս փաթեթը կպարունակի տեղեկատվություն, որ այս երթուղիչը դեռ չի «տեսել» որևէ մեկին այս ալիքում, քանի որ այն առաջին անգամ է ուղարկում Hello, ինչպես նաև իր նույնացուցիչը, դրան միացված ցանցի մասին տվյալներ և այլ տեղեկություններ, որոնք նա կարող է: կիսվել հարևանի հետ.
Ստանալով այս փաթեթը՝ B երթուղիչը կասի. «Ես տեսնում եմ, որ կա OSPF հարևանի պոտենցիալ թեկնածու այս կապի ալիքում» և կմտնի Init վիճակ: Hello փաթեթը unicast կամ հեռարձակման հաղորդագրություն չէ, այն բազմաֆունկցիոնալ փաթեթ է, որն ուղարկվում է multicast OSPF IP հասցեին՝ 224.0.0.5: Որոշ մարդիկ հարցնում են, թե որն է ենթացանցային դիմակը multicast-ի համար: Փաստն այն է, որ multicast-ը չունեն ենթացանցային դիմակ, այն տարածվում է որպես ռադիոազդանշան, որը լսվում է իր հաճախականությանը լարված բոլոր սարքերով: Օրինակ, եթե ցանկանում եք լսել FM ռադիոյի հեռարձակումը 91,0 հաճախականությամբ, դուք ձեր ռադիոն կարգավորում եք այդ հաճախականությամբ:
Նույն կերպ, B երթուղիչը կազմաձևված է հաղորդագրություններ ստանալու համար 224.0.0.5 multicast հասցեի համար: Այս ալիքը լսելիս այն ստանում է A Router-ի կողմից ուղարկված Hello փաթեթը և պատասխանում է իր սեփական հաղորդագրությամբ:
Այս դեպքում հարևանություն կարող է սահմանվել միայն այն դեպքում, եթե B պատասխանը բավարարում է մի շարք չափանիշների: Առաջին չափանիշն այն է, որ Hello հաղորդագրություններ ուղարկելու հաճախականությունը և այս հաղորդագրության պատասխանի սպասման ընդմիջումը պետք է լինի նույնը երկու երթուղիչների համար: Սովորաբար Dead Interval-ը հավասար է Hello timer-ի մի քանի արժեքների: Այսպիսով, եթե A երթուղիչի Hello Timer-ը 10 վ է, և B երթուղիչը նրան հաղորդագրություն է ուղարկում 30 վրկ հետո, մինչդեռ Dead Interval-ը 20 վ է, հարևանությունը տեղի չի ունենա:
Երկրորդ չափանիշն այն է, որ երկու երթուղիչները պետք է օգտագործեն նույն տիպի նույնականացում: Համապատասխանաբար, նույնականացման գաղտնաբառերը նույնպես պետք է համընկնեն:
Երրորդ չափանիշը Arial ID գոտու նույնացուցիչների համընկնումն է, չորրորդը՝ ցանցի նախածանցի երկարության համընկնումն է։ Եթե A երթուղիչը հաղորդում է /24 նախածանց, ապա B երթուղիչը պետք է ունենա նաև /24 ցանցի նախածանց: Հաջորդ տեսանյութում մենք ավելի մանրամասն կանդրադառնանք դրան, առայժմ նշեմ, որ սա ենթացանցային դիմակ չէ, այստեղ երթուղիչները օգտագործում են հակադարձ Wildcard դիմակ: Եվ իհարկե, Stub տարածքի դրոշները նույնպես պետք է համապատասխանեն, եթե երթուղիչները գտնվում են այս գոտում:
Այս չափանիշները ստուգելուց հետո, եթե դրանք համապատասխանում են, B երթուղիչը ուղարկում է իր Hello փաթեթը A երթուղիչին: Ի տարբերություն A-ի հաղորդագրության՝ B երթուղիչը հայտնում է, որ տեսել է A երթուղիչը և ներկայացնում է իրեն։
Ի պատասխան այս հաղորդագրության՝ A երթուղիչը կրկին ուղարկում է Բարև Բ երթուղիչին, որում հաստատում է, որ տեսել է նաև B երթուղիչը, նրանց միջև կապի ալիքը բաղկացած է 1.1.1.1 և 2.2.2.2 սարքերից, և դա ինքնին 1.1.1.1 սարքն է։ . Սա թաղամասի ստեղծման շատ կարևոր փուլ է։ Այս դեպքում օգտագործվում է երկկողմանի 2-WAY միացում, բայց ի՞նչ կլինի, եթե մենք ունենանք 4 երթուղիչից բաշխված ցանցով անջատիչ: Նման «համօգտագործվող» միջավայրում երթուղիչներից մեկը պետք է կատարի նշանակված DR երթուղիչի դերը, իսկ երկրորդը պետք է կատարի Պահուստային նշանակված երթուղիչի՝ BDR-ի դերը:
Այս սարքերից յուրաքանչյուրը կձևավորի ամբողջական միացում կամ ամբողջական հարևանության վիճակ, ավելի ուշ մենք կանդրադառնանք, թե ինչ է դա, սակայն այս տեսակի կապը կհաստատվի միայն DR և BDR-ի հետ. երկու ստորին երթուղիչները D և B դեռ շփվում են միմյանց հետ՝ օգտագործելով «կետ-կետ» երկկողմանի միացման սխեմա:
Այսինքն՝ DR-ի և BDR-ի հետ բոլոր երթուղիչները ստեղծում են լիարժեք հարևանության հարաբերություններ, իսկ միմյանց հետ՝ կետ առ կետ կապ։ Սա շատ կարևոր է, քանի որ հարակից սարքերի միջև երկկողմանի կապի ժամանակ Hello փաթեթի բոլոր պարամետրերը պետք է համապատասխանեն: Մեր դեպքում ամեն ինչ համընկնում է, ուստի սարքերը առանց որևէ խնդիրների թաղամաս են կազմում:
Հենց որ երկկողմանի հաղորդակցությունը հաստատվի, A երթուղիչը ուղարկում է B երթուղիչին Տվյալների բազայի նկարագրության փաթեթը կամ «շտեմարանի նկարագրությունը» և անցնում ExStart վիճակին՝ փոխանակման սկիզբը կամ սպասում է բեռնմանը: Տվյալների բազայի նկարագրիչը գրքի բովանդակության աղյուսակին նման տեղեկատվություն է. այն ամեն ինչի ցանկն է, ինչ կա երթուղային տվյալների բազայում: Ի պատասխան, երթուղիչը B-ն ուղարկում է իր տվյալների բազայի նկարագրությունը երթուղիչ A-ին և մտնում է Exchange channel կապի վիճակ: Եթե փոխանակման վիճակում երթուղիչը հայտնաբերի, որ որոշ տեղեկատվություն բացակայում է իր տվյալների բազայում, այն կմտնի LOADING բեռնման վիճակ և կսկսի LSR, LSU և LSA հաղորդագրությունները փոխանակել իր հարևանի հետ:
Այսպիսով, A երթուղիչը կուղարկի LSR իր հարևանին, որը կպատասխանի LSU փաթեթով, որին A երթուղիչը կպատասխանի B երթուղիչին LSA հաղորդագրությամբ: Այս փոխանակումը տեղի կունենա այնքան անգամ, որքան սարքերը ցանկանում են փոխանակել LSA հաղորդագրությունները: LOADING վիճակը նշանակում է, որ LSA տվյալների բազայի ամբողջական թարմացում դեռ չի կատարվել: Երբ բոլոր տվյալները ներբեռնվեն, երկու սարքերն էլ կմտնեն ԼԻՐԱԿԱՆ հարևանության վիճակ:
Նկատի ունեցեք, որ երկկողմանի միացման դեպքում սարքերը պարզապես գտնվում են հարևանության վիճակում, և ամբողջական հարևանության վիճակը հնարավոր է միայն երթուղիչների՝ DR-ի և BDR-ի միջև: Սա նշանակում է, որ յուրաքանչյուր երթուղիչ տեղեկացնում է DR-ին ցանցի և բոլոր երթուղիչների մասին փոփոխությունների մասին: իմացեք այս փոփոխությունների մասին DR-ից
DR-ի և BDR-ի ընտրությունը կարևոր խնդիր է: Եկեք նայենք, թե ինչպես է DR-ն ընտրվում ընդհանուր միջավայրում: Ենթադրենք, որ մեր սխեման ունի երեք երթուղիչ և անջատիչ: OSPF սարքերը նախ համեմատում են Hello հաղորդագրությունների առաջնահերթությունը, ապա համեմատում են Router ID-ն:
Ամենաբարձր առաջնահերթություն ունեցող սարքը դառնում է DR Եթե երկու սարքերի առաջնահերթությունները համընկնում են, ապա ամենաբարձր երթուղիչի ID սարքը ընտրվում է երկուսից և դառնում DR:
Երկրորդ ամենաբարձր առաջնահերթությամբ կամ երկրորդ ամենաբարձր երթուղիչի ID սարքը դառնում է պահուստային հատուկ երթուղիչ BDR: Եթե DR-ն ձախողվի, այն անմիջապես կփոխարինվի BDR-ով: Այն կսկսի խաղալ DR-ի դերը, և համակարգը կընտրի մեկ այլ երթուղիչ: BDR
Հուսով եմ, որ դուք պարզել եք DR-ի և BDR-ի ընտրությունը, եթե ոչ, ես կանդրադառնամ այս հարցին հետևյալ տեսանյութերից մեկում և կբացատրեմ այս գործընթացը:
Մինչ այժմ մենք նայեցինք, թե ինչ է Hello-ն, տվյալների բազայի նկարագրիչը և LSR, LSU և LSA հաղորդագրությունները: Մինչ հաջորդ թեմային անցնելը, եկեք մի փոքր խոսենք OSPF-ի արժեքի մասին:
Cisco-ում երթուղու արժեքը հաշվարկվում է՝ օգտագործելով Reference թողունակության հարաբերակցության բանաձևը, որը լռելյայնորեն սահմանված է 100 Մբիթ/վրկ ալիքի արժեքին: Օրինակ՝ սարքերը սերիական պորտով միացնելիս արագությունը կազմում է 1.544 Մբիթ/վրկ, իսկ արժեքը՝ 64։ 10 Մբիթ/վրկ արագությամբ Ethernet կապից օգտվելիս արժեքը կկազմի 10, իսկ FastEthernet կապի արժեքը։ 100 Մբիթ/վ արագությունը կլինի 1։
Gigabit Ethernet-ից օգտվելիս մենք ունենք 1000 Մբիթ/վ արագություն, բայց այս դեպքում արագությունը միշտ ենթադրվում է 1: Այսպիսով, եթե ձեր ցանցում ունեք Gigabit Ethernet, դուք պետք է փոխեք Ref-ի լռելյայն արժեքը: BW-ն 1000-ով: Այս դեպքում արժեքը կկազմի 1, իսկ ամբողջ աղյուսակը կվերահաշվարկվի՝ ծախսային արժեքների աճով 10 անգամ: Երբ մենք ձևավորել ենք հարևանությունը և կառուցել LSDB-ն, մենք անցնում ենք երթուղային աղյուսակի կառուցմանը:
LSDB-ն ստանալուց հետո յուրաքանչյուր երթուղիչ ինքնուրույն սկսում է ստեղծել երթուղիների ցանկ՝ օգտագործելով SPF ալգորիթմը։ Մեր սխեմայում A երթուղիչն իր համար կստեղծի այդպիսի աղյուսակ: Օրինակ, այն հաշվարկում է A-R1 երթուղու արժեքը և սահմանում է այն 10: Դիագրամն ավելի հեշտ հասկանալի դարձնելու համար ենթադրենք, որ A երթուղիչը որոշում է դեպի երթուղիչ B օպտիմալ երթուղին: A-R1 կապի արժեքը 10 է: , A-R2 կապը 100 է, իսկ A-R3 երթուղու արժեքը հավասար է 11-ի, այսինքն՝ A-R1(10) և R1-R3(1) երթուղու գումարը։
Եթե A երթուղիչը ցանկանում է հասնել երթուղիչ R4, այն կարող է դա անել կամ A-R1-R4 կամ A-R2-R4 երթուղու երկայնքով, և երկու դեպքում էլ երթուղիների արժեքը կլինի նույնը. 10+100 =100+10=110. A-R6 երթուղին կարժենա 100+1=101, որն արդեն ավելի լավ է։ Հաջորդը, մենք դիտարկում ենք դեպի R5 երթուղիչ A-R1-R3-R5 երթուղու ուղին, որի արժեքը կլինի 10+1+100 = 111:
R7 երթուղիչին տանող ուղին կարելի է դնել երկու երթուղիով՝ A-R1-R4-R7 կամ A-R2-R6-R7: Առաջինի արժեքը կկազմի 210, երկրորդի արժեքը՝ 201, ինչը նշանակում է, որ պետք է ընտրել 201-ը։ Այսպիսով, B երթուղիչին հասնելու համար A երթուղիչը կարող է օգտագործել 4 երթուղի։
A-R1-R3-R5-B երթուղու արժեքը կկազմի 121, A-R1-R4-R7-B երթուղին կարժենա 220, A-R2-R4-R7-B երթուղին կարժենա 210, իսկ A-R2- R6-R7- B-ն ունի 211 արժեք: Դրա հիման վրա A երթուղիչը կընտրի ամենացածր արժեքով երթուղին, որը հավասար է 121-ի և կտեղադրի այն երթուղային աղյուսակում: Սա շատ պարզեցված դիագրամ է, թե ինչպես է աշխատում SPF ալգորիթմը: Փաստորեն, աղյուսակը պարունակում է ոչ միայն երթուղիչների նշանակումները, որոնցով անցնում է օպտիմալ երթուղին, այլ նաև դրանք միացնող նավահանգիստների և այլ անհրաժեշտ տեղեկությունները:
Դիտարկենք մեկ այլ թեմա, որը վերաբերում է երթուղային գոտիներին։ Սովորաբար, ընկերության OSPF սարքերը կարգավորելիս դրանք բոլորը գտնվում են մեկ ընդհանուր գոտում:
Ի՞նչ է պատահում, եթե R3 երթուղիչին միացված սարքը հանկարծակի խափանվի: R3 երթուղիչն անմիջապես կսկսի հաղորդագրություն ուղարկել R5 և R1 երթուղիչներին, որ այս սարքի հետ կապուղին այլևս չի աշխատում, և բոլոր երթուղիչները կսկսեն փոխանակվել այս իրադարձության վերաբերյալ թարմացումներով:
Եթե ունեք 100 երթուղիչ, նրանք բոլորը կթարմացնեն հղման վիճակի մասին տեղեկությունները, քանի որ դրանք գտնվում են նույն ընդհանուր գոտում: Նույնը տեղի կունենա, եթե հարևան երթուղիչներից մեկը ձախողվի՝ գոտու բոլոր սարքերը կփոխանակեն LSA թարմացումները: Նման հաղորդագրությունների փոխանակումից հետո ցանցի տոպոլոգիան ինքնին կփոխվի։ Երբ դա տեղի ունենա, SPF-ը կվերահաշվարկի երթուղային աղյուսակները՝ ըստ փոփոխված պայմանների: Սա շատ մեծ գործընթաց է, և եթե մեկ գոտում ունեք հազար սարք, դուք պետք է վերահսկեք երթուղիչների հիշողության չափը, որպեսզի բավարար լինի պահպանել բոլոր LSA-ները և LSDB կապի պետական տվյալների բազան: Հենց որ գոտու որոշ հատվածում փոփոխություններ են տեղի ունենում, SPF ալգորիթմն անմիջապես վերահաշվարկում է երթուղիները: Լռելյայնորեն, LSA-ն թարմացվում է 30 րոպեն մեկ: Այս գործընթացը ոչ բոլոր սարքերում է տեղի ունենում միաժամանակ, բայց ամեն դեպքում, յուրաքանչյուր երթուղիչի կողմից թարմացումները կատարվում են յուրաքանչյուր 30 րոպեն մեկ։ Որքան շատ ցանցային սարքեր: Որքան ավելի շատ հիշողություն և ժամանակ է պահանջվում LSDB-ն թարմացնելու համար:
Այս խնդիրը կարելի է լուծել՝ մեկ ընդհանուր գոտի բաժանելով մի քանի առանձին գոտիների, այսինքն՝ օգտագործելով բազմագոտիավորում։ Դա անելու համար դուք պետք է ունենաք ձեր ղեկավարած ամբողջ ցանցի պլան կամ դիագրամ: AREA 0-ը ձեր հիմնական տարածքն է: Սա այն վայրն է, որտեղ միացում է կատարվում արտաքին ցանցին, օրինակ՝ մուտք դեպի ինտերնետ։ Նոր գոտիներ ստեղծելիս պետք է հետևել կանոնին՝ յուրաքանչյուր գոտի պետք է ունենա մեկ ABR՝ Տարածքային սահմանային երթուղիչ: Եզրային երթուղիչն ունի մեկ ինտերֆեյս մի գոտում, իսկ երկրորդ ինտերֆեյսը մեկ այլ գոտում: Օրինակ R5 երթուղիչն ունի ինտերֆեյսներ 1-ին և 0-րդ գոտում, ինչպես ասացի, գոտիներից յուրաքանչյուրը պետք է միացված լինի զրոյական գոտուն, այսինքն ունենա եզրային երթուղիչ, որի ինտերֆեյսներից մեկը միացված է AREA 0-ին:
Ենթադրենք, որ R6-R7 կապը ձախողվել է: Այս դեպքում LSA-ի թարմացումը կտարածվի միայն AREA 1-ով և կազդի միայն այս գոտու վրա: 2-րդ և 0-րդ գոտու սարքերը նույնիսկ չեն իմանա այդ մասին: Edge երթուղիչը R5-ն ամփոփում է տեղեկատվությունը իր գոտում տեղի ունեցողի մասին և ցանցի վիճակի մասին ամփոփ տեղեկատվություն է ուղարկում հիմնական գոտի AREA 0: Մի գոտու սարքերը կարիք չունեն տեղյակ լինելու LSA-ի բոլոր փոփոխություններին այլ գոտիներում, քանի որ ABR երթուղիչը կուղարկի երթուղու ամփոփ տեղեկատվությունը մի գոտուց մյուսը:
Եթե դուք լիովին պարզ չեք գոտիների հայեցակարգին, կարող եք ավելին իմանալ հաջորդ դասերում, երբ մենք կարգավորենք OSPF երթուղին և նայենք որոշ օրինակների:
Շնորհակալություն մեզ հետ մնալու համար: Ձեզ դուր են գալիս մեր հոդվածները: Ցանկանու՞մ եք տեսնել ավելի հետաքրքիր բովանդակություն: Աջակցեք մեզ՝ պատվիրելով կամ խորհուրդ տալով ընկերներին, 30% զեղչ Habr-ի օգտատերերի համար մուտքի մակարդակի սերվերների եզակի անալոգի վրա, որը ստեղծվել է մեր կողմից ձեզ համար. (հասանելի է RAID1 և RAID10-ով, մինչև 24 միջուկով և մինչև 40 ԳԲ DDR4):
Dell R730xd 2 անգամ ավելի էժան? Միայն այստեղ Նիդեռլանդներում! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99-ից: Կարդացեք մասին
Source: www.habr.com