Täna jätkame ICND2.6 kursuse jaotise 2 uurimist ja vaatame EIGRP-protokolli konfigureerimist ja kontrollimist. EIGRP seadistamine on väga lihtne. Nagu kõigi teiste marsruutimisprotokollide puhul, nagu RIP või OSPF, sisenete ruuteri globaalsesse konfiguratsioonirežiimi ja sisestate ruuteri käsu eigrp <#>, kus # on AS-i number.
See number peab olema kõigil seadmetel sama, näiteks kui sul on 5 ruuterit ja need kõik kasutavad EIGRP-d, siis peab neil olema sama autonoomse süsteemi number. OSPF-is on see protsessi ID ehk protsessi number ja EIGRP-s autonoomse süsteemi number.
OSPF-is ei pruugi erinevate ruuterite protsessi ID-d naabruskonna loomiseks ühtida. EIGRP-s peavad kõikide naabrite AS numbrid ühtima, muidu naabruskonda ei rajata. EIGRP-protokolli lubamiseks on kaks võimalust – ilma pöördmaski määramata või metamärgimaski määramisega.
Esimesel juhul määrab võrgukäsk klassikalise IP-aadressi, näiteks 10.0.0.0. See tähendab, et iga IP-aadressi 10 esimese okteti liides osaleb EIGRP marsruutimises, see tähendab, et antud juhul on kaasatud kõik võrgu 10.0.0.0 klassi A aadressid. Isegi kui sisestate täpse alamvõrgu (nt 10.1.1.10) ilma pöördmaski määramata, teisendab protokoll selle ikkagi IP-aadressiks (nt 10.0.0.0). Seetõttu pange tähele, et süsteem aktsepteerib niikuinii määratud alamvõrgu aadressi, kuid peab seda klassikaks aadressiks ja töötab kogu A-, B- või C-klassi võrguga, olenevalt IP-aadressi esimese okteti väärtusest. .
Kui soovite käitada EIGRP-d alamvõrgus 10.1.12.0/24, peate kasutama pöördmaski käsuvõrku 10.1.12.0 0.0.0.255. Seega töötab EIGRP klassikaliste võrkudega ilma pöördmaskita ja klassideta alamvõrkude puhul on metamärgi maski kasutamine kohustuslik.
Liigume edasi Packet Traceri juurde ja kasutame võrgutopoloogiat eelmisest videoõpetusest, mille näitel tutvusime FD ja RD mõistetega.
Seadistame selle võrgu programmis ja vaatame, kuidas see töötab. Meil on 5 ruuterit R1-R5. Kuigi Packet Tracer kasutab GigabitEtherneti liidestega ruutereid, muutsin võrgu ribalaiust ja viivitusi käsitsi, nii et see skeem langes kokku varem käsitletud topoloogiaga. 10.1.1.0/24 võrgu asemel ühendasin R5 ruuteriga virtuaalse loopback liidese, millele määrasin aadressi 10.1.1.1/32.
Alustame R1 ruuteri seadistamisega. Ma pole siin veel EIGRP-d lubanud, aga just määrasin ruuterile IP-aadressi. Käsuga config t sisenen globaalse konfiguratsioonirežiimi ja luban protokolli, tippides ruuteri eigrp <autonoomne süsteemi number>, mis peab olema vahemikus 1 kuni 65535. Valin numbri 1 ja vajutan sisestusklahvi. Lisaks, nagu ma ütlesin, võite kasutada kahte meetodit.
Saan sisestada võrgu ja võrgu IP-aadressi. Ruuteriga R1 on ühendatud võrgud 10.1.12.0/24, 10.1.13.0/24 ja 10.1.14.0/24. Need on kõik "kümnendas" võrgus, nii et saan kasutada üht üldist võrgu 10.0.0.0 käsku. Kui vajutan Enter, käivitub EIGRP kõigil kolmel liidesel. Saan seda kontrollida, andes välja käsu do show ip eigrp interfaces. Näeme, et protokoll töötab 2 GigabitEthernet liidesel ja ühel Serial liidesel, millega on ühendatud R4 ruuter.
Kui käivitan kontrollimiseks uuesti käsu do show ip eigrp interfaces, saan kontrollida, kas EIGRP tõesti töötab kõikides portides.
Läheme ruuterile R2 ja käivitame protokolli, kasutades käske config t ja ruuter eigrp 1. Seekord me ei kasuta käsku kogu võrgu jaoks, vaid rakendame pöördmaski. Selleks sisestan võrgu 10.1.12.0 0.0.0.255 käsu. Konfiguratsiooni kontrollimiseks kasutage käsku do show ip eigrp interfaces. Näeme, et EIGRP töötab ainult Gig0/0 liidesel, kuna ainult see liides vastab sisestatud käsu parameetritele.
Sel juhul tähendab pöördmask, et EIGRP-režiim kehtib iga võrgu jaoks, mille IP-aadressi kolm esimest oktetti on 10.1.12. Kui mõne liidesega on ühendatud samade parameetritega võrk, lisatakse see liides nende portide loendisse, millel see protokoll töötab.
Lisame veel ühe võrgu käsuga network 10.1.25.0 0.0.0.255 ja vaatame, kuidas hakkab nüüd välja nägema EIGRP-d toetavate liideste loend. Nagu näete, oleme nüüd lisanud Gig0/1 liidese. Pange tähele, et Gig0/0 liidesel on üks partner või üks naaber, ruuter R1, mille oleme juba konfigureerinud. Hiljem näitan teile käske sätete kontrollimiseks, samal ajal kui jätkame ülejäänud seadmete jaoks EIGRP konfigureerimist. Ruuteri konfigureerimisel võime kasutada või mitte kasutada seljamaski.
Lähen R3 ruuteri CLI konsooli ja sisestan globaalses konfiguratsioonirežiimis käsud ruuter eigrp 1 ja network 10.0.0.0, seejärel lähen R4 ruuteri sätetesse ja tippin samad käsud ilma backmaski kasutamata.
Näete, kuidas EIGRP-d on lihtsam seadistada kui OSPF-i - viimasel juhul peate tähelepanu pöörama ABR-idele, tsoonidele, määrama nende asukoha jne. Siin pole midagi vaja – ma lähen lihtsalt R5 ruuteri globaalsetesse sätetesse, sisestan ruuteri eigrp 1 ja network 10.0.0.0 ning nüüd töötab EIGRP kõigis 5 seadmes.
Vaatame teavet, millest rääkisime viimases videos. Ma lähen R2 sätetesse ja tippin käsu show ip route ning süsteem näitab vajalikke kirjeid.
Pöörame tähelepanu R5 ruuterile või õigemini võrgule 10.1.1.0/24. See on marsruutimistabeli esimene rida. Esimene number sulgudes on halduskaugus, mis on EIGRP protokolli jaoks 90. Täht D tähendab, et selle marsruudi kohta annab teavet EIGRP protokoll ja teine number sulgudes, mis võrdub 26112, on marsruudi R2-R5 mõõdik. Kui läheme tagasi eelmise diagrammi juurde, näeme, et siin on meetriline väärtus 28416, seega pean nägema, mis on selle mittevastavuse põhjus.
Tippime R0 sätetesse käsu show interface loopback 5. Põhjus on selles, et kasutasime loopback-liidest: kui vaadata skeemil R5 viivitust, siis see on 10 μs ja ruuteri seadetes antakse meile info, et DLY viivitus on 5000 mikrosekundit. Vaatame, kas saan seda väärtust muuta. Ma lähen R5 globaalsesse konfiguratsioonirežiimi ja kirjutan liidese loopback 0 ja viivituskäsud. Süsteem annab vihje, et viivituse väärtust saab määrata vahemikus 1 kuni 16777215 ja seda kümnetes mikrosekundites. Kuna viivitusväärtus 10 μs vastab kümnetes 1-le, siis sisestan käsu viivitus 1. Kontrollime uuesti liidese parameetreid ja näeme, et süsteem ei aktsepteerinud seda väärtust ja ta ei taha seda teha isegi võrgu uuendamisel. parameetrid R2 seadetes.
Siiski kinnitan teile, et kui arvutame eelmise skeemi mõõdiku ümber, võttes arvesse R5 ruuteri füüsilisi parameetreid, on marsruudi teostatav kaugus R2-st võrku 10.1.1.0/24 26112. Vaatame R1 ruuteri parameetrite sarnastel väärtustel, tippides käsu show ip route. Nagu näete, tehti võrgu 10.1.1.0/24 jaoks ümberarvutus ja nüüd on mõõdiku väärtus 26368, mitte 28416.
Seda ümberarvutust saate kontrollida eelmise videoõpetuse skeemi alusel, võttes arvesse Packet Traceri iseärasusi, mis kasutab liideste erinevaid füüsilisi parameetreid, eriti erinevat viivitust. Proovige nende ribalaiuse ja latentsuse väärtustega luua oma võrgutopoloogia ning arvutage selle parameetrid. Oma praktikas ei pea te selliseid arvutusi tegema, vaid teadke, kuidas seda teha. Sest kui soovite kasutada eelmises videos mainitud koormuse tasakaalustamist, peate teadma, kuidas saate viivitust muuta. Ma ei soovita ribalaiust puudutada, EIGRP reguleerimiseks piisab viivitusväärtuste muutmisest.
Seega saate muuta ribalaiuse ja viivituse väärtusi, muutes seeläbi EIGRP mõõdiku väärtusi. Sellest saab teie kodutöö. Nagu tavaliselt, saate selleks alla laadida meie veebisaidilt ja kasutada mõlemat võrgutopoloogiat Packet Traceris. Läheme tagasi oma skeemi juurde.
Nagu näete, on EIGRP konfigureerimine väga lihtne ja võrkude määramiseks saate kasutada kahte võimalust: tagamaskiga või ilma. Nagu OSPF-is, on ka EIGRP-s 3 tabelit: naabritabel, topoloogiatabel ja marsruuditabel. Vaatame neid tabeleid uuesti.
Läheme R1 sätetesse ja alustame naabrite tabeliga, sisestades käsu show ip eigrp naabrid. Näeme, et ruuteril on 3 naabrit.
Aadress 10.1.12.2 on ruuter R2, 10.1.13.1 on ruuter R3 ja 10.1.14.1 on ruuter R4. Tabelis kuvatakse ka, milliste liideste kaudu toimub suhtlus naabritega. Allpool on näidatud ooteaeg. Kui mäletate, on see ajaperiood, mis vaikimisi on 3 tereperioodi või 3 x 5 s = 15 s. Kui selle aja jooksul pole naabrilt Tere vastust saabunud, loetakse ühendus katkenduks. Tehniliselt, kui naabrid vastavad, väheneb see väärtus 10 sekundini ja seejärel tagasi 15 sekundini. Iga 5 sekundi järel saadab ruuter Tere-teate ja naabrid vastavad sellele järgmise viie sekundi jooksul. SRTT-pakettide edasi-tagasi aeg on 40 ms. Selle arvutamine toimub RTP-protokolli abil, mida EIGRP kasutab naabritevahelise suhtluse korraldamiseks. Ja nüüd vaatame topoloogiatabelit, mille jaoks kasutame käsku show ip eigrp topology.
OSPF-protokoll kirjeldab sel juhul keerulist sügavat topoloogiat, mis hõlmab kõiki võrgus saadaolevaid ruutereid ja linke. EIGRP-protokoll kuvab lihtsustatud topoloogia, mis põhineb kahel marsruudimõõdikul. Esimene mõõdik on minimaalne võimalik vahemaa, mis on üks marsruudi omadusi. Lisaks kuvatakse kaldkriipsu kaudu teatatud kauguse väärtus - see on teine mõõdik. Võrgu 10.1.1.0/24 jaoks, mis on ühendatud ruuteriga 10.1.12.2, on teostatav kauguse väärtus 26368 (esimene väärtus sulgudes). Sama väärtus asetatakse marsruutimise tabelisse, kuna ruuter 10.1.12.2 on vastuvõtja – järglane.
Kui mõne teise ruuteri teatatud kaugus, antud juhul ruuteri 3072 väärtus 10.1.14.4, on väiksem kui lähima naabri võimalik kaugus, siis on see ruuter teostatav järglane. Kui side ruuteriga 10.1.12.2 GigabitEthernet 0/0 liidese kaudu katkeb, võtab ruuter 10.1.14.4 funktsiooni Successor üle.
OSPF-is võtab marsruudi arvutamine varuruuteri kaudu teatud aja, mis võrgu märkimisväärse suuruse korral mängib olulist rolli. EIGRP ei raiska sellistele arvutustele aega, sest ta teab juba kandidaati järglaseks. Vaatame topoloogiatabelit, kasutades käsku show ip route.
Nagu näete, on marsruutimistabelisse paigutatud järglane, st madalaima FD väärtusega ruuter. Siin on näidatud kanal mõõdikuga 26368, mis on sihtkoha ruuteri FD 10.1.12.2.
Iga liidese marsruutimisprotokolli sätete kontrollimiseks saab kasutada kolme käsku.
Esimene on show running-config. Seda kasutades näen, milline protokoll selles seadmes töötab, seda näitab ruuteri eigrp 1 teade võrgu 10.0.0.0 jaoks. Selle teabe põhjal on aga võimatu kindlaks teha, millistel liidestel see protokoll töötab, seega pean vaatama nimekirja kõigi R1 liideste parameetritega. Samas pööran tähelepanu iga liidese IP-aadressi esimesele oktetile - kui see algab 10-ga, siis sellel liidesel kehtib EIGRP, kuna antud juhul on võrguaadressiga sobitamise tingimuseks 10.0.0.0 on rahul. Seega saate käsu show running-config abil teada saada, milline protokoll igal liidesel töötab.
Järgmine testkäsk on show ip protocols. Pärast selle käsu sisestamist näete, et marsruutimisprotokoll on "eigrp 1". Järgmisena kuvatakse K-koefitsientide väärtused mõõdiku arvutamiseks. Nende uuring ei sisaldu ICND kursuses, seega aktsepteerime seadetes K vaikeväärtusi.
Siin, nagu OSPF-is, kuvatakse ruuteri ID IP-aadressina: 10.1.12.1. Kui te seda parameetrit käsitsi ei määra, valib süsteem RID-ks automaatselt kõrgeima IP-aadressiga loopback-liidese.
Järgnev näitab, et automaatne marsruudi kokkuvõte on keelatud. See on oluline punkt, sest kui kasutame klassideta IP-aadressidega alamvõrke, on parem summeerimine keelata. Kui lubate selle funktsiooni, juhtub järgmine.
Kujutage ette, et meil on EIGRP-d kasutavad ruuterid R1 ja R2 ning ruuteriga R2 on ühendatud 3 võrku: 10.1.2.0, 10.1.10.0 ja 10.1.25.0. Kui automaatne kokkuvõte on lubatud, siis kui R2 saadab R1-le värskenduse, näitab see, et see on ühendatud võrguga 10.0.0.0/8. See tähendab, et kõik seadmed, mis on ühendatud 10.0.0.0/8 võrku, saadavad sellele värskendusi ja kogu võrku 10. suunatud liiklus tuleb suunata R2-le.
Mis juhtub, kui teise ruuteriga R1, mis on ühendatud võrkudega 3 ja 10.1.5.0, ühendatakse esimese ruuteriga R10.1.75.0? Kui R3 kasutab ka automaatset kokkuvõtet, teatab see R1-le, et kogu 10.0.0.0/8 võrku suunatud liiklus tuleks sellele suunata.
Kui R1 on ühendatud R2-ga 192.168.1.0-s ja R3 on ühendatud 192.168.2.0-ga, teeb EIGRP ainult R2-kihis automaatse kokkuvõtte otsuseid, mis on vale. Seega, kui soovite kasutada automaatset kokkuvõtet konkreetse ruuteri jaoks, meie puhul R2, veenduge, et kõik alamvõrgud, millel on IP-aadressi esimene oktett 10., on ühendatud ainult selle ruuteriga. Teil ei tohi olla võrke ühendatud 10. kusagil mujal, teise ruuteriga. Võrguadministraator, kes kavatseb kasutada marsruutide automaatset kokkuvõtet, peab tagama, et kõik sama klassikalise aadressiga võrgud on ühendatud sama ruuteriga.
Praktikas on mugavam, et automaatse summa funktsioon on vaikimisi keelatud. Sel juhul saadab ruuter R2 ruuterile R1 eraldi värskendused iga sellega ühendatud võrgu jaoks: ühe 10.1.2.0 jaoks, ühe 10.1.10.0 jaoks ja ühe 10.1.25.0 jaoks. Sel juhul täiendatakse R1 marsruutimistabelit mitte ühe, vaid kolme marsruudiga. Loomulikult aitab kokkuvõtete tegemine marsruutimistabeli kirjete arvu vähendada, kuid valesti planeerides võite kogu võrgu hävitada.
Läheme tagasi käsu show ip protocols juurde. Pange tähele, et siin näete halduskauguse väärtust 90, samuti koormuse tasakaalustamise maksimaalset teed, mille vaikeväärtus on 4. Kõigil neil teedel on sama hind. Nende arvu saab vähendada näiteks 2-ni või suurendada 16-ni.
Järgmiseks on hüppeloendur ehk marsruutimissegmentide maksimaalne suurus 100 ja väärtus Maksimaalne meetriline dispersioon = 1. EIGRP-s võimaldab dispersioon arvestada võrdseid marsruute, mille mõõdikud on väärtuselt suhteliselt lähedased, mis võimaldab teil et lisada samasse alamvõrku viivasse marsruutimistabelisse mitu ebavõrdsete mõõdikutega marsruuti. Vaatame seda hiljem üksikasjalikumalt.
Teave Routing for Networks: 10.0.0.0 näitab, et me kasutame suvandit No backmask. Kui läheme R2 sätetesse, kus kasutasime pöördmaski, ja sisestame käsu show ip protocols, näeme, et selle ruuteri võrgu marsruutimine koosneb kahest reast: 10.1.12.0/24 ja 10.1.25.0/24. on viide metamärgi maski kasutamisele.
Praktilistel eesmärkidel ei pea te meeles pidama, millist teavet testikäsud annavad – lihtsalt kasutage neid ja vaadake tulemust. Eksamil ei ole aga võimalust vastata küsimusele, mida saab kontrollida käsuga show ip protocols. Peate mitme valiku hulgast valima ühe õige vastuse. Kui kavatsete saada kõrgetasemeliseks Cisco spetsialistiks ja saate mitte ainult CCNA sertifikaadi, vaid ka CCNP või CCIE, siis peate teadma, millist konkreetset teavet see või teine testkäsk toodab ja milleks täitmiskäsud on mõeldud. Nende võrguseadmete õigeks konfigureerimiseks peate valdama mitte ainult Cisco seadmete tehnilist osa, vaid mõistma ka Cisco iOS operatsioonisüsteemi.
Pöördume tagasi teabe juurde, mille süsteem väljastab vastusena käsule show ip protocols. Näeme marsruutimise teabeallikaid, mis on kujutatud joontena IP-aadressi ja halduskaugusega. Erinevalt OSPF teabest ei kasuta EIGRP sel juhul ruuteri ID-d, vaid ruuterite IP-aadresse.
Viimane käsk, mis võimaldab liideste olekut otse vaadata, on show ip eigrp interfaces. Kui sisestate selle käsu, näete kõiki ruuteri liideseid, mis käitavad EIGRP-d.
Seega on kolm võimalust veendumaks, et seade töötab EIRGP-protokolli.
Vaatame võrdsete kuludega koormuse tasakaalustamist või võrdset koormuse tasakaalustamist. Kui kahel liidesel on sama hind, on need vaikimisi koormuse tasakaalus.
Kasutame Packet Tracerit, et näha, kuidas see meile juba tuttava võrgutopoloogia abil välja näeb. Lubage mul teile meelde tuletada, et ribalaiuse ja viivituse väärtused on kõigi kujutatud ruuterite vaheliste kanalite jaoks samad. Luban EIGRP režiimi kõigi 4 ruuteri jaoks, mille puhul lähen kordamööda nende seadetesse ja tippin käsud config terminal, ruuter eigrp ja network 10.0.0.0.
Oletame, et peame valima optimaalse marsruudi R1-R4 tagasisilmuse virtuaalliidese 10.1.1.1 juurde, samas kui kõigil neljal lingil R1-R2, R2-R4, R1-R3 ja R3-R4 on sama hind. Kui sisestate R1 CLI-s käsu show ip route, näete, et 10.1.1.0/24 võrku on võimalik jõuda kahe marsruudi kaudu: GigabitEthernet10.1.12.2/0 liidesega ühendatud 0 ruuteri või 10.1.13.3 kaudu. 0 ruuter on ühendatud liidesega GigabitEthernet1/XNUMX ja mõlemal marsruudil on samad mõõdikud.
Kui anname käsu show ip eigrp topology, näeme siin sama teavet: 2 järelvastuvõtjat sama FD väärtusega 131072.
Niisiis, oleme õppinud, mis on samaväärne ECLB koormuse tasakaalustamine, mida saab teostada nii OSPF kui ka EIGRP puhul.
Siiski on EIGRP-l ka ebavõrdse kuluga koormuse tasakaalustamine (UCLB) või ebavõrdne tasakaalustamine. Mõnel juhul võivad mõõdikud üksteisest veidi erineda, mis muudab marsruudid peaaegu samaväärseks. Sel juhul võimaldab EIGRP koormuse tasakaalustamist, kasutades väärtust, mida nimetatakse "variatsiooniks" - dispersioon.
Kujutage ette, et meil on üks ruuter ühendatud kolme teisega - R1, R2 ja R3.
Ruuter R2 on madalaima FD = 90, seega toimib see järglasena. Mõelge kahe ülejäänud kanali RD-le. R1 RD 80 on väiksem kui R2 FD, seega toimib R1 kui tagavara teostatav järeltulija. Kuna R3 RD on suurem kui R1 FD, ei saa sellest kunagi saada teostatav järglane.
Niisiis, meil on ruuter - järglane ja ruuter - teostatav järeltulija. Saate paigutada R1 marsruutimistabelisse, kasutades erinevaid dispersiooniväärtusi. EIGRP-s on vaikimisi dispersioon 1, nii et ruuterit R1 kui võimalikku järglast ei ole marsruutimise tabelis. Kui kasutada väärtust Variance =2, korrutatakse ruuteri R2 FD väärtus 2-ga ja see on 180. Sel juhul on ruuteri R1 FD väiksem kui ruuteri R2 FD: 120 < 180 , seega paigutatakse ruuter R1 marsruutimistabelisse järglasena 'a.
Kui võrdsustame dispersiooni = 3, siis on vastuvõtja R2 FD väärtus 90 x 3 = 270. Sel juhul langeb marsruuteri tabelisse ka ruuter R1, sest 120 < 270. Ärge häbenege, et ruuter R3 ei pääse tabelisse hoolimata asjaolust, et selle FD = 250 dispersiooniga =3 on väiksem kui ruuteri R2 FD, kuna 250 < 270. Fakt on see, et ruuteri R3 puhul ei ole tingimus RD < FD järglane ikka veel täidetud, kuna RD= 180 ei ole väiksem, vaid suurem kui FD = 90. Seega, kuna R3 ei saa algselt olla teostatav järglane, siis isegi variatsiooniväärtusega 3 ei pääse see marsruutimistabelisse.
Seega, muutes dispersiooni väärtust, saame kasutada ebavõrdset koormuse tasakaalustamist, et lisada marsruut marsruutimise tabelisse.
Täname, et jäite meiega. Kas teile meeldivad meie artiklid? Kas soovite näha huvitavamat sisu? Toeta meid, esitades tellimuse või soovitades sõpradele, Habri kasutajatele 30% allahindlus ainulaadsele algtaseme serverite analoogile, mille me teie jaoks välja mõtlesime: (saadaval RAID1 ja RAID10, kuni 24 tuuma ja kuni 40 GB DDR4-ga).
Dell R730xd 2 korda odavam? Ainult siin Hollandis! Dell R420 – 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB – alates 99 dollarist! Millegi kohta lugema
Allikas: www.habr.com