Ma elkezdjük tanulmányozni az EIGRP protokollt, amely az OSPF tanulmányozása mellett a CCNA kurzus legfontosabb témája.
Később visszatérünk a 2.5-ös szakaszra, de most, közvetlenül a 2.4-es szakasz után, áttérünk a 2.6-os szakaszra, „EIGRP konfigurálása, ellenőrzése és hibaelhárítása IPv4-en keresztül (kivéve a hitelesítést, szűrést, kézi összegzést, újraelosztást és csonkot). Konfiguráció).
Ma lesz egy bevezető leckénk, amelyen bemutatom az Enhanced Internal Gateway Routing Protocol EIGRP koncepcióját, a következő két leckében pedig a protokoll robotjainak konfigurálásával és hibaelhárításával foglalkozunk. De először a következőket szeretném elmondani.
Az elmúlt néhány leckében az OSPF-ről tanultunk. Most szeretném, ha emlékezne arra, hogy amikor hónapokkal ezelőtt megvizsgáltuk a RIP-et, az útválasztási hurkokról és technológiákról beszéltünk, amelyek megakadályozzák a forgalom hurkolását. Hogyan akadályozható meg az útválasztási hurkok OSPF használatakor? Lehet ehhez olyan módszereket használni, mint a Route Poison vagy a Split Horizon? Ezek olyan kérdések, amelyekre magának kell válaszolnia. Használhat más tematikus forrásokat is, de választ talál ezekre a kérdésekre. Azt szeretném, ha megtanulnád, hogyan találhatod meg a válaszokat saját magad különböző forrásokkal dolgozva, és arra biztatlak, hogy kommentáld ezt a videót, hogy lássam, hány tanítványom végezte el ezt a feladatot.
Mi az EIGRP? Ez egy hibrid útválasztási protokoll, amely egyesíti a távolságvektor-protokoll, például a RIP és a kapcsolatállapot-protokoll, például az OSPF hasznos tulajdonságait.
Az EIGRP a Cisco által védett protokoll, amelyet 2013-ban tettek elérhetővé a nyilvánosság számára. A kapcsolatállapot-követő protokollból egy szomszédság-létrehozási algoritmust vett át, ellentétben a RIP-vel, amely nem hoz létre szomszédokat. A RIP az útválasztási táblákat is kicseréli a protokoll többi résztvevőjével, de az OSPF szomszédságot képez a csere megkezdése előtt. Az EIGRP ugyanúgy működik.
A RIP protokoll időszakonként 30 másodpercenként frissíti a teljes útválasztási táblát, és az összes interfészről és útvonalról információkat oszt el minden szomszédjának. Az EIGRP nem hajtja végre az információk időszakos teljes frissítését, ehelyett a Hello-üzenetek sugárzásának koncepcióját használja, ugyanúgy, mint az OSPF. Néhány másodpercenként egy Hello üzenetet küld, hogy megbizonyosodjon arról, hogy a szomszéd még „él”.
A távolságvektor protokolltól eltérően, amely a teljes hálózati topológiát megvizsgálja, mielőtt döntést hozna egy útvonal létrehozásáról, az EIGRP a RIP-hez hasonlóan a pletykák alapján hoz létre útvonalakat. Amikor pletykákról beszélek, arra gondolok, hogy amikor a szomszéd jelent valamit, az EIGRP kérdés nélkül egyetért vele. Például, ha egy szomszéd azt mondja, hogy tudja, hogyan kell elérni a 10.1.1.2-t, az EIGRP elhiszi neki anélkül, hogy megkérdezné: „Honnan tudtad? Mesélj a teljes hálózat topológiájáról!
2013 előtt, ha csak Cisco infrastruktúrát használt, használhatta az EIGRP-t, mivel ezt a protokollt 1994-ben hozták létre. Sok vállalat azonban még Cisco berendezéseit is használva nem akart ezzel a szakadékkal dolgozni. Véleményem szerint az EIGRP ma a legjobb dinamikus útválasztási protokoll, mert sokkal könnyebben használható, de az emberek továbbra is az OSPF-et részesítik előnyben. Szerintem ez abból adódik, hogy nem akarnak a Cisco termékekhez kötődni. A Cisco azonban nyilvánosan elérhetővé tette ezt a protokollt, mert támogatja a harmadik féltől származó hálózati berendezéseket, például a Junipert, és ha olyan céggel áll össze, amely nem használ Cisco-berendezéseket, akkor nem lesz problémája.
Tegyünk egy rövid kirándulást a hálózati protokollok történetébe.
Az 1-as években megjelent RIPv1980 protokollnak számos korlátozása volt, például az ugrások maximális száma 16 volt, ezért nem tudott nagy hálózatokon átirányítást biztosítani. Kicsit később kifejlesztették az IGRP belső átjáró-útválasztó protokollt, amely sokkal jobb volt, mint a RIP. Ez azonban inkább távolságvektor protokoll volt, mint kapcsolat állapot protokoll. Az 80-as évek végén megjelent egy nyílt szabvány, az OSPFv2 link state protokoll az IPv4 számára.
A 90-es évek elején a Cisco úgy döntött, hogy az IGRP-n javítani kell, és kiadta az Enhanced Internal Gateway Routing Protocol EIGRP-t. Sokkal hatékonyabb volt, mint az OSPF, mert kombinálta a RIP és az OSPF funkcióit. Ahogy elkezdjük felfedezni, látni fogja, hogy az EIGRP sokkal könnyebben konfigurálható, mint az OSPF. A Cisco megpróbált olyan protokollt létrehozni, amely a lehető leggyorsabb hálózati konvergenciát biztosítaná.
A 90-es évek végén megjelent a RIPv2 protokoll frissített osztály nélküli verziója. A 2000-es években jelent meg az OSPF harmadik verziója, a RIPng és az EIGRPv6, amelyek támogatták az IPv6 protokollt. A világ fokozatosan közeledik az IPv6-ra való teljes átálláshoz, és az útválasztási protokollok fejlesztői szeretnének erre készen lenni.
Ha emlékszel, azt tanulmányoztuk, hogy az optimális útvonal kiválasztásakor a RIP-t távolságvektor-protokollként csak egy kritérium vezérli - az ugrások minimális száma vagy a célfelület minimális távolsága. Tehát az R1 útválasztó közvetlen útvonalat választ az R3 útválasztóhoz, annak ellenére, hogy ezen az útvonalon a sebesség 64 kbit/s - többszöröse az R1-R2-R3 útvonal sebességének, ami 1544 kbit/s. A RIP protokoll az egy ugrás hosszúságú lassú útvonalat tekinti optimálisnak a 2 ugrásból álló gyors útvonal helyett.
Az OSPF megvizsgálja a teljes hálózati topológiát, és úgy dönt, hogy az R3-n keresztüli útvonalat használja a gyorsabb kommunikációhoz az R2 útválasztóval. A RIP az ugrások számát használja mérőszámként, míg az OSPF mérőszáma a költség, ami a legtöbb esetben arányos a kapcsolat sávszélességével.
Az EIGRP az útvonalköltségre is összpontosít, de mérőszáma sokkal összetettebb, mint az OSPF, és számos tényezőtől függ, beleértve a sávszélességet, a késleltetést, a megbízhatóságot, a terhelést és a maximális MTU-t. Például, ha az egyik csomópont jobban terhelt, mint a többi, az EIGRP elemzi a teljes útvonal terhelését, és kiválaszt egy másik, kisebb terhelésű csomópontot.
A CCNA kurzusban csak olyan metrikaképző tényezőket vesszük figyelembe, mint a Sávszélesség és a Késleltetés; ezeket fogja használni a metrikus képlet.
A RIP távolságvektor protokoll két fogalmat használ: távolságot és irányt. Ha 3 routerünk van, és az egyik a 20.0.0.0 hálózatra csatlakozik, akkor a választás távolság alapján történik - ezek ugrások, jelen esetben 1 ugrás, és irány szerint, azaz melyik útvonal mentén - felső vagy alacsonyabb - forgalom küldéséhez.
Ezenkívül a RIP rendszeresen frissíti az információkat, és 30 másodpercenként eloszt egy teljes útválasztási táblázatot a hálózaton. Ez a frissítés 2 dolgot végez. Az első az útválasztási tábla tényleges frissítése, a második a szomszéd életképességének ellenőrzése. Ha az eszköz 30 másodpercen belül nem kap választábla frissítést vagy új útvonalinformációt a szomszédtól, akkor megérti, hogy a szomszédhoz vezető útvonal már nem használható. A router 30 másodpercenként frissítést küld, hogy megtudja, él-e még a szomszéd, és hogy az útvonal még érvényes-e.
Mint mondtam, a Split Horizon technológiát az útvonalhurkok megelőzésére használják. Ez azt jelenti, hogy a frissítés nem kerül vissza arra a felületre, amelyről érkezett. A hurkok megelőzésére szolgáló második technológia a Route Poison. Ha megszakad a kapcsolat a képen látható 20.0.0.0-s hálózattal, akkor a router, amelyre csatlakozott, egy „mérgezett útvonalat” küld a szomszédjainak, amelyben arról számol be, hogy ez a hálózat már 16 ugrással elérhető, azaz gyakorlatilag elérhetetlen. Így működik a RIP protokoll.
Hogyan működik az EIGRP? Ha emlékszik az OSPF-ről szóló leckékből, ez a protokoll három funkciót lát el: szomszédságot hoz létre, LSA segítségével frissíti az LSDB-t a hálózati topológia változásainak megfelelően, és létrehoz egy útválasztási táblát. A szomszédság létrehozása meglehetősen összetett eljárás, amely számos paramétert használ. Például egy 2WAY kapcsolat ellenőrzése és módosítása - néhány kapcsolat kétirányú kommunikációs állapotban marad, néhány pedig TELJES állapotba megy. Az OSPF-től eltérően az EIGRP protokollban ez nem történik meg - csak 4 paramétert ellenőriz.
Az OSPF-hez hasonlóan ez a protokoll 10 másodpercenként 4 paramétert tartalmazó Hello üzenetet küld. Az első a hitelesítési feltétel, ha azt korábban konfigurálták. Ebben az esetben minden olyan eszköznek, amellyel a közelség létrejön, azonos hitelesítési paraméterekkel kell rendelkeznie.
A második paraméter annak ellenőrzésére szolgál, hogy az eszközök ugyanahhoz az autonóm rendszerhez tartoznak-e, vagyis az EIGRP protokoll használatával szomszédság létrehozásához mindkét eszköznek azonos autonóm rendszerszámmal kell rendelkeznie. A harmadik paraméter annak ellenőrzésére szolgál, hogy a Hello üzenetek ugyanarról a forrás IP-címről érkeznek-e.
A negyedik paraméter a változó K-értékek együtthatóinak konzisztenciájának ellenőrzésére szolgál. Az EIRGP protokoll 5 ilyen együtthatót használ K1-től K5-ig. Ha emlékszel, ha K=0 a paramétereket figyelmen kívül hagyja, de ha K=1, akkor a paraméterek a metrika kiszámításának képletében lesznek felhasználva. Így a különböző eszközök K1-5 értékeinek azonosnak kell lenniük. A CCNA tanfolyamon ezeknek az együtthatóknak az alapértelmezett értékeit vesszük: K1 és K3 egyenlő 1, K2, K4 és K5 pedig 0.
Tehát, ha ez a 4 paraméter egyezik, az EIGRP szomszédos kapcsolatot hoz létre, és az eszközök beírják egymást a szomszédos táblába. Ezután a topológiatáblázat módosítása történik.
Minden Hello üzenet a 224.0.0.10 csoportos IP-címre kerül elküldésre, a frissítések pedig a konfigurációtól függően a szomszédok unicast címére vagy a multicast címre kerülnek. Ez a frissítés nem UDP-n vagy TCP-n keresztül érkezik, hanem egy másik protokollt, az RTP-t, a Reliable Transport Protocol-t használja. Ez a protokoll ellenőrzi, hogy a szomszéd kapott-e frissítést, és ahogy a neve is sugallja, a legfontosabb feladata a kommunikáció megbízhatóságának biztosítása. Ha a frissítés nem éri el a szomszédot, az átvitel addig ismétlődik, amíg a szomszéd meg nem kapja. Az OSPF nem rendelkezik a fogadó eszköz ellenőrzésére szolgáló mechanizmussal, így a rendszer nem tudja, hogy a szomszédos eszközök megkapták-e a frissítést vagy sem.
Ha emlékszel, a RIP 30 másodpercenként frissítést küld a teljes hálózati topológiáról. Az EIGRP ezt csak akkor teszi meg, ha új eszköz jelent meg a hálózaton, vagy valamilyen változás történt. Ha az alhálózati topológia megváltozott, a protokoll frissítést küld, de nem a teljes topológiatáblázatot, hanem csak a változást tartalmazó rekordokat. Ha egy alhálózat megváltozik, csak a topológiája frissül. Úgy tűnik, hogy ez egy részleges frissítés, amely szükség esetén történik.
Mint tudják, az OSPF 30 percenként küld LSA-kat, függetlenül attól, hogy történt-e változás a hálózaton. Az EIGRP nem küld frissítéseket hosszabb ideig, amíg nem történik változás a hálózatban. Ezért az EIGRP sokkal hatékonyabb, mint az OSPF.
Miután az útválasztók frissítőcsomagokat cseréltek, megkezdődik a harmadik szakasz - a metrika alapján egy útválasztási táblázat kialakítása, amelyet az ábrán látható képlet alapján számítanak ki. Kiszámolja a költségeket, és ennek alapján dönt.
Tegyük fel, hogy R1 küldte a Hello üzenetet az R2 útválasztónak, és ez az útválasztó küldte a Hello üzenetet az R1 útválasztónak. Ha minden paraméter megegyezik, az útválasztók létrehozzák a szomszédok táblázatát. Ebben a táblázatban az R2 bejegyzést ír az R1 útválasztóról, az R1 pedig az R2-ről. Ezt követően az R1 router elküldi a frissítést a hozzá csatlakozó 10.1.1.0/24 hálózatnak. Az útválasztási táblázatban ez úgy néz ki, mint a hálózat IP-címére, a vele kommunikációt biztosító útválasztó interfészére és az ezen az interfészen keresztüli útvonal költségére vonatkozó információ. Ha emlékszel, az EIGRP költsége 90, majd megjelenik a Távolság értéke, amelyről később beszélünk.
A teljes metrikus képlet sokkal bonyolultabbnak tűnik, mivel tartalmazza a K együtthatók értékeit és a különféle transzformációkat. A Cisco webhely a képlet teljes formáját kínálja, de ha lecseréli az alapértelmezett együtthatóértékeket, akkor azt egy egyszerűbb formává alakítja át - a mérőszám egyenlő lesz (sávszélesség + késleltetés) * 256.
A képletnek csak ezt az egyszerűsített formáját fogjuk használni a metrika kiszámításához, ahol a kilobitekben megadott sávszélesség 107, osztva a célhálózat legkisebb sávszélességéhez vezető összes interfész legkisebb sávszélességével, és a kumulatív késleltetés a teljes késleltetés tíz mikroszekundumban a célhálózathoz vezető összes interfésznél.
Az EIGRP megtanulásakor négy definíciót kell megértenünk: megvalósítható távolság, jelentett távolság, utód (szomszéd útválasztó a legalacsonyabb útköltséggel a célhálózathoz) és megvalósítható utód (tartalék szomszédos útválasztó). A jelentésük megértéséhez vegye figyelembe a következő hálózati topológiát.
Kezdjük egy R1 útválasztási táblázat létrehozásával a 10.1.1.0/24 hálózathoz vezető legjobb útvonal kiválasztásához. Az egyes eszközök mellett megjelenik az átviteli sebesség kbit/s-ban és a késleltetés ms-ban. 100 Mbps vagy 1000000 100000 10000 kbps sebességű GigabitEthernet, 1544 XNUMX kbps FastEthernet, XNUMX XNUMX kbps Ethernet és XNUMX kbps soros interfészt használunk. Ezeket az értékeket az útválasztó beállításaiban a megfelelő fizikai interfészek jellemzőinek megtekintésével találhatja meg.
A soros interfészek alapértelmezett átviteli sebessége 1544 kbps, és még ha van is 64 kbps-os vonal, az átviteli sebesség továbbra is 1544 kbps. Ezért hálózati rendszergazdáként meg kell győződnie arról, hogy a megfelelő sávszélesség-értéket használja. Egy adott interfész esetében a sávszélesség paranccsal állítható be, a delay paranccsal pedig módosíthatja az alapértelmezett késleltetési értéket. Nem kell aggódnia a GigabitEthernet vagy Ethernet interfészek alapértelmezett sávszélesség-értékei miatt, de legyen óvatos a vonalsebesség kiválasztásakor, ha soros interfészt használ.
Kérjük, vegye figyelembe, hogy ezen a diagramon a késleltetést állítólag ezredmásodpercben jelzik, de a valóságban ez mikroszekundum, csak nincs meg a μ betű a mikroszekundum μs helyes jelölésére.
Kérjük, fokozottan figyeljen a következő tényre. Ha kiadja a show interface g0/0 parancsot, a rendszer a késleltetést több tíz mikroszekundumban jeleníti meg, nem pedig csak mikroszekundumban.
Ezt a problémát részletesen megvizsgáljuk az EIGRP konfigurálásáról szóló következő videóban, egyelőre ne feledje, hogy amikor a késleltetési értékeket behelyettesíti a képletbe, a diagramból 100 μs 10-re változik, mivel a képlet több tíz mikroszekundumot használ, nem egységeket.
Az ábrán piros pontokkal jelölöm azokat az interfészeket, amelyekre a megjelenített áteresztőképességek és késleltetések vonatkoznak.
Először is meg kell határoznunk a lehetséges Megvalósítható távolságot. Ez az FD metrika, amelyet a képlet segítségével számítanak ki. Az R5-től a külső hálózatig tartó szakaszhoz a 107-et el kell osztanunk 106-tal, így 10-et kapunk. Ezután ehhez a sávszélesség értékhez 1-gyel egyenlő késleltetést kell hozzáadnunk, mert 10 mikroszekundumunk van, azaz egy tíz. A kapott 11-et meg kell szorozni 256-tal, azaz a metrika értéke 2816 lesz. Ez a hálózat ezen szakaszának FD értéke.
Az R5 útválasztó elküldi ezt az értéket az R2 útválasztónak, és R2 esetén ez lesz a deklarált jelentett távolság, vagyis az az érték, amelyet a szomszéd mondott neki. Így a hirdetett RD-távolság az összes többi eszköz esetében megegyezik annak az eszköznek a lehetséges FD-távolságával, amelyik jelezte Önnek.
Az R2 router az adatai alapján FD számításokat végez, azaz elosztja 107-et 105-tel, és 100-at kap. Ezután ehhez az értékhez hozzáadja a külső hálózathoz vezető útvonal késésének összegét: R5 késleltetése, amely egy tíz mikroszekundumnak felel meg, és saját késése, amely tíz tízzel egyenlő. A teljes késleltetés 11 tíz mikroszekundum lesz. Hozzáadjuk a kapott százhoz, és 111-et kapunk, ezt az értéket megszorozzuk 256-tal, és megkapjuk az FD = 28416 értéket. Az R3 router ugyanezt teszi, a számítások után az FD=281856 értéket kapja. Az R4 router kiszámítja az FD=3072 értéket, és RD-ként továbbítja az R1-nek.
Kérjük, vegye figyelembe, hogy az FD kiszámításakor az R1 router nem a saját 1000000 2 100000 kbit/s sávszélességét helyettesíti be a képletbe, hanem az R10.1.1.0 router alsó sávszélességét, ami 24 2 kbit/s, mert a képlet mindig a minimális sávszélességet használja. a célhálózathoz vezető interfész . Ebben az esetben az R5 és R2 útválasztók a 1/2 hálózathoz vezető úton helyezkednek el, de mivel az ötödik útválasztó nagyobb sávszélességgel rendelkezik, az R5 útválasztó legkisebb sávszélessége kerül behelyettesítésre a képletbe. A teljes késleltetés az R1-R10-R1 útvonalon 12+100+256 (tízes) = 30976, a csökkentett áteresztőképesség XNUMX, és ezeknek a számoknak az összege XNUMX-tal szorozva az FD=XNUMX értéket kapja.
Tehát minden eszköz kiszámította interfészeinek FD-jét, és az R1 útválasztónak 3 útvonala van a célhálózathoz. Ezek az R1-R2, R1-R3 és R1-R4 útvonalak. Az útválasztó kiválasztja a lehetséges FD távolság minimális értékét, amely 30976 - ez az út az R2 útválasztóhoz. Ez az útválasztó lesz az utód, vagy „utód”. Az útválasztási táblázatban szerepel a megvalósítható utód (tartalék utód) is – ez azt jelenti, hogy ha az R1 és az utód közötti kapcsolat megszakad, az útvonal a tartalék Megvalósítható utódútválasztón keresztül lesz irányítva.
A megvalósítható utódok hozzárendelése egyetlen szabály szerint történik: az útválasztó hirdetett RD távolságának kisebbnek kell lennie, mint az útválasztó FD-je a szegmensben az utódtól. Esetünkben R1-R2 FD = 30976, RD az R1-K3 szakaszban 281856, és RD az R1-R4 szakaszban 3072. Mivel 3072 < 30976, az R4 útválasztó van kiválasztva megvalósítható utódként.
Ez azt jelenti, hogy ha az R1-R2 hálózati szakaszon megszakad a kommunikáció, a 10.1.1.0/24 hálózat felé irányuló forgalom az R1-R4-R5 útvonalon kerül továbbításra. Az útvonalváltás RIP használatakor több tíz másodpercet vesz igénybe, OSPF használatakor néhány másodpercet vesz igénybe, EIGRP-ben pedig azonnal megtörténik. Ez egy másik előnye az EIGRP-nek a többi útválasztási protokollhoz képest.
Mi történik, ha az utód és a megvalósítható utód egyidejűleg megszakad? Ebben az esetben az EIGRP a DUAL algoritmust használja, amely képes kiszámítani egy tartalék útvonalat egy valószínű utódján keresztül. Ez több másodpercig is eltarthat, ezalatt az EIGRP talál egy másik szomszédot, akivel továbbíthatja a forgalmat, és elhelyezheti adatait az útválasztási táblában. Ezt követően a protokoll folytatja normál útválasztási munkáját.
Köszönjük, hogy velünk tartott. Tetszenek cikkeink? További érdekes tartalmakat szeretne látni? Támogass minket rendeléssel vagy ajánlj ismerőseidnek, 30% kedvezmény a Habr felhasználóknak a belépő szintű szerverek egyedülálló analógjára, amelyet mi találtunk ki Önnek: (RAID1 és RAID10, akár 24 maggal és akár 40 GB DDR4-gyel is elérhető).
Dell R730xd kétszer olcsóbb? Csak itt Hollandiában! Dell R420 - 2x E5-2430 2.2 Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 dollártól! Olvasni valamiről
Forrás: will.com