Sot do të fillojmë studimin e protokollit EIGRP, i cili është një nga temat më të rëndësishme të kursit CCNA, së bashku me studimin e OSPF.
Më vonë do të kthehemi në seksionin 2.5, por tani do të kalojmë menjëherë nga seksioni 2.4 në seksionin 2.6 "Konfigurimi, verifikimi dhe zgjidhja e problemeve të EIGRP për protokollin IPv4 (përveç autentifikimit, filtrimit, përmbledhjes manuale, ri-distribuimit dhe konfigurimit të kibanelit)".
Sot do të kemi një mësim hyrës, në të cilin do t'ju flas për konceptin e protokollit të avancuar të brendshëm të ruterëve EIGRP, dhe në dy mësimet e ardhshme do të shqyrtojmë konfigurimin dhe zgjidhjen e problemeve të funksionimit të këtij protokolli. Por së pari, dua të ju njoftoj për sa vijon.
Në mësimet e fundit, ne kemi studiuar OSPF. Tani dua që të kujtoni se kur disa muaj më parë studiuam protokollin RIP, kemi folur për ciklet e rrugëve dhe teknologjitë që parandalojnë përmbysjen e trafik. Si mund të parandaloni shfaqjen e cikleve të rrugëve kur përdorni OSPF? A mund të përdoren metoda si "helmimi i rrugës" ose "horizontal i ndarë" për këtë qëllim? Këto janë pyetje që 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 vetë, duke punuar me burime të ndryshme, dhe ju lutem lëreni komentet tuaja nën këtë video, në mënyrë që të shoh sa shumë nga nxënësit e mi kanë përfunduar këtë detyrë.
ĂfarĂ« Ă«shtĂ« EIGRP? ĂshtĂ« njĂ« protokoll hibrid i rrugĂ«s qĂ« bashkon funksionet e dobishme tĂ« njĂ« protokolli me distancĂ«, si RIP, dhe tĂ« njĂ« protokolli tĂ« ndjekjes sĂ« gjendjes si OSPF.
EIGRP është një protokoll pronësor i Cisco, i ofruar për përdorim të përgjithshëm në vitin 2013. Nga protokolli i gjendjes së lidhjes, ai merr algoritmin e vendosjes së fqinjësisë, ndryshe nga RIP, që nuk krijon fqinjë. RIP gjithashtu ndan tabela rrugëzimore me pjesëmarrësit e tjerë të protokollit, megjithatë OSPF, para se të fillojë një shkëmbim të tillë, krijon fqinja. E njëjta mënyrë funksionon edhe EIGRP.
Protokolli RIP pĂ«rditĂ«son tabelĂ«n rrugĂ«zuese ekzekutivisht çdo 30 sekonda dhe shpĂ«rndajnĂ« informacion mbi tĂ« gjitha ndĂ«rfaqet dhe tĂ« gjitha rrugĂ«t me tĂ« gjithĂ« fqinjĂ«t e tij. EIGRP nuk pĂ«rditĂ«son informacionin nĂ« mĂ«nyrĂ« periodike tĂ« plotĂ«, por pĂ«rdor konceptin e dĂ«rgimit tĂ« mesazheve Hello, njĂ«soj si OSPF. Ădo disa sekonda, ai dĂ«rgon Hello pĂ«r tĂ« siguruar qĂ« fqinja Ă«shtĂ« ende "gjallĂ«".
Ndryshe nga protokolli i vektorit të largët, i cili studion të gjithë topologjinë e rrjetit para se të marrë një vendim se si të formojë rrugën, EIGRP, ngjashëm me RIP, krijon rrugë bazuar në thashetheme. Kur them "thashetheme", kam parasysh se kur një fqinj raporton diçka, EIGRP e pranon atë pa asnjë hezitim. Për shembull, nëse fqinj thotë se di si të arrijë në 10.1.1.2, EIGRP i beson atij, pa pyetur: "Si e di këtë? Më flisni për topologjinë e plotë të rrjetit!"
Deri në vitin 2013, nëse përdornit vetëm infrastrukturën Cisco, mund të shfrytëzonit EIGRP, pasi ky protokoll ishte krijuar që në vitin 1994. Megjithatë, shumë kompani, edhe pse përdornin pajisje Cisco, nuk dëshironin të punonin me këtë protokoll. Sipas mendimit tim, sot EIGRP është protokolli më i mirë i rrugëzimit dinamik, sepse është shumë më i lehtë për t'u përdorur, megjithatë njerëzit akoma preferojnë OSPF. Mendoj se kjo është e lidhur me faktin se ata nuk duan të 'lidhen' me produktet Cisco. Por Cisco e bëri këtë protokoll publik pasi mbështet pajisjet e rrjetit të prodhuesve të tjerë, p.sh., Juniper, dhe nëse bashkoheni me një kompani që nuk përdor pajisje Cisco, nuk do të keni asnjë problem.
Le të bëjmë një ekskursion të vogël në historinë e protokolleve rrjetike.
Protokolli RIPv1, i cili u shfaq nĂ« vitet 1980, kishte disa kufizime, si numri maksimal i hops qĂ« ishte 16, duke e bĂ«rĂ« tĂ« pamundur pĂ«r tĂ« siguruar ruterimin nĂ« rrjetet e gjera. Pak mĂ« vonĂ« u zhvillua protokolli i brendshĂ«m i ruterimit tĂ« derivateve IGRP, i cili ishte shumĂ« mĂ« i mirĂ« se RIP. MegjithatĂ«, ai ishte mĂ« shumĂ« njĂ« protokoll i drejtpĂ«rdrejtĂ« se sa njĂ« protokoll i gjendjes sĂ« kanalit. NĂ« fund tĂ« viteve '80, u shfaq standardi i hapur â protokolli i gjendjes sĂ« kanalit OSPFv2 pĂ«r protokollin IPv4.
Në fillim të viteve '90, Cisco vendosi që protokolli IGRP kishte nevojë për përmirësim dhe lëshoi protokollin e përmirësuar të brendshëm të ruterimit EIGRP. Ai ishte shumë më efikas se OSPF, sepse përfshinte karakteristikat e të dyve RIP dhe OSPF. Kur të fillojmë studimin e tij, do të kuptoni se konfigurimi i EIGRP është shumë më i lehtë se ai i OSPF. Cisco përpiqej të krijonte një protokoll që siguronin konvergjencën më të shpejtë të rrjetit.
Në fund të viteve '90, u lëshua një version i rifreskuar pa klasë i protokollit RIPv2. Në vitet 2000, dolën versione të treta OSPF, RIPng dhe EIGRPv6, të cilat mbështetnin protokollin IPv6. Bota po i afrohet gradualisht kalimit të plotë në IPv6, dhe zhvilluesit e protokolleve të rutas dëshirojnë të jenë gati për këtë.
NĂ«se e mbani mend, ne studiuam se kur zgjidhet ruga optimale nga RIP, si njĂ« protokoll me vektor tĂ« largĂ«sisĂ«, udhĂ«hiqet vetĂ«m nga njĂ« kriter â numri minimal i hopave, ose distanca minimale deri nĂ« ndĂ«rfaqen e destinacionit. KĂ«shtu, routeri R1 do tĂ« zgjedhĂ« njĂ« rrugĂ« tĂ« drejtpĂ«rdrejtĂ« drejt routerit R3, pavarĂ«sisht se shpejtĂ«sia nĂ« kĂ«tĂ« rrugĂ« Ă«shtĂ« 64 kbit/s â shumĂ« mĂ« e ulĂ«t se shpejtĂ«sia nĂ« rrugĂ«n R1-R2-R3, e cila Ă«shtĂ« 1544 kbit/s. Protokolli RIP do ta konsiderojĂ« rrugĂ«n e ngadalshme me njĂ« hop si optimale, nĂ« vend qĂ« t'i japĂ« prioritet rrugĂ«s mĂ« tĂ« shpejtĂ« me dy hopa.
OSPF do të studiojë të gjithë topologjinë e rrjetit dhe do të marrë vendimin për të lidhur me routerin R3 duke përdorur rrugën përmes routerit R2 si më të shpejtën. Si metrikë, RIP përdor numrin e hopave, ndërsa metrika e 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 saj është shumë më e komplikuar se ajo e OSPF dhe mbështetet në shumë faktorë, duke përfshirë kapacitetin Bandwidth, vonesën Delay, besueshmërinë Reliability, ngarkesën Loading dhe madhësinë maksimale të paketës MTU. Për shembull, nëse ndonjë nyje është e ngarkuar më shumë se të tjerat, EIGRP do të analizojë ngarkesën e tërë 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 e formimit të metrikës, si Bandwidth dhe Delay, dhe këto do të përdoren në formulën e metrikës.
Protokolli i distancĂ«s sĂ« vektorit RIP pĂ«rdor dy koncepte: distanca dhe drejtim. NĂ«se kemi 3 routerĂ« dhe njĂ« nga ta Ă«shtĂ« i lidhur me rrjetin 20.0.0.0, atĂ«herĂ« zgjedhja do tĂ« pĂ«rfshijĂ« distancĂ«n â kĂ«to janĂ« hopet, nĂ« kĂ«tĂ« rast 1 hop, dhe drejtimin, pra rrugĂ«n â sipĂ«r ose poshtĂ« â pĂ«r dĂ«rgimin e trafikut.
PĂ«r mĂ« tepĂ«r, RIP pĂ«rdor njĂ« pĂ«rditĂ«sim periodik tĂ« informacionit, duke dĂ«rguar njĂ« tabelĂ« tĂ« plotĂ« ruterimi nĂ« tĂ« gjithĂ« rrjetin çdo 30 sekonda. Ky pĂ«rditĂ«sim kryen dy funksione. E para â pĂ«rditĂ«simi nĂ« vetĂ« tabelĂ«n e ruterimit, e dyta â kontrollimi i jetĂ«sisĂ« sĂ« fqinjit. NĂ«se pajisja nuk merr njĂ« pĂ«rgjigje pĂ«rditĂ«simi tĂ« tabelĂ«s ose informacion tĂ« ri pĂ«r rrugĂ«n nga fqinj nĂ« 30 sekonda, ajo e kupton se rruga drejt fqinjit nuk mund tĂ« pĂ«rdoret mĂ«. Routeri dĂ«rgon pĂ«rditĂ«simin çdo 30 sekonda pĂ«r tĂ« parĂ« nĂ«se fqinjit Ă«shtĂ« ende "i gjallĂ«" dhe nĂ«se rruga ende Ă«shtĂ« e vlefshme.
Siç e thashë, për të parandaluar ciklet e ruterimit përdoren teknologji Split Horizon. Kjo do të thotë se përditësimi nuk dërgohet përsëri në atë ndërfaqe nga e cila erdhi. Teknologjia e dytë për parandalimin e cikleve është Route Poison. Nëse lidhja me rrjetin e paraqitur në imazh 20.0.0.0 ndërpritet, routeri, të cilit ai ishte lidhur, dërgon fqinjëve një "rrugë të helmuar", në të cilën njofton se ky rrjet tani është i arritshëm në 16 hopa, që do të thotë praktikisht jo i arritshëm. Kështu funksionon protokolli RIP.
Si si funksionon EIGRP? Nëse e mbani mend nga leksionet për OSPF, ky protokoll kryen tre funksione: krijon fqinjësie, përmes LSA rifreskon bazën e LSDB sipas ndryshimeve në topologjinë e rrjetit dhe ndleton tabelën e rutimit. Krijimi i fqinjësisë është një procedurë mjaft e komplikuar, që përdor shumë parametra. Për shembull, kontrollimi dhe ndryshimi i lidhjes 2WAY - disa lidhje mbeten në gjendje dyanshore, disa kalojnë në gjendjen FULL. Ndryshe nga OSPF, në protokollin EIGRP kjo nuk ndodh - ai kontrollon vetëm 4 parametra.
Si OSPF, ky protokoll dërgon një mesazh Hello çdo 10 sekonda, duke përfshirë 4 parametra. I pari është kriteri i autentikimit, nëse është konfiguruar paraprakisht. Në këtë rast, të gjitha pajisjet me të cilat krijohet fqinjësia duhet të kenë të njëjtët parametra autentikimi.
Parametri i dytë është për të verifikuar përkatësinë e pajisjeve në një sistem autonom, domethënë për të vendosur fqinjësinë sipas 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 që mesazhet Hello dërgohen nga një adresë IP burimore të njëjtë.
Parametri i katërt përdoret për të verifikuar përputhshmërinë e variableve të koeficientëve K-Values. Protokolli EIRGP përdor 5 koeficientë të tillë nga K1 në K5. Nëse e mbani mend, kur vlera K=0, parametrat injorohen, ndërsa nëse K=1, ata përdoren në formulën për llogaritjen e metrikës. Prandaj, vlerat K1-5 për pajisje të ndryshme duhet të përputhen. Në kursin CCNA do të pranojmë vlerat e këtyre koeficientëve si parazgjedhje: 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 e 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ë adresën IP multicast 224.0.0.10, dhe azhurnimet, në varësi të konfigurimit, dërgohen në adresat unicast të fqinjëve ose në adresën multicast. Ky azhurnim nuk vjen përmes UDP ose TCP, por përdor protokollin e quajtur RTP, Protokolli i Transportit të Besueshëm, ose "protokolli i transportit të besueshmërisë". Ky protokoll kontrollon nëse fqinjët kanë marrë azhurnimin dhe, siç sugjeron emri i tij, funksioni kryesor i tij është të sigurojë besueshmërinë e komunikimit. Nëse azhurnimi nuk arrin te fqinjët, dërgesa do të përsëritet derisa ata ta marrin. Në OSPF, mekanizmi për të verifikuar pajisjen marrëse mungon, kështu që sistemi nuk e di nëse pajisjet fqinje morën azhurnimin 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 ka ndryshuar, protokolli do të dërgojë një përditësim, por jo të gjithë tabelën e topologjisë, veçse regjistrimin me këtë ndryshim. Nëse ndonjë nënrrjet ka ndryshuar, vetëm topologjia e saj do të përditësohet. Kjo duket si një përditësim i pjesshëm që ndodh kur është e nevojshme.
Siç e dini, OSPF dërgon LSA çdo 30 minuta pa marrë parasysh nëse ka ndodhur ndonjë ndryshim në rrjet. EIGRP nuk do të dërgojë asnjë përditësim për një periudhë të gjatë kohe derisa të ndodhin ndonjë ndryshim në rrjet. Prandaj, EIGRP është shumë më eficient se OSPF.
Pas shkĂ«mbimit tĂ« paketeve tĂ« pĂ«rditĂ«simeve midis routers, ndodh faza e tretĂ« â formimi i tabelĂ«s sĂ« routingut nĂ« bazĂ« tĂ« metrikĂ«s, e cila llogaritet sipas formulĂ«s sĂ« paraqitur nĂ« figurĂ«. Ajo llogarit kostot dhe nĂ« varĂ«si tĂ« kĂ«saj kostoje merr njĂ« vendim.
Supozoni që R1 dërgoi Hello te routeri R2, dhe ai i dërgoi përsëri Hello routerit R1. Nëse të gjitha parametrat përputhen, routerat krijojnë një tabelë fqinjësie. Në këtë tabelë, R2 regjistron informacionin rreth routerit R1, ndërsa R1 krijon një regjistër 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 rrugëzimit, kjo shfaqet si informacion mbi IP adresën e rrjetit, ndërfaqen e routerit që mundëson lidhjen me të, dhe kostot e rrugës përmes kësaj ndërfaqe. Nëse e kujtoni, kostoja e EIGRP është 90, dhe pastaj tregohet vlera e distancës Distance value, për të cilën do të flasim më vonë.
Plotësisht, formula e metrikës duket shumë më e komplikuar, pasi përfshin vlera të koeficentëve K dhe transformime të ndryshme. Në faqen e Cisco, është përshkruar forma e plotë e formulës, megjithatë nëse bëni zëvendësimin e vlerave të koeficentëve të paracaktuar, ajo transformohet në një formë më të thjeshtë - metrika do të jetë (bandwidth + Delay) * 256.
Ne do të përdorim pikërisht këtë formë të thjeshtuar të formulës për të llogaritur metrikën, ku kapaciteti në kilobit është 107, i ndarë me kapacitetin më të vogël të të gjitha ndërfaqeve që çojnë në rrjetin e destinacionit least-bandwidth, ndërsa vonesa cumulative-delay është vonesa totale në dhjetëra mikrosekonda në të gjitha ndërfaqet që çojnë në rrjetin e destinacionit.
Gjatë studimit të EIGRP, ne duhet të mësojmë katër definicione: Feasible Distance (distanca e mundshme), Reported Distance (distanca e raportuar), Successor (ruter fqinj me kostumin më të vogël për të çuar në rrjetin e destinacionit) dhe Feasible Successor (ruter fqinj rezervë). Për të kuptuar se çfarë do të thonë këto, le të shqyrtojmë topologjinë e mëposhtme të rrjetit.
Të fillojmë me krijimin e tabelës së routing R1 me qëllim për të zgjedhur rrugën më të mirë për në rrjetin 10.1.1.0/24. Pranë secilit prej pajisjeve është shënuar 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 ndërfaqen serike me shpejtësi 1544 kbit/s. Këto vlera mund të merren duke parë karakteristikat e ndërfaqeve fizike të përshtatshme në konfigurimin e router-it.
Kapaciteti i ndërfaqeve seriale në parazgjedhje është 1544 kbit/s, dhe edhe nëse keni një linjë 64 kbit/s, kapaciteti do të jetë gjithmonë 1544 kbit/s. Prandaj, si administrator rrjeti, është e nevojshme të siguroheni se po përdorni vlerën e duhur të bandwidth. Për një ndërfaqe specifike, mund ta caktoni atë me komandën bandwidth, dhe me komandën delay mund të ndryshoni vlerën e vonesës në parazgjedhje. Nuk keni nevojë të shqetësoheni për vlerat e parazgjedhura të bandwidth për ndërfaqet GigabitEthernet ose Ethernet, por duhet të jeni të kujdesshëm kur zgjidhni shpejtësinë e linjës nëse përdorni një ndërfaqe serike.
Kujdesi qĂ« nĂ« kĂ«tĂ« skemĂ« vonesa Ă«shtĂ« paraqitur sikur nĂ« milisekonda ms, por nĂ« tĂ« vĂ«rtetĂ« Ă«shtĂ« mikrosekonda, vetĂ«m se nuk e kam shkronjĂ«n ÎŒ pĂ«r shĂ«nimin e duhur tĂ« mikrosekondave ÎŒs.
Keni kujdes në rrethanat e mëposhtme. Nëse jepni komandën show interface g0/0, sistemi do të paraqesë vonesën në dhjetëra mikrosekonda, e jo thjesht në mikrosekonda.
Do ta shqyrtojmĂ« kĂ«tĂ« çështje nĂ« videon tjetĂ«r qĂ« i kushtohet konfiguratĂ«s EIGRP, pĂ«r momentin mbani mend se kur futni vlerat e vonesĂ«s nĂ« formulĂ« 100 ÎŒs nga skema bĂ«het 10, pasi formula pĂ«rdor dhjetĂ«ra mikrosekonda, e jo njĂ«sitĂ«.
Në skemë do të shënoj me pika të kuqe ndërfaqet që lidhen me kapacitetet dhe vonesat e paraqitura.
Së pari, na nevojitet të përcaktojmë distancën e mundshme të Feasible Distance. Kjo është metrika FD, e cila llogaritet me formulë. Për seksionin nga R5 në rrjetin e jashtëm, na nevojitet të ndajmë 107 me 106, dhe si rezultat do të marrim 10. Më pas, këtij vlerë bandwidth na nevojitet të shtojmë vonesën, e cila është e barabartë me 1, sepse kemi 10 mikrosekonda, që do të thotë një dekadë. Vlera e marrë 11 duhet të shumëzohet me 256, që do të thotë që metrika do të përbëjë 2816. Ky është vlerësimi FD për këtë seksion të rrjetit.
Kjo vlerë routeri R5 do t'i dërgohet routerit R2, dhe për R2, do të bëhet distanca e shpallur Reported Distance, që do të thotë vlera që i është raportuar nga fqinjët. 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 shpalli atë.
Routeri R2 kryen llogaritjet FD për të dhënat e tij, domethënë ndan 107 me 105 dhe merr 100. Më pas ai shton në këtë vlerë shumën e vonesave në rrugë deri te rrjeti i jashtëm: vonesën R5, e barabartë me njëqind mikrosekonda, dhe vonesën e tij, e barabartë me dhjetëqind. Vonesa totale do të jetë 11 njëqind mikrosekonda. E shtojmë atë në qindshinë e marrë dhe marrim 111, e shumëzojmë këtë vlerë me 256 dhe marrim vlerën FD=28416. Po ashtu veprohet edhe nga routeri R3, i cili merr pas llogaritjeve vlerën FD=281856. Routeri R4 llogarit vlerën FD=3072 dhe e dërgon atë te R1 si RD.
Vini re, se ruteri R1 në llogaritjen e FD përdor në formulë jo bandë të tij 1000000 kbit/s, por bandën më të ulët të ruteri R2, e cila është 100000 kbit/s, sepse në formulë përdoret gjithmonë bandë minimale e ndërfaqes që çon në rrjetin e destinacionit. Në këtë rast, në rrugën drejt rrjetit 10.1.1.0/24 ndodhen ruteri R2 dhe R5, por pasi bandë e ruteri të pestë është më e madhe, në formulë merret vlera më e vogël e bandës nga ruteri R2. Shtesa totale në rrugën R1-R2-R5 është 1+10+1 (dhjetë) = 12, kapaciteti i referencës është 100, dhe shuma e këtyre numrave, e shumëzuar me 256, do të japë vlerën FD=30976.
Pra ndaj, tĂ« gjitha pajisjet llogaritĂ«n FD tĂ« ndĂ«rfaqeve tĂ« tyre, dhe routeri R1 ka 3 rrugĂ« qĂ« çojnĂ« nĂ« rrjetin e cakut. KĂ«to janĂ« rrugĂ«t R1-R2, R1-R3 dhe R1-R4. Routeri zgjedh vlerĂ«n minimale tĂ« distancĂ«s sĂ« mundshme FD, e cila Ă«shtĂ« 30976 â kjo Ă«shtĂ« rruga qĂ« çon te routeri R2. Ky router bĂ«het Successor, ose "pasardhĂ«s". NĂ« tabelĂ«n e routing-ut gjithashtu pĂ«rcaktohet 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 routeri duhet të jetë më e vogël se FD e routerit në segmentin drejt Successor-it. Në rastin tonë, R1-R2 ka FD=30976, RD në segmentin R1-R3 është 281856, ndërsa RD në segmentin R1-R4 është 3072. Pasi 3072 < 30976, routeri R4 zgjidhet si Feasible Successor.
Kjo do tĂ« thotĂ« se nĂ« rast se ndĂ«rpritet lidhja nĂ« segmentin e rrjetit R1-R2, trafiku nĂ« rrjetin 10.1.1.0/24 do tĂ« drejtohet pĂ«rmes rrugĂ«s R1-R4-R5. NdĂ«rrimi i rrugĂ«s me RIP zgjat disa dhjetĂ«ra sekonda, me OSPF â disa sekonda, ndĂ«rsa me EIGRP ndodh menjĂ«herĂ«. Kjo Ă«shtĂ« njĂ« pĂ«rparĂ«si tjetĂ«r e EIGRP nĂ« krahasim me protokollet e tjera tĂ« rrugĂ«s.
ĂfarĂ« do tĂ« ndodhĂ« nĂ«se ndĂ«rpritet lidhja me Successor dhe Feasible Successor 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Ă« kandidati tĂ« mundshĂ«m. Kjo mund tĂ« zgjasĂ« disa sekonda, gjatĂ« sĂ« cilĂ«s 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 rrugĂ«s. Pas kĂ«saj, protokolli do tĂ« vazhdojĂ« punĂ«n e tij tĂ« zakonshme pĂ«r sigurimin e rrugĂ«timit.
Faleminderit që jeni me ne. Ju përqejnë artikujt tanë? Doni të shihni më shumë materiale interesante? Na mbështesni me një porosi ose duke na rekomanduar miqve tuaj, 30% zbritje për përdoruesit e Habra për një alternativë unike të serverëve entry-level, e cila është krijuar nga ne për ju: (disponohen variante me RAID1 dhe RAID10, deri në 24 bërthama dhe deri në 40GB DDR4).
Dell R730xd pĂ«r dy herĂ« mĂ« lirĂ«? VetĂ«m kĂ«tu nĂ« HolandĂ«! Dell R420 â 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB â nga $99! Lexoni rreth
Burimi: habr.com
