Այսօր մենք կշարունակենք ICND2.6 դասընթացի 2 բաժնի մեր ուսումնասիրությունը և կանդրադառնանք EIGRP արձանագրության կազմաձևմանը և ստուգմանը: EIGRP-ի կարգավորումը շատ պարզ է: Ինչպես ցանկացած այլ երթուղային արձանագրության դեպքում, ինչպիսին է RIP-ը կամ OSPF-ը, դուք մտնում եք երթուղիչի գլոբալ կազմաձևման ռեժիմ և մուտքագրում երթուղիչի eigrp <#> հրամանը, որտեղ #-ը AS համարն է:
Այս թիվը պետք է նույնը լինի բոլոր սարքերի համար, օրինակ, եթե դուք ունեք 5 երթուղիչ և նրանք բոլորն օգտագործում են EIGRP, ապա դրանք պետք է ունենան նույն ինքնավար համակարգի համարը: OSPF-ում սա Process ID-ն է կամ գործընթացի համարը, իսկ EIGRP-ում դա ինքնավար համակարգի համարն է:
OSPF-ում հարևանություն ստեղծելու համար տարբեր երթուղիչների Process ID-ները կարող են չհամընկնել: EIGRP-ում բոլոր հարևանների AS համարները պետք է համընկնեն, հակառակ դեպքում հարևանությունը չի հաստատվի: EIGRP արձանագրությունը միացնելու 2 եղանակ կա՝ առանց հակադարձ դիմակ նշելու կամ wildcard դիմակ նշելու:
Առաջին դեպքում ցանցի հրամանը սահմանում է 10.0.0.0 տիպի դասական IP հասցե: Սա նշանակում է, որ IP հասցեի 10-ի առաջին օկտետով ցանկացած ինտերֆեյս կմասնակցի EIGRP երթուղղմանը, այսինքն՝ այս դեպքում օգտագործվում են 10.0.0.0 ցանցի A դասի բոլոր հասցեները։ Նույնիսկ եթե դուք մուտքագրեք ճշգրիտ ենթացանց, ինչպիսին է 10.1.1.10-ը, առանց հակադարձ դիմակ նշելու, արձանագրությունը դեռ կվերածի այն IP հասցեի, ինչպիսին 10.0.0.0-ն է: Հետևաբար, հիշեք, որ համակարգը ցանկացած դեպքում կընդունի նշված ենթացանկի հասցեն, բայց այն կհամարի դասակարգային հասցե և կաշխատի A, B կամ C դասի ողջ ցանցի հետ՝ կախված առաջին օկտետի արժեքից։ IP հասցեից:
Եթե ցանկանում եք EIGRP-ն գործարկել 10.1.12.0/24 ենթացանցում, ապա ձեզ հարկավոր է օգտագործել հակադարձ դիմակ հրամանի ցանց 10.1.12.0 0.0.0.255: Այսպիսով, EIGRP-ն աշխատում է դասակարգային ցանցերով՝ առանց հակադարձ դիմակի, իսկ անդաս ենթացանցերի դեպքում՝ wildcard mask-ի օգտագործումը պարտադիր է։
Անցնենք Packet Tracer-ին և օգտագործենք նախորդ վիդեո ձեռնարկի ցանցի տոպոլոգիան, որի օրինակով ծանոթացանք FD և RD հասկացություններին։
Եկեք ծրագրում տեղադրենք այս ցանցը և տեսնենք, թե ինչպես է այն աշխատելու: Մենք ունենք 5 երթուղիչ R1-R5: Թեև Packet Tracer-ն օգտագործում է երթուղիչներ GigabitEthernet ինտերֆեյսներով, ես ձեռքով փոխեցի ցանցի թողունակությունը և ուշացումները, որպեսզի այս սխեման համընկնի ավելի վաղ քննարկված տոպոլոգիայի հետ: 10.1.1.0/24 ցանցի փոխարեն ես միացրի վիրտուալ loopback ինտերֆեյս R5 երթուղիչին, որին նշանակեցի 10.1.1.1/32 հասցեն։
Սկսենք R1 երթուղիչի կարգավորումից: Ես այստեղ դեռ չեմ միացրել EIGRP-ն, այլ ուղղակի IP հասցե եմ հատկացրել երթուղիչին: Config t հրամանով ես մտնում եմ գլոբալ կոնֆիգուրացիայի ռեժիմ և միացնում արձանագրությունը՝ մուտքագրելով router eigrp <ինքնավար համակարգի համարը>, որը պետք է լինի 1-ի և 65535-ի միջև: Ես ընտրում եմ համարը 1 և սեղմում եմ enter: Ավելին, ինչպես ասացի, կարող եք օգտագործել երկու մեթոդ.
Ես կարող եմ մուտքագրել ցանց և ցանցի IP հասցեն: 1/10.1.12.0, 24/10.1.13.0 և 24/10.1.14.0 ցանցերը միացված են R24 երթուղիչին: Նրանք բոլորը գտնվում են «տասներորդ» ցանցում, այնպես որ ես կարող եմ օգտագործել մեկ ընդհանուր ցանցային 10.0.0.0 հրաման: Եթե սեղմեմ Enter, EIGRP-ն կսկսվի բոլոր երեք ինտերֆեյսների վրա: Ես կարող եմ դա հաստատել՝ տալով do show ip eigrp interfaces հրամանը: Մենք տեսնում ենք, որ արձանագրությունն աշխատում է 2 GigabitEthernet ինտերֆեյսով և մեկ Սերիական ինտերֆեյսով, որին միացված է R4 երթուղիչը։
Եթե ստուգելու համար նորից գործարկեմ do show ip eigrp interfaces հրամանը, կարող եմ ստուգել, որ EIGRP-ն իսկապես աշխատում է բոլոր նավահանգիստներում:
Եկեք գնանք երթուղիչ R2 և սկսենք արձանագրությունը՝ օգտագործելով config t և router eigrp 1 հրամանները: Այս անգամ մենք չենք օգտագործի հրամանը ամբողջ ցանցի համար, այլ կկիրառենք հակադարձ դիմակ: Դա անելու համար ես մուտքագրում եմ ցանցի 10.1.12.0 0.0.0.255 հրամանը։ Կազմաձևը ստուգելու համար օգտագործեք do show ip eigrp interfaces հրամանը: Մենք կարող ենք տեսնել, որ EIGRP-ն աշխատում է միայն Gig0/0 ինտերֆեյսի վրա, քանի որ միայն այս ինտերֆեյսը համապատասխանում է մուտքագրված հրամանի պարամետրերին:
Այս դեպքում հակադարձ դիմակը նշանակում է, որ EIGRP ռեժիմը վավեր կլինի ցանկացած ցանցի համար, որի IP հասցեի առաջին երեք օկտետները 10.1.12 են: Եթե նույն պարամետրերով ցանցը միացված է ինչ-որ ինտերֆեյսի, ապա այս ինտերֆեյսը կավելացվի այն նավահանգիստների ցանկին, որոնց վրա գործում է այս արձանագրությունը:
Եկեք ավելացնենք ևս մեկ ցանց ցանցի 10.1.25.0 0.0.0.255 հրամանով և տեսնենք, թե ինչպիսի տեսք կունենա EIGRP աջակցող ինտերֆեյսերի ցանկը: Ինչպես տեսնում եք, այժմ մենք ավելացրել ենք Gig0/1 ինտերֆեյսը: Նկատի ունեցեք, որ Gig0/0 ինտերֆեյսը ունի մեկ հասակակից կամ մեկ հարևան՝ R1 երթուղիչը, որը մենք արդեն կարգավորել ենք: Ավելի ուշ ես ձեզ ցույց կտամ կարգավորումները ստուգելու հրամանները, մինչդեռ մենք շարունակում ենք կարգավորել EIGRP-ն մնացած սարքերի համար: Երթուղիչներից որևէ մեկը կարգավորելիս մենք կարող ենք օգտագործել կամ չօգտագործել հետևի դիմակ:
Ես գնում եմ R3 երթուղիչի CLI կոնսոլ և գլոբալ կոնֆիգուրացիայի ռեժիմում մուտքագրում եմ երթուղիչի հրամանները eigrp 1 և ցանց 10.0.0.0, այնուհետև մտնում եմ R4 երթուղիչի կարգավորումները և նույն հրամանները մուտքագրում եմ առանց հետևի դիմակ օգտագործելու:
Դուք կարող եք տեսնել, թե ինչպես է EIGRP-ն ավելի հեշտ կարգավորել, քան OSPF-ը. վերջին դեպքում պետք է ուշադրություն դարձնել ABR-ներին, գոտիներին, որոշել դրանց գտնվելու վայրը և այլն: Սրանցից ոչ մեկը այստեղ պարտադիր չէ. ես պարզապես գնում եմ R5 երթուղիչի գլոբալ կարգավորումներ, մուտքագրում եմ երթուղիչի հրամանները eigrp 1 և ցանց 10.0.0.0, և այժմ EIGRP-ն աշխատում է բոլոր 5 սարքերի վրա:
Եկեք նայենք այն տեղեկատվությանը, որի մասին խոսեցինք վերջին տեսանյութում։ Ես մտնում եմ R2 կարգավորումները և մուտքագրում show ip route հրամանը, և համակարգը ցույց է տալիս պահանջվող գրառումները:
Եկեք ուշադրություն դարձնենք R5 երթուղիչին, ավելի ճիշտ, ցանցին 10.1.1.0/24: Սա երթուղային աղյուսակի առաջին տողն է: Փակագծերում առաջին համարը վարչական հեռավորությունն է, որը EIGRP արձանագրության համար 90 է: D տառը նշանակում է, որ այս երթուղու մասին տեղեկատվությունը տրամադրվում է EIGRP արձանագրությամբ, իսկ փակագծերում երկրորդ համարը, որը հավասար է 26112-ին, R2-R5 երթուղու չափումն է։ Եթե վերադառնանք նախորդ գծապատկերին, ապա կտեսնենք, որ այստեղ մետրային արժեքը 28416 է, ուստի ես պետք է տեսնեմ, թե որն է այս անհամապատասխանության պատճառը:
Մենք մուտքագրում ենք show interface loopback 0 հրամանը R5 կարգավորումներում: Պատճառն այն է, որ մենք օգտագործել ենք loopback ինտերֆեյս. եթե նայեք գծապատկերում R5 ուշացումը, ապա այն 10 մկվ է, իսկ երթուղիչի կարգավորումներում մեզ տրվում է տեղեկատվություն, որ DLY ուշացումը 5000 մկվ է։ Տեսնենք՝ կարո՞ղ եմ փոխել այս արժեքը: Ես մտնում եմ R5 գլոբալ կոնֆիգուրացիայի ռեժիմ և մուտքագրում եմ ինտերֆեյսի loopback 0 և հետաձգում հրամանները: Համակարգը հուշում է, որ հետաձգման արժեքը կարող է նշանակվել 1-ից մինչև 16777215 միջակայքում և տասնյակ միկրովայրկյաններով: Քանի որ 10 μs հետաձգման արժեքը տասնյակում համապատասխանում է 1-ին, ես մուտքագրում եմ delay 1 հրամանը: Մենք նորից ստուգում ենք ինտերֆեյսի պարամետրերը և տեսնում, որ համակարգը չի ընդունել այս արժեքը, և այն չի ցանկանում դա անել նույնիսկ ցանցը թարմացնելիս: պարամետրերը R2 կարգավորումներում:
Այնուամենայնիվ, ես վստահեցնում եմ ձեզ, որ եթե մենք վերահաշվարկենք նախորդ սխեմայի չափումները, հաշվի առնելով R5 երթուղիչի ֆիզիկական պարամետրերը, R2-ից մինչև 10.1.1.0/24 ցանց երթուղու հնարավոր հեռավորության արժեքը կլինի 26112: Եկեք նայենք: R1 երթուղիչի պարամետրերում նմանատիպ արժեքներով՝ մուտքագրելով show ip route հրամանը: Ինչպես տեսնում եք, 10.1.1.0/24 ցանցի համար կատարվել է վերահաշվարկ և այժմ մետրային արժեքը 26368 է, ոչ թե 28416:
Դուք կարող եք ստուգել այս վերահաշվարկը՝ հիմնվելով նախորդ վիդեո ձեռնարկի սխեմայի վրա՝ հաշվի առնելով Packet Tracer-ի առանձնահատկությունները, որն օգտագործում է ինտերֆեյսների տարբեր ֆիզիկական պարամետրեր, մասնավորապես՝ այլ ուշացում: Փորձեք ստեղծել ձեր սեփական ցանցի տոպոլոգիան այս թողունակության և հետաձգման արժեքներով և հաշվարկել դրա պարամետրերը: Ձեր պրակտիկայում նման հաշվարկներ կատարելու կարիք չի լինի, պարզապես իմացեք, թե ինչպես դա անել: Քանի որ եթե ցանկանում եք օգտագործել բեռների հավասարակշռումը, որը մենք նշեցինք վերջին տեսանյութում, դուք պետք է իմանաք, թե ինչպես կարող եք փոխել ուշացումը: Ես խորհուրդ չեմ տալիս դիպչել թողունակությանը, EIGRP-ն կարգավորելու համար բավական է փոխել հետաձգման արժեքները:
Այսպիսով, դուք կարող եք փոխել թողունակության և ուշացման արժեքները, դրանով իսկ փոխելով EIGRP չափման արժեքները: Սա կլինի ձեր տնային աշխատանքը: Ինչպես միշտ, դրա համար կարող եք ներբեռնել մեր կայքէջից և օգտագործել երկու ցանցային տոպոլոգիաները Packet Tracer-ում: Եկեք վերադառնանք մեր սխեմային:
Ինչպես տեսնում եք, EIGRP-ի կազմաձևումը շատ պարզ է, և դուք կարող եք օգտագործել ցանցեր նշանակելու երկու եղանակ՝ դիմակով կամ առանց դիմակի: Ինչպես OSPF-ում, այնպես էլ EIGRP-ում մենք ունենք 3 աղյուսակ՝ հարևանների աղյուսակը, տոպոլոգիայի աղյուսակը և երթուղու աղյուսակը: Եկեք նորից նայենք այս աղյուսակներին:
Եկեք մտնենք R1 կարգավորումներ և սկսենք հարևանների աղյուսակից՝ մուտքագրելով show ip eigrp nears հրամանը: Մենք տեսնում ենք, որ երթուղիչն ունի 3 հարեւան:
10.1.12.2 հասցեն R2 երթուղիչն է, 10.1.13.1-ը՝ R3 երթուղիչը, իսկ 10.1.14.1-ը՝ R4 երթուղիչը: Աղյուսակը նաև ցույց է տալիս, թե որ միջերեսների միջոցով է իրականացվում շփումը հարևանների հետ: Hold Uptime-ը ներկայացված է ստորև: Եթե հիշում եք, սա այն ժամանակաշրջանն է, որը լռելյայն սահմանում է 3 Hello պարբերություն, կամ 3 x 5s = 15s: Եթե այս ընթացքում բարևի պատասխանը չի ստացվել հարևանից, կապը համարվում է կորած: Տեխնիկապես, եթե հարևանները պատասխանեն, այս արժեքը իջնում է մինչև 10 վրկ, այնուհետև վերադառնում է 15: Ամեն 5 վայրկյանը մեկ երթուղիչը ուղարկում է Hello հաղորդագրություն, և հարևանները պատասխանում են դրան հաջորդ հինգ վայրկյանների ընթացքում: SRTT փաթեթների համար շրջադարձային ժամանակը տրվում է 40 ms: Դրա հաշվարկը կատարվում է RTP արձանագրությամբ, որը EIGRP-ն օգտագործում է հարեւանների միջև հաղորդակցությունը կազմակերպելու համար: Իսկ հիմա կանդրադառնանք տոպոլոգիայի աղյուսակին, որի համար օգտագործում ենք show ip eigrp topology հրամանը։
OSPF արձանագրությունը նկարագրում է այս դեպքում բարդ, խորը տոպոլոգիա, որը ներառում է բոլոր երթուղիչները և ցանցում հասանելի բոլոր հղումները: EIGRP արձանագրությունը ցուցադրում է պարզեցված տոպոլոգիա՝ հիմնված երկու երթուղու չափումների վրա: Առաջին չափանիշը նվազագույն իրագործելի հեռավորությունն է, որը երթուղու բնութագրիչներից մեկն է: Այնուհետև, կտրվածքի միջոցով ցուցադրվում է հաղորդված հեռավորության արժեքը. սա երկրորդ չափումն է: 10.1.1.0/24 ցանցի համար, որը միացված է 10.1.12.2 երթուղիչին, հնարավոր հեռավորության արժեքը 26368 է (առաջին արժեքը փակագծերում): Նույն արժեքը տեղադրվում է երթուղիների աղյուսակում, քանի որ 10.1.12.2 երթուղիչը ստացողն է՝ իրավահաջորդը:
Եթե մեկ այլ երթուղիչի հաղորդված հեռավորությունը, այս դեպքում, 3072 երթուղիչի 10.1.14.4 արժեքը, ավելի փոքր է, քան իր մոտակա հարևանի հնարավոր հեռավորությունը, ապա այս երթուղիչը Իրագործելի իրավահաջորդ է: Եթե կապը 10.1.12.2 երթուղիչի հետ կորչում է GigabitEthernet 0/0 ինտերֆեյսի միջոցով, ապա 10.1.14.4 երթուղիչը կստանձնի Successor ֆունկցիան:
OSPF-ում պահուստային երթուղիչի միջոցով երթուղին հաշվարկելը որոշակի ժամանակ է պահանջում, ինչը նշանակալի դեր է խաղում ցանցի զգալի չափով: EIGRP-ն ժամանակ չի վատնում նման հաշվարկների վրա, քանի որ արդեն գիտի իրավահաջորդի դերի թեկնածու։ Եկեք նայենք տոպոլոգիայի աղյուսակին՝ օգտագործելով show ip route հրամանը:
Ինչպես տեսնում եք, դա Successor-ն է, այսինքն՝ FD ամենացածր արժեք ունեցող երթուղիչը, որը տեղադրված է երթուղային աղյուսակում։ Այստեղ նշված է 26368 մետրային ալիքը, որը նպատակակետ երթուղիչի FD-ն է 10.1.12.2:
Կան երեք հրամաններ, որոնք կարող են օգտագործվել յուրաքանչյուր ինտերֆեյսի համար երթուղային արձանագրության կարգավորումները ստուգելու համար:
Առաջինը show run-config-ն է: Օգտագործելով այն, ես կարող եմ տեսնել, թե ինչ արձանագրություն է աշխատում այս սարքի վրա, դա նշվում է երթուղիչի eigrp 1 հաղորդագրության միջոցով 10.0.0.0 ցանցի համար: Այնուամենայնիվ, այս տեղեկատվությունից անհնար է որոշել, թե որ ինտերֆեյսների վրա է աշխատում այս արձանագրությունը, ուստի ես պետք է նայեմ ցանկը բոլոր R1 ինտերֆեյսների պարամետրերով: Միևնույն ժամանակ, ես ուշադրություն եմ դարձնում յուրաքանչյուր ինտերֆեյսի IP հասցեի առաջին օկտետին. եթե այն սկսվում է 10-ով, ապա EIGRP-ն գործում է այս ինտերֆեյսի վրա, քանի որ այս դեպքում 10.0.0.0 ցանցային հասցեին համապատասխանելու պայմանը գոհ է. Այսպիսով, օգտագործելով show running-config հրամանը, կարող եք պարզել, թե որ արձանագրությունն է աշխատում յուրաքանչյուր ինտերֆեյսի վրա:
Հաջորդ փորձարկման հրամանը ցույց է տալիս ip արձանագրությունները: Այս հրամանը մուտքագրելուց հետո դուք կարող եք տեսնել, որ երթուղային արձանագրությունը «eigrp 1» է: Հաջորդը ցուցադրվում են K գործակիցների արժեքները մետրային հաշվարկի համար: Նրանց ուսումնասիրությունը ներառված չէ ICND դասընթացում, ուստի կարգավորումներում մենք կընդունենք լռելյայն K արժեքները:
Այստեղ, ինչպես OSPF-ում, Router-ID-ը ցուցադրվում է որպես IP հասցե՝ 10.1.12.1: Եթե դուք ձեռքով չեք նշանակում այս պարամետրը, ապա համակարգը ավտոմատ կերպով ընտրում է ամենաբարձր IP հասցեով loopback ինտերֆեյսը որպես RID:
Հետևյալը ցույց է տալիս, որ երթուղու ավտոմատ ամփոփումն անջատված է: Սա կարևոր կետ է, քանի որ եթե մենք օգտագործում ենք անդաս IP հասցեներով ենթացանցեր, ավելի լավ է անջատել ամփոփումը։ Եթե միացնեք այս հնարավորությունը, տեղի կունենա հետևյալը.
Պատկերացրեք, որ մենք ունենք R1 և R2 երթուղիչներ՝ օգտագործելով EIGRP, և 2 ցանցեր միացված են R3 երթուղիչին՝ 10.1.2.0, 10.1.10.0 և 10.1.25.0: Եթե ավտոմատ ամփոփումը միացված է, ապա երբ R2-ը թարմացում է ուղարկում R1-ին, դա ցույց է տալիս, որ այն միացված է 10.0.0.0/8 ցանցին։ Սա նշանակում է, որ 10.0.0.0/8 ցանցին միացված բոլոր սարքերը թարմացումներ են ուղարկում դրան, և 10. ցանցի համար նախատեսված ողջ տրաֆիկը պետք է ուղղվի դեպի R2:
Ի՞նչ է պատահում, եթե 1 և 3 ցանցերին միացված մեկ այլ երթուղիչ R10.1.5.0 միացված է առաջին R10.1.75.0 երթուղիչին: Եթե R3-ն օգտագործում է նաև ավտոմատ ամփոփում, այն R1-ին կասի, որ 10.0.0.0/8 ցանցի համար նախատեսված ողջ երթևեկությունը պետք է ուղղվի դեպի այն:
Եթե R1-ը միացված է R2-ին 192.168.1.0-ում, իսկ R3-ը միացված է 192.168.2.0-ին, ապա EIGRP-ն միայն R2 շերտում ինքնամփոփ որոշումներ կկայացնի, ինչը սխալ է: Հետևաբար, եթե ցանկանում եք օգտագործել ավտոմատ ամփոփում կոնկրետ երթուղիչի, մեր դեպքում՝ R2-ի համար, համոզվեք, որ բոլոր ենթացանցերը IP հասցեի 10. առաջին օկտետով միացված են միայն այս երթուղիչին։ Դուք չպետք է ունենաք ցանցեր միացված 10. մեկ այլ տեղ, մեկ այլ երթուղիչի: Ցանցի ադմինիստրատորը, որը մտադիր է օգտագործել երթուղիների ավտոմատ ամփոփումը, պետք է ապահովի, որ նույն դասակարգային հասցեով բոլոր ցանցերը միացված են նույն երթուղիչին:
Գործնականում ավելի հարմար է, որ autosum ֆունկցիան լռելյայն անջատված է: Այս դեպքում R2 երթուղիչը առանձին թարմացումներ կուղարկի R1 երթուղիչին իրեն միացված ցանցերից յուրաքանչյուրի համար՝ մեկը 10.1.2.0-ի համար, մեկը 10.1.10.0-ի համար և մեկը 10.1.25.0-ի համար: Այս դեպքում R1 երթուղային աղյուսակը կհամալրվի ոչ թե մեկ, այլ երեք երթուղիներով։ Իհարկե, ամփոփումն օգնում է նվազեցնել երթուղային աղյուսակի մուտքերի քանակը, բայց եթե այն սխալ պլանավորեք, կարող եք ոչնչացնել ամբողջ ցանցը:
Եկեք վերադառնանք show ip protocols հրամանին։ Նկատի ունեցեք, որ այստեղ դուք կարող եք տեսնել Distance արժեքը 90, ինչպես նաև բեռների հավասարակշռման առավելագույն ուղին, որը լռելյայն սահմանում է 4: Այս բոլոր ուղիներն ունեն նույն արժեքը: Նրանց թիվը կարող է կրճատվել, օրինակ, 2-ի, կամ հասցնել 16-ի։
Հաջորդը, հոփ հաշվիչի կամ երթուղային հատվածների առավելագույն չափը 100 է, իսկ արժեքը՝ Առավելագույն մետրային շեղում = 1: EIGRP-ում Variance variance-ը թույլ է տալիս դիտարկել հավասար երթուղիներ, որոնց չափումները հարաբերականորեն մոտ են արժեքով, ինչը թույլ է տալիս ձեզ: ավելացնել մի քանի երթուղիներ անհավասար չափորոշիչներով դեպի նույն ենթացանց տանող երթուղային աղյուսակում: Այս մասին ավելի մանրամասն կանդրադառնանք ավելի ուշ:
Ցանցերի երթուղիացում. 10.0.0.0 տեղեկատվությունը վկայում է այն մասին, որ մենք օգտագործում ենք առանց հետևի դիմակի տարբերակը: Եթե մտնենք R2 կարգավորումներ, որտեղ օգտագործեցինք հակադարձ դիմակը և մուտքագրենք show ip protocols հրամանը, կտեսնենք, որ ցանցերի երթուղին այս երթուղիչի համար երկու տող է՝ 10.1.12.0/24 և 10.1.25.0/24, որ այն է, որ կա ցուցում, որ օգտագործվում է wildcard դիմակ:
Գործնական նպատակների համար դուք պետք չէ հիշել, թե ինչ տեսակի տեղեկատվություն են տալիս թեստային հրամանները. պարզապես օգտագործեք դրանք և դիտեք արդյունքը: Սակայն քննության ժամանակ դուք հնարավորություն չեք ունենա պատասխանել այն հարցին, որը կարելի է ստուգել show ip protocols հրամանով։ Դուք պետք է ընտրեք մեկ ճիշտ պատասխան մի քանի տարբերակներից: Եթե դուք պատրաստվում եք դառնալ Cisco-ի բարձր մակարդակի մասնագետ և ստանալ ոչ միայն CCNA վկայական, այլ նաև CCNP կամ CCIE, ապա պետք է իմանաք, թե կոնկրետ ինչ տեղեկատվություն է արտադրում այս կամ այն թեստային հրամանը և ինչի համար են նախատեսված կատարման հրամանները։ Դուք պետք է տիրապետեք ոչ միայն Cisco սարքերի տեխնիկական մասին, այլև հասկանաք Cisco iOS օպերացիոն համակարգը՝ այս ցանցային սարքերը ճիշտ կարգավորելու համար:
Եկեք վերադառնանք այն տեղեկատվությանը, որը համակարգը թողարկում է ի պատասխան show ip protocols հրամանի: Մենք տեսնում ենք երթուղային տեղեկատվության աղբյուրները, որոնք ներկայացված են որպես IP հասցեով և վարչական հեռավորությամբ տողեր: Ի տարբերություն OSPF տեղեկատվության, EIGRP-ն այս դեպքում օգտագործում է ոչ թե Router ID-ն, այլ երթուղիչների IP հասցեները:
Վերջին հրամանը, որը թույլ է տալիս ուղղակիորեն դիտել ինտերֆեյսերի կարգավիճակը, ցույց է տալիս ip eigrp ինտերֆեյսները: Եթե մուտքագրեք այս հրամանը, կարող եք տեսնել բոլոր երթուղիչի ինտերֆեյսները, որոնք աշխատում են EIGRP:
Այսպիսով, կա 3 եղանակ՝ համոզվելու, որ սարքն աշխատում է EIRGP արձանագրությամբ։
Եկեք նայենք հավասար ծախսերի բեռի հավասարակշռմանը կամ հավասար բեռի հավասարակշռմանը: Եթե 2 ինտերֆեյս ունեն նույն արժեքը, դրանք լռելյայնորեն հավասարակշռված կլինեն:
Եկեք օգտագործենք Packet Tracer-ը, որպեսզի տեսնենք, թե ինչ տեսք ունի ցանցի տոպոլոգիան, որը մենք արդեն գիտենք: Հիշեցնեմ, որ թողունակության և հետաձգման արժեքները նույնն են ցուցադրված երթուղիչների միջև եղած բոլոր ալիքների համար: Ես միացնում եմ EIGRP ռեժիմը բոլոր 4 երթուղիչների համար, որոնց համար հերթով մտնում եմ դրանց կարգավորումները և մուտքագրում հրամանները config terminal, router eigrp և network 10.0.0.0:
Ենթադրենք, որ մենք պետք է ընտրենք R1-R4 օպտիմալ երթուղին դեպի loopback վիրտուալ ինտերֆեյս 10.1.1.1, մինչդեռ բոլոր չորս հղումները R1-R2, R2-R4, R1-R3 և R3-R4 ունեն նույն արժեքը: Եթե R1 CLI-ում մուտքագրեք show ip route հրամանը, ապա կտեսնեք, որ 10.1.1.0/24 ցանցին կարելի է հասնել երկու երթուղիներով՝ GigabitEthernet10.1.12.2/0 ինտերֆեյսին միացված 0 երթուղիչով կամ 10.1.13.3-ի միջոցով: 0 երթուղիչը միացված է GigabitEthernet1/XNUMX միջերեսին, և այս երկու երթուղիներն էլ ունեն նույն չափումները:
Եթե թողարկենք show ip eigrp topology հրամանը, ապա այստեղ կտեսնենք նույն տեղեկատվությունը. 2 հաջորդական ընդունիչներ՝ նույն FD արժեքով 131072:
Այսպիսով, մենք իմացանք, թե որն է համարժեք ECLB բեռի հավասարակշռումը, որը կարող է իրականացվել ինչպես OSPF-ի, այնպես էլ EIGRP-ի դեպքում:
Այնուամենայնիվ, EIGRP-ն ունի նաև անհավասար ծախսերի բեռի հավասարակշռում (UCLB) կամ անհավասար հավասարակշռում: Որոշ դեպքերում չափիչները կարող են մի փոքր տարբերվել միմյանցից, ինչը երթուղիները դարձնում է գրեթե համարժեք, որի դեպքում EIGRP-ն թույլ է տալիս բեռի հավասարակշռում «տարբերակում» կոչվող արժեքի օգտագործման միջոցով:
Եկեք պատկերացնենք, որ մենք ունենք մեկ երթուղիչ, որը միացված է մյուս երեքին՝ R1, R2 և R3:
Router R2-ն ունի ամենացածր FD=90, ուստի այն գործում է որպես իրավահաջորդ: Դիտարկենք մյուս երկու ալիքների RD-ն: R1-ի RD 80-ը փոքր է R2-ի FD-ից, ուստի R1-ը հանդես է գալիս որպես պահեստային իրագործելի իրավահաջորդ: Քանի որ R3-ի RD-ն ավելի մեծ է, քան R1-ի FD-ն, այն երբեք չի կարող դառնալ Իրագործելի իրավահաջորդ:
Այսպիսով, մենք ունենք երթուղիչ՝ իրավահաջորդ և երթուղիչ՝ իրագործելի իրավահաջորդ: Դուք կարող եք տեղադրել R1-ը երթուղային աղյուսակում՝ օգտագործելով տարբեր շեղումների արժեքներ: EIGRP-ում, լռելյայնորեն, Variance = 1, ուստի R1 երթուղիչը որպես իրագործելի իրավահաջորդ չի գտնվում երթուղային աղյուսակում: Եթե օգտագործենք Variance =2 արժեքը, ապա R2 երթուղիչի FD-ի արժեքը կբազմապատկվի 2-ով և կկազմի 180: Այս դեպքում R1 երթուղիչի FD-ն փոքր կլինի R2 երթուղիչի FD-ից՝ 120 < 180: , այնպես որ R1 երթուղիչը կտեղադրվի երթուղիների աղյուսակում որպես հաջորդող 'a:
Եթե մենք հավասարում ենք Variance = 3, ապա R2 ստացողի FD արժեքը կլինի 90 x 3 = 270: Այս դեպքում R1 երթուղիչը նույնպես կընկնի երթուղային աղյուսակի մեջ, քանի որ 120 < 270: Մի ամաչեք, որ երթուղիչը R3-ը չի մտնում աղյուսակի մեջ, չնայած այն հանգամանքին, որ նրա FD = 250-ը Variance =3-ով պակաս կլինի R2 երթուղիչի FD-ից, քանի որ 250 < 270: Փաստն այն է, որ R3 երթուղիչի համար պայմանը RD < FD Successor դեռևս չէ: հանդիպել, քանի որ RD= 180-ը ոչ պակաս է, այլ ավելի, քան FD = 90: Այսպիսով, քանի որ R3-ն ի սկզբանե չի կարող լինել իրագործելի իրավահաջորդ, նույնիսկ 3 տատանումների արժեքով, այն դեռ չի մտնի երթուղային աղյուսակ:
Այսպիսով, փոխելով Variance-ի արժեքը, մենք կարող ենք օգտագործել անհավասար բեռի հավասարակշռում, որպեսզի ներառենք մեզ անհրաժեշտ երթուղին երթուղային աղյուսակում:
Շնորհակալություն մեզ հետ մնալու համար: Ձեզ դուր են գալիս մեր հոդվածները: Ցանկանու՞մ եք տեսնել ավելի հետաքրքիր բովանդակություն: Աջակցեք մեզ՝ պատվիրելով կամ խորհուրդ տալով ընկերներին, 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