{"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\/hr\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","title":{"rendered":"Cisco trening 200-125 CCNA v3.0. Dan 49. Uvod u EIGRP","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Danas \u0107emo zapo\u010deti prou\u010davanje EIGRP protokola, koji je uz prou\u010davanje OSPF jedna od najva\u017enijih tema CCNA te\u010daja. <\/p>\n

\"Cisco
\n
\nKasnije \u0107emo se vratiti na odjeljak 2.5, a sada odmah nakon odjeljka 2.4 prelazimo na odjeljak 2.6 \"Konfiguracija, provjera i otklanjanje problema EIGRP protokola IPv4 (osim autentifikacije, filtriranja, ru\u010dnog sabiranja, redistribucije i konfiguracije stuba).\"
\nDanas imamo uvodni sat, na kojem \u0107u vam predstaviti koncept EIGRP protokola pobolj\u0161ane interne usmjeravanja, a na sljede\u0107a dva sata \u0107emo razmatrati konfiguraciju i otklanjanje problema ovog protokola. No prije toga \u017eelim vam re\u0107i sljede\u0107e.<\/a><\/noindex><\/p>\n

U posljednjih nekoliko lekcija prou\u010davali smo OSPF. Sada \u017eelim da se prisjetite da smo, kada smo prije nekoliko mjeseci prou\u010davali RIP protokol, govorili o petljama usmjeravanja i tehnologijama koje sprje\u010davaju cikli\u010dno usmjeravanje. Kako se mogu sprije\u010diti nastanak petlji u usmjeravanju kada koristimo OSPF? Mogu li se koristiti metode kao \u0161to su \"otrovanje ruta\" ili \"podijeljeni horizont\"? To su pitanja na koja trebate sami odgovoriti. Mo\u017eete koristiti druge relevantne izvore, ali prona\u0111ite odgovore na ova pitanja. \u017delim da nau\u010dite kako samostalno pronalaziti odgovore rade\u0107i s razli\u010ditim izvorima, i zamolit \u0107u vas da ostavite svoje komentare ispod ovog videa kako bih mogao vidjeti koliko je mojih u\u010denika uspjelo u ovom zadatku. <\/p>\n

\u0160to je EIGRP? To je hibridni protokol usmjeravanja koji kombinira korisne funkcije udaljeno-vektorskih protokola poput RIP-a i protokola stanja veze poput OSPF-a. <\/p>\n

\"Cisco
\n
\nEIGRP je Cisco-ov proprietary protokol koji je 2013. godine postao dostupan za javnu upotrebu. Iz protokola stanja veze preuzeo je algoritam uspostavljanja susjedstva, za razliku od RIP-a koji ne uspostavlja susjede. RIP tako\u0111er razmjenjuje tablice usmjeravanja s drugim sudionicima protokola, dok OSPF prije nego \u0161to zapo\u010dne takvu razmjenu formira susjedstvo. EIGRP radi na isti na\u010din.<\/p>\n

Protokol RIP svakih 30 sekundi izvodi periodi\u010dna a\u017euriranja cijele tablice usmjeravanja i \u0161alje informacije o svim su\u010deljima i svim rutama svim svojim susjedima. EIGRP ne provodi periodi\u010dna potpuna a\u017euriranja informacija, ve\u0107 umjesto toga koristi koncept slanja Hello poruka, sli\u010dno kao OSPF. Svakih nekoliko sekundi \u0161alje Hello poruku kako bi provjerio je li susjed jo\u0161 uvijek \"\u017eiv\".<\/p>\n

Za razliku od protokola udaljenog vektora, koji prou\u010dava cijelu topologiju mre\u017ee prije nego \u0161to donese odluku o oblikovanju rute, EIGRP, poput RIP-a, stvara rute na temelju \"glasina\". Kada ka\u017eem \"glasine\", mislim na to da kada susjed ne\u0161to javi, EIGRP se s time bezuvjetno sla\u017ee. Na primjer, ako susjed ka\u017ee da zna kako do\u0107i do 10.1.1.2, EIGRP mu vjeruje, ne pitaju\u0107i: \"Odakle ti to? Reci mi o cijeloj topologiji mre\u017ee!\". <\/p>\n

Do 2013. godine, ako ste koristili samo Cisco infrastrukturu, mogli ste koristiti EIGRP, jer je ovaj protokol razvijen jo\u0161 1994. godine. Me\u0111utim, mnoge tvrtke, \u010dak i koriste\u0107i Cisco opremu, nisu \u017eeljele raditi s ovim protokolom. Po mom mi\u0161ljenju, trenutno je EIGRP najbolji protokol dinami\u010dkog usmjeravanja, jer je mnogo lak\u0161i za kori\u0161tenje, no ljudi i dalje preferiraju OSPF. Mislim da je to zbog toga \u0161to ne \u017eele \"vezati\" se uz proizvode Cisco-a. No, Cisco je u\u010dinio ovaj protokol javno dostupnim jer podr\u017eava mre\u017enu opremu proizvo\u0111a\u010da tre\u0107ih strana, poput Junipera, i ako se udru\u017eite s tvrtkom koja ne koristi Cisco opremu, ne\u0107ete imati nikakvih problema. <\/p>\n

U\u010dinimo mali izlet u povijest mre\u017enih protokola. <\/p>\n

\"Cisco
\n
\nProtokol RIPv1, koji se pojavio 1980-ih godina, imao je niz ograni\u010denja, na primjer, maksimalan broj hopova jednak 16, zbog \u010dega nije mogao osigurati usmjeravanje u opse\u017enim mre\u017eama. Malo kasnije razvijen je unutarnji protokol usmjeravanja IGRP, koji je bio mnogo bolji od RIP-a. Me\u0111utim, on je vi\u0161e bio protokol udaljenog vektora nego protokol stanja kanala. Krajem 80-ih godina pojavljuje se otvoreni standard \u2013 protokol pra\u0107enja stanja kanala OSPFv2 za IPv4. <\/p>\n

Na po\u010detku 90-ih, Cisco je odlu\u010dila da pobolj\u0161a IGRP protokol i izdala unaprije\u0111eni unutarnji protokol za usmjeravanje EIGRP. Bio je puno u\u010dinkovitiji od OSPF-a, jer je kombinirao karakteristike i RIP-a i OSPF-a. Kada po\u010dnemo s njegovim prou\u010davanjem, uvjerit \u0107ete se da je konfiguriranje EIGRP-a mnogo lak\u0161e nego OSPF-a. Cisco je nastojala razviti protokol koji bi omogu\u0107io \u0161to br\u017eu konvergenciju mre\u017ee. <\/p>\n

Krajem 90-ih godina izdata je a\u017eurirana bezklasna verzija protokola RIPv2. U 2000-im su predstavljene tre\u0107a verzija OSPF-a, RIPng i EIGRPv6, koji podr\u017eavaju IPv6 protokol. Svijet se postupno pribli\u017eava potpunom prelasku na IPv6, a developeri protokola za usmjeravanje \u017eele biti spremni za to. <\/p>\n

Ako se sje\u0107ate, prou\u010davali smo da se pri odabiru optimalne rute, RIP, kao udaljeno-vektorski protokol, vodi samo jednim kriterijem \u2013 minimalnim brojem skokova ili minimalnom udaljeno\u0161\u0107u do odredi\u0161nog su\u010delja. Tako \u0107e usmjeriva\u010d R1 odabrati izravnu rutu do usmjeriva\u010da R3 unato\u010d tome \u0161to je brzina na toj ruti 64 kbit\/s \u2013 \u0161to je znatno manje od brzine na ruti R1-R2-R3, koja iznosi 1544 kbit\/s. RIP protokol \u0107e smatrati optimalnom sporiju rutu dugom jedan skok, umjesto brze rute dugom 2 skoka. <\/p>\n

\"Cisco
\n
\nOSPF \u0107e prou\u010diti cijelu topologiju mre\u017ee i donijeti odluku da za komunikaciju s usmjeriva\u010dem R3 koristi rutu preko usmjeriva\u010da R2 kao br\u017eu opciju. Kao metrika, RIP koristi broj skokova, dok je metrika OSPF-a cijena, koja je u ve\u0107ini slu\u010dajeva proporcionalna propusnosti kanala. <\/p>\n

EIGRP tako\u0111er uzima u obzir cijenu rute, me\u0111utim, njegova metrika je puno slo\u017eenija od metrike OSPF-a i oslanja se na brojne faktore, uklju\u010duju\u0107i propusnost Bandwidth, latenciju Delay, pouzdanost Reliability, optere\u0107enje Loading i maksimalnu veli\u010dinu paketa MTU. Na primjer, ako je neki \u010dvor optere\u0107eniji od ostalih, EIGRP \u0107e analizirati optere\u0107enje cijele rute i odabrati drugi \u010dvor s manjim optere\u0107enjem.<\/p>\n

Na te\u010daju CCNA uzimat \u0107emo u obzir samo one faktore formiranja metrike, kao \u0161to su Bandwidth i Delay, koje \u0107e formula metrike koristiti. <\/p>\n

\"Cisco
\n
\nProtokol RIP koriste dva pojma: udaljenost i smjer. Ako imamo 3 usmjeriva\u010da, a jedan od njih je povezan s mre\u017eom 20.0.0.0, odabir \u0107e se vr\u0161iti prema udaljenosti \u2013 to su hopovi, u ovom slu\u010daju 1 hop, i prema smjeru, odnosno putem kojim \u0107e se slati promet \u2013 gornjim ili donjim. <\/p>\n

Osim toga, RIP koristi periodi\u010dno a\u017euriranje informacija, \u0161alju\u0107i potpunu tablicu routanja preko cijele mre\u017ee svakih 30 sekundi. Ovo a\u017euriranje ima dvije funkcije. Prva je samo a\u017euriranje tablice routanja, a druga provjera \u017eivotnosti susjeda. Ako ure\u0111aj ne primi odgovor na a\u017euriranje tablice ili nove informacije o ruti od susjeda unutar 30 sekundi, razumije da ruta prema susjedu vi\u0161e nije dostupna. Usmjeriva\u010d \u0161alje a\u017euriranje svakih 30 sekundi kako bi provjerio je li susjed jo\u0161 '\u017eiv' i je li ruta jo\u0161 uvijek valjana. <\/p>\n

Kao \u0161to sam rekao, za sprje\u010davanje petlji u rutiranju koristi se tehnologija Split Horizon. To zna\u010di da se a\u017euriranje ne \u0161alje natrag na onaj su\u010delje s kojeg je do\u0161lo. Druga tehnologija za sprje\u010davanje petlji je Route Poison. Ako je veza s mre\u017eom 20.0.0.0 prekinuta, usmjeriva\u010d kojem je bila priklju\u010dena \u0161alje susjedima 'otrovnu rutu', u kojoj obavje\u0161tava da je ta mre\u017ea sada dostupna na 16 hopova, \u0161to zna\u010di prakti\u010dki nedosti\u017eno. Tako radi protokol RIP.<\/p>\n

Kako EIGRP radi? Ako se sje\u0107ate s lekcija o OSPF-u, ovaj protokol izvr\u0161ava tri funkcije: uspostavlja susjedstvo, a\u017eurira LSDB koriste\u0107i LSA u skladu s promjenama topologije mre\u017ee i gradi tablicu routanja. Uspostavljanje susjedstva je prili\u010dno slo\u017eena procedura koja koristi mnoge parametre. Na primjer, provjera i promjena veze 2WAY \u2013 neka su povezivanja u stanju dvostrane veze, dok neka prelaze u stanje FULL. Za razliku od OSPF-a, u protokolu EIGRP to se ne doga\u0111a \u2013 on provjerava samo 4 parametra. <\/p>\n

\"Cisco
\n
\nPoput OSPF-a, ovaj protokol svake 10 sekundi \u0161alje Hello poruku koja sadr\u017ei 4 parametra. Prvi je kriterij za autentifikaciju, ako je prethodno postavljena. Pri tome, svi ure\u0111aji koji uspostavljaju susjedstvo moraju imati iste parametre autentifikacije.<\/p>\n

Drugi parametar slu\u017ei za provjeru pripadnosti ure\u0111aja jednoj autonomnoj sistemu, tj. za uspostavljanje susjedstva putem EIGRP protokola oba ure\u0111aja moraju imati isti broj autonomnog sistema. Tre\u0107i parametar slu\u017ei za provjeru da Hello poruke dolaze s iste IP adrese izvora Source IP. <\/p>\n

\u010cetvrti parametar se koristi za provjeru uskla\u0111enosti varijabli K-Values. Protokol EIRGP koristi 5 takvih koeficijenata od K1 do K5. Ako se sje\u0107ate, pri vrijednosti K=0 parametri se ignoriraju, dok se pri K=1 parametri koriste u formuli za izra\u010dunavanje metrike. Tako, vrijednosti K1-5 za razli\u010dite ure\u0111aje trebaju biti iste. U CCNA te\u010daju uzet \u0107emo zadane vrijednosti tih koeficijenata: K1 i K3 su 1, a K2, K4 i K5 su 0.<\/p>\n

Dakle, ako se ova 4 parametra poklapaju, EIGRP uspostavlja odnose susjedstva i ure\u0111aji se unose jedni druge u tablicu susjeda. Zatim se vr\u0161e izmjene u tablici topologije. <\/p>\n

\"Cisco
\n
\nSve Hello poruke \u0161alju se na multicast IP adresu 224.0.0.10, a a\u017euriranja se, ovisno o postavkama, \u0161alju na unicast adrese susjeda ili na multicast adresu. Ovo a\u017euriranje ne koristi UDP ili TCP, ve\u0107 drugi protokol nazvan RTP, Reliable Transport Protocol, ili \"transportni protokol pouzdanosti\". Ovaj protokol provjerava je li susjed primio a\u017euriranje i, kao \u0161to njegovo ime sugerira, njegova klju\u010dna funkcija je osiguranje pouzdane komunikacije. Ako a\u017euriranje ne do\u0111e do susjeda, prijenos \u0107e se ponavljati dok ga ne primi. U OSPF-u mehanizam za provjeru ure\u0111aja primaoca ne postoji, tako da sustav ne zna jesu li susjedni ure\u0111aji primili a\u017euriranje ili ne.
\nAko se sje\u0107ate, RIP svakih 30 sekundi \u0161alje a\u017euriranje cijele topologije mre\u017ee. EIGRP to radi samo kada se u mre\u017ei pojavi novi ure\u0111aj ili se dogode promjene. Ako se promijeni topologija podmre\u017ee, protokol \u0107e poslati a\u017euriranje, ali ne cijele tablice topologije, ve\u0107 samo zapise koji se odnose na tu promjenu. Ako se promijeni neka podmre\u017ea, bit \u0107e a\u017eurirana samo njena topologija. To izgleda kao djelomi\u010dno a\u017euriranje koje se doga\u0111a kada je potrebno. <\/p>\n

Kao \u0161to znate, OSPF \u0161alje LSA svakih 30 minuta bez obzira na to jesu li u mre\u017ei nastale bilo kakve promjene. EIGRP ne\u0107e slati nikakva a\u017euriranja tijekom du\u017eih vremenskih razdoblja sve dok se ne dogode promjene u mre\u017ei. Stoga je EIGRP mnogo u\u010dinkovitiji od OSPF-a.<\/p>\n

Nakon \u0161to su usmjeriva\u010di razmijenili pakete a\u017euriranja, dolazi do tre\u0107e faze \u2013 formiranje tablice usmjeravanja na temelju metri\u010dke vrijednosti koja se izra\u010dunava prema formuli prikazanoj na slici. Ona izra\u010dunava tro\u0161kove i na temelju tih tro\u0161kova donosi odluku.
\nPretpostavimo da je R1 poslao Hello usmjeriva\u010du R2, a taj je poslao Hello usmjeriva\u010du R1. Ako se svi parametri podudaraju, usmjeriva\u010di stvaraju tablicu susjeda. U tu tablicu R2 unosi zapis o usmjeriva\u010du R1, a R1 stvara zapis o R2. Nakon toga, usmjeriva\u010d R1 \u0161alje a\u017euriranje u povezanu mre\u017eu 10.1.1.0\/24. U tablici usmjeravanja to izgleda kao informacija o IP adresi mre\u017ee, su\u010delju usmjeriva\u010da koje osigurava vezu s njom i cijeni rute preko tog su\u010delja. Ako se sje\u0107ate, cijena EIGRP-a iznosi 90, a zatim se navodi vrijednost udaljenosti Distance value o kojoj \u0107emo razgovarati kasnije. <\/p>\n

\"Cisco
\n
\nPuna formula metri\u010dke vrijednosti izgleda mnogo slo\u017eenije, jer uklju\u010duje vrijednosti koeficijenata K i razli\u010dite transformacije. Na webu Cisco prikazan je puni oblik formule, no ako zamijenite vrijednosti prema zadanim koeficijentima, ona se pretvara u jednostavniji oblik \u2013 metrika \u0107e biti jednaka (propusnost + Ka\u0161njenje) * 256.<\/p>\n

\"Cisco
\n
\nKoristit \u0107emo upravo ovaj pojednostavljeni oblik formule za izra\u010dunavanje metrike, gdje je propusnost u kilobitima jednaka 107, podijeljeno s najmanjom propusno\u0161\u0107u svih su\u010delja koja vode do odredi\u0161ne mre\u017ee least-bandwidth, a ka\u0161njenje cumulative-delay \u2013 to je ukupno ka\u0161njenje u desetinama mikrosekundi na svim su\u010deljima koja vode do odredi\u0161ne mre\u017ee. <\/p>\n

Kada prou\u010davamo EIGRP, moramo usvojiti \u010detiri definicije: Feasible Distance (mogu\u0107a udaljenost), Reported Distance (prijavljena udaljenost), Successor (susjedni router s najmanjom cijenom puta do odredi\u0161ne mre\u017ee) i Feasible Successor (rezervni susjedni router). Da bismo razumjeli \u0161to oni zna\u010de, razmotrite sljede\u0107u topologiju mre\u017ee. <\/p>\n

\"Cisco
\n
\nZapo\u010det \u0107emo s izradom tablice usmjeravanja R1 s ciljem odabira najboljeg puta do mre\u017ee 10.1.1.0\/24. Pored svakog ure\u0111aja prikazana je propusnost u kbit\/s i ka\u0161njenje u ms. Koristimo su\u010delja GigabitEthernet s propusno\u0161\u0107u od 100 Mbit\/s, ili 1000000 kbit\/s, su\u010delja FastEthernet brzine 100000 kbit\/s, Ethernet brzine 10000 kbit\/s i serijsko su\u010delje brzine 1544 kbit\/s. Te vrijednosti mo\u017eete saznati ako pogledate specifikacije odgovaraju\u0107ih fizi\u010dkih su\u010delja u postavkama routera.
\nPropusnost serijskih su\u010delja prema zadanim postavkama iznosi 1544 kbit\/s, a \u010dak i ako imate vezu od 64 kbit\/s, propusnost \u0107e i dalje biti 1544 kbit\/s. Stoga, kao mre\u017eni administrator, trebate osigurati da koristite ispravnu vrijednost bandwidth. Za odre\u0111eno su\u010delje to mo\u017eete postaviti pomo\u0107u naredbe bandwidth, a pomo\u0107u naredbe delay mo\u017eete promijeniti zadanu vrijednost ka\u0161njenja. Ne morate brinuti o zadanim vrijednostima bandwidth za su\u010delja GigabitEthernet ili Ethernet, ali budite oprezni pri odabiru brzine veze ako koristite serijsko su\u010delje. <\/p>\n

Obratite pa\u017enju da je na ovoj shemi ka\u0161njenje ozna\u010deno kao da je u milisekundama ms, ali u stvarnosti je to mikrosekunde, samo jednostavno nemam slovo \u03bc za ispravno ozna\u010davanje mikrosekundi \u03bcs. <\/p>\n

Pa\u017eljivo se odnosite prema sljede\u0107em: Ako unesete naredbu show interface g0\/0, sustav \u0107e prikazati ka\u0161njenje u desetinama mikrosekundi, a ne samo u mikrosekundama. <\/p>\n

Detaljno \u0107emo raspraviti ovo pitanje u sljede\u0107em videu koji \u0107e biti posve\u0107en konfiguraciji EIGRP, ali zapamtite da se prilikom umetanja vrijednosti latencije u formulu, 100 \u03bcs pretvara u 10, jer formula koristi desetice mikrosekundi, a ne jedinice. <\/p>\n

Na dijagramu \u0107u ozna\u010diti crvenim to\u010dkama su\u010delja na koja se odnose prikazane propusnosti i latencije. <\/p>\n

\"Cisco
\n
\nPrvo \u0161to trebamo u\u010diniti je odrediti mogu\u0107e udaljenosti Feasible Distance. To je FD metrika koja se izra\u010dunava prema formuli. Za segment od R5 do vanjske mre\u017ee trebamo podijeliti 107 s 106, \u0161to nam daje 10. Zatim ovom iznosu bandwidth trebamo dodati latenciju od 1, jer imamo 10 mikrosekundi, \u0161to je jedan desetak. Dobivena vrijednost 11 treba se pomno\u017eiti s 256, \u0161to zna\u010di da \u0107e metrika iznositi 2816. Tako je FD vrijednost za ovaj segment mre\u017ee. <\/p>\n

Ovu vrijednost usmjeriva\u010d R5 \u0107e poslati usmjeriva\u010du R2, pri \u010demu \u0107e za R2 postati objavljena udaljenost Reported Distance, odnosno vrijednost koju mu je dostavio susjed. Tako \u0107e objavljena udaljenost RD za sve ostale ure\u0111aje biti jednaka mogu\u0107oj udaljenosti FD ure\u0111aja koji ju je prijavio. <\/p>\n

Usmjeriva\u010d R2 provodi izra\u010dune FD koriste\u0107i svoje podatke, dijele\u0107i 107 s 105 i dobiva 100. Zatim ovom iznosu dodaje zbroj latencija na putu do vanjske mre\u017ee: latenciju R5 koja iznosi jedan desetak mikrosekundi, i vlastitu latenciju koja iznosi deset desetaka. Ukupna latencija iznosit \u0107e 11 desetaka mikrosekundi. Dodajemo je dobivenoj stotki i dobivamo 111, mno\u017eimo ovu vrijednost s 256 i dobivamo FD=28416. Sli\u010dno postupak prati usmjeriva\u010d R3, dobivaju\u0107i nakon provedenih izra\u010duna FD=281856. Usmjeriva\u010d R4 izra\u010dunava FD=3072 i prenosi ga R1 kao RD. <\/p>\n

Napomena da router R1 pri izra\u010dunavanju FD ume\u0107e u formulu ne svoju propusnost od 1000000 kbit\/s, ve\u0107 manju propusnost routera R2, koja iznosi 100000 kbit\/s, jer se u formuli uvek koristi minimalna propusnost interfejsa koji vodi ka odredi\u0161noj mre\u017ei. U ovom slu\u010daju, na putu ka mre\u017ei 10.1.1.0\/24 nalaze se routeri R2 i R5, ali budu\u0107i da je propusnost petog routera ve\u0107a, u formulu se stavlja najmanja vrednost propusnosti routera R2. Ukupno ka\u0161njenje na putu R1-R2-R5 iznosi 1+10+1 (decimala) = 12, prilago\u0111ena propusnost je 100, a zbir ovih brojeva, pomno\u017een sa 256, daje vrednost FD=30976. <\/p>\n

Dakle, svi ure\u0111aji izra\u010dunali su FD svojih interfejsa, a router R1 ima 3 rute koje vode ka odredi\u0161noj mre\u017ei. To su rute R1-R2, R1-R3 i R1-R4. Router bira minimalnu mogu\u0107u vrednost udaljenosti FD, koja iznosi 30976 \u2013 to je ruta ka routeru R2. Ovaj router postaje Successor, ili \"naslednik\". U tabeli rutiranja tako\u0111e se navodi Feasible Successor (rezervni naslednik) \u2013 to zna\u010di da \u0107e se u slu\u010daju prekida veze izme\u0111u R1 i Successora, ruta ostvarivati preko rezervnog routera Feasible Successor.<\/p>\n

Feasible Successors se dodeljuju prema jedinom pravilu: objavljena udaljenost RD ovog rutera mora biti manja nego FD routera na odeljak ka Successoru. U na\u0161em slu\u010daju R1-R2 ima FD=30976, RD na odeljku R1-K3 iznosi 281856, a RD na odeljku R1-R4 iznosi 3072. Budu\u0107i da je 3072 < 30976, kao Feasible Successor bira se router R4. <\/p>\n

To zna\u010di da \u0107e u slu\u010daju prekida veze na odeljku mre\u017ee R1-R2 saobra\u0107aj ka mre\u017ei 10.1.1.0\/24 biti upu\u0107en putem rute R1-R4-R5. Prebacivanje rute prilikom kori\u0161\u0107enja RIP traje nekoliko decenija sekundi, prilikom kori\u0161\u0107enja OSPF traje nekoliko sekundi, dok se u EIGRP de\u0161ava trenutno. To je jo\u0161 jedna prednost EIGRP u odnosu na druge protokole rutiranja. <\/p>\n

\u0160to \u0107e se dogoditi ako veza s Successorom i Feasible Successorom istovremeno pukne? U tom slu\u010daju, EIGRP koristi DUAL algoritam koji mo\u017ee izra\u010dunati rezervnu rutu kroz vjerojatnog nasljednika. To mo\u017ee trajati nekoliko sekundi, tijekom kojih EIGRP pronalazi drugog susjeda koji se mo\u017ee koristiti za prijenos prometa i smje\u0161tava njegove podatke u tablicu usmjeravanja. Nakon toga, protokol nastavlja s uobi\u010dajenim radom na osiguravanju usmjeravanja. <\/p>\n

\r\n \"Pogledajte\r\n
<\/div>\r\n <\/div><\/center>
\nHvala \u0161to ste s nama. Svi\u0111a li vam se na\u0161 sadr\u017eaj? \u017delite li vidjeti vi\u0161e zanimljivih materijala? Podr\u017eite nas naru\u010divanjem ili preporu\u010dite prijateljima. 30% popusta za korisnike Habr-a na jedinstveni analog entry-level servera, koji smo stvorili za vas:<\/b> Sve \u0161to trebate znati o VPS (KVM) E5-2650 v4 (6 jezgri) 10GB DDR4 240GB SSD 1Gbps od 20$ ili kako pravilno dijeliti server?<\/a><\/noindex> (dostupne opcije s RAID1 i RAID10, do 24 jezgre i do 40GB DDR4).<\/p>\n

Dell R730xd za pola cijene?<\/b> Samo kod nas 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB od 199 $<\/a><\/noindex> u Nizozemskoj! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 od 99 $!<\/b><\/b> Pro\u010ditajte o tome Kako izgraditi infrastrukturu korporacijske klase koriste\u0107i Dell R730xd E5-2650 v4 servere po cijeni od 9000 eura za sitni\u0161?<\/a><\/noindex>
\n
Izvor: 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\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. Dan 49. Uvod u EIGRP | ProHoster","description":"Danas \u0107emo zapo\u010deti prou\u010davanje EIGRP protokola, koji je uz prou\u010davanje OSPF jedna od najva\u017enijih tema CCNA te\u010daja.","canonical_url":"https:\/\/prohoster.info\/hr\/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":"hr_HR","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\/hr\/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\/hr\/wp-json\/wp\/v2\/posts\/38396","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/comments?post=38396"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/38396\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media\/28820"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media?parent=38396"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/categories?post=38396"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/tags?post=38396"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}