Šodien mēs sāksim pētīt EIGRP protokolu, kas kopā ar OSPF studijām ir vissvarīgākā CCNA kursa tēma.
Mēs atgriezīsimies pie 2.5. sadaļas vēlāk, bet šobrīd, tūlīt pēc 2.4. sadaļas, mēs pāriesim uz 2.6. sadaļas EIGRP konfigurēšana, pārbaude un problēmu novēršana, izmantojot IPv4 (izņemot autentifikāciju, filtrēšanu, manuālu apkopošanu, pārdali un stublu). Konfigurācija).
Šodien mums būs ievadstunda, kurā es jūs iepazīstināšu ar uzlabotās iekšējās vārtejas maršrutēšanas protokola EIGRP koncepciju, savukārt nākamajās divās nodarbībās mēs apskatīsim protokola robotu konfigurēšanu un problēmu novēršanu. Bet vispirms es vēlos jums pastāstīt sekojošo.
Pēdējo dažu stundu laikā mēs esam mācījušies par OSPF. Tagad es vēlos, lai jūs atceraties, ka, pirms daudziem mēnešiem apskatot RIP, mēs runājām par maršrutēšanas cilpām un tehnoloģijām, kas novērš trafika cilpu. Kā jūs varat novērst maršrutēšanas cilpas, izmantojot OSPF? Vai šim nolūkam ir iespējams izmantot tādas metodes kā Route Poison vai Split Horizon? Tie ir jautājumi, uz kuriem jāatbild pašam. Varat izmantot citus tematiskos resursus, bet atrast atbildes uz šiem jautājumiem. Es vēlos, lai jūs iemācītos pats atrast atbildes, strādājot ar dažādiem avotiem, un aicinu jūs atstāt savus komentārus zem šī videoklipa, lai es varētu redzēt, cik daudzi no maniem studentiem ir paveikuši šo uzdevumu.
Kas ir EIGRP? Tas ir hibrīds maršrutēšanas protokols, kas apvieno gan attāluma vektora protokola, piemēram, RIP, gan saites stāvokļa protokola, piemēram, OSPF, noderīgās funkcijas.
EIGRP ir Cisco patentēts protokols, kas sabiedrībai tika darīts pieejams 2013. gadā. No saites stāvokļa izsekošanas protokola viņš pieņēma apkaimes izveides algoritmu atšķirībā no RIP, kas nerada kaimiņus. RIP arī apmainās ar maršrutēšanas tabulām ar citiem protokola dalībniekiem, bet OSPF pirms šīs apmaiņas uzsākšanas veido blakus. EIGRP darbojas tāpat.
RIP protokols periodiski atjaunina pilnu maršrutēšanas tabulu ik pēc 30 sekundēm un izplata informāciju par visām saskarnēm un visiem maršrutiem visiem saviem kaimiņiem. EIGRP neveic periodisku pilnīgu informācijas atjaunināšanu, tā vietā izmanto koncepciju par Hello ziņojumu pārraidīšanu tādā pašā veidā, kā to dara OSPF. Ik pēc dažām sekundēm tas nosūta sveicienu, lai pārliecinātos, ka kaimiņš joprojām ir “dzīvs”.
Atšķirībā no attāluma vektora protokola, kas pārbauda visu tīkla topoloģiju, pirms tiek pieņemts lēmums par maršruta izveidi, EIGRP, tāpat kā RIP, izveido maršrutus, pamatojoties uz baumām. Kad es saku baumas, es domāju, ka tad, kad kaimiņš kaut ko ziņo, EIGRP tam piekrīt bez šaubām. Piemēram, ja kaimiņš saka, ka zina, kā sasniegt 10.1.1.2, EIGRP viņam notic, nejautājot: “Kā jūs to zinājāt? Pastāstiet man par visa tīkla topoloģiju!
Pirms 2013. gada, ja izmantojāt tikai Cisco infrastruktūru, varējāt izmantot EIGRP, jo šis protokols tika izveidots 1994. gadā. Tomēr daudzi uzņēmumi, pat izmantojot Cisco aprīkojumu, nevēlējās strādāt ar šo plaisu. Manuprāt, EIGRP šodien ir labākais dinamiskais maršrutēšanas protokols, jo to ir daudz vieglāk lietot, taču cilvēki joprojām dod priekšroku OSPF. Es domāju, ka tas ir saistīts ar faktu, ka viņi nevēlas būt saistīti ar Cisco produktiem. Taču Cisco padarīja šo protokolu publiski pieejamu, jo tas atbalsta trešo pušu tīkla iekārtas, piemēram, Juniper, un, ja sadarbosities ar uzņēmumu, kas neizmanto Cisco aprīkojumu, jums nebūs nekādu problēmu.
Dosimies nelielā ekskursijā uz tīkla protokolu vēsturi.
RIPv1 protokolam, kas parādījās 1980. gados, bija vairāki ierobežojumi, piemēram, maksimālais apiņu skaits 16, un tāpēc tas nevarēja nodrošināt maršrutēšanu lielos tīklos. Nedaudz vēlāk viņi izstrādāja iekšējās vārtejas maršrutēšanas protokolu IGRP, kas bija daudz labāks par RIP. Tomēr tas vairāk bija attāluma vektora protokols, nevis saites stāvokļa protokols. Astoņdesmito gadu beigās parādījās atvērtais standarts, OSPFv80 saites stāvokļa protokols IPv2.
Deviņdesmito gadu sākumā Cisco nolēma, ka IGRP ir jāuzlabo, un izlaida Enhanced Internal Gateway Routing Protocol EIGRP. Tas bija daudz efektīvāks par OSPF, jo tas apvienoja gan RIP, gan OSPF funkcijas. Kad mēs sākam to izpētīt, jūs redzēsit, ka EIGRP ir daudz vieglāk konfigurēt nekā OSPF. Cisco mēģināja izveidot protokolu, kas nodrošinātu pēc iespējas ātrāku tīkla konverģenci.
Deviņdesmito gadu beigās tika izlaista atjaunināta RIPv90 protokola bezklases versija. 2. gados parādījās trešā OSPF versija, RIPng un EIGRPv2000, kas atbalstīja IPv6 protokolu. Pasaule pamazām tuvojas pilnīgai pārejai uz IPv6, un maršrutēšanas protokolu izstrādātāji vēlas būt tam gatavi.
Ja atceraties, mēs pētījām, ka, izvēloties optimālo maršrutu, RIP kā attāluma vektora protokolu vadās tikai pēc viena kritērija - minimālā apiņu skaita vai minimālā attāluma līdz galamērķa saskarnei. Tātad maršrutētājs R1 izvēlēsies tiešo maršrutu uz maršrutētāju R3, neskatoties uz to, ka ātrums šajā maršrutā ir 64 kbit/s – vairākas reizes mazāks par ātrumu maršrutā R1-R2-R3, kas vienāds ar 1544 kbit/s. RIP protokols par optimālu uzskatīs lēnu viena lēciena garuma maršrutu, nevis ātru maršrutu ar 2 apiņiem.
OSPF izpētīs visu tīkla topoloģiju un nolems izmantot maršrutu caur R3 kā ātrāko maršrutu saziņai ar maršrutētāju R2. RIP kā metriku izmanto apiņu skaitu, savukārt OSPF metrika ir izmaksas, kas vairumā gadījumu ir proporcionālas saites joslas platumam.
EIGRP koncentrējas arī uz maršruta izmaksām, taču tā metrika ir daudz sarežģītāka nekā OSPF un balstās uz daudziem faktoriem, tostarp joslas platumu, aizkavi, uzticamību, ielādi un maksimālo MTU. Piemēram, ja viens mezgls ir vairāk noslogots nekā citi, EIGRP analizēs slodzi visā maršrutā un atlasīs citu mezglu ar mazāku slodzi.
CCNA kursā mēs ņemsim vērā tikai tādus metrikas veidošanās faktorus kā joslas platums un aizkave; tie ir tie, kurus izmantos metriskā formula.
Attāluma vektora protokolā RIP tiek izmantoti divi jēdzieni: attālums un virziens. Ja mums ir 3 maršrutētāji, un viens no tiem ir savienots ar tīklu 20.0.0.0, tad izvēle tiks veikta pēc attāluma - tie ir apiņi, šajā gadījumā 1 lēciens, un pēc virziena, tas ir, pa kuru ceļu - augšējais vai zemāks — lai nosūtītu trafiku.
Turklāt RIP izmanto periodisku informācijas atjaunināšanu, ik pēc 30 sekundēm visā tīklā izplatot pilnīgu maršrutēšanas tabulu. Šis atjauninājums veic 2 lietas. Pirmais ir maršrutēšanas tabulas faktiskais atjauninājums, otrais ir kaimiņa dzīvotspējas pārbaude. Ja ierīce 30 sekunžu laikā nesaņem no kaimiņa atbildes tabulas atjauninājumu vai jaunu maršruta informāciju, tā saprot, ka maršrutu pie kaimiņa vairs nevar izmantot. Maršrutētājs ik pēc 30 sekundēm nosūta atjauninājumu, lai noskaidrotu, vai kaimiņš joprojām ir dzīvs un vai maršruts joprojām ir derīgs.
Kā jau teicu, Split Horizon tehnoloģija tiek izmantota, lai novērstu maršruta cilpas. Tas nozīmē, ka atjauninājums netiek nosūtīts atpakaļ uz saskarni, no kuras tas tika saņemts. Otrā tehnoloģija cilpu novēršanai ir Route Poison. Ja savienojums ar attēlā redzamo 20.0.0.0 tīklu tiek pārtraukts, maršrutētājs, kuram tas bija pieslēgts, saviem kaimiņiem nosūta “saindētu maršrutu”, kurā ziņo, ka šis tīkls tagad ir pieejams 16 apiņos, tas ir, praktiski nesasniedzams. Šādi darbojas RIP protokols.
Kā EIGRP darbojas? Ja atceraties no nodarbībām par OSPF, šis protokols veic trīs funkcijas: izveido apkārtni, izmanto LSA, lai atjauninātu LSDB atbilstoši tīkla topoloģijas izmaiņām, un izveido maršrutēšanas tabulu. Apkaimes izveide ir diezgan sarežģīta procedūra, kurā tiek izmantoti daudzi parametri. Piemēram, 2WAY savienojuma pārbaude un maiņa - daži savienojumi paliek divvirzienu sakaru stāvoklī, daži pāriet uz FULL stāvokli. Atšķirībā no OSPF, EIGRP protokolā tas nenotiek - tas pārbauda tikai 4 parametrus.
Tāpat kā OSPF, šis protokols ik pēc 10 sekundēm nosūta Hello ziņojumu, kurā ir 4 parametri. Pirmais ir autentifikācijas kritērijs, ja tas ir iepriekš konfigurēts. Šajā gadījumā visām ierīcēm, ar kurām tiek noteikts tuvums, jābūt vienādiem autentifikācijas parametriem.
Otrais parametrs tiek izmantots, lai pārbaudītu, vai ierīces pieder vienai un tai pašai autonomai sistēmai, tas ir, lai noteiktu blakusesību, izmantojot EIGRP protokolu, abām ierīcēm ir jābūt vienādam autonomās sistēmas numuram. Trešais parametrs tiek izmantots, lai pārbaudītu, vai Hello ziņojumi tiek sūtīti no vienas avota IP adreses.
Ceturtais parametrs tiek izmantots, lai pārbaudītu mainīgo K vērtību koeficientu konsekvenci. EIRGP protokols izmanto 5 šādus koeficientus no K1 līdz K5. Ja atceraties, ja K=0 parametri tiek ignorēti, bet ja K=1, tad parametri tiek izmantoti metrikas aprēķināšanas formulā. Tādējādi K1-5 vērtībām dažādām ierīcēm jābūt vienādām. CCNA kursā mēs izmantosim šo koeficientu noklusējuma vērtības: K1 un K3 ir vienādi ar 1, un K2, K4 un K5 ir vienādi ar 0.
Tātad, ja šie 4 parametri sakrīt, EIGRP izveido kaimiņattiecības un ierīces ievada viena otru kaimiņu tabulā. Pēc tam topoloģijas tabulā tiek veiktas izmaiņas.
Visi Hello ziņojumi tiek nosūtīti uz multiraides IP adresi 224.0.0.10, un atjauninājumi atkarībā no konfigurācijas tiek nosūtīti uz kaimiņu unicast adresēm vai uz multiraides adresi. Šis atjauninājums netiek piegādāts, izmantojot UDP vai TCP, bet izmanto citu protokolu, ko sauc par RTP, Reliable Transport Protocol. Šis protokols pārbauda, vai kaimiņš ir saņēmis atjauninājumu, un, kā norāda tā nosaukums, tā galvenā funkcija ir nodrošināt sakaru uzticamību. Ja atjauninājums nesasniedz kaimiņu, pārraide tiks atkārtota, līdz kaimiņš to saņems. OSPF nav mehānisma, lai pārbaudītu saņēmēja ierīci, tāpēc sistēma nezina, vai blakus esošās ierīces ir saņēmušas atjauninājumu.
Ja atceraties, RIP ik pēc 30 sekundēm izsūta visas tīkla topoloģijas atjauninājumu. EIGRP to dara tikai tad, ja tīklā ir parādījusies jauna ierīce vai ir notikušas dažas izmaiņas. Ja apakštīkla topoloģija ir mainījusies, protokols izsūtīs atjauninājumu, bet ne pilnu topoloģijas tabulu, bet tikai ierakstus ar šīm izmaiņām. Ja apakštīkls mainās, tiks atjaunināta tikai tā topoloģija. Šķiet, ka tas ir daļējs atjauninājums, kas tiek veikts, kad tas ir nepieciešams.
Kā zināms, OSPF izsūta LSA ik pēc 30 minūtēm neatkarīgi no tā, vai tīklā ir kādas izmaiņas. EIGRP neizsūtīs nekādus atjauninājumus ilgāku laiku, kamēr tīklā nav notikušas izmaiņas. Tāpēc EIGRP ir daudz efektīvāka nekā OSPF.
Pēc tam, kad maršrutētāji ir apmainījušies ar atjauninājumu pakotnēm, sākas trešais posms - maršrutēšanas tabulas veidošana, pamatojoties uz metriku, kas tiek aprēķināta, izmantojot attēlā parādīto formulu. Viņa aprēķina izmaksas un pieņem lēmumu, pamatojoties uz šīm izmaksām.
Pieņemsim, ka R1 nosūtīja Hello uz maršrutētāju R2, un šis maršrutētājs nosūtīja Hello uz maršrutētāju R1. Ja visi parametri sakrīt, maršrutētāji izveido kaimiņu tabulu. Šajā tabulā R2 raksta ierakstu par maršrutētāju R1, un R1 izveido ierakstu par R2. Pēc tam maršrutētājs R1 nosūta atjauninājumu tam pievienotajam tīklam 10.1.1.0/24. Maršrutēšanas tabulā tā izskatās kā informācija par tīkla IP adresi, maršrutētāja saskarni, kas nodrošina saziņu ar to, un maršruta izmaksām, izmantojot šo interfeisu. Ja atceraties, EIGRP izmaksas ir 90, un tad tiek norādīta attāluma vērtība, par kuru mēs runāsim vēlāk.
Pilna metriskā formula izskatās daudz sarežģītāka, jo tajā ir iekļautas K koeficientu vērtības un dažādas transformācijas. Cisco vietne nodrošina pilnīgu formulas formu, taču, ja aizstājat noklusējuma koeficienta vērtības, tā tiks pārveidota vienkāršākā formā — metrika būs vienāda ar (joslas platums + aizkave) * 256.
Lai aprēķinātu metriku, mēs izmantosim tikai šo vienkāršoto formulas formu, kur joslas platums kilobitos ir vienāds ar 107, dalīts ar mazāko joslas platumu no visām saskarnēm, kas ved uz galamērķa tīkla mazāko joslas platumu, un kumulatīvā aizkave ir kopējā summa. desmitiem mikrosekunžu aizkave visām saskarnēm, kas ved uz mērķa tīklu.
Apgūstot EIGRP, mums ir jāsaprot četras definīcijas: iespējamais attālums, ziņotais attālums, pēctecis (kaimiņu maršrutētājs ar viszemākajām ceļa izmaksām uz galamērķa tīklu) un iespējamais pēctecis (rezerves kaimiņu maršrutētājs). Lai saprastu, ko tie nozīmē, apsveriet tālāk norādīto tīkla topoloģiju.
Sāksim, izveidojot maršrutēšanas tabulu R1, lai izvēlētos labāko maršrutu uz tīklu 10.1.1.0/24. Blakus katrai ierīcei ir parādīta caurlaidspēja kbit/s un latentums ms. Mēs izmantojam 100 Mbps vai 1000000 100000 10000 kbps GigabitEthernet saskarnes, 1544 XNUMX kbps FastEthernet, XNUMX XNUMX kbps Ethernet un XNUMX kbps seriālās saskarnes. Šīs vērtības var uzzināt, maršrutētāja iestatījumos apskatot atbilstošo fizisko saskarņu raksturlielumus.
Seriālo interfeisu noklusējuma caurlaidspēja ir 1544 kbps, un pat tad, ja jums ir 64 kbps līnija, caurlaidspēja joprojām būs 1544 kbps. Tādēļ jums kā tīkla administratoram ir jāpārliecinās, vai izmantojat pareizo joslas platuma vērtību. Konkrētai saskarnei to var iestatīt, izmantojot joslas platuma komandu, un, izmantojot aizkaves komandu, varat mainīt noklusējuma aizkaves vērtību. Jums nav jāuztraucas par GigabitEthernet vai Ethernet saskarņu noklusējuma joslas platuma vērtībām, taču esiet piesardzīgs, izvēloties līnijas ātrumu, ja izmantojat seriālo interfeisu.
Lūdzu, ņemiet vērā, ka šajā diagrammā kavēšanās ir it kā norādīta milisekundēs ms, bet patiesībā tās ir mikrosekundes, man vienkārši nav burta μ, lai pareizi apzīmētu mikrosekundes μs.
Lūdzu, pievērsiet īpašu uzmanību sekojošam faktam. Ja izdodat komandu parādīt interfeisu g0/0, sistēma parādīs latentumu desmitos mikrosekundēs, nevis tikai mikrosekundēs.
Šo problēmu detalizēti aplūkosim nākamajā video par EIGRP konfigurēšanu, pagaidām atcerieties, ka, aizstājot latentuma vērtības formulā, 100 μs no diagrammas pārvēršas par 10, jo formula izmanto desmitiem mikrosekunžu, nevis vienības.
Diagrammā es norādīšu ar sarkaniem punktiem saskarnes, uz kurām attiecas parādītās caurlaidspējas un aizkaves.
Pirmkārt, mums ir jānosaka iespējamais iespējamais attālums. Šī ir FD metrika, kas tiek aprēķināta, izmantojot formulu. Posmam no R5 līdz ārējam tīklam mums ir jāsadala 107 ar 106, kā rezultātā mēs iegūstam 10. Tālāk šai joslas platuma vērtībai mums jāpievieno aizkave, kas vienāda ar 1, jo mums ir 10 mikrosekundes, tas ir, viens desmit. Iegūtā vērtība 11 ir jāreizina ar 256, tas ir, metrikas vērtība būs 2816. Šī ir FD vērtība šai tīkla sadaļai.
Maršrutētājs R5 nosūtīs šo vērtību maršrutētājam R2, un R2 tā kļūs par deklarēto attālumu, tas ir, kaimiņa norādīto vērtību. Tādējādi reklamētais RD attālums visām pārējām ierīcēm būs vienāds ar tās ierīces iespējamo FD attālumu, kura jums par to ziņoja.
Maršrutētājs R2 veic FD aprēķinus, pamatojoties uz saviem datiem, tas ir, dala 107 ar 105 un iegūst 100. Pēc tam tas pieskaita šai vērtībai kavējumu summu maršrutā uz ārējo tīklu: R5 aizkave, kas vienāda ar desmit mikrosekundēm, un tā pašu kavēšanās, kas vienāda ar desmit desmitiem. Kopējā aizkave būs 11 desmitiem mikrosekunžu. Mēs to pievienojam iegūtajam simtam un iegūstam 111, reiziniet šo vērtību ar 256 un iegūstam vērtību FD = 28416. Maršrutētājs R3 dara to pašu, pēc aprēķiniem saņemot vērtību FD=281856. Maršrutētājs R4 aprēķina vērtību FD=3072 un pārsūta to uz R1 kā RD.
Lūdzu, ņemiet vērā, ka, aprēķinot FD, maršrutētājs R1 formulā aizstāj nevis savu joslas platumu 1000000 2 100000 kbit/s, bet gan maršrutētāja R10.1.1.0 zemāko joslas platumu, kas ir vienāds ar 24 2 kbit/s, jo formula vienmēr izmanto minimālo joslas platumu saskarne, kas ved uz mērķa tīklu. Šajā gadījumā maršrutētāji R5 un R2 atrodas ceļā uz tīklu 1/2, taču, tā kā piektajam maršrutētājam ir lielāks joslas platums, formulā tiek aizstāta maršrutētāja R5 mazākā joslas platuma vērtība. Kopējā aizkave ceļā R1-R10-R1 ir 12+100+256 (desmitiem) = 30976, samazinātā caurlaidspēja ir XNUMX, un šo skaitļu summa, kas reizināta ar XNUMX, iegūst vērtību FD=XNUMX.
Tātad visas ierīces ir aprēķinājušas savu saskarņu FD, un maršrutētājam R1 ir 3 maršruti, kas ved uz mērķa tīklu. Tie ir maršruti R1-R2, R1-R3 un R1-R4. Maršrutētājs izvēlas iespējamā attāluma FD minimālo vērtību, kas ir vienāda ar 30976 - tas ir maršruts uz maršrutētāju R2. Šis maršrutētājs kļūst par pēcteci vai “pēcteci”. Maršrutēšanas tabulā ir norādīts arī iespējamais pēctecis (rezerves pēctecis) - tas nozīmē, ka, ja savienojums starp R1 un pēcteci tiek pārtraukts, maršruts tiks maršrutēts caur rezerves iespējamu pēcteci maršrutētāju.
Iespējamie pēcteči tiek piešķirti saskaņā ar vienu noteikumu: šī maršrutētāja reklamētajam attālumam RD jābūt mazākam par maršrutētāja FD segmentā līdz pēctecim. Mūsu gadījumā R1-R2 ir FD = 30976, RD sadaļā R1-K3 ir vienāds ar 281856, un RD sadaļā R1-R4 ir vienāds ar 3072. Tā kā 3072 < 30976, maršrutētājs R4 ir izvēlēts kā iespējamais pēctecis.
Tas nozīmē, ka, ja tiek traucēta saziņa R1-R2 tīkla posmā, satiksme uz 10.1.1.0/24 tīklu tiks nosūtīta pa R1-R4-R5 maršrutu. Maršruta pārslēgšana, izmantojot RIP, aizņem vairākus desmitus sekunžu, izmantojot OSPF, tas aizņem vairākas sekundes, un EIGRP tas notiek uzreiz. Šī ir vēl viena EIGRP priekšrocība salīdzinājumā ar citiem maršrutēšanas protokoliem.
Kas notiek, ja vienlaikus tiek atvienoti gan pēctecis, gan iespējamais pēctecis? Šajā gadījumā EIGRP izmanto DUAL algoritmu, kas var aprēķināt rezerves maršrutu, izmantojot iespējamo pēcteci. Tas var aizņemt vairākas sekundes, kuru laikā EIGRP atradīs citu kaimiņu, kuru var izmantot, lai pārsūtītu trafiku un ievietotu tā datus maršrutēšanas tabulā. Pēc tam protokols turpinās savu parasto maršrutēšanas darbu.
Paldies, ka palikāt kopā ar mums. Vai jums patīk mūsu raksti? Vai vēlaties redzēt interesantāku saturu? Atbalsti mūs, pasūtot vai iesakot draugiem, 30% atlaide Habr lietotājiem unikālam sākuma līmeņa serveru analogam, ko mēs jums izgudrojām: (pieejams ar RAID1 un RAID10, līdz 24 kodoliem un līdz 40 GB DDR4).
Dell R730xd 2 reizes lētāk? Tikai šeit Nīderlandē! Dell R420 — 2x E5-2430 2.2 GHz 6C 128 GB DDR3 2x960 GB SSD 1 Gbps 100 TB — no 99 USD! Lasīt par
Avots: www.habr.com