Sot tani do të fillojmë studimin e protokollit EIGRP, i cili, në përputhje me studimin e OSPF, është një nga temat më të rëndësishme të kursit CCNA.
Më vonë do të kthehemi në seksionin 2.5, por tani menjëherë pas seksionit 2.4 do të kalojmë në seksionin 2.6 "Konfigurimi, verifikimi dhe troubleshooting i EIGRP për protokollin IPv4 (përveç autentikimit, filtrimit, sintetizimit manual, shpërndarjes dhe konfigurimit të stub)."
Sot do të kemi një mësim hyrës, ku do t'ju tregoj për konceptin e protokollit EIGRP të avancuar për ruterët, dhe në dy mësimet e ardhshme do të shqyrtojmë konfigurimin dhe troubleshooting-un e funksionimit të këtij protokolli. Por së pari, dua të ndaj me ju këtë.
Gjatë disa mësimeve të fundit kemi studiuar OSPF-in. Tani dua që të kujtoni se kur disa muaj më parë studionim protokollin RIP, flisnim për ciklet e rrugëve Loop dhe teknologjitë që parandalojnë ciklimin e trafikut. Si mund të parandaloni shfaqjen e cikleve të rrugëve kur përdorni OSPF? A mund të përdoren metoda të tilla si "helmimi i rrugës" Route Poison ose "horizonti i ndarë" Split Horizon për këtë? Këto janë pyetje që ju duhet t'i përgjigjeni vetë. Mund të përdorni burime të tjera tematike, por gjeni përgjigjet për këto pyetje. Dua që të mësoni të gjeni përgjigje përmes punës me burime të ndryshme dhe ju lutem lini komentet tuaja poshtë këtij videoje, që të mund të shoh sa nga nxënësit e mi e kanë përfunduar këtë detyrë.
ĂfarĂ« Ă«shtĂ« EIGRP? Ky Ă«shtĂ« njĂ« protokoll hibrid i rrugĂ«s, qĂ« kombinon funksionet e gjithanshme tĂ« njĂ« protokolli me distancĂ« vektoriale, siç Ă«shtĂ« RIP, dhe tĂ« protokollit tĂ« ndjekjes sĂ« gjendjes sĂ« kanalit si OSPF.
EIGRP është një protokoll pronësor i Cisco, i cili u bë publik në vitin 2013. Nga protokolli i ndjekjes së gjendjes së kanalit, ai ka marrë algoritmin për vendosjen e fqinjësive, ndryshe nga RIP, i cili nuk krijon fqinjësi. RIP gjithashtu ndan tabela rrugësh me pjesëmarrës të tjerë të protokollit, megjithatë OSPF formon fqinjësi para se të fillojë një shkëmbim të tillë. E njëjta mënyrë funksionon dhe EIGRP.
Protokolli RIP çdo 30 sekonda kryen pĂ«rditĂ«sime periodike tĂ« tabelĂ«s sĂ« plotĂ« tĂ« ruterit dhe dĂ«rgon informacionin pĂ«r tĂ« gjitha ndĂ«rfaqet dhe tĂ« gjitha rrugĂ«t te fqinjĂ«t e tij. EIGRP nuk kryen pĂ«rditĂ«sime tĂ« plota periodike tĂ« informacionit, duke pĂ«rdorur nĂ« vend tĂ« kĂ«saj konceptin e dĂ«rgimit tĂ« mesazheve Hello, ashtu siç e bĂ«n OSPF. Ădo disa sekonda ai dĂ«rgon Hello pĂ«r tĂ« siguruar qĂ« fqinja ende Ă«shtĂ« "nĂ« jetĂ«".
Ndryshe nga protokolli me distancë vektoriale, i cili studion të gjithë topologjinë e rrjetit përpara se të marrë vendimin për formimin e rrugës, EIGRP, ashtu si RIP, krijon rrugë mbi baza të thashethemeve. Kur them "thashetheme", kam parasysh se kur një fqinj thotë diçka, EIGRP e pranon pa kushte. Për shembull, nëse fqinja thotë se di se si të arrijë te 10.1.1.2, EIGRP i beson, pa pyetur: "Nga e di këtë? Më thuaj për topologjinë e të gjithë rrjetit!".
Derisa nĂ« vitin 2013, nĂ«se ishit duke pĂ«rdorur vetĂ«m infrastrukturĂ«n Cisco, mund tâi pĂ«rdornit EIGRP, pasi ky protokoll u krijua qĂ« nĂ« vitin 1994. MegjithatĂ«, shumĂ« kompani, edhe kur pĂ«rdornin pajisje Cisco, nuk dĂ«shironin tĂ« punonin me kĂ«tĂ« protokoll. NĂ« mendimin tim, sot EIGRP Ă«shtĂ« protokolli mĂ« i mirĂ« i rrugĂ«s dinamike, pasi Ă«shtĂ« shumĂ« mĂ« i lehtĂ« pĂ«r t'u pĂ«rdorur, megjithatĂ« njerĂ«zit vazhdojnĂ« tĂ« preferojnĂ« OSPF. Mendoj se kjo lidhet me faktin se ata nuk duan tĂ« "lidhen" me produktet Cisco. Por Cisco e bĂ«ri kĂ«tĂ« protokoll tĂ« hapur pĂ«r shkak se mbĂ«shtet pajisjet e rrjetit tĂ« prodhuara nga kompani tĂ« tjera, si Juniper, dhe nĂ«se bashkoheni me njĂ« kompani qĂ« nuk pĂ«rdor pajisje Cisco, nuk do tĂ« keni probleme.
Le të bëjmë një ekskurs të vogël në historinë e protokolleve të rrjetit.
Protokolli RIPv1, i shfaqur nĂ« vitet 1980, kishte njĂ« sĂ«rĂ« kufizimesh, pĂ«r shembull, numri maksimal i hop-eve ishte 16, pĂ«r shkak tĂ« sĂ« cilĂ«s nuk mund tĂ« sigurojĂ« rrugĂ«tim nĂ« rrjete tĂ« gjera. MĂ« vonĂ« u zhvillua protokolli i brendshĂ«m i rrugĂ«timit IGRP, i cili ishte shumĂ« mĂ« i mirĂ« se RIP. MegjithatĂ«, ai ishte mĂ« shumĂ« njĂ« protokoll me distancĂ« vektoriale se sa njĂ« protokoll gjendjeje tĂ« kanaleve. NĂ« fund tĂ« viteve '80 u shfaq njĂ« standard i hapur â protokolli i gjurmimit tĂ« gjendjes sĂ« kanaleve OSPFv2 pĂ«r protokollin IPv4.
Në fillim të viteve '90, Cisco vendosi se protokolli IGRP kishte nevojë për përmirësim dhe lëshoi një protokoll të avancuar të brendshëm të ruterit EIGRP. Ai ishte shumë më efikas se OSPF, sepse kombinonte cilësitë e RIP dhe OSPF. Kur ta fillojmë studimin e tij, do të bindeni se konfigurimi i EIGRP është shumë më i lehtë se sa ai i OSPF. Cisco përpiqej të krijonte një protokoll që do të siguronte konvergjencë më të shpejtë të rrjetit.
Në fund të viteve '90, një version i ri pa klasa i protokollit RIPv2 u lëshua. Në vitet 2000 u shfaq versioni i tretë i OSPF, RIPng dhe EIGRPv6, të cilat mbështesin protokollin IPv6. Bota gradualisht po afrohet në kalimin e plotë në IPv6 dhe zhvilluesit e protokolleve të ruterit duan të jenë të gatshëm për këtë.
NĂ«se e mbani mend, ne studiuam se kur zgjedhim rrugĂ«n optimale RIP, si njĂ« protokoll me distancĂ« dhe vektor, udhĂ«heqĂ« vetĂ«m nga njĂ« kriter â numri minimal i hop-eve, ose distanca minimale nĂ« destinacion. Pra, ruter R1 do tĂ« zgjedhĂ« rrugĂ«n direkte pĂ«r ruter R3 pavarĂ«sisht se shpejtĂ«sia nĂ« kĂ«tĂ« rrugĂ« Ă«shtĂ« 64 kbit/s â disa herĂ« mĂ« e ulĂ«t se shpejtĂ«sia nĂ« rrugĂ«n R1-R2-R3, e cila Ă«shtĂ« 1544 kbit/s. Protokolli RIP do ta vlerĂ«sojĂ« si optimale rrugĂ«n e ngadaltĂ« me njĂ« hop, nĂ« vend tĂ« rrugĂ«s sĂ« shpejtĂ« me 2 hop-e.
OSPF do të studiojë të gjithë topologjinë e rrjetit dhe do të marrë një vendim për lidhjen me ruter R3 që të përdorë rrugën përmes ruter R2 si më të shpejtë. Në rolin e metrike, RIP përdor numrin e hop-eve, ndërsa metrika OSPF është kostoja, e cila në shumicën e rasteve është proporcionale me kapacitetin e kanalit.
EIGRP gjithashtu orienton në koston e rrugës, megjithatë metrika e tij është shumë më e komplikuar se metrika OSPF dhe mbështetet në shumë faktorë, duke përfshirë kapacitetin e Bandwidth, vonesën Delay, qëndrueshmërinë Reliability, ngarkesën Loading dhe madhësinë maksimale të paketës MTU. Për shembull, nëse ndonjë nyje është më e ngarkuar se të tjerat, EIGRP do të analizojë ngarkesën e të gjithë rrugës dhe do të zgjedhë një nyje tjetër me ngarkesë më të ulët.
Në kursin CCNA, ne do të marrim parasysh vetëm faktorët formues të metrikës, siç janë Bandwidth dhe Delay, të cilët do të përdoren në formulën e metrikës.
Protokolli i distancës-vektorit RIP përdor dy konceptet: distanca dhe drejtimi. Nëse kemi 3 routera, dhe një prej tyre është i lidhur me rrjetin 20.0.0.0, atëherë zgjedhja do të bëhet sipas distancës - këto janë hops, në këtë rast 1 hop, dhe sipas drejtimit, pra se në cilin rrugë - lartë apo poshtë - të dërgojmë trafik.
PĂ«r mĂ« tepĂ«r, RIP pĂ«rdor pĂ«rditĂ«simin periodik tĂ« informacionit, duke dĂ«rguar tabelĂ«n e plotĂ« tĂ« ruterit nĂ« tĂ« gjithĂ« rrjetin çdo 30 sekonda. Ky pĂ«rditĂ«sim kryen 2 funksione. E para â pĂ«rditĂ«simi i vetĂ« tabelĂ«s sĂ« ruterit, e dyta â kontrollimi i aktivitetit tĂ« fqinjit. NĂ«se pajisja nuk merr njĂ« pĂ«rgjigje pĂ«r pĂ«rditĂ«simin e tabelĂ«s ose informacion tĂ« ri rreth rrugĂ«s nga fqinjĂ«t brenda 30 sekondave, ajo kupton se rruga pĂ«r te fqinjĂ«t nuk mund tĂ« pĂ«rdoret mĂ«. Routeri dĂ«rgon pĂ«rditĂ«sime çdo 30 sekonda pĂ«r tĂ« mĂ«suar nĂ«se fqinjĂ«t janĂ« ende "tĂ« gjallĂ«" dhe nĂ«se rrugĂ«t janĂ« ende tĂ« vlefshme.
Siç thashë, për të parandaluar ciklet e rrugës përdoret teknologjia Split Horizon. Kjo do të thotë se përditësimi nuk dërgohet prapa në atë ndërfaqe nga e cila erdhi. Teknologjia e dytë për të parandaluar ciklet është Route Poison. Nëse lidhja me rrjetin e paraqitur në figurë, 20.0.0.0, është ndërprerë, routeri, të cilit ai i ishte lidhur, dërgon fqinjëve "rrugën e helmuar", në të cilën njofton se ky rrjet tani është i arritshëm me 16 hops, pra praktikisht i paarritshëm. Kështu funksionon protokolli RIP.
Si funksionon EIGRP? NĂ«se e mbani mend nga leksionet rreth OSPF, ky protokoll kryen tri funksione: krijon fqinjĂ«si, pĂ«rmes LSA-sĂ« pĂ«rditĂ«son bazĂ«n e LSDB-sĂ« sipas ndryshimeve nĂ« topologjinĂ« e rrjetit dhe ndalon tabelĂ«n e ruterit. Krijimi i fqinjĂ«sisĂ« Ă«shtĂ« njĂ« procedurĂ« mjaft e komplikuar, e cila pĂ«rdor shumĂ« parametra. PĂ«r shembull, kontrolli dhe ndryshimi i lidhjes 2WAY â disa lidhje mbeten nĂ« gjendjen e komunikimit dyanshmor, disa kalojnĂ« nĂ« gjendjen FULL. NĂ« dallim nga OSPF, nĂ« protokollin EIGRP nuk ndodh njĂ« gjĂ« e tillĂ« â ai kontrollon vetĂ«m 4 parametra.
Si OSPF, ky kyçti dërgon një mesazh Hello çdo 10 sekonda, që përmban 4 parameter. Parametri i parë është kriteri i autentifikimit, nëse ai është konfiguruar më parë. Në këtë rast, të gjitha pajisjet me të cilat vendoset fqinjësia duhet të kenë të njëjtat parametra autentifikimi.
Parametri i dytë shërben për të verifikuar përkatësinë e pajisjeve në një sistem autonom, domethënë për të vendosur fqinjësinë përmes protokollit EIGRP, të dy pajisjet duhet të kenë të njëjtin numër të sistemit autonom. Parametri i tretë shërben për të verifikuar se mesazhet Hello dërgohen nga një IP burimi të vetme Source IP.
Parametri i katërt përdoret për të verifikuar përputhjen e faktorëve K-Values. Protokolli EIGRP përdor 5 të tillë, nga K1 në K5. Nëse e mbani mend, kur K=0, parametrat injorohen, ndërsa kur K=1, parametrat përdoren në formulimin e metrikës. Kështu, vlerat K1-5 për pajisje të ndryshme duhet të përputhen. Në kursin CCNA ne do të pranojmë vlerat e këtyre koeficientëve si të mënjanuara: K1 dhe K3 janë të barabarta me 1, ndërsa K2, K4 dhe K5 janë të barabarta me 0.
Pra, nëse këto 4 parametra përputhen, EIGRP vendos marrëdhënie fqinjësie dhe pajisjet regjistrojnë njëra-tjetrën në tabelën e fqinjëve. Më pas bëhen ndryshime në tabelën e topologjisë.
Të gjitha mesazhet Hello dërgohen në një adresë IP multicast 224.0.0.10, dhe përditësimet dërgohen në varësi të konfigurimit në adresat unicast të fqinjëve ose në adresën multicast. Këto përditësime nuk dërgohet përmes UDP ose TCP, por përdor një protokoll tjetër të quajtur RTP, Protokolli i Transportit të Besueshëm, ose «protokolli i transportit të besueshmërisë». Ky protokoll kontrollon nëse fqinjët kanë marrë përditësimin dhe siç tregon emri i tij, funksioni i tij kryesor është të sigurojë besueshmërinë e komunikimit. Nëse përditësimi nuk arrin te fqinjët, dërgimi do të përsëritet derisa ata ta marrin. Në OSPF, mekanizmi për kontrollimin e pajisjes marrës mungon, prandaj sistemi nuk e di nëse pajisjet fqinj e kanë marrë përditësimin apo jo.
Nëse e mbani mend, RIP dërgon një përditësim të plotë të topologjisë së rrjetit çdo 30 sekonda. EIGRP e bën këtë vetëm nëse një pajisje e re shfaqet në rrjet ose ndodhin ndonjë ndryshim. Nëse topologjia e nënrrjetit është ndryshuar, protokolli do të dërgojë një përditësim, por jo të plotësisë së tabelës së topologjisë, përveç se sa për regjistrimet e këtij ndryshimi. Nëse një nënrrjet është ndryshuar, do të përditësohet vetëm topologjia e saj. Kjo duket si një përditësim të pjesshëm që ndodh kur është e nevojshme.
Siç e dini, OSPF dërgon LSA çdo 30 minuta pavarësisht nëse ndodhin ndonjë ndryshim në rrjet. EIGRP nuk do të dërgojë asnjë përditësim për një kohë të gjatë deri në momentin që ndodhin ndonjë ndryshim në rrjet. Prandaj, EIGRP është shumë më efikas se OSPF.
Pas qĂ« routerat shkĂ«mbejnĂ« paketa pĂ«rditĂ«simi, vjen faza e tretĂ« â formimi i tabelĂ«s sĂ« ruterĂ«ve nĂ« bazĂ« tĂ« metrikĂ«s, e cila llogaritet nga formula e ilustruar nĂ« figurĂ«. Ajo llogarit koston dhe nĂ« bazĂ« tĂ« kĂ«saj kosto merr vendim.
Supozoni se R1 i dërgoi një Hello routerit R2, dhe ai i dërgoi një Hello routerit R1. Nëse të gjitha parametrat janë të njëjtë, routerat krijojnë një tabelë fqinjorësh. Në këtë tabelë R2 regjistron të dhënat për routerin R1, ndërsa R1 krijon një regjistrim për R2. Pas kësaj, routeri R1 dërgon një përditësim në rrjetin e lidhur me të 10.1.1.0/24. Në tabelën e ruterëve kjo duket si informacion mbi adresën IP të rrjetit, ndërfaqen e routerit që siguron lidhjen me të, dhe koston e rrugës përmes kësaj ndërfaqeje. Nëse e mbani mend, kostoja EIGRP është 90, dhe më pas jepet vlera e distancës, e cila do të diskutohet më vonë.
Formula e plotĂ« e metrikĂ«s duket shumĂ« mĂ« komplekse, pasi pĂ«rfshin vlerat e koeficenteve K dhe transformime tĂ« ndryshme. NĂ« faqen e Cisco Ă«shtĂ« paraqitur forma e plotĂ« e formulĂ«s, megjithatĂ«, nĂ«se bĂ«ni zĂ«vendĂ«simin e vlerave tĂ« koeficenteve standard, ajo do tĂ« transformohet nĂ« njĂ« formĂ« mĂ« tĂ« thjeshtĂ« â metrika do tĂ« jetĂ« e barabartĂ« me (bandwidth + Delay) * 256.
Ne do të përdorim këtë formulë të thjeshtuar për të llogaritur metrikën, ku kapaciteti në kilobit është i barabartë me 107, e ndarë me kapacitetin më të vogël të të gjitha ndërfaqeve që i çojnë në rrjetin e destinacionit least-bandwidth, ndërsa vonesa cumulative-delay është vonesa e përgjithshme në dhjetëra mikrosekonda në të gjitha ndërfaqet që i çojnë në rrjetin e destinacionit.
Kur studiojmë EIGRP, duhet të mësojmë katër definita: Feasible Distance (distanca e mundshme), Reported Distance (distanca e raportuar), Successor (routeri fqinj me koston më të vogël për rrugën në rrjetin e destinacionit) dhe Feasible Successor (routeri rezervë fqinj). Për të kuptuar se çfarë do të thonë, le të shqyrtojmë topologjinë e rrjetit të mëposhtëm.
Le të fillojmë me krijimin e tabelës së routingut R1 me qëllim që të zgjedhim rrugën më të mirë për rrjetin 10.1.1.0/24. Pranë secilit prej pajisjeve është shfaqur kapaciteti në kbit/s dhe vonesa në ms. Ne përdorim ndërfaqet GigabitEthernet me kapacitet 100 mbit/s, ose 1000000 kbit/s, ndërfaqet FastEthernet me shpejtësi 100000 kbit/s, Ethernet me shpejtësi 10000 kbit/s dhe një ndërfaqe seriale me shpejtësi 1544 kbit/s. Këto vlera mund të mësohen duke parë në cilësimet e routerit karakteristikat e ndërfaqeve fizike përkatëse.
Kapaciteti i ndërfaqeve Serial në default është 1544 kbit/s, dhe madje edhe nëse keni një linjë 64 kbit/s, kapaciteti do të mbetet 1544 kbit/s. Prandaj, si administrator i rrjetit, duhet të siguroheni që të përdorni vlerën e duhur të bandwidth. Për një ndërfaqe të caktuar, mund ta caktoni me komandën bandwidth, dhe me komandën delay mund të ndryshoni vlerën e vonesës në default. Nuk duhet të shqetësoheni për vlerat e default të bandwidth për ndërfaqet GigabitEthernet ose Ethernet, por duhet të jeni të kujdesshëm kur zgjidhni shpejtësinë e linjave nëse përdorni ndërfaqen Serial.
Vini re se nĂ« kĂ«tĂ« diagram vonesa Ă«shtĂ« shĂ«nuar si nĂ« milisekonda ms, por nĂ« tĂ« vĂ«rtetĂ« janĂ« mikrosekonda, thjesht nuk kam shkronjĂ«n ÎŒ pĂ«r t'i dhĂ«nĂ« shenjĂ«n e duhur mikrosekondave ÎŒs.
Kujdesuni për këtë rrethanë. Nëse jepni komandën show interface g0/0, sistemi do të shfaqë vonesën në dhjetëra mikrosekonda, jo thjesht në mikrosekonda.
Ne do tĂ« shqyrtojmĂ« kĂ«tĂ« çështje mĂ« nĂ« thellĂ«si nĂ« videon e ardhshme, e cila do tĂ« shqyrtojĂ« konfigurimin e EIGRP, pĂ«r tani mbani mend se kur vendosni vlerat e vonesĂ«s nĂ« formulĂ«, 100 ÎŒs kthehet nĂ« 10, pasi formula pĂ«rdor dhjetĂ«ra mikrosekonda dhe jo njĂ«si.
Në skemë do të shënoj me pika të kuqe ndërfaqet përkatëse, të cilat lidhen me kapacitetet dhe vonesat e treguara.
Së pari, na nevojitet të përcaktojmë distancën e mundshme Feasible Distance. Kjo është metrika FD, e cila llogaritet sipas formulës. Për lidhjen nga R5 deri në rrjetin e jashtëm, na nevojitet të ndajmë 107 me 106, kështu që do të marrim 10. Më pas, kësaj shifre bandwidth duhet t'i shtojmë vonesën, e cila është e barabartë me 1, sepse kemi 10 mikrosekonda, pra një grup të dhjetë. Vlera e marrë 11 duhet të shumëzohet me 256, kështu që vlera e metrikës do të jetë 2816. Kjo është vlera FD për këtë pjesë të rrjetit.
Kjo vlerë do të dërgohet nga routeri R5 te routeri R2, për të cilin ajo do të bëhet distanca e shpallur Reported Distance, pra një sasi që i është raportuar nga fqinja. Kështu, distanca e shpallur RD për të gjitha pajisjet e tjera do të jetë e barabartë me distancën e mundshme FD të pajisjes që e raportoi atë.
Routeri R2 bën llogaritjet e FD sipas të dhënave të tij, duke ndarë 107 me 105 dhe merr 100. Më pas, ai i shton kësaj shifre shumën e vonesave në rrugë deri në rrjetin e jashtëm: vonesën e R5, e cila është një grup të dhjetë mikrosekondash, dhe vonesën e tij të vetën, e cila është dhjetë grupe të dhjetë. Vonesa totale do të jetë 11 grupe të dhjetë mikrosekondash. E shtojmë atë në qindeshin e marrë dhe marrim 111, e shumëzojmë këtë vlerë me 256 dhe marrim vlerën FD=28416. Po ashtu vepron edhe routeri R3, duke marrë pas llogaritjeve vlerën FD=281856. Routeri R4 llogarit vlerën FD=3072 dhe e dërgon atë te R1 si RD.
Vini re, që routeri R1 gjatë llogaritjes së FD përdor në formulë jo kapacitetin e tij të përgjithshëm prej 1000000 kbit/s, por kapacitetin më të vogël të routerit R2, i cili është 100000 kbit/s, sepse në formulë gjithmonë përdoret kapaciteti më i vogël i ndërfaqes që çon në rrjetin cak. Në këtë rast, në rrugën drejt rrjetit 10.1.1.0/24 janë vendosur routerat R2 dhe R5, por pasi bandwith-i i routerit të pestë është më i madh, në formulë vendoset vlera më e vogël e bandwith-it të routerit R2. Vonesa totale në rrugën R1-R2-R5 është 1+10+1 (dhjetra) = 12, kapaciteti i zbritur është 100, dhe shuma e këtyre numrave, e shumëzuar me 256, do të japë vlerën FD=30976.
Pra, tĂ« gjithĂ« pajisjet llogaritĂ«n FD e ndĂ«rfaqeve tĂ« tyre, dhe routeri R1 ka 3 rrugĂ« qĂ« çojnĂ« nĂ« rrjetin cak. KĂ«to janĂ« rrugĂ«t R1-R2, R1-R3 dhe R1-R4. Routeri zgjedh vlerĂ«n mĂ« tĂ« vogĂ«l tĂ« mundshme tĂ« distancĂ«s FD, e cila Ă«shtĂ« 30976 â kjo Ă«shtĂ« rruga pĂ«r routerin R2. Ky router bĂ«het Successor, ose "pasardhĂ«s". NĂ« tabelĂ«n e routingut Ă«shtĂ« e shĂ«nuar gjithashtu Feasible Successor (pasardhĂ«si rezervĂ«) â kjo do tĂ« thotĂ« se nĂ« rast tĂ« ndĂ«rprerjes sĂ« lidhjes mes R1 dhe Successor, rruga do tĂ« kalojĂ« pĂ«rmes routerit rezervĂ« Feasible Successor.
Feasible Successors caktohet sipas një rregulli të vetëm: distanca e shpallur RD e këtij router-i duhet të jetë më e vogël se FD e routerit në segmentin drejt Successor. Në rastin tonë, R1-R2 ka FD=30976, RD në segmentin R1-K3 është 281856, dhe RD në segmentin R1-R4 është 3072. Pasi 3072 < 30976, routeri R4 zgjidhet si Feasible Successor.
Kjo do të thotë se në rast të ndërprerjes së lidhjes në segmentin e rrjetit R1-R2, trafiku drejt rrjetit 10.1.1.0/24 do të drejtohet përmes rrugës R1-R4-R5. Kalimi i rrugës me përdorimin e RIP mer mjaft sekonda, me përdorimin e OSPF disa sekonda, ndërsa në EIGRP ndodh menjëherë. Kjo është një tjetër përparësi e EIGRP krahasuar me protokollet e tjera të routingut.
ĂfarĂ« ndodh nĂ«se lidhja me Successor dhe Feasible Successor ndĂ«rpritet nĂ« tĂ« njĂ«jtĂ«n kohĂ«? NĂ« kĂ«tĂ« rast, EIGRP aktivizon algoritmin DUAL, i cili mund tĂ« llogarisĂ« njĂ« rrugĂ« rezervĂ« pĂ«rmes njĂ« pasardhĂ«si tĂ« mundshĂ«m. Kjo mund tĂ« marrĂ« disa sekonda, gjatĂ« tĂ« cilave EIGRP do tĂ« gjejĂ« njĂ« fqinj tjetĂ«r qĂ« mund tĂ« pĂ«rdoret pĂ«r tĂ« transmetuar trafikun dhe do tĂ« vendosĂ« tĂ« dhĂ«nat e tij nĂ« tabelĂ«n e routingut. Pas kĂ«saj, protokolli do tĂ« vazhdojĂ« funksionimin e tij normal pĂ«r sigurimin e routingut.
Faleminderit që qëndroni me ne. Ju pëlqejnë artikujt tanë? Dëshironi të shihni më shumë materiale interesante? Na mbështetni duke bërë një porosi ose duke na rekomanduar miqve tuaj. 30% zbritje për përdoruesit e Habra në një analog unik të serverëve entry-level, të cilin e kemi shpikur për ju: (opcionet me RAID1 dhe RAID10, deri në 24 bërthama dhe deri në 40GB DDR4 janë të disponueshme).
Dell R730xd pĂ«r dy herĂ« mĂ« lirĂ«? VetĂ«m te ne nĂ« HolandĂ«! Dell R420 â 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB â nga $99! Lexoni rreth
Burimi: habr.com
