Í dag munum við byrja að læra EIGRP siðareglur, sem ásamt því að læra OSPF er mikilvægasta viðfangsefnið í CCNA námskeiðinu.
Við munum snúa aftur til kafla 2.5 síðar, en í bili, rétt eftir kafla 2.4, förum við yfir í kafla 2.6, „Stilling, staðfesting og bilanaleit EIGRP yfir IPv4 (að undanskildum auðkenningu, síun, handvirkri samantekt, endurdreifingu og stubbi Stillingar).“
Í dag munum við hafa inngangslexíu þar sem ég mun kynna fyrir þér hugmyndina um Enhanced Internal Gateway Routing Protocol EIGRP, og í næstu tveimur kennslustundum munum við skoða uppsetningu og bilanaleit á vélmenni samskiptareglunnar. En fyrst vil ég segja þér eftirfarandi.
Undanfarnar kennslustundir höfum við verið að læra um OSPF. Nú vil ég að þú munir að þegar við skoðuðum RIP fyrir mörgum mánuðum síðan, ræddum við um leiðarlykkjur og tækni sem kemur í veg fyrir að umferð fari í lykkju. Hvernig geturðu komið í veg fyrir leiðarlykkjur þegar þú notar OSPF? Er hægt að nota aðferðir eins og Route Poison eða Split Horizon fyrir þetta? Þetta eru spurningar sem þú verður að svara fyrir sjálfan þig. Þú getur notað önnur þemaefni, en finndu svör við þessum spurningum. Ég vil að þú lærir að finna svörin sjálfur með því að vinna með mismunandi heimildir og ég hvet þig til að skilja eftir athugasemdir þínar fyrir neðan þetta myndband svo ég geti séð hversu margir nemendur mínir hafa lokið þessu verkefni.
Hvað er EIGRP? Þetta er blendingur samskiptareglur sem sameinar gagnlega eiginleika bæði fjarskiptavektorsamskipta eins og RIP og hlekkjaástands samskiptareglur eins og OSPF.
EIGRP er sérsniðin siðareglur Cisco sem var gerð aðgengileg almenningi árið 2013. Frá samskiptareglum um hlekki-ástand rakningar, tók hann upp hverfisstofnunaralgrím, ólíkt RIP, sem skapar ekki nágranna. RIP skiptist einnig á leiðartöflum við aðra þátttakendur í samskiptareglunum, en OSPF myndar hlið áður en þessi skipti hefjast. EIGRP virkar á sama hátt.
RIP samskiptareglan uppfærir reglulega alla leiðartöfluna á 30 sekúndna fresti og dreifir upplýsingum um öll viðmót og allar leiðir til allra nágranna sinna. EIGRP framkvæmir ekki reglulegar fullar uppfærslur á upplýsingum, heldur notar hugmyndina um að senda Halló skilaboð á sama hátt og OSPF gerir. Á nokkurra sekúndna fresti sendir það Halló til að ganga úr skugga um að nágranninn sé enn „á lífi“.
Ólíkt fjarlægðarvektorsamskiptareglum, sem skoðar alla staðfræði netkerfisins áður en ákveðið er að mynda leið, býr EIGRP, eins og RIP, til leiðir byggðar á sögusögnum. Þegar ég segi sögusagnir þá meina ég að þegar nágranni tilkynnir eitthvað þá er EIGRP sammála því án efa. Til dæmis, ef nágranni segist vita hvernig eigi að ná 10.1.1.2, trúir EIGRP honum án þess að spyrja: „Hvernig vissirðu það? Segðu mér frá staðfræði alls netsins!
Fyrir 2013, ef þú notaðir aðeins Cisco innviði, gætirðu notað EIGRP, þar sem þessi samskiptaregla var búin til aftur árið 1994. Hins vegar vildu mörg fyrirtæki, jafnvel með Cisco búnað, ekki vinna með þetta bil. Að mínu mati er EIGRP besta dýnamíska leiðarferlið í dag vegna þess að það er miklu auðveldara í notkun, en fólk vill samt OSPF. Ég held að þetta sé vegna þess að þeir vilja ekki vera bundnir við Cisco vörur. En Cisco gerði þessa samskiptareglu aðgengilega almenningi vegna þess að hún styður netbúnað þriðja aðila eins og Juniper, og ef þú gengur í lið með fyrirtæki sem notar ekki Cisco búnað muntu ekki lenda í neinum vandræðum.
Við skulum fara í stutta skoðunarferð um sögu netsamskiptareglur.
RIPv1 samskiptareglur, sem komu fram á níunda áratugnum, höfðu ýmsar takmarkanir, til dæmis hámarksfjölda hoppa upp á 1980, og gat því ekki veitt leið yfir stór net. Nokkru síðar þróuðu þeir innri gáttarleiðarreglur IGRP, sem var miklu betri en RIP. Hins vegar var þetta meira fjarlægðarviðskiptareglur en hlekkjaástandssamskiptareglur. Seint á níunda áratugnum kom fram opinn staðall, OSPFv16 hlekkjaástandssamskiptareglur fyrir IPv80.
Snemma á tíunda áratugnum ákvað Cisco að bæta þyrfti IGRP og gaf út Enhanced Internal Gateway Routing Protocol EIGRP. Það var miklu áhrifaríkara en OSPF vegna þess að það sameinaði eiginleika bæði RIP og OSPF. Þegar við byrjum að kanna það muntu sjá að EIGRP er miklu auðveldara að stilla en OSPF. Cisco reyndi að búa til samskiptareglur sem myndi tryggja hraðasta mögulega netsamruna.
Seint á tíunda áratugnum var gefin út uppfærð flokkalaus útgáfa af RIPv90 samskiptareglunum. Árið 2 birtist þriðja útgáfan af OSPF, RIPng og EIGRPv2000, sem styður IPv6 samskiptareglur. Heimurinn nálgast smám saman fulla umskipti yfir í IPv6 og þróunarsamskiptareglur vilja vera tilbúnir fyrir þetta.
Ef þú manst, rannsökuðum við að þegar ákjósanlega leiðin er valin, er RIP, sem fjarlægðarvektorsamskiptareglur, aðeins leiddar af einni viðmiðun - lágmarksfjölda hoppa eða lágmarksfjarlægð til áfangastaðsviðmótsins. Þannig að leið R1 velur beina leið til R3, þrátt fyrir að hraðinn á þessari leið sé 64 kbit/s - nokkrum sinnum minni en hraðinn á leiðinni R1-R2-R3, jafnt og 1544 kbit/s. RIP samskiptareglan mun telja hæga leið með einni hopplengd vera ákjósanlegasta frekar en hraða leið upp á 2 hopp.
OSPF mun rannsaka alla staðfræði netkerfisins og ákveða að nota leiðina í gegnum R3 sem hraðvirkari leið fyrir samskipti við beini R2. RIP notar fjölda hoppa sem mæligildi, en OSPF mæligildi er kostnaður, sem í flestum tilfellum er í réttu hlutfalli við bandbreidd hlekksins.
EIGRP einbeitir sér einnig að leiðarkostnaði, en mælikvarði þess er miklu flóknari en OSPF og byggir á mörgum þáttum, þar á meðal bandbreidd, seinkun, áreiðanleika, hleðslu og hámarks MTU. Til dæmis, ef einn hnút er meira hlaðinn en aðrir, mun EIGRP greina álagið á alla leiðina og velja annan hnút með minna álagi.
Í CCNA námskeiðinu munum við aðeins taka tillit til slíkra mælikvarðamyndunarþátta eins og Bandwidth og Delay; þetta eru þeir sem mælikvarðaformúlan mun nota.
Fjarlægðarvektorsamskiptareglur RIP notar tvö hugtök: fjarlægð og stefna. Ef við erum með 3 beinar og einn þeirra er tengdur við 20.0.0.0 netið, þá verður valið eftir fjarlægð - þetta eru hopp, í þessu tilfelli 1 hopp, og eftir stefnu, það er eftir hvaða leið - efri eða lægri - til að senda umferð.
Að auki notar RIP reglubundnar uppfærslur upplýsinga og dreifir heildar leiðartöflu um netið á 30 sekúndna fresti. Þessi uppfærsla gerir 2 hluti. Sú fyrsta er raunveruleg uppfærsla á leiðartöflunni, sú seinni er að athuga hagkvæmni nágrannans. Ef tækið fær ekki svartöfluuppfærslu eða nýjar leiðarupplýsingar frá nágrannanum innan 30 sekúndna skilur það að ekki er lengur hægt að nota leiðina til nágrannans. Bein sendir uppfærslu á 30 sekúndna fresti til að komast að því hvort nágranninn sé enn á lífi og hvort leiðin sé enn í gildi.
Eins og ég sagði er Split Horizon tæknin notuð til að koma í veg fyrir leiðarlykkjur. Þetta þýðir að uppfærslan er ekki send aftur í viðmótið sem hún kom frá. Önnur tæknin til að koma í veg fyrir lykkjur er Route Poison. Ef tengingin við 20.0.0.0 netið sem sýnt er á myndinni er rofin sendir beininn sem hann var tengdur „eitraða leið“ til nágranna sinna, þar sem hann tilkynnir að þetta net sé nú aðgengilegt í 16 hoppum, þ.e. nánast óaðgengilegt. Svona virkar RIP siðareglur.
Hvernig virkar EIGRP? Ef þú manst eftir kennslustundum um OSPF, þá framkvæmir þessi siðareglur þrjár aðgerðir: hún stofnar hverfi, notar LSA til að uppfæra LSDB í samræmi við breytingar á svæðiskerfi netsins og býr til leiðartöflu. Stofnun hverfis er frekar flókið ferli sem notar margar breytur. Til dæmis að athuga og breyta 2WAY tengingu - sumar tengingar eru áfram í tvíhliða samskiptaástandi, sumar fara í FULLT ástand. Ólíkt OSPF gerist þetta ekki í EIGRP samskiptareglunum - það athugar aðeins 4 breytur.
Eins og OSPF sendir þessi samskiptareglur Halló skilaboð sem innihalda 10 breytur á 4 sekúndna fresti. Hið fyrra er auðkenningarviðmiðið, ef það hefur verið stillt áður. Í þessu tilviki verða öll tæki sem nálægð er við að hafa sömu auðkenningarfæribreytur.
Önnur færibreytan er notuð til að athuga hvort tæki tilheyra sama sjálfvirka kerfinu, það er að segja til að koma á aðlægni með því að nota EIGRP samskiptareglur, verða bæði tækin að hafa sama sjálfstæða kerfisnúmerið. Þriðja færibreytan er notuð til að athuga hvort Hello skilaboð séu send frá sömu uppruna IP tölu.
Fjórða færibreytan er notuð til að athuga samræmi breytu K-gilda stuðlanna. EIRGP samskiptareglan notar 5 slíka stuðla frá K1 til K5. Ef þú manst, ef K=0 eru færibreyturnar hunsaðar, en ef K=1, þá eru færibreyturnar notaðar í formúlunni til að reikna út mæligildið. Þannig verða gildin á K1-5 fyrir mismunandi tæki að vera þau sömu. Í CCNA námskeiðinu munum við taka sjálfgefin gildi þessara stuðla: K1 og K3 eru jöfn 1 og K2, K4 og K5 eru jöfn 0.
Svo, ef þessar 4 breytur passa saman, kemur EIGRP á nágrannasambandi og tækin fara hvert í annað inn í nágrannatöfluna. Næst eru gerðar breytingar á staðfræðitöflunni.
Öll Hello skilaboð eru send á fjölvarps IP töluna 224.0.0.10 og uppfærslur, allt eftir uppsetningu, eru sendar á einvarps vistföng nágranna eða á fjölvarpsvistfangið. Þessi uppfærsla kemur ekki yfir UDP eða TCP, heldur notar aðra samskiptareglu sem kallast RTP, Reliable Transport Protocol. Þessi samskiptaregla athugar hvort nágranninn hafi fengið uppfærslu og eins og nafnið gefur til kynna er lykilhlutverk hennar að tryggja áreiðanleika samskipta. Ef uppfærslan berst ekki til nágrannans verður sendingin endurtekin þar til nágranninn fær hana. OSPF hefur ekki kerfi til að athuga viðtakanda tækið, þannig að kerfið veit ekki hvort nálæg tæki hafa fengið uppfærsluna eða ekki.
Ef þú manst eftir því þá sendir RIP út uppfærslu á heildar svæðisfræði netkerfisins á 30 sekúndna fresti. EIGRP gerir þetta aðeins ef nýtt tæki hefur birst á netinu eða einhverjar breytingar hafa átt sér stað. Ef staðfræði undirnetsins hefur breyst mun samskiptareglan senda frá sér uppfærslu, en ekki alla staðfræðitöfluna, heldur aðeins færslurnar með þessari breytingu. Ef undirnet breytist verður aðeins staðfræði þess uppfærð. Þetta virðist vera uppfærsla að hluta sem á sér stað þegar þess er krafist.
Eins og þú veist sendir OSPF út LSA á 30 mínútna fresti, óháð því hvort einhverjar breytingar eru á netinu. EIGRP mun ekki senda út neinar uppfærslur í langan tíma þar til einhver breyting verður á netinu. Þess vegna er EIGRP mun skilvirkara en OSPF.
Eftir að beinarnir hafa skipt um uppfærslupakka hefst þriðja stigið - myndun leiðartöflu sem byggir á mæligildinu, sem er reiknuð út með formúlunni sem sýnd er á myndinni. Hún reiknar út kostnaðinn og tekur ákvörðun út frá þessum kostnaði.
Gerum ráð fyrir að R1 hafi sent Hello á beini R2 og að beini hafi sent Hello á beini R1. Ef allar breytur passa, búa beina til töflu yfir nágranna. Í þessari töflu skrifar R2 færslu um leið R1 og R1 býr til færslu um R2. Eftir þetta sendir beini R1 uppfærsluna á netið 10.1.1.0/24 sem er tengt við hann. Í leiðartöflunni lítur þetta út eins og upplýsingar um IP tölu netsins, viðmót beinisins sem veitir samskipti við það og kostnað við leiðina í gegnum þetta viðmót. Ef þú manst er kostnaðurinn við EIGRP 90, og þá er fjarlægðargildið gefið upp, sem við munum tala um síðar.
Heildar mælingarformúlan lítur miklu flóknari út, þar sem hún inniheldur gildi K-stuðlanna og ýmsar umbreytingar. Vefsíðan Cisco veitir fullkomið form formúlunnar, en ef þú skiptir út sjálfgefna stuðlinum verður henni breytt í einfaldara form - mæligildið verður jafnt og (bandbreidd + seinkun) * 256.
Við munum nota bara þetta einfaldaða form formúlunnar til að reikna út mæligildið, þar sem bandbreiddin í kílóbitum er jöfn 107, deilt með minnstu bandbreidd allra viðmóta sem leiða til minnstu bandbreiddar áfanganetsins, og uppsöfnuð töf er heildartalan seinkun á tugum míkrósekúndna fyrir öll viðmót sem leiða að áfanganetinu.
Þegar við lærum EIGRP þurfum við að skilja fjórar skilgreiningar: Fáanleg fjarlægð, tilkynnt vegalengd, arftaki (nágrannabeini með lægsta leiðarkostnað við áfanganetið) og mögulegur arftaki (afrit nágrannabeini). Til að skilja hvað þau þýða skaltu íhuga eftirfarandi netkerfisfræði.
Byrjum á því að búa til leiðartöflu R1 til að velja bestu leiðina á netið 10.1.1.0/24. Við hlið hvers tækis eru afköst í kbit/s og leynd í ms sýnd. Við notum 100 Mbps eða 1000000 kbps GigabitEthernet tengi, 100000 kbps FastEthernet, 10000 kbps Ethernet og 1544 kbps raðtengi. Þessi gildi má finna út með því að skoða eiginleika samsvarandi líkamlegra viðmóta í stillingum leiðarinnar.
Sjálfgefið afköst raðviðmóta er 1544 kbps, og jafnvel þótt þú sért með 64 kbps línu, verður afköstin samt 1544 kbps. Þess vegna, sem netkerfisstjóri, þarftu að ganga úr skugga um að þú notir rétt bandbreiddargildi. Fyrir tiltekið viðmót er hægt að stilla það með bandbreiddarskipuninni og með því að nota delay skipunina geturðu breytt sjálfgefna seinkunargildinu. Þú þarft ekki að hafa áhyggjur af sjálfgefnum bandbreiddargildum fyrir GigabitEthernet eða Ethernet tengi, en vertu varkár þegar þú velur línuhraða ef þú ert að nota Serial tengi.
Vinsamlegast athugaðu að á þessari skýringarmynd er töfin talin vera gefin til kynna í millisekúndum ms, en í raun er það míkrósekúndur, ég hef bara ekki bókstafinn μ til að tákna míkrósekúndur μs.
Vinsamlegast gefðu gaum að eftirfarandi staðreynd. Ef þú gefur út sýningarviðmótið g0/0 skipunina mun kerfið sýna leynd í tugum míkrósekúndna frekar en bara míkrósekúndur.
Við munum skoða þetta mál í smáatriðum í næsta myndbandi um að stilla EIGRP, mundu nú að þegar leynd er skipt út í formúluna breytast 100 μs frá skýringarmyndinni í 10, þar sem formúlan notar tugi míkrósekúndna, ekki einingar.
Á skýringarmyndinni mun ég gefa til kynna með rauðum punktum hvaða viðmót sem sýndar afköst og tafir tengjast.
Fyrst af öllu þurfum við að ákvarða mögulega raunhæfa fjarlægð. Þetta er FD mæligildið, sem er reiknað með formúlunni. Fyrir hlutann frá R5 yfir á ytra netið þurfum við að deila 107 með 106, þar af leiðandi fáum við 10. Næst, við þetta bandbreiddargildi þurfum við að bæta seinkun sem er jöfn 1, því við höfum 10 míkrósekúndur, það er, einn tíu. Margfalda verður gildið 11 með 256, það er, mæligildið verður 2816. Þetta er FD gildið fyrir þennan hluta netkerfisins.
Bein R5 mun senda þetta gildi til beini R2 og fyrir R2 verður það uppgefin tilkynnt fjarlægð, það er gildið sem nágranninn sagði henni. Þannig mun auglýst RD fjarlægð fyrir öll önnur tæki vera jöfn mögulegri FD fjarlægð tækisins sem tilkynnti þér það.
Bein R2 framkvæmir FD útreikninga á grundvelli gagna sinna, það er að segja, deilir 107 með 105 og fær 100. Síðan bætir hann við þetta gildi summan af tafunum á leiðinni til ytra netsins: Töf R5, jafngild einni tíu míkrósekúndum, og hennar eigin töf, sem jafngildir tíu tugum. Heildartöfin verður 11 tugir míkrósekúndna. Við bætum því við hundraðið sem myndast og fáum 111, margföldum þetta gildi með 256 og fáum gildið FD = 28416. Bein R3 gerir það sama og fær eftir útreikninga gildið FD=281856. Bein R4 reiknar út gildið FD=3072 og sendir það til R1 sem RD.
Vinsamlega athugaðu að þegar FD er reiknað, kemur beini R1 ekki í stað eigin bandbreiddar, 1000000 kbit/s í formúluna, heldur lægri bandbreidd beins R2, sem er jöfn 100000 kbit/s, vegna þess að formúlan notar alltaf lágmarksbandbreidd á viðmótið sem leiðir að áfanganetinu. Í þessu tilviki eru beinir R10.1.1.0 og R24 staðsettir á leiðinni að netkerfi 2/5, en þar sem fimmti beininn hefur meiri bandbreidd, er minnsta bandbreiddargildi leiðar R2 skipt út í formúluna. Heildartöfin á leiðinni R1-R2-R5 er 1+10+1 (tugir) = 12, minnkað afköst er 100 og summan af þessum tölum margfölduð með 256 gefur gildið FD=30976.
Þannig að öll tæki hafa reiknað út FD viðmóta sinna og beini R1 hefur 3 leiðir sem leiða til áfanganetsins. Þetta eru leiðir R1-R2, R1-R3 og R1-R4. Beininn velur lágmarksgildi mögulegrar fjarlægðar FD, sem er jöfn 30976 - þetta er leiðin að beini R2. Þessi leið verður arftaki, eða „arftaki“. Leiðartaflan gefur einnig til kynna Feasible Successor (afritsarftaki) - það þýðir að ef tengingin milli R1 og Successor er rofin verður leiðinni beint í gegnum Feasible Successor öryggisafritið.
Mögulegum eftirmönnum er úthlutað samkvæmt einni reglu: Auglýst fjarlægð RD þessa beins verður að vera minni en FD beinsins í hlutanum til eftirmannsins. Í okkar tilviki hefur R1-R2 FD = 30976, RD í hlutanum R1-K3 er jafnt og 281856 og RD í hlutanum R1-R4 er jafnt og 3072. Þar sem 3072 < 30976 er leið R4 valinn sem raunhæfur eftirmaður.
Þetta þýðir að ef samskipti truflast á R1-R2 nethlutanum verður umferð á 10.1.1.0/24 netið send eftir R1-R4-R5 leiðinni. Að skipta um leið þegar RIP er notað tekur nokkra tugi sekúndna, þegar OSPF er notað tekur það nokkrar sekúndur og í EIGRP gerist það samstundis. Þetta er annar kostur EIGRP umfram aðrar leiðarsamskiptareglur.
Hvað gerist ef bæði arftaki og raunhæfur arftaki eru aftengdir á sama tíma? Í þessu tilviki notar EIGRP DUAL reikniritið, sem getur reiknað öryggisafrit í gegnum líklegan arftaka. Þetta getur tekið nokkrar sekúndur, þar sem EIGRP finnur annan nágranna sem hægt er að nota til að framsenda umferðina og setja gögn hennar í leiðartöfluna. Eftir þetta mun samskiptareglan halda áfram venjulegri leiðarvinnu.
Þakka þér fyrir að vera hjá okkur. Líkar þér við greinarnar okkar? Viltu sjá meira áhugavert efni? Styðjið okkur með því að leggja inn pöntun eða mæla með því við vini, 30% afsláttur fyrir Habr notendur á einstökum hliðstæðum upphafsþjónum, sem var fundið upp af okkur fyrir þig: (fáanlegt með RAID1 og RAID10, allt að 24 kjarna og allt að 40GB DDR4).
Dell R730xd 2 sinnum ódýrari? Aðeins hér í Hollandi! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - frá $99! Lestu um
Heimild: www.habr.com