{"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-sse.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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

\"Cisco
\n
\nHiljem naeme tagasi jaotisse 2.5, aga n\u00fc\u00fcd liigume otse jaotisest 2.4 jaotisse 2.6 \"EIGRP konfigureerimine, kontrollimine ja t\u00f5rkeotsing IPv4 protokolli kaudu (ilma autentimiseta, filtreerimise, k\u00e4sitsi summutamise, jaotamise ja stub konfiguratsioonita)\".
\nT\u00e4na on meil sissejuhatav \u00f5ppetund, kus r\u00e4\u00e4gin teile t\u00e4iustatud sisemise marsruutimisprotokolli EIGRP kontseptsioonist, ning kahes j\u00e4rgmises \u00f5ppetunnis vaatame protokolli seadistamist ja t\u00f5rkeotsingut. Aga enne, kui alustame, tahan teile teatada j\u00e4rgmist.<\/a><\/noindex><\/p>\n

Viimaste tundide jooksul oleme uurinud OSPF-i. N\u00fc\u00fcd soovin, et meenutaksite, kui palju kuud tagasi uurisime RIP protokolli, siis r\u00e4\u00e4kisime marsruutimisringidest ja tehnoloogiatest, mis takistavad liikluse l\u00f5ksu sattumist. Kuidas saab OSPF-i kasutamisel marsruutimisringide tekkimist v\u00e4ltida? Kas selliseid meetodeid nagu \"marsruudi m\u00fcrgitamine\" v\u00f5i \"jaotatud horisont\" saab selleks kasutada? Need on k\u00fcsimused, millele peaksite ise vastama. Saate kasutada muid teemaallikaid, kuid leidke vastused nendele k\u00fcsimustele. Tahan, et \u00f5piksite ise vastuseid leidma, t\u00f6\u00f6tades erinevate allikatega, ja palun j\u00e4tke oma kommentaarid selle video alla, et saaksin n\u00e4ha, kui palju minu \u00f5pilastest selle \u00fclesandega hakkama sai. <\/p>\n

Mis on EIGRP? See on hibridne marsruutimisprotokoll, mis \u00fchendab endas kaugel-vektor protokollile nagu RIP iseloomulikke funktsioone ja kanalite oleku j\u00e4lgimise protokolli nagu OSPF. <\/p>\n

\"Cisco
\n
\nEIGRP on Cisco omandi\u00f5igusel p\u00f5hinev protokoll, mis anti avalikuks 2013. aastal. Kanalite oleku j\u00e4lgimise protokollist v\u00f5ttis see enda jaoks naabruse loomise algoritmi, erinevalt RIP-ist, mis ei loo naabreid. RIP jagab ka marsruuditabeleid teiste protokolli osalistega, kuigi OSPF loob enne sellist vahetust naabruse. EIGRP t\u00f6\u00f6tab sama p\u00f5him\u00f5tte j\u00e4rgi.<\/p>\n

RIP protokoll toob iga 30 sekundi tagant oma t\u00e4ieliku marsruutimistabeli regulaarseid uuendusi ja edastab teavet k\u00f5igi liideste ja marsruutide kohta k\u00f5ikidele oma naabritele. EIGRP ei tee regulaarselt t\u00e4ielikke teabeuuendusi, vaid kasutab selle asemel s\u00f5numite tervitamise kontseptsiooni, sarnaselt OSPF-ile. Iga paari sekundi j\u00e4rel saadab see tervituse, et veenduda, et naaber on endiselt \"elus\".<\/p>\n

Erinevalt kaugusvektorprotokollist, mis uurib kogu v\u00f5rgu topoloogiat, enne kui teeb otsuse marsruudi kujundamiseks, loob EIGRP sarnaselt RIP-ile marsruute kuulujuttude p\u00f5hjal. Kui ma r\u00e4\u00e4gin \"kuulujuttudest\", m\u00f5tlen, et kui naaber midagi teatab, usub EIGRP seda tingimusteta. N\u00e4iteks kui naaber \u00fctleb, et teab, kuidas j\u00f5uda aadressini 10.1.1.2, usub EIGRP teda, k\u00fcsimata: \"Kust sa seda teadsid? R\u00e4\u00e4gi mulle kogu v\u00f5rgu topoloogiast!\". <\/p>\n

Kuni 2013. aastani, kui kasutasite ainult Cisco infrastruktuuri, v\u00f5isite kasutada EIGRP-d, kuna see protokoll loodi juba 1994. aastal. Siiski ei soovinud paljud ettev\u00f5tted, isegi kasutades Cisco varustust, selle protokolliga t\u00f6\u00f6tada. Minu arvates on EIGRP praegu parim d\u00fcnaamilise marsruutimise protokoll, kuna see on palju lihtsam kasutada, kuid inimesed eelistavad endiselt OSPF-i. Arvan, et see on seotud sellega, et nad ei soovi end Cisco toodetega \"siduda\". Kuid Cisco tegi selle protokolli avalikuks, kuna see toetab ka kolmandate osapoolte v\u00f5rguruume, n\u00e4iteks Juniper, ja kui te \u00fchineksite firmaga, kes ei kasuta Cisco seadmeid, ei tohiks teil mingeid probleeme tekkida. <\/p>\n

Teeme v\u00e4ikese ajaloorendi v\u00f5rguprotokollidesse. <\/p>\n

\"Cisco
\n
\nRIPv1 protokoll, mis ilmus 1980ndatel, omas mitmeid piiranguid, n\u00e4iteks maksimaalne h\u00fcpete arv, mis oli 16, mist\u00f5ttu ei saanud see tagada marsruutimist ulatuslikes v\u00f5rkudes. Veidi hiljem loodi sisev\u00f5rgu marsruutimise protokoll IGRP, mis oli palju parem kui RIP. Kuid see oli pigem kaugusvektorprotokoll kui kanalite oleku protokoll. 1980ndate l\u00f5pus ilmus avatud standard \u2013 OSPFv2 kanalite oleku protokoll IPv4 jaoks. <\/p>\n

90ndate alguses otsustas Cisco, et IGRP protokolli tuleb t\u00e4iustada ja v\u00e4ljastas t\u00e4iustatud sisemise marsruutimisprotokolli EIGRP. See oli palju t\u00f5husam kui OSPF, sest \u00fchendas endas nii RIP-i kui ka OSPF-i omadused. Kui me alustame selle uurimist, veendute, et EIGRP seadistamine on palju lihtsam kui OSPF. Cisco p\u00fc\u00fcdis luua protokolli, mis tagaks maksimumkiirusel v\u00f5rgu konvergentsi. <\/p>\n

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

Kui te m\u00e4letate, \u00f5ppisime, et optimaalse marsruudi valimisel juhindub RIP, kui kaugus-vektor protokoll, ainult \u00fchest kriteeriumist - minimaalsetest h\u00fcpetest v\u00f5i minimaalsetest kaugustest sihtliidese poole. Nii valib marsruuter R1 otsese marsruudi marsruuterisse R3, hoolimata sellest, et selle marsruudi kiirus - 64 kbit\/s - on mitu korda madalam kui marsruudi R1-R2-R3 kiirus, mis on 1544 kbit\/s. RIP protokoll peab optimaalseks aeglast marsruuti pikkusega \u00fcks h\u00fcpe, mitte kiiret marsruuti pikkusega 2 h\u00fcpet. <\/p>\n

\"Cisco
\n
\nOSPF uurib kogu v\u00f5rgu topoloogiat ja otsustab, et R3 marsruutimiseks tuleb kasutada marsruuti l\u00e4bi R2, mis on kiirem. RIP kasutab metrikana h\u00fcpete arvu, samas kui OSPF-i metrika on hind, mis enamikul juhtudel on proportsionaalne kanali l\u00e4bilaskev\u00f5imega. <\/p>\n

EIGRP teeb samuti marsruudi hinna osas otsuseid, kuid selle metrika on palju keerulisem kui OSPF-i oma ning toetub paljudele teguritele, sealhulgas l\u00e4bilaskev\u00f5imele Bandwidth, viivitusele Delay, usaldusv\u00e4\u00e4rsusele Reliability, koormusele Loading ja maksimaalsele paketi suurusele MTU. N\u00e4iteks, kui m\u00f5ni s\u00f5lmpunkt on koormatum kui teised, anal\u00fc\u00fcsib EIGRP kogu marsruudi koormust ja valib teise s\u00f5lme v\u00e4iksema koormusega.<\/p>\n

CCNA kursusel arvestame ainult selliseid metrika kujunemise tegureid nagu Bandwidth ja Delay, just neid kasutatakse metrika valemi koostamisel. <\/p>\n

\"Cisco
\n
\nKaugus-vektorprotokoll RIP kasutab kaht m\u00f5istet: kaugus ja suund. Kui meil on 3 ruuterit ja \u00fcks neist on \u00fchendatud v\u00f5rku 20.0.0.0, siis valik tehakse kauguse alusel \u2013 need on hopid, antud juhul 1 hop, ja suuna alusel, ehk mille kaudu \u2013 \u00fclemise v\u00f5i alumise \u2013 edastada liiklus. <\/p>\n

Lisaks sellele kasutab RIP perioodilist teabe uuendamist, saates iga 30 sekundi j\u00e4rel kogu marsruuditabeli \u00fcle kogu v\u00f5rgu. See uuendus t\u00e4idab 2 funktsiooni. Esimene \u2013 iseasi marsruuditabeli uuendamine, teine \u2013 naabri eluj\u00f5ulisuse kontrollimine. Kui seade ei saa 30 sekundi jooksul naabrilt vastust marsruuditabeli uuendamisele v\u00f5i uut marsruuti, m\u00f5istab ta, et marsruuti naabrini ei saa enam kasutada. Ruuter saadab uuenduse iga 30 sekundi j\u00e4rel, et teada saada, kas naaber on ikka \"elus\" ja kas marsruut on endiselt kehtiv. <\/p>\n

Kuidas ma \u00fctlesin, marsruutimisringide v\u00e4ltimiseks kasutatakse tehnoloogiat Split Horizon. See t\u00e4hendab, et uuendust ei saadeta tagasi sellele liidesele, kust see tuli. Teine tehnoloogia ringide v\u00e4ltimiseks on Route Poison. Kui \u00fchendus pildil kujutatud v\u00f5rgu 20.0.0.0 katke, saadab ruuter, millele see oli \u00fchendatud, naabritele \"m\u00fcrgise marsruudi\", teavitades, et see v\u00f5rk on n\u00fc\u00fcd k\u00e4ttesaadav 16 hopi kaugusel, st peaaegu k\u00e4tte saamatu. Nii t\u00f6\u00f6tab RIP protokoll.<\/p>\n

Kuidas EIGRP t\u00f6\u00f6tab? Kui te m\u00e4letate OSPF tunnist, t\u00e4idab see protokoll kolme funktsiooni: loob naabruse, uuendab LSA-de abil LSDB baasi vastavalt v\u00f5rgu topoloogia muutustele ja koostab marsruuditabeli. Naabruse loomine on piisavalt keeruline protseduur, mis kasutab mitmeid parameetreid. N\u00e4iteks 2WAY \u00fchenduse kontroll ja muutmine \u2013 m\u00f5ned \u00fchendused j\u00e4\u00e4vad kahepoolse suhtluse olekusse, teised l\u00e4hevad FULL olekusse. Erinevalt OSPF-st ei toimu EIGRP protokollis sarnast \u2013 see kontrollib vaid 4 parameetrit. <\/p>\n

\"Cisco
\n
\nNagu OSPF, see protokoll saadab iga 10 sekundi tagant s\u00f5numi Hello, mis sisaldab 4 parameetrit. Esimene on autentimiskriteerium, kui see on eelnevalt seadistatud. Samuti peavad k\u00f5ik seadmed, millega naabrus kureeritakse, omama samu autentimisseadeid.<\/p>\n

Teine parameeter teenib seadmete kuuluvuse kontrollimiseks \u00fchte autonoomset s\u00fcsteemi, st EIGRP protokolli kaudu naabruse seadmiseks peavad m\u00f5lemal seadmel olema sama autonoomse s\u00fcsteemi number. Kolmas parameeter kontrollib, et s\u00f5numid Hello saadetakse \u00fchest IP-aadressist, st Source IP. <\/p>\n

Neljas parameeter kasutatakse K-Values muutuva koefitsiendi \u00fchtsuse kontrollimiseks. Protokoll EIRGP kasutab 5 sellist koefitsiendi K1 kuni K5. Kui te m\u00e4letate, siis K=0 korral neid parameetreid ei arvestata, kuid kui K=1, siis parameetrid kasutatakse metoodika arvutamise valemis. Seega peavad K1-5 v\u00e4\u00e4rtused erinevates seadmetes olema \u00fched ja samad. CCNA kursusel v\u00f5tame nende koefitsientide v\u00e4\u00e4rtused vaikimisi: K1 ja K3 on v\u00f5rdsed 1, samas kui K2, K4 ja K5 on v\u00f5rdsed 0.<\/p>\n

Seega, kui need 4 parameetrit kattuvad, loob EIGRP naabrussuhted ja seadmed loovad \u00fcksteise jaoks naabrustabeli. Edasi viiakse muudatused topoloogiatabelis. <\/p>\n

\"Cisco
\n
\nK\u00f5ik Hello s\u00f5numid saadetakse multikaadressile 224.0.0.10, ja v\u00e4rskendused saadetakse s\u00f5ltuvalt seadistusest kas naabrite unikaalsesse aadressi v\u00f5i multikaadressile. See v\u00e4rskendus ei toimu UDP v\u00f5i TCP kaudu, vaid kasutab teist protokolli nimega RTP, Reliable Transport Protocol ehk \u00abusaldusv\u00e4\u00e4rne transportprotokoll\u00bb. See protokoll kontrollib, kas naaber on saanud v\u00e4rskenduse ja nagu tema nimi viitab, on selle peamine funktsioon sujuva suhtluse tagamine. Kui v\u00e4rskendus ei j\u00f5ua naabrini, kordub \u00fclekandmine seni, kuni see on k\u00e4tte saadud. OSPF-is puudub mehhanism vastuv\u00f5tva seadme kontrollimiseks, seet\u00f5ttu ei tea s\u00fcsteem, kas naaberseadmed on v\u00e4rskendust saanud v\u00f5i mitte.
\nKui m\u00e4letate, siis RIP saadab igal 30 sekundil v\u00f5rgu t\u00e4ieliku topoloogiat uuenduse. EIGRP teeb seda ainult siis, kui v\u00f5rku ilmub uus seade v\u00f5i kui toimuvad mingid muud muutused. Kui alav\u00f5rgu topoloogia muutub, saadab protokoll uuenduse, kuid mitte kogu topoloogiatalletuse, vaid ainult muudetud kirje. Kui m\u00f5ni alav\u00f5rk muutub, uuendatakse ainult selle topoloogiat. See n\u00e4eb v\u00e4lja nagu osaline uuendus, mis toimub ainult vajaduse korral. <\/p>\n

Nagu te teate, saadab OSPF iga 30 minuti j\u00e4rel LSA, s\u00f5ltumata sellest, kas v\u00f5rgus on toimunud mingisuguseid muutusi. EIGRP ei saadeta pikka aega \u00fchtegi uuendust, kuni v\u00f5rgus ei toimu mingisuguseid muutusi. Seet\u00f5ttu on EIGRP palju t\u00f5husam kui OSPF.<\/p>\n

P\u00e4rast seda, kui ruuterid on jaganud uuendusp\u00f6\u00f6rdeid, j\u00f5uab k\u00e4tte kolmas etapp \u2013 marsruuditabeli koostamine m\u00f5\u00f5diku alusel, mis arvutatakse joonistel n\u00e4idatud valemi p\u00f5hjal. See arvutab hinna ja selle hinna alusel teeb otsuse.
\nKujutage ette, et R1 saatis Hello ruuterile R2 ja see saatis Hello ruuterile R1. Kui k\u00f5ik parameetrid kattuvad, loovad ruuterid naaberkaart. Sellesse kaardile R2 lisab kirje ruuterist R1, ja R1 loob kirje R2-st. P\u00e4rast seda saadab ruuter R1 uuenduse \u00fchendatud v\u00f5rgule 10.1.1.0\/24. Marsruuditabelis n\u00e4eb see v\u00e4lja nagu teave IP-aadressi, ruuteri liidese kohta, mis \u00fchendab seda ning marsruudi maksumuse kaudu selle liidese kaudu. Kui m\u00e4letate, on EIGRP maksumus 90, ja seej\u00e4rel on m\u00e4rgitud kauguse v\u00e4\u00e4rtus, millest r\u00e4\u00e4gime hiljem. <\/p>\n

\"Cisco
\n
\nKogu m\u00f5\u00f5diku valem n\u00e4eb v\u00e4lja palju keerulisem, kuna see sisaldab K koefitsiendi v\u00e4\u00e4rtusi ja erinevaid teisendusi. Cisco veebisaidil on esitatud valemi t\u00e4ispikkus, kuid kui te teete vaikimisi koefitsiendi v\u00e4\u00e4rtuste asendamise, siis muudetakse see lihtsustatud kujule \u2013 m\u00f5\u00f5dikuks on (bandwidth + Delay) * 256.<\/p>\n

\"Cisco
\n
\nMe kasutame selle metoodika lihtsustatud vormi, mille kohaselt on l\u00e4bilaskev\u00f5ime kilobittides v\u00f5rdne 107, jagatud sihtv\u00f5rku viivate liideste v\u00e4himale l\u00e4bilaskev\u00f5imele least-bandwidth, ning viivitus cumulative-delay on kokkuv\u00f5tlik viivitus k\u00fcmnetes mikrosekunides k\u00f5igis liidestes, mis viivad sihtv\u00f5rku. <\/p>\n

EIGRP \u00f5ppimisel peame selgeks saama neli m\u00e4\u00e4ratlust: Feasible Distance (v\u00f5imalik kaugus), Reported Distance (teadustatud kaugus), Successor (naaberriuter, millel on madalaim maksumus sihtv\u00f5rku) ja Feasible Successor (varu naaberriuter). Et m\u00f5ista, mida need t\u00e4hendavad, vaatame j\u00e4rgmist v\u00f5rgu topoloogiat. <\/p>\n

\"Cisco
\n
\nAlustame R1 marsruuditabeli loomisega, et valida parim marsruut v\u00f5rku 10.1.1.0\/24. Iga seadme juures on n\u00e4idatud l\u00e4bilaskev\u00f5ime kbit\/s ja viivitus ms. Me kasutame GigabitEthernet liideseid, mille l\u00e4bilaskev\u00f5ime on 100 Mbit\/s ehk 1000000 kbit\/s, FastEthernet liideseid 100000 kbit\/s, Ethernet liideseid 10000 kbit\/s ja seeria liideseid 1544 kbit\/s. Need v\u00e4\u00e4rtused on saadaval, kui vaatate ruuteri seadete f\u00fc\u00fcsiliste liideste omadusi.
\nSeeria liideste l\u00e4bilaskev\u00f5ime on vaikimisi 1544 kbit\/s ja isegi kui teil on 64 kbit\/s liin, j\u00e4\u00e4b l\u00e4bilaskev\u00f5ime siiski 1544 kbit\/s. Seet\u00f5ttu peab teie kui v\u00f5rguhalduri veenduma, et kasutate \u00f5iget bandwidth v\u00e4\u00e4rtust. Konkreetses liideses saab seda seadistada k\u00e4suga bandwidth ning viivitusv\u00e4\u00e4rtust on v\u00f5imalik muuta k\u00e4suga delay. Te ei pea muretsema GigabitEthernet v\u00f5i Ethernet liideste vaikimisi bandwidth v\u00e4\u00e4rtuste p\u00e4rast, kuid olge ettevaatlik liini kiirusel, kui kasutate seeria liidest. <\/p>\n

Pange t\u00e4hele, et skeemil on viivitus esitatud millisekundites ms, kuid tegelikult on see mikrosekundites, lihtsalt mul pole \u00f5iget s\u00fcmbolit \u03bc mikrosekundite t\u00e4histamiseks \u03bcs. <\/p>\n

P\u00f6\u00f6rake t\u00e4helepanu j\u00e4rgnevale aspektile. Kui sisestate k\u00e4su show interface g0\/0, kuvab s\u00fcsteem viivituse k\u00fcmnetes mikrosekunides, mitte lihtsalt mikrosekunides. <\/p>\n

Me k\u00e4sitleme seda k\u00fcsimust p\u00f5hjalikumalt j\u00e4rgmises videos, mis on p\u00fchendatud EIGRP seadistamisele. Seniks pidage meeles, et kui viivitusv\u00e4\u00e4rtused valemisse asetada, muutub 100 \u03bcs skeemis 10-ks, kuna valem kasutab k\u00fcmnendeid mikrosekundeid, mitte \u00fcksikuid. <\/p>\n

Skeemil t\u00e4histan punaste punktidega liidesed, millele kuuluvad n\u00e4idatud ribalaiused ja viivitused. <\/p>\n

\"Cisco
\n
\nEsiteks peame m\u00e4\u00e4rama v\u00f5imaliku kauguse Feasible Distance. See on FD m\u00f5\u00f5dik, mis arvutatakse valemiga. R5-st v\u00e4lisv\u00f5rguni, peame 107 jagama 106-ga, mille tulemuseks saame 10. Seej\u00e4rel peame sellele ribalaiusele lisama viivituse, mis on 1, kuna meil on 10 mikrosekundit, seega \u00fcks k\u00fcmnend. Saadud v\u00e4\u00e4rtus 11 tuleb korrutada 256-ga, mist\u00f5ttu m\u00f5\u00f5diku v\u00e4\u00e4rtus on 2816. See on FD v\u00e4\u00e4rtus antud v\u00f5rgu segmendis. <\/p>\n

See v\u00e4\u00e4rtus saadetakse ruuteri R5 poolt ruuterile R2, ning R2 jaoks muutub see teatatud kauguseks Reported Distance, mis on v\u00e4\u00e4rtus, mille teatas naaber. Seega on teatatud kaugus RD k\u00f5igi teiste seadmete jaoks v\u00f5rgus, mis teatasid teile, v\u00f5rgu seadme FD v\u00e4\u00e4rtus. <\/p>\n

Ruuter R2 arvutab FD oma andmete p\u00f5hjal, jagades 107 105-ga ja saades 100. Seej\u00e4rel liidab ta sellele v\u00e4\u00e4rtusele viivitused v\u00e4lisv\u00f5rku liikumise teel: R5 viivitus, mis on \u00fcks k\u00fcmnend mikrosekundit, ja oma viivitus, mis on k\u00fcmme k\u00fcmnendit. Kokku on viivitus 11 k\u00fcmnendit mikrosekundit. Lisame selle saadud sajale ja saame 111, korrutame selle v\u00e4\u00e4rtuse 256-ga ja saame FD v\u00e4\u00e4rtuseks 28416. Sarnast arvutust teeb ruuter R3, saades p\u00e4rast arvutusi FD=281856. Ruuter R4 arvutab FD=3072 ja edastab selle R1-le RD-na. <\/p>\n

P\u00f6\u00f6rake t\u00e4helepanu, et marsruuter R1 arvutab FD-sse oma l\u00e4bilaskev\u00f5ime 1000000 kbit\/s asemel v\u00e4iksema l\u00e4bilaskev\u00f5imega marsruut R2, mis on 100000 kbit\/s, kuna valemis kasutatakse alati minimaalset liidese l\u00e4bilaskev\u00f5imet, mis viib sihtv\u00f5rku. Antud juhul paiknevad teel v\u00f5rku 10.1.1.0\/24 marsruuterid R2 ja R5, kuid kuna viienda marsruuteri l\u00e4bilaskev\u00f5ime on suurem, kasutatakse valemis madalaimat v\u00e4\u00e4rtust marsruuteri R2 l\u00e4bilaskev\u00f5imest. Kokku viiv viib R1-R2-R5 teel viibimise viivitus on 1+10+1 (k\u00fcmneid) = 12, edasi antud l\u00e4bilaskev\u00f5ime on 100, ja nende numbrite summa, korrutatud 256-ga, annab v\u00e4\u00e4rtuse FD=30976. <\/p>\n

Nii, k\u00f5ik seadmed arvutasid oma liideste FD-d ning marsruuteril R1 on 3 marsruuti, mis viivad sihtv\u00f5rku. Need on marsruudid R1-R2, R1-R3 ja R1-R4. Marsruuter valib minimaalset v\u00f5imalikku FD-i kaugust, mis on 30976 \u2013 see on marsruut marsruuterile R2. See marsruuter muutub Successor\u2019iks ehk \u201ej\u00e4rgijaks\u201c. Marsruutimistabelis m\u00e4rgitakse ka Feasible Successor (varu j\u00e4rgija) \u2013 see t\u00e4hendab, et R1 ja Successor\u2019i vahelise \u00fchenduse katkestamise korral viiakse marsruut l\u00e4bi varu marsruuteri Feasible Successor.<\/p>\n

Feasible Successors m\u00e4\u00e4ratakse vastavalt ainule reeglile: selle marsruuteri v\u00e4lja kuulutatud kaugus RD peab olema v\u00e4iksem kui FD marsruuteri teel Successor\u2019ini. Meie juhul R1-R2-l on FD=30976, RD R1-K3 teel on 281856, ja RD R1-R4 teel on 3072. Kuna 3072 < 30976, valitakse Feasible Successors\u2019ina marsruuter R4. <\/p>\n

See t\u00e4hendab, et kui \u00fchendus katkeb R1-R2 v\u00f5rgu osi, siis suunatakse liiklus v\u00f5rku 10.1.1.0\/24 marsruudi R1-R4-R5 kaudu. Marsruudi \u00fcmberl\u00fclitamine, kasutades RIP-i, v\u00f5tab mitu k\u00fcmmet sekundit, OSPF-i kasutamisel \u2013 mitu sekundit, ja EIGRP-s toimub see koheselt. See on veel \u00fcks eelis EIGRP-le v\u00f5rreldes teiste marsruutimisprotokollidega. <\/p>\n

Mis juhtub, kui Successor ja Feasible Successor katkestavad \u00fcheaegselt \u00fchenduse? Sellisel juhul kasutab EIGRP DUAL algoritmi, mis suudab arvutada varureidi t\u00f5en\u00e4olise j\u00e4rglase kaudu. See v\u00f5ib v\u00f5tta paar sekundit, mille jooksul EIGRP leiab teise naabri, keda saab kasutada liikluse edastamiseks, ja lisab selle andmed marsruutimistabelisse. P\u00e4rast seda j\u00e4tkab protokoll tavap\u00e4rast marsruutimise tagamist. <\/p>\n

\r\n \"M\u00e4ngi\r\n
<\/div>\r\n <\/div><\/center>
\nAit\u00e4h, et olete meiega. Kas teile meeldivad meie artiklid? Kas soovite n\u00e4ha rohkem huvitavat sisu? Toetage meid tellimuse esitamise v\u00f5i tuttavatele soovitamisega, 30% allahindlus Habr'i kasutajatele ainulaadsele sissetuleku tasemel serverile, mille oleme teie jaoks v\u00e4lja m\u00f5elnud:<\/b> Kogu t\u00f5de VPS (KVM) E5-2650 v4 (6 tuuma) 10GB DDR4 240GB SSD 1Gbps alates $20 v\u00f5i kuidas \u00f5igesti serverit jagada?<\/a><\/noindex> (saadaval RAID1 ja RAID10 variandid, kuni 24 tuuma 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> Hollandis! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 alates $99!<\/b><\/b> Lugege sellest Kuidas luua ettev\u00f5tte tasemel infrastruktuuri, kasutades Dell R730xd E5-2650 v4 servereid, mille hind on 9000 eurot, taskukohase hinna eest?<\/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\udd47Kursused Cisco 200-125 CCNA v3.0. P\u00e4ev 49. \u00dclevaade EIGRP | ProHoster","description":"T\u00e4na alustame EIGRP protokolli uurimist, mis koos OSPF-i uurimisega on CCNA kursuse k\u00f5ige olulisem teema.","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.","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","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"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}]}}