Sot do të fillojmë të studiojmë protokollin EIGRP, i cili, së bashku me studimin e OSPF, është tema më e rëndësishme e kursit CCNA.
Ne do të kthehemi në seksionin 2.5 më vonë, por tani për tani, menjëherë pas seksionit 2.4, do të kalojmë në seksionin 2.6, "Konfigurimi, verifikimi dhe zgjidhja e problemeve të EIGRP mbi IPv4 (duke përjashtuar vërtetimin, filtrimin, përmbledhjen manuale, rishpërndarjen dhe cung Konfigurimi)”
Sot do të kemi një mësim hyrës në të cilin do t'ju prezantoj me konceptin e Enhanced Internal Routing Protocol EIGRP, dhe në dy mësimet e ardhshme do të shikojmë konfigurimin dhe zgjidhjen e problemeve të robotëve të protokollit. Por së pari dua t'ju them sa vijon.
Gjatë disa mësimeve të fundit ne kemi mësuar për OSPF. Tani dua që ju të mbani mend se kur shikuam RIP-in shumë muaj më parë, folëm për unazat e rrugëzimit dhe teknologjitë që parandalojnë qarkullimin e trafikut. Si mund të parandaloni unazat e rrugëzimit kur përdorni OSPF? A është e mundur të përdoren metoda të tilla si Route Poison ose Split Horizon për këtë? Këto janë pyetje që duhet t'i përgjigjeni vetë. Ju mund të përdorni burime të tjera tematike, por gjeni përgjigje për këto pyetje. Unë dua që ju të mësoni se si t'i gjeni vetë përgjigjet duke punuar me burime të ndryshme dhe ju inkurajoj të lini komentet tuaja poshtë kësaj videoje në mënyrë që të shoh se sa nga studentët e mi e kanë përfunduar këtë detyrë.
Çfarë është EIGRP? Është një protokoll hibrid i rrugëtimit që kombinon veçoritë e dobishme të një protokolli vektori të distancës si RIP dhe një protokolli të gjendjes së lidhjes si OSPF.
EIGRP është një protokoll pronësor i Cisco-s që u vu në dispozicion të publikut në 2013. Nga protokolli i gjurmimit të gjendjes së lidhjes, ai miratoi një algoritëm të krijimit të lagjeve, ndryshe nga RIP, i cili nuk krijon fqinjë. RIP gjithashtu shkëmben tabelat e rrugëzimit me pjesëmarrësit e tjerë në protokoll, por OSPF formon një afërsi përpara se të fillojë këtë shkëmbim. EIGRP funksionon në të njëjtën mënyrë.
Protokolli RIP përditëson periodikisht tabelën e plotë të rrugëtimit çdo 30 sekonda dhe shpërndan informacion për të gjitha ndërfaqet dhe të gjitha rrugët për të gjithë fqinjët e tij. EIGRP nuk kryen përditësime periodike të plota të informacionit, përkundrazi përdor konceptin e transmetimit të mesazheve Hello në të njëjtën mënyrë si OSPF. Çdo disa sekonda ai dërgon një Përshëndetje për t'u siguruar që fqinji është ende "gjallë".
Ndryshe nga protokolli i vektorit të distancës, i cili shqyrton të gjithë topologjinë e rrjetit përpara se të vendosë të formojë një rrugë, EIGRP, si RIP, krijon rrugë bazuar në thashethemet. Kur them thashetheme, dua të them që kur një fqinj raporton diçka, EIGRP pajtohet me të pa diskutim. Për shembull, nëse një fqinj thotë se di të arrijë 10.1.1.2, EIGRP e beson atë pa e pyetur: “Si e di ti këtë? Më tregoni për topologjinë e të gjithë rrjetit!
Përpara vitit 2013, nëse do të përdornit vetëm infrastrukturën Cisco, mund të përdorni EIGRP, pasi ky protokoll u krijua në vitin 1994. Megjithatë, shumë kompani, edhe duke përdorur pajisje Cisco, nuk donin të punonin me këtë boshllëk. Sipas mendimit tim, EIGRP është protokolli më i mirë i rrugëtimit dinamik sot, sepse është shumë më i lehtë për t'u përdorur, por njerëzit ende preferojnë OSPF. Unë mendoj se kjo është për faktin se ata nuk duan të lidhen me produktet Cisco. Por Cisco e ka bërë këtë protokoll publikisht të disponueshëm sepse ai mbështet pajisjet e rrjetit të palëve të treta si 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ë shkurtër në historinë e protokolleve të rrjetit.
Protokolli RIPv1, i cili u shfaq në vitet 1980, kishte një numër kufizimesh, për shembull, një numër maksimal hop-sh prej 16, dhe për këtë arsye nuk mund të siguronte rrugëzim në rrjete të mëdha. Pak më vonë, ata zhvilluan protokollin e brendshëm të rrugëtimit të portës IGRP, i cili ishte shumë më i mirë se RIP. Sidoqoftë, ishte më shumë një protokoll vektori i distancës sesa një protokoll i gjendjes së lidhjes. Në fund të viteve 80, u shfaq një standard i hapur, protokolli i gjendjes së lidhjes OSPFv2 për IPv4.
Në fillim të viteve '90, Cisco vendosi që IGRP duhej të përmirësohej dhe lëshoi Protokollin e Zgjeruar të Rrugës së Portës së Brendshme EIGRP. Ishte shumë më efektiv se OSPF sepse kombinonte veçoritë e RIP dhe OSPF. Ndërsa fillojmë ta eksplorojmë, do të shihni se EIGRP është shumë më e lehtë për t'u konfiguruar sesa OSPF. Cisco u përpoq të krijonte një protokoll që do të siguronte konvergjencën më të shpejtë të mundshme të rrjetit.
Në fund të viteve '90, u lëshua një version i përditësuar pa klasë i protokollit RIPv2. Në vitet 2000, u shfaq versioni i tretë i OSPF, RIPng dhe EIGRPv6, i cili mbështeti protokollin IPv6. Bota po i afrohet gradualisht një tranzicioni të plotë në IPv6 dhe zhvilluesit e protokollit të rrugëzimit duan të jenë gati për këtë.
Nëse ju kujtohet, ne kemi studiuar se kur zgjedhim rrugën optimale, RIP, si një protokoll vektori i distancës, udhëhiqet nga vetëm një kriter - numri minimal i hopeve ose distanca minimale në ndërfaqen e destinacionit. Pra, ruteri R1 do të zgjedhë një rrugë direkte për ruterin R3, pavarësisht nga fakti se shpejtësia në këtë rrugë është 64 kbit/s - disa herë më pak se shpejtësia në rrugën R1-R2-R3, e barabartë me 1544 kbit/s. Protokolli RIP do të konsiderojë një rrugë të ngadaltë me një gjatësi hop si optimale sesa një rrugë të shpejtë me 2 hop.
OSPF do të studiojë të gjithë topologjinë e rrjetit dhe do të vendosë të përdorë rrugën përmes R3 si rrugë më të shpejtë për komunikimin me ruterin R2. RIP përdor numrin e hops si metrikë, ndërsa metrika e OSPF është kosto, e cila në shumicën e rasteve është proporcionale me gjerësinë e brezit të lidhjes.
EIGRP gjithashtu fokusohet në koston e rrugës, por metrika e tij është shumë më komplekse se OSPF dhe mbështetet në shumë faktorë, duke përfshirë gjerësinë e brezit, vonesën, besueshmërinë, ngarkimin dhe MTU maksimale. Për shembull, nëse një nyje është më e ngarkuar se të tjerat, EIGRP do të analizojë ngarkesën në të gjithë rrugën dhe do të zgjedhë një nyje tjetër me më pak ngarkesë.
Në kursin CCNA ne do të marrim parasysh vetëm faktorë të tillë të formimit metrikë si Bandwidth dhe Vonesa; këta janë ata që do të përdorë formula metrike.
Protokolli i vektorit të distancës RIP përdor dy koncepte: distancë dhe drejtim. Nëse kemi 3 ruter, dhe njëri prej tyre është i lidhur me rrjetin 20.0.0.0, atëherë zgjedhja do të bëhet nga distanca - këto janë hop, në këtë rast 1 hop, dhe nga drejtimi, domethënë, përgjatë cilës shtegu - sipër ose më të ulët - për të dërguar trafikun.
Për më tepër, RIP përdor përditësimin periodik të informacionit, duke shpërndarë një tabelë të plotë rutimi në të gjithë rrjetin çdo 30 sekonda. Ky përditësim bën 2 gjëra. E para është përditësimi aktual i tabelës së kursit, e dyta është kontrollimi i qëndrueshmërisë së fqinjit. Nëse pajisja nuk merr një përditësim të tabelës së përgjigjeve ose informacion të ri të rrugës nga fqinji brenda 30 sekondave, kupton që itinerari për në fqinj nuk mund të përdoret më. Ruteri dërgon një përditësim çdo 30 sekonda për të zbuluar nëse fqinji është ende gjallë dhe nëse rruga është ende e vlefshme.
Siç thashë, teknologjia Split Horizon përdoret për të parandaluar nyjet e rrugës. Kjo do të thotë që përditësimi nuk dërgohet përsëri në ndërfaqen nga e cila erdhi. Teknologjia e dytë për parandalimin e sytheve është Route Poison. Nëse lidhja me rrjetin 20.0.0.0 të paraqitur në foto ndërpritet, ruteri me të cilin ishte lidhur dërgon një "rrugë të helmuar" tek fqinjët e tij, në të cilën raporton se ky rrjet tani është i aksesueshëm në 16 hop, d.m.th. praktikisht i paarritshëm. Kështu funksionon protokolli RIP.
Si funksionon EIGRP? Nëse ju kujtohet nga mësimet rreth OSPF, ky protokoll kryen tre funksione: krijon një lagje, përdor LSA për të përditësuar LSDB-në në përputhje me ndryshimet në topologjinë e rrjetit dhe ndërton një tabelë rutimi. Krijimi i një lagjeje është një procedurë mjaft komplekse që përdor shumë parametra. Për shembull, kontrollimi dhe ndryshimi i një lidhjeje 2WAY - disa lidhje mbeten në gjendje komunikimi dykahëshe, disa shkojnë në gjendjen FULL. Ndryshe nga OSPF, kjo nuk ndodh në protokollin EIGRP - kontrollon vetëm 4 parametra.
Ashtu si OSPF, ky protokoll dërgon një mesazh Hello që përmban 10 parametra çdo 4 sekonda. I pari është kriteri i vërtetimit, nëse është konfiguruar më parë. Në këtë rast, të gjitha pajisjet me të cilat vendoset afërsia duhet të kenë të njëjtat parametra vërtetimi.
Parametri i dytë përdoret për të kontrolluar nëse pajisjet i përkasin të njëjtit sistem autonom, domethënë, për të vendosur afërsi duke përdorur protokollin EIGRP, të dy pajisjet duhet të kenë të njëjtin numër të sistemit autonom. Parametri i tretë përdoret për të kontrolluar që mesazhet Hello të dërgohen nga e njëjta adresë IP e Burimit.
Parametri i katërt përdoret për të kontrolluar konsistencën e koeficientëve të variablës K-Values. Protokolli EIRGP përdor 5 koeficientë të tillë nga K1 në K5. Nëse ju kujtohet, nëse K=0 parametrat injorohen, por nëse K=1, atëherë parametrat përdoren në formulën për llogaritjen e metrikës. Kështu, vlerat e K1-5 për pajisje të ndryshme duhet të jenë të njëjta. Në kursin CCNA do të marrim vlerat e paracaktuara të këtyre koeficientëve: K1 dhe K3 janë të barabarta me 1, dhe K2, K4 dhe K5 janë të barabarta me 0.
Pra, nëse këto 4 parametra përputhen, EIGRP vendos një marrëdhënie fqinje dhe pajisjet hyjnë njëra-tjetrën në tabelën fqinje. 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 përditësimet, në varësi të konfigurimit, dërgohen në adresat unicast të fqinjëve ose në adresën multicast. Ky përditësim nuk vjen përmes UDP ose TCP, por përdor një protokoll tjetër të quajtur RTP, Reliable Transport Protocol. Ky protokoll kontrollon nëse fqinji ka marrë një përditësim dhe siç sugjeron emri i tij, funksioni i tij kryesor është të sigurojë besueshmërinë e komunikimit. Nëse përditësimi nuk arrin tek fqinji, transmetimi do të përsëritet derisa fqinji ta marrë atë. OSPF nuk ka një mekanizëm për të kontrolluar pajisjen marrës, kështu që sistemi nuk e di nëse pajisjet fqinje e kanë marrë përditësimin apo jo.
Nëse ju kujtohet, RIP dërgon një përditësim të topologjisë së plotë të rrjetit çdo 30 sekonda. EIGRP e bën këtë vetëm nëse një pajisje e re është shfaqur në rrjet ose nëse kanë ndodhur disa ndryshime. Nëse topologjia e nënrrjetit ka ndryshuar, protokolli do të dërgojë një përditësim, por jo tabelën e plotë të topologjisë, por vetëm të dhënat me këtë ndryshim. Nëse një nënrrjet ndryshon, vetëm topologjia e tij do të përditësohet. Ky duket të jetë një përditësim i pjesshëm që ndodh kur kërkohet.
Siç e dini, OSPF dërgon LSA çdo 30 minuta, pavarësisht nëse ka ndonjë ndryshim në rrjet. EIGRP nuk do të dërgojë asnjë përditësim për një periudhë të gjatë kohore derisa të ketë ndonjë ndryshim në rrjet. Prandaj, EIGRP është shumë më efikas se OSPF.
Pasi ruterët të kenë shkëmbyer paketat e përditësimit, fillon faza e tretë - formimi i një tabele rutimi bazuar në metrikë, e cila llogaritet duke përdorur formulën e treguar në figurë. Ajo llogarit koston dhe merr një vendim bazuar në këtë kosto.
Le të supozojmë se R1 dërgoi Hello te ruteri R2 dhe ai ruter dërgoi Hello te ruteri R1. Nëse të gjithë parametrat përputhen, ruterët krijojnë një tabelë fqinjësh. Në këtë tabelë, R2 shkruan një hyrje për ruterin R1 dhe R1 krijon një hyrje rreth R2. Pas kësaj, ruteri R1 dërgon përditësimin në rrjetin 10.1.1.0/24 të lidhur me të. Në tabelën e rrugëzimit, kjo duket si informacion në lidhje me adresën IP të rrjetit, ndërfaqen e ruterit që siguron komunikimin me të dhe koston e rrugës përmes kësaj ndërfaqe. Nëse e mbani mend, kostoja e EIGRP është 90, dhe më pas tregohet vlera e distancës, për të cilën do të flasim më vonë.
Formula e plotë metrike duket shumë më e ndërlikuar, pasi përfshin vlerat e koeficientëve K dhe transformime të ndryshme. Formula e plotë e formulës është dhënë në faqen e internetit të Cisco, por nëse zëvendësoni vlerat e paracaktuara të koeficientëve, ajo do të shndërrohet në një formë më të thjeshtë - metrika do të jetë e barabartë me (gjerësia e brezit + Vonesa) * 256.
Ne do të përdorim vetëm këtë formë të thjeshtuar të formulës për të llogaritur metrikën, ku gjerësia e brezit në kilobit është e barabartë me 107, pjesëtuar me gjerësinë më të vogël të brezit të të gjitha ndërfaqeve që çojnë në gjerësinë më të vogël të brezit të rrjetit të destinacionit, dhe vonesa kumulative është totali vonesë në dhjetëra mikrosekonda për të gjitha ndërfaqet që çojnë në rrjetin e destinacionit.
Kur mësojmë EIGRP, duhet të kuptojmë katër përkufizime: Distanca e realizueshme, Distanca e raportuar, Pasardhësi (ruteri fqinj me koston më të ulët të rrugës për në rrjetin e destinacionit) dhe Pasardhësi i realizueshëm (ruteri i fqinjit rezervë). Për të kuptuar se çfarë nënkuptojnë, merrni parasysh topologjinë e mëposhtme të rrjetit.
Le të fillojmë duke krijuar një tabelë rutimi R1 për të zgjedhur rrugën më të mirë në rrjetin 10.1.1.0/24. Pranë çdo pajisjeje tregohet xhiroja në kbit/s dhe vonesa në ms. Ne përdorim ndërfaqe GigabitEthernet 100 Mbps ose 1000000 kbps, ndërfaqe seriale 100000 kbps, FastEthernet 10000 kbps, Ethernet 1544 kbps dhe XNUMX kbps. Këto vlera mund të zbulohen duke parë karakteristikat e ndërfaqeve fizike përkatëse në cilësimet e ruterit.
Produkti i parazgjedhur i ndërfaqeve serike është 1544 kbps, dhe edhe nëse keni një linjë 64 kbps, xhiroja do të vazhdojë të jetë 1544 kbps. Prandaj, si administrator rrjeti, duhet të siguroheni që po përdorni vlerën e saktë të gjerësisë së brezit. Për një ndërfaqe specifike, mund të vendoset duke përdorur komandën e gjerësisë së brezit dhe duke përdorur komandën e vonesës, mund të ndryshoni vlerën e parazgjedhur të vonesës. Nuk duhet të shqetësoheni për vlerat e paracaktuar të gjerësisë së brezit për ndërfaqet GigabitEthernet ose Ethernet, por kini kujdes kur zgjidhni shpejtësinë e linjës nëse përdorni një ndërfaqe serike.
Ju lutemi vini re se në këtë diagram vonesa supozohet se tregohet në milisekonda ms, por në realitet është mikrosekonda, thjesht nuk kam shkronjën μ për të treguar saktë mikrosekonda μs.
Ju lutemi kushtojini vëmendje faktit të mëposhtëm. Nëse lëshoni komandën e shfaqjes së ndërfaqes g0/0, sistemi do të shfaqë vonesën në dhjetëra mikrosekonda dhe jo vetëm në mikrosekonda.
Ne do ta shikojmë këtë çështje në detaje në videon tjetër për konfigurimin e EIGRP, tani për tani mos harroni se kur zëvendësoni vlerat e vonesës në formulë, 100 μs nga diagrami kthehen në 10, pasi formula përdor dhjetëra mikrosekonda, jo njësi.
Në diagram, unë do të tregoj me pika të kuqe ndërfaqet me të cilat lidhen xhiroja dhe vonesat e treguara.
Para së gjithash, ne duhet të përcaktojmë distancën e mundshme të realizueshme. Kjo është metrika FD, e cila llogaritet duke përdorur formulën. Për seksionin nga R5 në rrjetin e jashtëm, duhet të ndajmë 107 me 106, si rezultat marrim 10. Tjetra, kësaj vlere të gjerësisë së brezit duhet t'i shtojmë një vonesë të barabartë me 1, sepse kemi 10 mikrosekonda, d.m.th. një dhjetë. Vlera që rezulton prej 11 duhet të shumëzohet me 256, domethënë, vlera metrike do të jetë 2816. Kjo është vlera FD për këtë seksion të rrjetit.
Ruteri R5 do ta dërgojë këtë vlerë në ruterin R2, dhe për R2 do të bëhet Distanca e Raportuar e deklaruar, domethënë vlera që i tha fqinji. Kështu, distanca RD e reklamuar për të gjitha pajisjet e tjera do të jetë e barabartë me distancën e mundshme FD të pajisjes që ju raportoi.
Ruteri R2 kryen llogaritjet e FD bazuar në të dhënat e tij, domethënë, ndan 107 me 105 dhe merr 100. Më pas i shton kësaj vlere shumën e vonesave në rrugën drejt rrjetit të jashtëm: vonesa e R5, e barabartë me një dhjetë mikrosekonda, dhe vonesa e vet, e barabartë me dhjetë dhjetëshe. Vonesa totale do të jetë 11 dhjetëra mikrosekonda. Ne e shtojmë atë në njëqind që rezulton dhe marrim 111, shumëzojmë këtë vlerë me 256 dhe marrim vlerën FD = 28416. Ruteri R3 bën të njëjtën gjë, duke marrë pas llogaritjeve vlerën FD=281856. Ruteri R4 llogarit vlerën FD=3072 dhe ia transmeton R1 si RD.
Ju lutemi vini re se kur llogaritni FD, ruteri R1 nuk zëvendëson gjerësinë e tij të brezit prej 1000000 kbit/s në formulë, por gjerësinë e brezit më të ulët të ruterit R2, i cili është i barabartë me 100000 kbit/s, sepse formula përdor gjithmonë gjerësinë e brezit minimal të ndërfaqja që çon në rrjetin e destinacionit. Në këtë rast, ruterët R10.1.1.0 dhe R24 ndodhen në rrugën drejt rrjetit 2/5, por meqenëse ruteri i pestë ka një gjerësi bande më të madhe, vlera më e vogël e gjerësisë së brezit të ruterit R2 zëvendësohet në formulë. Vonesa totale përgjatë rrugës R1-R2-R5 është 1+10+1 (dhjetëra) = 12, xhiroja e reduktuar është 100, dhe shuma e këtyre numrave e shumëzuar me 256 jep vlerën FD=30976.
Pra, të gjitha pajisjet kanë llogaritur FD-në e ndërfaqeve të tyre, dhe ruteri R1 ka 3 rrugë që çojnë në rrjetin e destinacionit. Këto janë rrugët R1-R2, R1-R3 dhe R1-R4. Ruteri zgjedh vlerën minimale të distancës së mundshme FD, e cila është e barabartë me 30976 - kjo është rruga drejt ruterit R2. Ky ruter bëhet Pasardhës, ose "pasardhës". Tabela e rrugëzimit tregon gjithashtu Feasible Successor (pasardhës rezervë) - kjo do të thotë që nëse lidhja midis R1 dhe Successor prishet, itinerari do të drejtohet përmes ruterit rezervë Feasible Successor.
Pasardhësit e realizueshëm caktohen sipas një rregulli të vetëm: distanca RD e reklamuar e këtij ruteri duhet të jetë më e vogël se FD e ruterit në segmentin me Pasardhësin. Në rastin tonë, R1-R2 ka FD = 30976, RD në seksionin R1-K3 është e barabartë me 281856, dhe RD në seksionin R1-R4 është e barabartë me 3072. Që nga 3072 < 30976, ruteri R4 është zgjedhur si Pasardhës i realizueshëm.
Kjo do të thotë që nëse komunikimi ndërpritet në seksionin e rrjetit R1-R2, trafiku në rrjetin 10.1.1.0/24 do të dërgohet përgjatë rrugës R1-R4-R5. Ndërrimi i një rruge kur përdorni RIP zgjat disa dhjetëra sekonda, kur përdorni OSPF zgjat disa sekonda dhe në EIGRP ndodh menjëherë. Ky është një avantazh tjetër i EIGRP mbi protokollet e tjera të rrugëzimit.
Çfarë ndodh nëse si Pasardhësi dhe Pasardhësi i realizueshëm shkëputen në të njëjtën kohë? Në këtë rast, EIGRP përdor algoritmin DUAL, i cili mund të llogarisë një rrugë rezervë përmes një pasuesi të mundshëm. Kjo mund të zgjasë disa sekonda, gjatë të cilave EIGRP do të gjejë një fqinj tjetër që mund të përdoret për të përcjellë trafikun dhe për të vendosur të dhënat e tij në tabelën e rrugëtimit. Pas kësaj, protokolli do të vazhdojë punën e tij normale të rrugëzimit.
Faleminderit që qëndruat me ne. A ju pëlqejnë artikujt tanë? Dëshironi të shihni përmbajtje më interesante? Na mbështesni duke bërë një porosi ose duke rekomanduar miqve, 30% zbritje për përdoruesit e Habr në një analog unik të serverëve të nivelit të hyrjes, i cili u shpik nga ne për ju: (e disponueshme me RAID1 dhe RAID10, deri në 24 bërthama dhe deri në 40 GB DDR4).
Dell R730xd 2 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 dollarë! Lexoni rreth
Burimi: www.habr.com