{"id":38396,"date":"2019-10-31T22:23:30","date_gmt":"2019-10-31T19:23:30","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp\/"},"modified":"2019-10-31T22:23:30","modified_gmt":"2019-10-31T19:23:30","slug":"trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","title":{"rendered":"Cisco 200-125 CCNA v3.0 koolitus. P\u00e4ev 49. Sissejuhatus EIGRP","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

T\u00e4na alustame EIGRP protokolli uurimist, mis on koos OSPF-iga CCNA kursuse k\u00f5ige olulisem teema. <\/p>\n

\"Cisco
\n
\nHiljem naaseme jao 2.5 juurde, aga praegu liikume otse jao 2.4 j\u00e4rel jao 2.6 juurde: \u00abEIGRP konfigureerimine, kontrollimine ja t\u00f5rkeotsing IPv4 protokolli kaudu (v\u00e4lja arvatud autentimine, filtreerimine, k\u00e4sitsi summeerimine, \u00fcmberjaotamine ja stub konfiguratsioon)\u00bb.
\nT\u00e4na on meil sissejuhatav tund, kus r\u00e4\u00e4gin teile t\u00e4iustatud siseveebi marsruutimisprotokolli EIGRP kontseptsioonist ning kahel j\u00e4rgmisel tunnil vaatame selle protokolli seadistamist ja t\u00f5rkeotsingut. Aga esmalt tahaksin teile \u00f6elda j\u00e4rgmist.<\/a><\/noindex><\/p>\n

Viimastel tundidel oleme uurinud OSPF-i. N\u00fc\u00fcd tahan, et te meenutaksite, et kui me mitu kuud tagasi \u00f5ppisime RIP-protokolli, r\u00e4\u00e4kisime marsruutide silmustest ja tehnoloogiatest, mis takistavad liikluse ringlusse tagasiviimist. Kuidas saab OSPF-i kasutamisel marsruudi silmuste tekkimist \u00e4ra hoida? Kas seda saab saavutada selliste meetodite abil nagu \"marsruudi m\u00fcrgitamine\" v\u00f5i \"jaotatud horisont\"? Need on k\u00fcsimused, millele peate iseseisvalt vastama. V\u00f5ite kasutada muid teemasid k\u00e4sitlevaid allikaid, kuid leidke nendele k\u00fcsimustele vastused. Tahaksin, et \u00f5piksite leidma vastuseid iseseisvalt, t\u00f6\u00f6tades erinevate allikatega, ja palun j\u00e4tke oma kommentaarid selle video alla, et ma n\u00e4eksin, kui palju minu \u00f5pilastest on selle \u00fclesandega hakkama saanud. <\/p>\n

Mis on EIGRP? See on h\u00fcbriidne marsruutimisprotokoll, mis \u00fchendab kasulikke funktsioone nii kaugus-vektori protokollidest, nagu RIP, kui ka kanalite oleku j\u00e4lgimise protokollidest, nagu OSPF. <\/p>\n

\"Cisco
\n
\nEIGRP on Cisco'i patenteeritud protokoll, mis sai \u00fcldiseks kasutamiseks k\u00e4tte 2013. aastal. Protokoll on oma kanalite seisundi j\u00e4lgimise algoritmi alusel t\u00e4iendanud naabrite loomise mehanismi, erinevalt RIP-ist, mis naabreid ei loo. RIP vahetab ka marsruuditabeleid teiste protokolli osalistega, samas kui OSPF vormib naabruse, enne kui alustatakse sellist vahetust. EIGRP t\u00f6\u00f6tab samal p\u00f5him\u00f5ttel.<\/p>\n

Protokoll RIP teeb iga 30 sekundi j\u00e4rel t\u00e4is marsruuditabeli perioodilisi uuendusi ja saadab teavet k\u00f5igi liideste ja marsruutide kohta oma naabritele. EIGRP ei tee perioodilisi t\u00e4isuuendusi, kasutades selle asemel Hello-s\u00f5numite saatmise kontseptsiooni, nagu OSPF. Iga paari sekundi tagant saadab ta Hello, et veenduda, et naaber on ikka veel \u201eelus\u201c.<\/p>\n

Erinevalt kaugvektorprotokollist, mis uurib kogu v\u00f5rgu topoloogiat enne marsruudi koostamise otsuse tegemist, loob EIGRP sarnaselt RIP-ile marsruute kuulujuttude p\u00f5hjal. Kui ma r\u00e4\u00e4gin \"kuulujuttudest\", siis m\u00f5tlen, et kui naaber midagi teatab, siis EIGRP n\u00f5ustub sellega ilma k\u00fcsimusi esitamata. N\u00e4iteks, kui naaber \u00fctleb, et teab, kuidas j\u00f5uda 10.1.1.2-ni, siis EIGRP usub teda, k\u00fcsimata: \"Kust sa seda tead? R\u00e4\u00e4gi mulle kogu v\u00f5rgu topoloogiast!\" <\/p>\n

Kuni 2013. aastani, kui kasutasite ainult Cisco infrastruktuuri, saite kasutada EIGRP-d, sest see protokoll loodi juba 1994. aastal. Siiski ei soovinud paljud ettev\u00f5tted, isegi kasutades Cisco seadmeid, sellega t\u00f6\u00f6tada. Minu arvates on EIGRP t\u00e4nap\u00e4eval parim d\u00fcnaamilise marsruutimise protokoll, kuna see on palju lihtsam kasutada, kuid inimesed eelistasid ikka OSPF-i. Arvan, et see on tingitud soovist mitte \u201esiduda\u201d end Cisco toodetega. Kuid Cisco tegi selle protokolli avalikuks, kuna see toetab kolmandate osapoolte v\u00f5rgu seadmeid, n\u00e4iteks Juniperit, ja kui te liidate end ettev\u00f5ttega, kes ei kasuta Cisco seadmeid, ei teki teil mingeid probleeme. <\/p>\n

Teeme v\u00e4ikese ajaloolise \u00fclevaate v\u00f5rgu protokollidest. <\/p>\n

\"Cisco
\n
\nRIPv1 protokoll, mis ilmus 1980. aastatel, omas mitmeid piiranguid, n\u00e4iteks maksimaalselt 16 h\u00fcpet, seet\u00f5ttu ei saanud see tagada marsruutimist ulatuslikes v\u00f5rkudes. Veidi hiljem t\u00f6\u00f6tati v\u00e4lja IGRP sisev\u00f5rgu marsruutimise protokoll, mis oli RIP-ist oluliselt parem. Kuid see oli rohkem kaugus-vektor protokoll kui kanalite olekuteabe protokoll. 1980. aastate l\u00f5pus sai avatud standardiks kanalite olekuteabe j\u00e4lgimise protokoll OSPFv2 IPv4 protokolli jaoks. <\/p>\n

90. aastate alguses otsustas Cisco, et IGRP protokolli tuleb t\u00e4iustada, ja tutvustas t\u00e4iustatud sisev\u00f5rgu marsruutimise protokolli EIGRP. See oli palju t\u00f5husam kui OSPF, kuna \u00fchendas endas nii RIP-i kui ka OSPF-i omadusi. Kui me alustame selle \u00f5ppimist, veendute, et EIGRP seadistamine on palju lihtsam kui OSPF-i seadistamine. Cisco p\u00fc\u00fcdis luua protokolli, mis tagaks v\u00f5imalikult kiire v\u00f5rgu konvergentsi. <\/p>\n

90ndate l\u00f5pus ilmus uuendatud klassivaba versioon RIPv2 protokollist. 2000ndatel aastatel ilmusid OSPF kolmas versioon, RIPng ja EIGRPv6, mis toetavad IPv6 protokolli. Maailm liigub j\u00e4rk-j\u00e4rgult t\u00e4ieliku \u00fclemineku poole IPv6-le ja marsruutimisprotokollide arendajad soovivad selleks valmis olla. <\/p>\n

Kui te m\u00e4letate, \u00f5ppisime, et RIP, kui kaugusvektor protokoll, valib optimaalse marsruudi p\u00f5hinedes vaid \u00fchele kriteeriumile \u2014 minimaalsetele h\u00fcpete arvule v\u00f5i minimaalsetele kaugusele sihtliidesteni. Seega valib ruuter R1 otse marsruudi ruuteri R3 poole, hoolimata asjaolust, et selle marsruudi kiirus on 64 kbit\/s \u2014 m\u00e4rkimisv\u00e4\u00e4rselt madalam kui R1-R2-R3 marsruudi kiirus, mis on 1544 kbit\/s. Protokoll RIP peab optimaalseks aeglast marsruuti, millel on \u00fcks h\u00fcpe, mitte kiiret marsruuti, millel on kaks h\u00fcpet. <\/p>\n

\"Cisco
\n
\nOSPF uurib kogu v\u00f5rgu topoloogiat ja otsustab ruuteriga R3 \u00fchendamisel kasutada marsruuti l\u00e4bi ruuteri R2, kuna see on kiirem. RIP kasutab metrikana h\u00fcpete arvu, samas kui OSPF metrika on kulu, mis enamikul juhtudel on proportsionaalne kanali l\u00e4bilaskev\u00f5imega. <\/p>\n

EIGRP kaalub samuti marsruudi kulusid, kuid selle m\u00f5\u00f5dik on palju keerulisem kui OSPF-i oma ja toetub mitmetele teguritele, sealhulgas ribalaiusele (Bandwidth), viivitusele (Delay), usaldusv\u00e4\u00e4rsusele (Reliability), koormusele (Loading) ja maksimaalsele paketi suurusele (MTU). N\u00e4iteks kui m\u00f5ni s\u00f5lm on rohkem koormatud kui teised, anal\u00fc\u00fcsib EIGRP kogu marsruudi koormust ja valib teise s\u00f5lme, kus koormus on v\u00e4iksem.<\/p>\n

CCNA kursusel arvestame ainult selliste m\u00f5\u00f5diku kujunemise teguritega nagu Bandwidth ja Delay, just neid kasutab m\u00f5\u00f5diku valem. <\/p>\n

\"Cisco
\n
\nKaugvektorprotokoll RIP kasutab kahte m\u00f5istet: kaugus ja suund. Kui meil on 3 ruuterit ja \u00fcks neist on \u00fchendatud v\u00f5rgu 20.0.0.0-ga, siis valik tehakse kauguse alusel \u2013 see on h\u00fcpped (hop'id), antud juhul 1 h\u00fcpp ja suuna alusel, see t\u00e4hendab, millist teed \u2013 \u00fclemist v\u00f5i alumist \u2013 liiklust saata. <\/p>\n

Peale selle kasutab RIP ajakohastatud teabe edastamiseks, saates kogu marsruuditabeli \u00fcle v\u00f5rgu iga 30 sekundi j\u00e4rel. See v\u00e4rskendus t\u00e4idab kahte funktsiooni. Esiteks, see uuendab marsruuditabelit ja teiseks, see kontrollib naabri aktiivsust. Kui seade ei saa 30 sekundi jooksul vastusena marsruuditabeli v\u00e4rskendust v\u00f5i uut marsruuditeavet naabri k\u00e4est, m\u00f5istab see, et marsruut naabri juurde ei ole enam kasutatav. Ruuter saadab v\u00e4rskendusi iga 30 sekundi j\u00e4rel, et teada saada, kas naaber on endiselt \"elus\" ja kas marsruut on endiselt kehtiv. <\/p>\n

Nagu ma \u00fctlesin, kasutatakse marsruutide sildu v\u00e4ltimiseks Split Horizon tehnoloogiat. See t\u00e4hendab, et v\u00e4rskendust ei saadeta tagasi samasse liidesesse, mille kaudu see tuli. Teine tehnoloogia sildu v\u00e4ltimiseks on Route Poison. Kui \u00fchendus pildil kujutatud v\u00f5rguga 20.0.0.0 katkeb, saadab ruuter, mille k\u00fclge see oli \u00fchendatud, naabritele \"m\u00fcrgise marsruudi\", teavitades, et antud v\u00f5rk on n\u00fc\u00fcd k\u00e4ttesaadav 16 h\u00fcppe kaugusel, mis t\u00e4hendab, et see on praktiliselt saavutatav. Nii toimib RIP-protokoll.<\/p>\n

Kuidas EIGRP t\u00f6\u00f6tab? Kui meenutada OSPF-i \u00f5ppetunde, t\u00e4idab see protokoll kolme funktsiooni: seab \u00fcles naabruse, v\u00e4rskendab LSDB-d LSA-de abil vastavalt v\u00f5rgu topoloogia muutustele ja koostab marsruuditabelit. Naabruse seadmine on \u00fcsna keeruline protsess, mis kasutab mitmeid parameetreid. N\u00e4iteks peab 2WAY \u00fchenduse kontrollimine ja muutmine \u2013 m\u00f5ned \u00fchendused j\u00e4\u00e4vad kahepoolseks, m\u00f5ned muutuvad FULL-iks. Erinevalt OSPF-ist ei juhtu EIGRP protokollis sellist asja \u2013 see kontrollib vaid 4 parameetrit. <\/p>\n

\"Cisco
\n
\nNagu OSPF, saadab see protokoll iga 10 sekundi j\u00e4rel Hello s\u00f5numi, mis sisaldab 4 parameetrit. Esimene on autentimise kriteerium, kui see on eelnevalt konfigureeritud. K\u00f5ik seadmed, millega naabrus luuakse, peavad omama samu autentimise parameetreid.<\/p>\n

Teine parameeter on seadmete kuuluvuse kontrollimine \u00fche autonoomse s\u00fcsteemi kohta, see t\u00e4hendab, et EIGRP protokolli kaudu naabruse loomiseks peavad m\u00f5lemad seadmed omama sama autonoomse s\u00fcsteemi numbrit. Kolmas parameeter kontrollib, et Hello s\u00f5numid saadetakse \u00fchelt allika IP-aadressilt Source IP. <\/p>\n

Neljas parameeter kasutatakse K-v\u00e4\u00e4rtuste muutujate \u00fchtes\u00e4ttimise kontrollimiseks. EIGRP protokoll kasutab 5 sellist koefitsienti K1 kuni K5. Kui te m\u00e4letate, siis K=0 puhul ignoreeritakse v\u00e4\u00e4rtusi, kui K=1, kasutatakse neid meetrika arvutamise valemis. Seega peavad K1-5 v\u00e4\u00e4rtused erinevates seadmetes olema \u00fchtsed. CCNA kursusel aktsepteerime neid koefitsiendi v\u00e4\u00e4rtusi vaikimisi: K1 ja K3 on v\u00f5rdsed 1, samas kui K2, K4 ja K5 on v\u00f5rdsed 0.<\/p>\n

Nii et kui need 4 parameetrit on \u00fchtsed, loob EIGRP naabrussuhted ja seadmed lisavad \u00fcksteist naabertabelisse. Edasi tehakse muudatused topoloogiatabelis. <\/p>\n

\"Cisco
\n
\nK\u00f5ik Hello s\u00f5numid saadetakse multicast IP-aadressile 224.0.0.10, ja uuendused saadetakse s\u00f5ltuvalt seadistustest unicast-aadressidele naabritele v\u00f5i multicast-aadressile. See uuendus ei toimu UDP v\u00f5i TCP kaudu, vaid kasutab teist protokolli nimega RTP, Reliable Transport Protocol ehk \"usaldusv\u00e4\u00e4rse transportprotokolli\". See protokoll kontrollib, kas naaber on uuenduse saanud ja nagu tema nimega seotud, on tema peamine funktsioon tagada side usaldusv\u00e4\u00e4rsus. Kui uuendus ei j\u00f5ua naabrini, korratakse edastamist, kuni see on vastu v\u00f5etud. OSPF-is puudub mehhanism sihtseadmestisiku kontrollimiseks, seega ei tea s\u00fcsteem, kas naaberseadmed uuendust said v\u00f5i mitte.
\nKui te m\u00e4letate, RIP saadab iga 30 sekundi j\u00e4rel v\u00f5rgu t\u00e4ieliku topoloogia uuenduse. EIGRP teeb seda ainult siis, kui v\u00f5rku lisandub uus seade v\u00f5i toimub muudatus. Kui alamv\u00f5rgu topoloogia muutub, edastab protokoll uuenduse, kuid mitte kogu topoloogia tabelist, vaid ainult selle muutuse kirje. Kui m\u00f5ne alamv\u00f5rgu topoloogia muutub, uuendatakse ainult selle topoloogiat. See n\u00e4eb v\u00e4lja nagu osaline uuendus, mis toimub vaid vajaduse korral. <\/p>\n

Nagu teate, saadab OSPF LSA-d iga 30 minuti j\u00e4rel, s\u00f5ltumata sellest, kas v\u00f5rgus on toimunud muudatusi. EIGRP ei saada mingeid uuendusi kaua aega, kuni v\u00f5rkus ei toimu mingeid muudatusi. Seet\u00f5ttu on EIGRP palju t\u00f5husam kui OSPF.<\/p>\n

P\u00e4rast seda, kui ruuterid on vahetanud uuenduste pakette, toimub kolmas etapp \u2013 marsruuditabeli vormimine, mis p\u00f5hineb meetril, mis arvutatakse joonisel n\u00e4idatud valemi j\u00e4rgi. See arvutab kulu ja selle kulu p\u00f5hjal teeb otsuseid.
\nKujutame ette, et R1 saadab tervituse Hello ruuterile R2, ja see saadab tervituse Hello ruuterile R1. Kui k\u00f5ik parameetrid klapivad, loovad ruuterid naabrite tabeli. Sellesse tabelisse kannab R2 \u00fclesande R1 ruuteri kohta, samas kui R1 loob kirje R2 kohta. P\u00e4rast seda saadab ruuter R1 v\u00e4rskenduse \u00fchendatud v\u00f5rku 10.1.1.0\/24. Ruuterite marsruutimistabelis kajastub see IP-aadressina, ruuteri liidese kaudu, mis tagab \u00fchenduse, ja selle liidese marsruudi maksumuse. Kui m\u00e4letate, on EIGRP maksumus 90, ning seej\u00e4rel antakse edasi Distance value, millest r\u00e4\u00e4gime hiljem. <\/p>\n

\"Cisco
\n
\nTerve metoodika valem n\u00e4eb v\u00e4lja palju keerulisem, kuna see sisaldab K koefitsientide v\u00e4\u00e4rtusi ja erinevaid muundamisi. Cisco veebilehel on toodud valemi t\u00e4ispilt, kuid kui asendate vaikimisi koefitsientide v\u00e4\u00e4rtused, muudetakse see lihtsamaks \u2013 metoodika on (bandwidth + Delay) * 256.<\/p>\n

\"Cisco
\n
\nKasutame just sellist lihtsustatud valemit m\u00f5\u00f5diku arvutamiseks, kus l\u00e4bilaskev\u00f5ime kilobittides on 107, jagatuna sihtv\u00f5rgu v\u00e4himale l\u00e4bilaskev\u00f5imele, ja viivitus cumulative-delay on k\u00f5igi sihtv\u00f5rku viivate liidesete summaarne viivitus k\u00fcmnete mikrosekundite ulatuses. <\/p>\n

EIGRP-i uurimisel peame \u00f5ppima neli m\u00e4\u00e4ratlust: Feasible Distance (v\u00f5imalik kaugus), Reported Distance (teavitatud kaugus), Successor (naaberruuter, millel on madalaim tee maksumus sihtv\u00f5rguni) ja Feasible Successor (reservnaaber ruuter). Et m\u00f5ista, mida need t\u00e4hendavad, vaatame j\u00e4rgmist v\u00f5rgutopoloogiat. <\/p>\n

\"Cisco
\n
\nAlustame R1 marsruutimise tabeli loomisega, et valida parim marsruut v\u00f5rku 10.1.1.0\/24. Iga seadme l\u00e4hedal on n\u00e4idatud l\u00e4bilaskev\u00f5ime kbit\/s ja latentsus ms. Kasutame GigabitEthernet liideseid, mille l\u00e4bilaskev\u00f5ime on 100 Mbit\/s ehk 1000000 kbit\/s, FastEthernet liideseid kiirusel 100000 kbit\/s, Etherneti liideseid kiirusel 10000 kbit\/s ja seeria liidest kiirusel 1544 kbit\/s. Need v\u00e4\u00e4rtused on saadaval, kui vaadata ruuteri seadistustes vastavate f\u00fc\u00fcsiliste liideste omadusi.
\nSeeria liideste l\u00e4bilaskev\u00f5ime on vaikev v\u00e4\u00e4rtusena 1544 kbit\/s, ja isegi kui teil on 64 kbit\/s joon, j\u00e4\u00e4b l\u00e4bilaskev\u00f5ime ikkagi 1544 kbit\/s. Seet\u00f5ttu peab v\u00f5rguadministraator olema kindel, et kasutab \u00f5iget bandwidth v\u00e4\u00e4rtust. Konkreetsel liidese puhul saab seda m\u00e4\u00e4rata k\u00e4sklusega bandwidth, ning k\u00e4sklusega delay saate muuta vaike latentsusv\u00e4\u00e4rtust. GigabitEthernet v\u00f5i Etherneti liideste vaike bandwidth v\u00e4\u00e4rtustest ei pea muretsema, kuid olge ettevaatlik liini kiiruse valimisel, kui kasutate seeria liidest. <\/p>\n

Pange t\u00e4hele, et selle skeemi j\u00e4rgi on viivitus m\u00e4rgitud kui millisekundid ms, kuid tegelikult on see mikrosekundid, lihtsalt mul pole t\u00e4hte \u03bc mikrosekundide \u00f5igeks t\u00e4histamiseks \u03bcs. <\/p>\n

Palun olge t\u00e4helepanelik j\u00e4rgmise asjaolu suhtes. Kui sisestate k\u00e4su show interface g0\/0, kuvatakse s\u00fcsteemis viivitus k\u00fcmnete mikrosekundite kaupa, mitte lihtsalt mikrosekundite kaupa. <\/p>\n

K\u00e4sitleme seda k\u00fcsimust \u00fcksikasjalikult j\u00e4rgmises videos, mis on p\u00fchendatud EIGRP konfigureerimisele, seni pidage meeles, et kui asendada viivitusv\u00e4\u00e4rtused valemisse, siis 100 \u03bcs muutub skeemis 10-ks, kuna valem kasutab k\u00fcmneid mikrosekundeid, mitte \u00fcksusi. <\/p>\n

Skeemil m\u00e4rgin punaste punktidega liidesed, mida puudutavad n\u00e4idatud l\u00e4bilaskvused ja viivitused. <\/p>\n

\"Cisco
\n
\nEsiteks peame m\u00e4\u00e4rama v\u00f5imaliku kauguse, mida nimetatakse Feasible Distance'iks. See FD-meetrika arvutatakse valemi abil. R5-st v\u00e4lisv\u00f5rku suunduva l\u00f5ike jaoks peame jagama 107 106-ga, mille tulemuseks on 10. Seej\u00e4rel peame sellele bandwith'ile lisama viivituse, mis on 1, kuna meil on 10 mikrosekundit, st \u00fcks k\u00fcmnend. Saadud v\u00e4\u00e4rtus 11 tuleb korrutada 256-ga, seega on meetrika v\u00e4\u00e4rtus 2816. See on FD v\u00e4\u00e4rtus antud v\u00f5rgu l\u00f5igule. <\/p>\n

Selle v\u00e4\u00e4rtuse edastab ruuter R5 ruuterile R2, muutes selle R2 jaoks v\u00e4ljakuulutatud kauguseks, Reported Distance, t. see on v\u00e4\u00e4rtus, mille teatas naaber. Seega on v\u00e4ljakuulutatud kaugus RD k\u00f5igi teiste seadmete puhul v\u00f5rdne selle seadme v\u00f5imaliku kaugusega FD, mis selle teadasande tegi. <\/p>\n

R2 ruuter arvutab oma andmete p\u00f5hjal FD, jagades 107 105-ga ja saades 100. Seej\u00e4rel lisab ta sellele v\u00e4\u00e4rtusele viivitussumma v\u00e4lismaailma, mis sisaldab R5 viivitust, mis on k\u00fcmme mikrosekundit, ja omaenda viivitust, mis on k\u00fcmme k\u00fcmmet mikrosekundit. Kokkuv\u00f5ttes on viivitus 11 k\u00fcmmet mikrosekundit. Lisame selle saadud sajale ja saame 111, mille korrutame 256-ga, et saada FD=28416. R3 ruuter j\u00e4rgib sarnast l\u00e4henemist ning arvutab FD=281856. R4 arvutab FD=3072 ja edastab selle R1-le, kui RD. <\/p>\n

Pange t\u00e4hele, et ruuter R1 arvutab FD, kasutades valemis mitte enda l\u00e4bilaskev\u00f5imet 1000000 kbit\/s, vaid v\u00e4iksemat l\u00e4bilaskev\u00f5imet ruuteri R2, mis on 100000 kbit\/s, kuna valemis kasutatakse alati minimaalset l\u00e4bilaskev\u00f5imet liideselt, mis viib sihiv\u00f5rku. Antud juhul asetsevad sihiv\u00f5rgu 10.1.1.0\/24 teel ruuterid R2 ja R5, kuid kuna viienda ruuteri l\u00e4bilaskev\u00f5ime on suurem, kasutatakse valemis v\u00e4ikseimat v\u00e4\u00e4rtust ruuteri R2 l\u00e4bilaskev\u00f5imest. R1-R2-R5 teel koguh\u00e4iret on 1+10+1 (k\u00fcmnetes) = 12, esitatav l\u00e4bilaskev\u00f5ime on 100 ning nende arvude summa, korrutatud 256-ga, annab FD=30976. <\/p>\n

Nii et k\u00f5ik seadmed arvutasid oma liideste FD-d, ja ruuter R1-l on 3 marsruuti sihtv\u00f5rku. Need marsruudid on R1-R2, R1-R3 ja R1-R4. Ruuter valib minimaalse v\u00f5imaliku FD v\u00e4\u00e4rtuse, mis on 30976 \u2013 see on marsruut ruuterini R2. See ruuter saab Successor\u2019iks ehk \u201ej\u00e4rglaseks\u201c. Marsruuditabelis on samuti m\u00e4rgitud Feasible Successor (varur\u00fctv) \u2013 see t\u00e4hendab, et kui R1 ja Successor vahel side katke, toimub marsruut varur\u00fctvi kaudu Feasible Successor.<\/p>\n

Feasible Successors m\u00e4\u00e4ratakse vastavalt \u00fchele ainsale reeglile: selle ruuteri kuulutatud kaugus RD peab olema v\u00e4iksem kui ruuteri FD vahemaa Successor'ile. Meie puhul on R1-R2-l FD=30976, RD segment R1-K3 on 281856, ja RD segment R1-R4 on 3072. Kuna 3072 < 30976, valitakse Feasible Successors'iks ruuter R4. <\/p>\n

See, et t\u00e4hendas, et kui R1-R2 v\u00f5rguliides on katkestatud, suunatakse liiklus 10.1.1.0\/24 v\u00f5rku R1-R4-R5 marsruudi kaudu. Marsruudi vahetus RIP-i kasutamisel v\u00f5tab aega mitu k\u00fcmmet sekundit, OSPF-i puhul mitu sekundit ja EIGRP-s toimub see kohe. See on veel \u00fcks EIGRP eelis v\u00f5rreldes teiste marsruutimisse protokollidega. <\/p>\n

Mis juhtub, kui katkeneb simultaanselt \u00fchendus nii Successoriga kui Feasible Successoriga? Sel juhul kasutab EIGRP DUAL algoritmi, mis suudab arvutada varu marsruudi l\u00e4bi t\u00f5en\u00e4olise j\u00e4rgijaga. See v\u00f5ib v\u00f5tta mitu sekundit, mille jooksul EIGRP leiab teise naabri, keda saab liikluse edastamiseks kasutada, ja lisab tema andmed marsruuditabelisse. P\u00e4rast seda j\u00e4tkab protokoll tavalise marsruutimise korraldamist. <\/p>\n

\r\n \"Vaata\r\n
<\/div>\r\n <\/div><\/center>
\nAit\u00e4h, et olete meiega. Kas teile meeldivad meie artiklid? Soovite rohkem huvitavat sisu? Toetage meid tellimuse vormistamise v\u00f5i soovituste jagamisega s\u00f5pradele. 30% soodustus Habra kasutajatele meie ainulaadsetelt entry-level serveritelt, mis on loodud just teile:<\/b> K\u00f5ik VPS (KVM) E5-2650 v4 (6 s\u00fcdamikku) 10GB DDR4 240GB SSD 1Gbps alates $20 v\u00f5i kuidas serverit \u00f5igesti jagada?<\/a><\/noindex> (saadaval on RAID1 ja RAID10 variandid, kuni 24 s\u00fcdamikku ja kuni 40GB DDR4).<\/p>\n

Dell R730xd kaks korda odavam?<\/b> Ainult meie juures 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB alates $199<\/a><\/noindex> Hollandi turul! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 alates $99!<\/b><\/b> Lugege, kuidas Luua ettev\u00f5tte tasemel infrastruktuur Dell R730xd E5-2650 v4 serveritega, mille hind on 9000 eurot, madala hinnaga?<\/a><\/noindex>
\n
Allikas: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043d\u0430\u0440\u0430\u0432\u043d\u0435 \u0441 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435\u043c OSPF \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0442\u0435\u043c\u043e\u0439 \u043a\u0443\u0440\u0441\u0430 CCNA. \u041f\u043e\u0437\u0436\u0435 \u043c\u044b \u0432\u0435\u0440\u043d\u0435\u043c\u0441\u044f \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.5, \u0430 \u0441\u0435\u0439\u0447\u0430\u0441 \u0441\u0440\u0430\u0437\u0443 \u043f\u043e\u0441\u043b\u0435 \u0440\u0430\u0437\u0434\u0435\u043b\u0430 2.4 \u043f\u0435\u0440\u0435\u0439\u0434\u0435\u043c \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.6 \u00ab\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u0443\u0441\u0442\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043e\u043a EIGRP \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 IPv4 (\u0437\u0430 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435\u043c \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438, \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438, \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0441\u0443\u043c\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u043f\u0435\u0440\u0435\u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0438 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0438 stub)\u00bb. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u0443 \u043d\u0430\u0441 \u0431\u0443\u0434\u0435\u0442 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28820,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-38396","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Cisco 200-125 CCNA v3.0 koolitus. P\u00e4ev 49. EIGRP sissejuhatus | ProHoster","description":"T\u00e4na alustame EIGRP protokolli uurimist, mis on koos OSPF-iga \u00fcks olulisemaid teemasid CCNA kursusel. Hiljem p\u00f6\u00f6rdume tagasi jaotise 2.5 juurde, kuid n\u00fc\u00fcd liigume jaotise 2.4 j\u00e4rel otse jaotisse 2.6 \u201eEIGRP konfigureerimine, kontrollimine ja t\u00f5rkeotsing IPv4 protokolli kaudu (ilma autentimise, filtreerimise, k\u00e4sitsi kokkuv\u00f5tte, jaotamise ja stub-konfiguratsioonita)\u201d. T\u00e4na on meil","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 49. \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0432 EIGRP | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043d\u0430\u0440\u0430\u0432\u043d\u0435 \u0441 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435\u043c OSPF \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0442\u0435\u043c\u043e\u0439 \u043a\u0443\u0440\u0441\u0430 CCNA. \u041f\u043e\u0437\u0436\u0435 \u043c\u044b \u0432\u0435\u0440\u043d\u0435\u043c\u0441\u044f \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.5, \u0430 \u0441\u0435\u0439\u0447\u0430\u0441 \u0441\u0440\u0430\u0437\u0443 \u043f\u043e\u0441\u043b\u0435 \u0440\u0430\u0437\u0434\u0435\u043b\u0430 2.4 \u043f\u0435\u0440\u0435\u0439\u0434\u0435\u043c \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.6 \u00ab\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u0443\u0441\u0442\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043e\u043a EIGRP \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 IPv4 (\u0437\u0430 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435\u043c \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438, \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438, \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0441\u0443\u043c\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u043f\u0435\u0440\u0435\u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0438 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0438 stub)\u00bb. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u0443 \u043d\u0430\u0441 \u0431\u0443\u0434\u0435\u0442","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:23:30+00:00","article:modified_time":"2019-10-31T19:23:30+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38396","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 21:52:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:10:22","updated":"2026-01-23 21:52:20"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/38396","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=38396"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/38396\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/28820"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=38396"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=38396"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=38396"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}