Այսօր մենք կսկսենք ուսումնասիրել EIGRP արձանագրությունը, որը OSPF-ի ուսումնասիրության հետ մեկտեղ CCNA դասընթացի ամենակարևոր թեման է:
Մենք կվերադառնանք Բաժին 2.5-ին ավելի ուշ, բայց առայժմ, անմիջապես Բաժին 2.4-ից հետո, մենք կանցնենք Բաժին 2.6-ին, «Կազմաձևում, հաստատում և վերացնում է EIGRP IPv4-ի միջոցով (բացառելով նույնականացումը, զտումը, ձեռքով ամփոփումը, վերաբաշխումը և կոճղը»: Կազմաձևում)»:
Այսօր մենք կունենանք ներածական դաս, որտեղ ես ձեզ կներկայացնեմ Enhanced Internal Gateway Routing Protocol EIGRP-ի հայեցակարգը, իսկ հաջորդ երկու դասերում մենք կանդրադառնանք արձանագրության ռոբոտների կազմաձևմանը և անսարքությունների վերացմանը: Բայց նախ ուզում եմ ձեզ ասել հետևյալը.
Վերջին մի քանի դասերի ընթացքում մենք սովորել ենք OSPF-ի մասին: Այժմ ես ուզում եմ, որ դուք հիշեք, որ երբ մենք նայեցինք RIP-ին շատ ամիսներ առաջ, մենք խոսեցինք երթուղային հանգույցների և տեխնոլոգիաների մասին, որոնք կանխում են երթևեկության հանգույցը: Ինչպե՞ս կարող եք կանխել երթուղային հանգույցները OSPF-ի օգտագործման ժամանակ: Հնարավո՞ր է դրա համար օգտագործել այնպիսի մեթոդներ, ինչպիսիք են Route Poison կամ Split Horizon: Սրանք հարցեր են, որոնց դուք պետք է պատասխանեք ինքներդ: Դուք կարող եք օգտագործել այլ թեմատիկ ռեսուրսներ, բայց գտնել այս հարցերի պատասխանները: Ես ուզում եմ, որ դուք սովորեք, թե ինչպես գտնել պատասխանները ինքներդ՝ աշխատելով տարբեր աղբյուրների հետ, և ես ձեզ խրախուսում եմ թողնել ձեր մեկնաբանությունները այս տեսանյութի տակ, որպեսզի տեսնեմ, թե իմ ուսանողներից քանիսն են կատարել այս առաջադրանքը:
Ի՞նչ է EIGRP-ն: Այն հիբրիդային երթուղային արձանագրություն է, որը համատեղում է ինչպես հեռավորության վեկտորային արձանագրության օգտակար հատկությունները, ինչպիսին է RIP-ը, այնպես էլ կապի վիճակի արձանագրությունը, ինչպիսին է OSPF-ը:
EIGRP-ն Cisco-ի սեփականության արձանագրություն է, որը հասանելի է դարձել հանրությանը 2013 թվականին: Link-state tracking protocol-ից նա ընդունել է թաղամասի հաստատման ալգորիթմ՝ ի տարբերություն RIP-ի, որը հարեւաններ չի ստեղծում։ RIP-ը նաև փոխանակում է երթուղային աղյուսակները արձանագրության այլ մասնակիցների հետ, սակայն OSPF-ը ձևավորում է հարևանություն մինչև այս փոխանակումը սկսելը: EIGRP-ն աշխատում է նույն կերպ:
RIP արձանագրությունը պարբերաբար թարմացնում է ամբողջական երթուղային աղյուսակը յուրաքանչյուր 30 վայրկյանը մեկ և տարածում է տեղեկատվությունը բոլոր ինտերֆեյսների և բոլոր երթուղիների մասին իր բոլոր հարևաններին: EIGRP-ն չի կատարում տեղեկատվության պարբերական ամբողջական թարմացում, փոխարենը օգտագործում է Hello հաղորդագրությունների հեռարձակման հայեցակարգը նույն կերպ, ինչ անում է OSPF-ը: Ամեն մի քանի վայրկյանը մեկ բարև է ուղարկում՝ համոզվելու, որ հարևանը դեռ «կենդանի է»:
Ի տարբերություն հեռավորության վեկտորային արձանագրության, որն ուսումնասիրում է ցանցի ամբողջ տոպոլոգիան նախքան երթուղի ձևավորելու որոշումը, EIGRP-ն, ինչպես RIP-ը, ստեղծում է երթուղիներ՝ հիմնված ասեկոսեների վրա: Ասեկոսեներ ասելով նկատի ունեմ, որ երբ հարեւանը ինչ-որ բան է հայտնում, EIGRP-ն առանց կասկածի համաձայնում է դրա հետ: Օրինակ, եթե հարևանն ասում է, որ գիտի, թե ինչպես հասնել 10.1.1.2, EIGRP-ն հավատում է նրան առանց հարցնելու. «Ինչպե՞ս իմացար դա: Ասա ինձ ամբողջ ցանցի տոպոլոգիայի մասին:
Մինչև 2013 թվականը, եթե դուք օգտագործում էիք միայն Cisco ենթակառուցվածքը, կարող եք օգտագործել EIGRP, քանի որ այս արձանագրությունը ստեղծվել է դեռևս 1994 թվականին։ Այնուամենայնիվ, շատ ընկերություններ, նույնիսկ օգտագործելով Cisco-ի սարքավորումները, չէին ցանկանում աշխատել այս բացը: Իմ կարծիքով, EIGRP-ն այսօր լավագույն դինամիկ երթուղային արձանագրությունն է, քանի որ այն շատ ավելի հեշտ է օգտագործել, բայց մարդիկ դեռ նախընտրում են OSPF-ը: Կարծում եմ՝ դա պայմանավորված է նրանով, որ նրանք չեն ցանկանում կապվել Cisco-ի արտադրանքի հետ։ Սակայն Cisco-ն այս արձանագրությունը հասանելի դարձրեց հանրությանը, քանի որ այն աջակցում է երրորդ կողմի ցանցային սարքավորումներին, ինչպիսին Juniper-ն է, և եթե դուք միավորվեք մի ընկերության հետ, որը չի օգտագործում Cisco սարքավորումները, ոչ մի խնդիր չեք ունենա:
Եկեք կարճ էքսկուրսիա կատարենք ցանցային արձանագրությունների պատմության մեջ:
RIPv1 արձանագրությունը, որը հայտնվեց 1980-ականներին, ուներ մի շարք սահմանափակումներ, օրինակ՝ առավելագույն թվով հոփեր 16, և, հետևաբար, չէր կարող ապահովել երթուղիներ մեծ ցանցերում: Մի փոքր ուշ նրանք մշակեցին ներքին դարպասի երթուղային IGRP արձանագրությունը, որը շատ ավելի լավն էր, քան RIP-ը: Այնուամենայնիվ, դա ավելի շատ հեռավորության վեկտոր արձանագրություն էր, քան կապի վիճակի արձանագրություն: 80-ականների վերջին ի հայտ եկավ բաց ստանդարտ՝ OSPFv2 կապի վիճակի արձանագրությունը IPv4-ի համար:
90-ականների սկզբին Cisco-ն որոշեց, որ IGRP-ն պետք է բարելավվի և թողարկեց Enhanced Internal Gateway Routing Protocol EIGRP: Այն շատ ավելի արդյունավետ էր, քան OSPF-ը, քանի որ այն համատեղում էր ինչպես RIP-ի, այնպես էլ OSPF-ի առանձնահատկությունները: Երբ մենք սկսում ենք ուսումնասիրել այն, դուք կտեսնեք, որ EIGRP-ն շատ ավելի հեշտ է կարգավորել, քան OSPF-ը: Cisco-ն փորձեց ստեղծել արձանագրություն, որը կապահովի ցանցի հնարավոր ամենաարագ կոնվերգենցիան:
90-ականների վերջին թողարկվեց RIPv2 արձանագրության թարմացված անդասական տարբերակը: 2000-ականներին հայտնվեց OSPF-ի, RIPng-ի և EIGRPv6-ի երրորդ տարբերակը, որն աջակցում էր IPv6 արձանագրությանը։ Աշխարհն աստիճանաբար մոտենում է IPv6-ի ամբողջական անցմանը, և երթուղային արձանագրությունների մշակողները ցանկանում են պատրաստ լինել դրան:
Եթե հիշում եք, մենք ուսումնասիրել ենք, որ օպտիմալ երթուղին ընտրելիս RIP-ը, որպես հեռավորության վեկտորային արձանագրություն, առաջնորդվում է միայն մեկ չափանիշով՝ հոփերի նվազագույն քանակով կամ նվազագույն հեռավորությամբ մինչև նպատակակետ միջերես: Այսպիսով, R1 երթուղիչը կընտրի ուղիղ երթուղի դեպի երթուղիչ R3, չնայած այն հանգամանքին, որ այս երթուղու արագությունը 64 կբիտ/վ է, ինչը մի քանի անգամ պակաս է R1-R2-R3 երթուղու արագությունից, որը հավասար է 1544 կբիթ/վրկ-ի: RIP արձանագրությունը օպտիմալ կհամարի մեկ հոփ երկարությամբ դանդաղ երթուղին, քան 2 հոփ արագ երթուղին:
OSPF-ն կուսումնասիրի ցանցի ամբողջ տոպոլոգիան և կորոշի օգտագործել R3-ով անցնող երթուղին որպես R2 երթուղիչի հետ կապի ավելի արագ երթուղի: RIP-ն օգտագործում է հոփերի քանակը որպես իր մետրիկ, մինչդեռ OSPF-ի չափանիշը ծախսն է, որը շատ դեպքերում համաչափ է կապի թողունակությանը:
EIGRP-ն կենտրոնանում է նաև երթուղու արժեքի վրա, բայց դրա չափումը շատ ավելի բարդ է, քան OSPF-ը և հիմնված է բազմաթիվ գործոնների վրա, ներառյալ թողունակությունը, ուշացումը, հուսալիությունը, բեռնումը և առավելագույն MTU: Օրինակ, եթե մի հանգույց ավելի բեռնված է, քան մյուսները, EIGRP-ն կվերլուծի բեռը ողջ երթուղու վրա և կընտրի ավելի քիչ բեռով մեկ այլ հանգույց:
CCNA դասընթացում մենք հաշվի կառնենք միայն այնպիսի մետրային ձևավորման գործոններ, ինչպիսիք են թողունակությունը և ուշացումը, սրանք են, որոնք օգտագործելու է մետրային բանաձևը:
Հեռավորության վեկտորային արձանագրության RIP-ն օգտագործում է երկու հասկացություն՝ հեռավորություն և ուղղություն: Եթե մենք ունենք 3 երթուղիչ, և դրանցից մեկը միացված է 20.0.0.0 ցանցին, ապա ընտրությունը կկատարվի հեռավորության վրա՝ սրանք հոփ են, այս դեպքում՝ 1 հոպ, և ըստ ուղղության, այսինքն՝ որ ճանապարհով՝ վերին: կամ ավելի ցածր՝ տրաֆիկ ուղարկելու համար:
Բացի այդ, RIP-ն օգտագործում է տեղեկատվության պարբերական թարմացում՝ յուրաքանչյուր 30 վայրկյանը մեկ բաշխելով ամբողջական երթուղային աղյուսակ ամբողջ ցանցում: Այս թարմացումը կատարում է 2 բան. Առաջինը երթուղային աղյուսակի փաստացի թարմացումն է, երկրորդը՝ հարեւանի կենսունակության ստուգումը։ Եթե սարքը 30 վայրկյանի ընթացքում հարևանից չի ստանում պատասխանների աղյուսակի թարմացում կամ նոր երթուղու տեղեկատվություն, նա հասկանում է, որ դեպի հարևան երթուղին այլևս չի կարող օգտագործվել: Երթուղիչը յուրաքանչյուր 30 վայրկյանը մեկ թարմացում է ուղարկում՝ պարզելու, արդյոք հարևանը դեռ կենդանի է, և արդյոք երթուղին դեռ վավեր է:
Ինչպես ասացի, Split Horizon տեխնոլոգիան օգտագործվում է երթուղու հանգույցները կանխելու համար: Սա նշանակում է, որ թարմացումը հետ չի ուղարկվում այն ինտերֆեյսին, որտեղից այն եկել է: Օղակների կանխարգելման երկրորդ տեխնոլոգիան Route Poison-ն է: Եթե նկարում պատկերված 20.0.0.0 ցանցի հետ կապը ընդհատվում է, երթուղիչը, որին այն միացված է, ուղարկում է «թունավորված երթուղի» իր հարևաններին, որում հայտնում է, որ այս ցանցն այժմ հասանելի է 16 հոպով, այսինքն. գործնականում անհասանելի. Այսպես է աշխատում RIP արձանագրությունը։
Ինչպե՞ս է աշխատում EIGRP-ն: Եթե հիշում եք OSPF-ի մասին դասերից, այս արձանագրությունը կատարում է երեք գործառույթ՝ սահմանում է հարևանություն, օգտագործում է LSA՝ թարմացնելու LSDB-ը՝ ցանցի տոպոլոգիայի փոփոխություններին համապատասխան, և կառուցում է երթուղային աղյուսակ: Հարևանության ստեղծումը բավականին բարդ ընթացակարգ է, որն օգտագործում է բազմաթիվ պարամետրեր: Օրինակ՝ 2WAY կապի ստուգում և փոփոխություն. որոշ միացումներ մնում են երկկողմանի կապի վիճակում, որոշները գնում են FULL վիճակի: Ի տարբերություն OSPF-ի, դա տեղի չի ունենում EIGRP արձանագրության մեջ. այն ստուգում է ընդամենը 4 պարամետր:
Ինչպես OSPF-ն, այս արձանագրությունը յուրաքանչյուր 10 վայրկյանը մեկ ուղարկում է Բարև հաղորդագրություն, որը պարունակում է 4 պարամետր: Առաջինը վավերացման չափանիշն է, եթե այն նախկինում կազմաձևված է եղել: Այս դեպքում բոլոր սարքերը, որոնց հետ հաստատված է մոտիկություն, պետք է ունենան նույնականացման պարամետրերը:
Երկրորդ պարամետրը օգտագործվում է ստուգելու համար, թե արդյոք սարքերը պատկանում են նույն ինքնավար համակարգին, այսինքն, EIGRP արձանագրության միջոցով հարևանություն հաստատելու համար երկու սարքերը պետք է ունենան նույն ինքնավար համակարգի համարը: Երրորդ պարամետրը օգտագործվում է ստուգելու համար, որ Hello հաղորդագրությունները ուղարկվում են նույն Source IP հասցեից:
Չորրորդ պարամետրը օգտագործվում է փոփոխական K-Values գործակիցների հետևողականությունը ստուգելու համար: EIRGP արձանագրությունն օգտագործում է 5 նման գործակից՝ K1-ից մինչև K5: Եթե հիշում եք, եթե K=0 պարամետրերը անտեսվում են, բայց եթե K=1, ապա պարամետրերը օգտագործվում են մետրային հաշվարկման բանաձևում: Այսպիսով, K1-5-ի արժեքները տարբեր սարքերի համար պետք է լինեն նույնը: CCNA դասընթացում մենք կվերցնենք այս գործակիցների լռելյայն արժեքները. K1-ը և K3-ը հավասար են 1-ի, իսկ K2-ը, K4-ը և K5-ը հավասար են 0-ի:
Այսպիսով, եթե այս 4 պարամետրերը համընկնում են, EIGRP-ն սահմանում է հարևան հարաբերություններ, և սարքերը միմյանց մտնում են հարևան աղյուսակ: Այնուհետև փոփոխություններ են կատարվում տոպոլոգիայի աղյուսակում:
Բոլոր Hello հաղորդագրություններն ուղարկվում են 224.0.0.10 multicast IP հասցեով, իսկ թարմացումները, կախված կոնֆիգուրացիայից, ուղարկվում են հարևանների unicast հասցեներին կամ Multicast հասցեին: Այս թարմացումը չի կատարվում UDP-ի կամ TCP-ի միջոցով, այլ օգտագործում է այլ արձանագրություն, որը կոչվում է RTP, հուսալի տրանսպորտի արձանագրություն: Այս արձանագրությունը ստուգում է, թե արդյոք հարևանը թարմացում է ստացել, և ինչպես երևում է նրա անունից, նրա հիմնական գործառույթը կապի հուսալիությունն ապահովելն է: Եթե թարմացումը չի հասնում հարեւանին, փոխանցումը կկրկնվի այնքան ժամանակ, մինչև հարևանը ստանա այն: OSPF-ը չունի ստացող սարքը ստուգելու մեխանիզմ, ուստի համակարգը չգիտի՝ հարևան սարքերը ստացել են թարմացումը, թե ոչ։
Եթե հիշում եք, RIP-ն ուղարկում է ցանցի ամբողջական տոպոլոգիայի թարմացում յուրաքանչյուր 30 վայրկյանը մեկ: EIGRP-ն դա անում է միայն այն դեպքում, եթե ցանցում նոր սարք է հայտնվել կամ ինչ-որ փոփոխություններ են տեղի ունեցել: Եթե ենթացանցային տոպոլոգիան փոխվել է, ապա արձանագրությունը կուղարկի թարմացում, բայց ոչ ամբողջական տոպոլոգիայի աղյուսակը, այլ միայն այս փոփոխության հետ կապված գրառումները: Եթե ենթացանցը փոխվի, միայն դրա տոպոլոգիան կթարմացվի: Սա, կարծես, մասնակի թարմացում է, որը տեղի է ունենում անհրաժեշտության դեպքում:
Ինչպես գիտեք, OSPF-ն ուղարկում է LSA-ներ յուրաքանչյուր 30 րոպեն մեկ՝ անկախ նրանից, թե արդյոք ցանցում փոփոխություններ կան: EIGRP-ն չի ուղարկի որևէ թարմացում երկար ժամանակ, քանի դեռ ցանցում որևէ փոփոխություն տեղի չի ունեցել: Հետևաբար, EIGRP-ն շատ ավելի արդյունավետ է, քան OSPF-ը:
Այն բանից հետո, երբ երթուղիչները փոխանակեցին թարմացման փաթեթները, սկսվում է երրորդ փուլը` չափման հիման վրա երթուղային աղյուսակի ձևավորում, որը հաշվարկվում է նկարում ներկայացված բանաձևով: Նա հաշվարկում է արժեքը և որոշում կայացնում՝ հիմնվելով այս արժեքի վրա:
Ենթադրենք, որ R1-ը Hello է ուղարկել R2 երթուղիչին, իսկ այդ երթուղիչը Hello է ուղարկել R1 երթուղիչին: Եթե բոլոր պարամետրերը համընկնում են, երթուղիչները ստեղծում են հարևանների աղյուսակ: Այս աղյուսակում R2-ը գրառում է գրում R1 երթուղիչի մասին, իսկ R1-ը՝ R2-ի մասին: Դրանից հետո R1 երթուղիչը թարմացումն ուղարկում է դրան միացված 10.1.1.0/24 ցանցին: Ուղղորդման աղյուսակում սա նման է ցանցի IP հասցեի, երթուղիչի ինտերֆեյսի, որն ապահովում է դրա հետ կապը և այս ինտերֆեյսի միջոցով երթուղու արժեքի մասին տեղեկատվություն: Եթե հիշում եք, EIGRP-ի արժեքը 90 է, իսկ հետո նշվում է Distance արժեքը, որի մասին կխոսենք ավելի ուշ։
Ամբողջական մետրային բանաձևը շատ ավելի բարդ է թվում, քանի որ այն ներառում է K գործակիցների և տարբեր փոխակերպումների արժեքները: Cisco-ի կայքը տրամադրում է բանաձևի ամբողջական ձևը, բայց եթե դուք փոխարինեք գործակիցների լռելյայն արժեքները, այն կվերածվի ավելի պարզ ձևի. չափիչը հավասար կլինի (թողունակություն + ուշացում) * 256:
Մենք կօգտագործենք բանաձևի հենց այս պարզեցված ձևը մետրային հաշվարկելու համար, որտեղ թողունակությունը կիլոբիթներով հավասար է 107-ի՝ բաժանված բոլոր ինտերֆեյսների ամենափոքր թողունակության վրա, որը տանում է դեպի նպատակակետ ցանցի նվազագույն թողունակությունը, իսկ կուտակային ուշացումը ընդհանուրն է: ուշացում տասնյակ միկրովայրկյաններով բոլոր ինտերֆեյսների համար, որոնք տանում են դեպի նպատակակետ ցանց:
EIGRP-ն սովորելիս մենք պետք է հասկանանք չորս սահմանումներ՝ իրագործելի հեռավորություն, հաղորդված հեռավորություն, իրավահաջորդ (հարևան երթուղիչ, որն ունի ամենացածր ուղու արժեքը դեպի նպատակակետ ցանց) և Իրագործելի իրավահաջորդ (պահուստային հարևան երթուղիչ): Հասկանալու համար, թե դրանք ինչ են նշանակում, հաշվի առեք ցանցի հետևյալ տոպոլոգիան.
Սկսենք ստեղծելով երթուղային աղյուսակ R1՝ ընտրելու լավագույն երթուղին դեպի ցանց 10.1.1.0/24: Յուրաքանչյուր սարքի կողքին ցուցադրվում են թողունակությունը կբիթ/վրկ և հետաձգումը ms-ով: Մենք օգտագործում ենք 100 Մբիթ/վրկ կամ 1000000 կբ/վ GigabitEthernet միջերեսներ, 100000 կբ/վ արագությամբ FastEthernet, 10000 կբ/վրկ Ethernet և 1544 կբ/վ սերիական միջերեսներ: Այս արժեքները կարելի է պարզել՝ դիտելով համապատասխան ֆիզիկական միջերեսների բնութագրերը երթուղիչի կարգավորումներում:
Սերիական ինտերֆեյսների լռելյայն թողունակությունը 1544 կբիթ/վ է, և նույնիսկ եթե ունեք 64 կբիթ/վրկ տող, թողունակությունը դեռ կկազմի 1544 կբ/վ: Հետևաբար, որպես ցանցի ադմինիստրատոր, դուք պետք է համոզվեք, որ օգտագործում եք թողունակության ճիշտ արժեքը: Հատուկ ինտերֆեյսի համար այն կարող է սահմանվել՝ օգտագործելով թողունակության հրամանը, և օգտագործելով հետաձգման հրամանը, կարող եք փոխել լռելյայն հետաձգման արժեքը: Դուք չպետք է անհանգստանաք GigabitEthernet կամ Ethernet ինտերֆեյսների լռելյայն թողունակության արժեքների մասին, բայց զգույշ եղեք գծի արագությունն ընտրելիս, եթե օգտագործում եք սերիական ինտերֆեյս:
Խնդրում ենք նկատի ունենալ, որ այս դիագրամում ուշացումը ենթադրաբար նշված է միլիվայրկյան ms-ով, բայց իրականում դա միկրովայրկյան է, ես պարզապես չունեմ μ տառը, որպեսզի ճիշտ նշեմ միկրովայրկյան մկվ:
Խնդրում եմ ուշադիր ուշադրություն դարձնել հետևյալ փաստին. Եթե դուք թողարկեք շոու ինտերֆեյսի g0/0 հրամանը, համակարգը կցուցադրի ուշացումը տասնյակ միկրովայրկյաններով, այլ ոչ թե պարզապես միկրովայրկյաններով:
Այս հարցին մանրամասն կանդրադառնանք EIGRP-ի կազմաձևման վերաբերյալ հաջորդ տեսանյութում, առայժմ հիշեք, որ ուշացման արժեքները բանաձևի մեջ փոխարինելիս դիագրամից 100 մկվ-ը վերածվում է 10-ի, քանի որ բանաձևը օգտագործում է տասնյակ միկրովայրկյաններ, ոչ թե միավորներ:
Դիագրամում ես կարմիր կետերով կնշեմ այն միջերեսները, որոնց վերաբերում են ցուցադրված թողունակությունները և ուշացումները:
Առաջին հերթին մենք պետք է որոշենք հնարավոր իրագործելի հեռավորությունը: Սա FD մետրիկ է, որը հաշվարկվում է բանաձևով. R5-ից դեպի արտաքին ցանց հատվածի համար մենք պետք է 107-ը բաժանենք 106-ի, արդյունքում ստանում ենք 10: Հաջորդը, թողունակության այս արժեքին պետք է ավելացնել 1-ի հավասար ուշացում, քանի որ ունենք 10 միկրովայրկյան, այսինքն. մեկ տասը. Ստացված 11-ի արժեքը պետք է բազմապատկվի 256-ով, այսինքն՝ մետրային արժեքը կլինի 2816: Սա ցանցի այս հատվածի FD արժեքն է:
R5 երթուղիչը կուղարկի այս արժեքը R2 երթուղիչին, իսկ R2-ի համար այն կդառնա հայտարարված Հաղորդված հեռավորությունը, այսինքն՝ այն արժեքը, որն ասել է հարևանը: Այսպիսով, բոլոր մյուս սարքերի համար գովազդվող RD հեռավորությունը հավասար կլինի ձեզ զեկուցած սարքի հնարավոր FD հեռավորությանը:
Router R2-ը կատարում է FD-ի հաշվարկներ՝ հիմնվելով իր տվյալների վրա, այսինքն՝ 107-ը բաժանում է 105-ի և ստանում 100: Այնուհետև այս արժեքին ավելացնում է դեպի արտաքին ցանց տանող երթուղու հետաձգումների գումարը՝ R5-ի ուշացումը, որը հավասար է մեկ տասը միկրովայրկյան, և իր սեփական ուշացումը՝ հավասար տասը տասնյակի։ Ընդհանուր ուշացումը կկազմի 11 տասնյակ միկրովայրկյան: Մենք այն ավելացնում ենք ստացված հարյուրին և ստանում 111, այս արժեքը բազմապատկում ենք 256-ով և ստանում FD = 28416 արժեքը։ Նույնն անում է նաև R3 երթուղիչը՝ հաշվարկներից հետո ստանալով FD=281856 արժեքը։ Router R4-ը հաշվարկում է FD=3072 արժեքը և փոխանցում R1-ին որպես RD:
Խնդրում ենք նկատի ունենալ, որ FD-ն հաշվարկելիս R1 երթուղիչը բանաձևում չի փոխարինում իր սեփական թողունակությունը՝ 1000000 կբիթ/վ, այլ R2 երթուղիչի ցածր թողունակությունը, որը հավասար է 100000 կբիթ/վրկ, քանի որ բանաձևը միշտ օգտագործում է նվազագույն թողունակությունը: ինտերֆեյսը, որը տանում է դեպի նպատակակետ ցանց: Այս դեպքում R10.1.1.0 և R24 երթուղիչները գտնվում են 2/5 ցանցի ճանապարհին, բայց քանի որ հինգերորդ երթուղիչն ավելի մեծ թողունակություն ունի, R2 երթուղիչի թողունակության ամենափոքր արժեքը փոխարինվում է բանաձևով: R1-R2-R5 ճանապարհի ընդհանուր ուշացումը 1+10+1 (տասնյակ) = 12 է, կրճատված թողունակությունը՝ 100, և այս թվերի գումարը բազմապատկած 256-ով տալիս է FD=30976 արժեքը։
Այսպիսով, բոլոր սարքերը հաշվարկել են իրենց ինտերֆեյսերի FD-ն, իսկ R1 երթուղիչն ունի 3 երթուղի, որը տանում է դեպի նպատակակետ ցանց: Սրանք R1-R2, R1-R3 և R1-R4 երթուղիներն են: Երթուղիչը ընտրում է FD հնարավոր հեռավորության նվազագույն արժեքը, որը հավասար է 30976 - սա դեպի երթուղիչ R2 երթուղին է: Այս երթուղիչը դառնում է իրավահաջորդ կամ «հաջորդ»: Երթուղղման աղյուսակը նաև ցույց է տալիս իրագործելի իրավահաջորդը (պահուստային իրավահաջորդը) - դա նշանակում է, որ եթե R1-ի և Successor-ի միջև կապը խզված է, երթուղին կուղղվի պահեստային Feasible Successor երթուղիչի միջոցով:
Իրագործելի իրավահաջորդները նշանակվում են մեկ կանոնի համաձայն՝ այս երթուղիչի գովազդվող հեռավորությունը RD պետք է պակաս լինի երթուղիչի FD-ից մինչև հաջորդ հատվածում: Մեր դեպքում R1-R2-ն ունի FD = 30976, R1-K3 հատվածում RD-ը հավասար է 281856-ի, իսկ R1-R4 հատվածում RD-ն հավասար է 3072-ի: Քանի որ 3072 < 30976, R4 երթուղիչն ընտրվում է որպես իրագործելի հաջորդողներ:
Սա նշանակում է, որ եթե հաղորդակցությունը խաթարվում է R1-R2 ցանցի հատվածում, երթևեկությունը դեպի 10.1.1.0/24 ցանց կուղարկվի R1-R4-R5 երթուղու երկայնքով: RIP-ի օգտագործման ժամանակ երթուղին փոխելը տևում է մի քանի տասնյակ վայրկյան, OSPF-ն օգտագործելիս՝ մի քանի վայրկյան, իսկ EIGRP-ում դա տեղի է ունենում ակնթարթորեն։ Սա EIGRP-ի ևս մեկ առավելություն է այլ երթուղային արձանագրությունների նկատմամբ:
Ի՞նչ է պատահում, եթե և՛ իրավահաջորդը, և՛ իրագործելի իրավահաջորդը միևնույն ժամանակ անջատվեն: Այս դեպքում EIGRP-ն օգտագործում է DUAL ալգորիթմը, որը կարող է հաշվարկել պահեստային երթուղին հավանական իրավահաջորդի միջոցով: Դա կարող է տևել մի քանի վայրկյան, որի ընթացքում EIGRP-ն կգտնի մեկ այլ հարևան, որը կարող է օգտագործվել երթևեկությունը փոխանցելու և դրա տվյալները երթուղային աղյուսակում տեղադրելու համար: Դրանից հետո արձանագրությունը կշարունակի իր բնականոն երթուղային աշխատանքը:
Շնորհակալություն մեզ հետ մնալու համար: Ձեզ դուր են գալիս մեր հոդվածները: Ցանկանու՞մ եք տեսնել ավելի հետաքրքիր բովանդակություն: Աջակցեք մեզ՝ պատվիրելով կամ խորհուրդ տալով ընկերներին, 30% զեղչ Habr-ի օգտատերերի համար մուտքի մակարդակի սերվերների եզակի անալոգի վրա, որը ստեղծվել է մեր կողմից ձեզ համար.
Dell R730xd 2 անգամ ավելի էժան? Միայն այստեղ
Source: www.habr.com