Vandag sal ons begin om die EIGRP-protokol te bestudeer, wat saam met die bestudering van OSPF die belangrikste onderwerp van die CCNA-kursus is.
Ons sal later terugkeer na Afdeling 2.5, maar vir eers, net na Afdeling 2.4, gaan ons voort na Afdeling 2.6, “Konfigurasie, verifieer en oplos van EIGRP oor IPv4 (uitgesluit stawing, filtering, handmatige opsomming, herverspreiding en stompie) konfigurasie)."
Vandag sal ons 'n inleidende les hê waarin ek jou sal bekendstel aan die konsep van die Enhanced Internal Gateway Routing Protocol EIGRP, en in die volgende twee lesse sal ons kyk na die konfigurasie en probleemoplossing van die protokol se robotte. Maar eers wil ek jou die volgende vertel.
Die afgelope paar lesse het ons oor OSPF geleer. Nou wil ek hê jy moet onthou dat toe ons baie maande gelede na RIP gekyk het, ons gepraat het oor roeteringlusse en tegnologieë wat verhoed dat verkeer loop. Hoe kan u roetelusse voorkom wanneer u OSPF gebruik? Is dit moontlik om metodes soos Route Poison of Split Horizon hiervoor te gebruik? Dit is vrae wat jy self moet beantwoord. Jy kan ander tematiese hulpbronne gebruik, maar kry antwoorde op hierdie vrae. Ek wil hê jy moet leer hoe om self die antwoorde te vind deur met verskillende bronne te werk, en ek moedig jou aan om jou opmerkings onder hierdie video te los sodat ek kan sien hoeveel van my studente hierdie taak voltooi het.
Wat is EIGRP? Dit is 'n hibriede roeteprotokol wat die nuttige kenmerke van beide 'n afstandvektorprotokol soos RIP en 'n skakeltoestandprotokol soos OSPF kombineer.
EIGRP is 'n Cisco-proprietêre protokol wat in 2013 aan die publiek beskikbaar gestel is. Uit die skakel-staat-nasporingsprotokol het hy 'n buurtvestigingsalgoritme aangeneem, anders as RIP, wat nie bure skep nie. RIP ruil ook roetetabelle uit met ander deelnemers aan die protokol, maar OSPF vorm 'n aangrensing voordat hierdie uitruiling begin. EIGRP werk op dieselfde manier.
Die RIP-protokol dateer die volledige roeteringtabel elke 30 sekondes op en versprei inligting oor alle koppelvlakke en alle roetes na al sy bure. EIGRP voer nie periodieke volledige opdaterings van inligting uit nie, maar gebruik eerder die konsep om Hallo-boodskappe op dieselfde manier as OSPF uit te saai. Elke paar sekondes stuur dit 'n Hallo om seker te maak dat die buurman nog "lewe".
Anders as afstandsvektorprotokol, wat die hele netwerktopologie ondersoek voordat besluit word om 'n roete te vorm, skep EIGRP, soos RIP, roetes gebaseer op gerugte. As ek gerugte sê, bedoel ek dat wanneer 'n buurman iets rapporteer, EIGRP sonder twyfel daarmee saamstem. Byvoorbeeld, as 'n buurman sê hy weet hoe om 10.1.1.2 te bereik, glo EIGRP hom sonder om te vra: "Hoe het jy dit geweet? Vertel my van die topologie van die hele netwerk!
Voor 2013, as jy net Cisco-infrastruktuur gebruik het, kon jy EIGRP gebruik, aangesien hierdie protokol in 1994 geskep is. Baie maatskappye, selfs wat Cisco-toerusting gebruik, wou egter nie met hierdie gaping werk nie. Na my mening is EIGRP vandag die beste dinamiese roeteringprotokol omdat dit baie makliker is om te gebruik, maar mense verkies steeds OSPF. Ek dink dit is te wyte aan die feit dat hulle nie aan Cisco-produkte gekoppel wil wees nie. Maar Cisco het hierdie protokol publiek beskikbaar gestel omdat dit derdeparty-netwerktoerusting soos Juniper ondersteun, en as jy saamspan met 'n maatskappy wat nie Cisco-toerusting gebruik nie, sal jy geen probleme hê nie.
Kom ons neem 'n kort uitstappie na die geskiedenis van netwerkprotokolle.
Die RIPv1-protokol, wat in die 1980's verskyn het, het 'n aantal beperkings gehad, byvoorbeeld 'n maksimum aantal hops van 16, en kon dus nie roetering oor groot netwerke verskaf nie. 'n Bietjie later het hulle die interne gateway-roeteringprotokol IGRP ontwikkel, wat baie beter was as RIP. Dit was egter meer 'n afstandvektorprotokol as 'n skakeltoestandprotokol. In die laat 80's het 'n oop standaard na vore gekom, die OSPFv2-skakeltoestandprotokol vir IPv4.
In die vroeë 90's het Cisco besluit dat IGRP verbeter moet word en die Enhanced Internal Gateway Routing Protocol EIGRP vrygestel. Dit was baie meer effektief as OSPF omdat dit kenmerke van beide RIP en OSPF gekombineer het. Soos ons dit begin verken, sal jy sien dat EIGRP baie makliker is om te konfigureer as OSPF. Cisco het probeer om 'n protokol te skep wat die vinnigste moontlike netwerkkonvergensie sou verseker.
In die laat 90's is 'n opgedateerde klaslose weergawe van die RIPv2-protokol vrygestel. In die 2000's het die derde weergawe van OSPF, RIPng en EIGRPv6, wat die IPv6-protokol ondersteun het, verskyn. Die wêreld nader geleidelik 'n volledige oorgang na IPv6, en roeteerprotokolontwikkelaars wil gereed wees hiervoor.
As jy onthou, ons het bestudeer dat wanneer die optimale roete gekies word, RIP, as 'n afstandvektorprotokol, slegs deur een kriterium gelei word - die minimum aantal hops, of die minimum afstand na die bestemmingskoppelvlak. So, roeteerder R1 sal 'n direkte roete na roeteerder R3 kies, ten spyte van die feit dat die spoed op hierdie roete 64 kbit/s is - 'n paar keer minder as die spoed op die roete R1-R2-R3, gelykstaande aan 1544 kbit/s. Die RIP-protokol sal 'n stadige roete van een hop-lengte as optimaal beskou eerder as 'n vinnige roete van 2 hops.
OSPF sal die hele netwerktopologie bestudeer en besluit om die roete deur R3 te gebruik as die vinniger roete vir kommunikasie met roeteerder R2. RIP gebruik die aantal hops as sy metrieke, terwyl OSPF se metrieke koste is, wat in die meeste gevalle eweredig is aan die bandwydte van die skakel.
EIGRP fokus ook op roetekoste, maar sy metrieke is baie meer kompleks as OSPF en maak staat op baie faktore, insluitend bandwydte, vertraging, betroubaarheid, laai en maksimum MTU. Byvoorbeeld, as een nodus meer gelaai is as ander, sal EIGRP die las op die hele roete ontleed en 'n ander nodus met minder las kies.
In die CCNA-kursus sal ons slegs metrieke vormingsfaktore soos bandwydte en vertraging in ag neem; dit is dié wat die metrieke formule sal gebruik.
Die afstandvektorprotokol RIP gebruik twee konsepte: afstand en rigting. As ons 3 routers het, en een van hulle is gekoppel aan die 20.0.0.0-netwerk, dan sal die keuse gemaak word volgens afstand - dit is hops, in hierdie geval 1 hop, en volgens rigting, dit wil sê langs watter pad - boonste of laer - om verkeer te stuur.
Daarbenewens gebruik RIP periodieke opdatering van inligting, wat elke 30 sekondes 'n volledige roeteringtabel deur die netwerk versprei. Hierdie opdatering doen 2 dinge. Die eerste is die werklike opdatering van die roeteringtabel, die tweede is die nagaan van die lewensvatbaarheid van die buurman. As die toestel nie binne 30 sekondes 'n reaksietabelopdatering of nuwe roete-inligting van die buurman ontvang nie, verstaan dit dat die roete na die buurman nie meer gebruik kan word nie. Die roeteerder stuur elke 30 sekondes 'n opdatering om uit te vind of die buurman nog lewe en of die roete steeds geldig is.
Soos ek gesê het, word Split Horizon-tegnologie gebruik om roetelusse te voorkom. Dit beteken dat die opdatering nie teruggestuur word na die koppelvlak waarvandaan dit gekom het nie. Die tweede tegnologie vir die voorkoming van lusse is Route Poison. As die verbinding met die 20.0.0.0-netwerk wat in die prent gewys word onderbreek word, stuur die router waaraan dit gekoppel was 'n "vergiftigde roete" na sy bure, waarin dit rapporteer dat hierdie netwerk nou in 16 hops toeganklik is, dit wil sê, feitlik onbereikbaar. Dit is hoe die RIP-protokol werk.
Hoe werk EIGRP? As jy uit die lesse oor OSPF onthou, verrig hierdie protokol drie funksies: dit vestig 'n buurt, gebruik LSA om die LSDB op te dateer in ooreenstemming met veranderinge in die netwerktopologie, en bou 'n roeteringtabel. Die vestiging van 'n woonbuurt is 'n taamlik komplekse prosedure wat baie parameters gebruik. Byvoorbeeld, die kontrolering en verandering van 'n 2WAY-verbinding - sommige verbindings bly in die tweerigtingkommunikasietoestand, sommige gaan na die VOLLE toestand. Anders as OSPF, gebeur dit nie in die EIGRP-protokol nie - dit kontroleer slegs 4 parameters.
Soos OSPF, stuur hierdie protokol elke 10 sekondes 'n Hallo-boodskap wat 4 parameters bevat. Die eerste is die verifikasiekriterium, as dit voorheen opgestel is. In hierdie geval moet alle toestelle waarmee nabyheid gevestig word, dieselfde verifikasieparameters hê.
Die tweede parameter word gebruik om te kontroleer of toestelle aan dieselfde outonome stelsel behoort, dit wil sê om aangrensing met behulp van die EIGRP-protokol te bepaal, moet beide toestelle dieselfde outonome stelselnommer hê. Die derde parameter word gebruik om seker te maak dat Hallo-boodskappe vanaf dieselfde Bron IP-adres gestuur word.
Die vierde parameter word gebruik om die konsekwentheid van die veranderlike K-waarde-koëffisiënte na te gaan. Die EIRGP-protokol gebruik 5 sulke koëffisiënte van K1 tot K5. As jy onthou, as K=0 word die parameters geïgnoreer, maar as K=1, dan word die parameters gebruik in die formule vir die berekening van die metrieke. Dus, die waardes van K1-5 vir verskillende toestelle moet dieselfde wees. In die CCNA-kursus sal ons die verstekwaardes van hierdie koëffisiënte neem: K1 en K3 is gelyk aan 1, en K2, K4 en K5 is gelyk aan 0.
Dus, as hierdie 4 parameters ooreenstem, vestig EIGRP 'n buurverhouding en die toestelle voer mekaar in die buurtabel in. Vervolgens word veranderinge aan die topologietabel aangebring.
Alle Hello-boodskappe word na die multicast-IP-adres 224.0.0.10 gestuur, en opdaterings, afhangende van die konfigurasie, word na die unicast-adresse van bure of na die multicast-adres gestuur. Hierdie opdatering kom nie oor UDP of TCP nie, maar gebruik 'n ander protokol genaamd RTP, Reliable Transport Protocol. Hierdie protokol kontroleer of die buurman 'n opdatering ontvang het, en soos die naam aandui, is die sleutelfunksie daarvan om kommunikasiebetroubaarheid te verseker. As die opdatering nie die buurman bereik nie, sal die oordrag herhaal word totdat die buurman dit ontvang. OSPF het nie 'n meganisme om die ontvangertoestel na te gaan nie, so die stelsel weet nie of naburige toestelle die opdatering ontvang het of nie.
As jy onthou, stuur RIP elke 30 sekondes 'n opdatering van die volledige netwerktopologie uit. EIGRP doen dit net as 'n nuwe toestel op die netwerk verskyn het of 'n paar veranderinge plaasgevind het. As die subnettopologie verander het, sal die protokol 'n opdatering uitstuur, maar nie die volledige topologietabel nie, maar slegs die rekords met hierdie verandering. As 'n subnet verander, sal slegs sy topologie opgedateer word. Dit blyk 'n gedeeltelike opdatering te wees wat plaasvind wanneer nodig.
Soos u weet, stuur OSPF elke 30 minute LSA's uit, ongeag of daar enige veranderinge aan die netwerk is. EIGRP sal vir 'n lang tydperk geen opdaterings uitstuur totdat daar 'n verandering in die netwerk is nie. Daarom is EIGRP baie meer doeltreffend as OSPF.
Nadat die routers opdateringspakkette uitgeruil het, begin die derde fase - die vorming van 'n roeteringtabel gebaseer op die metrieke, wat bereken word met behulp van die formule wat in die figuur getoon word. Sy bereken die koste en neem 'n besluit op grond van hierdie koste.
Kom ons neem aan dat R1 Hello na router R2 gestuur het, en daardie router het Hello na router R1 gestuur. As alle parameters ooreenstem, skep die routers 'n tabel van bure. In hierdie tabel skryf R2 'n inskrywing oor die router R1, en R1 skep 'n inskrywing oor R2. Hierna stuur router R1 die opdatering na die netwerk 10.1.1.0/24 wat daaraan gekoppel is. In die roeteringtabel lyk dit soos inligting oor die IP-adres van die netwerk, die roeteerderkoppelvlak wat daarmee kommunikasie verskaf, en die koste van die roete deur hierdie koppelvlak. As u onthou, is die koste van EIGRP 90, en dan word die afstandwaarde aangedui, waaroor ons later sal praat.
Die volledige metrieke formule lyk baie meer ingewikkeld, aangesien dit die waardes van die K-koëffisiënte en verskeie transformasies insluit. Die Cisco-webwerf verskaf 'n volledige vorm van die formule, maar as jy die verstekkoëffisiëntwaardes vervang, sal dit in 'n eenvoudiger vorm omgeskakel word - die metrieke sal gelyk wees aan (bandwydte + Vertraging) * 256.
Ons sal net hierdie vereenvoudigde vorm van die formule gebruik om die metrieke te bereken, waar die bandwydte in kilobits gelyk is aan 107, gedeel deur die kleinste bandwydte van alle koppelvlakke wat lei tot die bestemmingsnetwerk minste bandwydte, en die kumulatiewe vertraging is die totaal vertraging in tientalle mikrosekondes vir alle koppelvlakke wat na die bestemmingsnetwerk lei.
Wanneer ons EIGRP leer, moet ons vier definisies verstaan: haalbare afstand, gerapporteerde afstand, opvolger (buurrouter met die laagste padkoste na die bestemmingsnetwerk), en haalbare opvolger (rugsteun-buurroeteerder). Om te verstaan wat hulle beteken, oorweeg die volgende netwerktopologie.
Kom ons begin deur 'n roeteringtabel R1 te skep om die beste roete na netwerk 10.1.1.0/24 te kies. Langs elke toestel word die deurset in kbit/s en latensie in ms gewys. Ons gebruik 100 Mbps of 1000000 100000 10000 kbps GigabitEthernet-koppelvlakke, 1544 XNUMX kbps FastEthernet, XNUMX XNUMX kbps Ethernet en XNUMX kbps serie-koppelvlakke. Hierdie waardes kan uitgevind word deur die eienskappe van die ooreenstemmende fisiese koppelvlakke in die router-instellings te bekyk.
Die verstek deurset van Seriële koppelvlakke is 1544 kbps, en selfs al het jy 'n 64 kbps lyn, sal die deurset steeds 1544 kbps wees. Daarom, as 'n netwerkadministrateur, moet jy seker maak dat jy die korrekte bandwydtewaarde gebruik. Vir 'n spesifieke koppelvlak kan dit ingestel word met die bandwydte-opdrag, en met die vertraging-opdrag kan u die verstekvertragingswaarde verander. U hoef nie bekommerd te wees oor die verstekbandwydtewaardes vir GigabitEthernet- of Ethernet-koppelvlakke nie, maar wees versigtig wanneer u die lynspoed kies as u 'n seriële koppelvlak gebruik.
Let asseblief daarop dat in hierdie diagram die vertraging kwansuis in millisekondes ms aangedui word, maar in werklikheid is dit mikrosekondes, ek het net nie die letter μ om mikrosekondes μs korrek aan te dui nie.
Gee asseblief aandag aan die volgende feit. As jy die wys-koppelvlak g0/0-opdrag uitreik, sal die stelsel die latensie in tien mikrosekondes eerder as net mikrosekondes vertoon.
Ons sal hierdie probleem in detail kyk in die volgende video oor die opstel van EIGRP, onthou nou dat wanneer latensiewaardes in die formule vervang word, 100 μs van die diagram in 10 verander, aangesien die formule tientalle mikrosekondes gebruik, nie eenhede nie.
In die diagram sal ek met rooi kolletjies die koppelvlakke aandui waarop die getoonde deursette en vertragings betrekking het.
Eerstens moet ons die moontlike haalbare afstand bepaal. Dit is die FD-metriek, wat met die formule bereken word. Vir die gedeelte van R5 na die eksterne netwerk moet ons 107 deur 106 deel, gevolglik kry ons 10. Volgende, by hierdie bandwydtewaarde moet ons 'n vertraging gelyk aan 1 byvoeg, want ons het 10 mikrosekondes, dit wil sê, een tien. Die resulterende waarde van 11 moet vermenigvuldig word met 256, dit wil sê, die metrieke waarde sal 2816 wees. Dit is die FD-waarde vir hierdie afdeling van die netwerk.
Roeter R5 sal hierdie waarde na router R2 stuur, en vir R2 sal dit die verklaarde Gerapporteerde Afstand word, dit wil sê die waarde wat die buurman dit vertel het. Dus, die geadverteerde RD-afstand vir alle ander toestelle sal gelyk wees aan die moontlike FD-afstand van die toestel wat dit aan jou gerapporteer het.
Roeter R2 voer FD-berekeninge uit op grond van sy data, dit wil sê, dit deel 107 deur 105 en kry 100. Dan voeg dit die som van vertragings op die roete na die eksterne netwerk by hierdie waarde: R5 se vertraging, gelyk aan een tien mikrosekondes, en sy eie vertraging, gelyk aan tien tiene. Die totale vertraging sal 11 tientalle mikrosekondes wees. Ons tel dit by die resulterende honderdtal en kry 111, vermenigvuldig hierdie waarde met 256 en kry die waarde FD = 28416. Roeter R3 doen dieselfde en ontvang na die berekeninge die waarde FD=281856. Roeter R4 bereken die waarde FD=3072 en stuur dit na R1 as RD.
Neem asseblief kennis dat wanneer die FD bereken word, roeteerder R1 nie sy eie bandwydte van 1000000 2 100000 kbit/s in die formule vervang nie, maar die onderste bandwydte van roeteerder R10.1.1.0, wat gelyk is aan 24 2 kbit/s, want die formule gebruik altyd die minimum bandwydte van die koppelvlak wat na die bestemmingsnetwerk lei. In hierdie geval is roeteerders R5 en R2 op die pad na netwerk 1/2 geleë, maar aangesien die vyfde roeteerder 'n groter bandwydte het, word die kleinste bandwydtewaarde van roeteerder R5 in die formule vervang. Die totale vertraging langs die pad R1-R10-R1 is 12+100+256 (tiene) = 30976, die verminderde deurset is XNUMX, en die som van hierdie getalle vermenigvuldig met XNUMX gee die waarde FD=XNUMX.
So, alle toestelle het die FD van hul koppelvlakke bereken, en router R1 het 3 roetes wat na die bestemmingsnetwerk lei. Dit is roetes R1-R2, R1-R3 en R1-R4. Die roeteerder kies die minimum waarde van die moontlike afstand FD, wat gelyk is aan 30976 - dit is die roete na roeteerder R2. Hierdie router word die opvolger, of "opvolger". Die roeteringtabel dui ook haalbare opvolger (rugsteunopvolger) aan - dit beteken dat indien die verbinding tussen R1 en opvolger verbreek word, die roete deur die rugsteun-uitvoerbare opvolger-roeteerder gelei sal word.
Uitvoerbare opvolgers word volgens 'n enkele reël toegewys: die geadverteerde afstand RD van hierdie roeteerder moet minder wees as die FD van die roeteerder in die segment na die opvolger. In ons geval het R1-R2 FD = 30976, RD in die afdeling R1-K3 is gelyk aan 281856, en RD in die afdeling R1-R4 is gelyk aan 3072. Sedert 3072 < 30976, word router R4 gekies as haalbare opvolgers.
Dit beteken dat indien kommunikasie op die R1-R2-netwerkafdeling ontwrig word, verkeer na die 10.1.1.0/24-netwerk langs die R1-R4-R5-roete gestuur sal word. Om 'n roete te verander wanneer RIP gebruik word, neem 'n paar tientalle sekondes, wanneer OSPF gebruik word, neem dit 'n paar sekondes, en in EIGRP vind dit onmiddellik plaas. Dit is nog 'n voordeel van EIGRP bo ander roeteringsprotokolle.
Wat gebeur as beide opvolger en haalbare opvolger terselfdertyd ontkoppel word? In hierdie geval gebruik EIGRP die DUAL-algoritme, wat 'n rugsteunroete deur 'n waarskynlike opvolger kan bereken. Dit kan 'n paar sekondes neem, waartydens EIGRP 'n ander buurman sal vind wat gebruik kan word om die verkeer aan te stuur en sy data in die roeteringtabel te plaas. Hierna sal die protokol sy normale roetewerk voortsit.
Dankie dat jy by ons gebly het. Hou jy van ons artikels? Wil jy meer interessante inhoud sien? Ondersteun ons deur 'n bestelling te plaas of by vriende aan te beveel, 30% afslag vir Habr-gebruikers op 'n unieke analoog van intreevlakbedieners, wat deur ons vir jou uitgevind is: (beskikbaar met RAID1 en RAID10, tot 24 kerne en tot 40 GB DDR4).
Dell R730xd 2 keer goedkoper? Net hier in Nederland! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - vanaf $99! Lees van
Bron: will.com