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

Dnes za\u010dneme \u0161tudova\u0165 protokol EIGRP, ktor\u00fd je rovnako d\u00f4le\u017eitou t\u00e9mou kurzu CCNA, ako \u0161t\u00fadium OSPF. <\/p>\n

\"\u0160kolenie
\n
\nN\u00e1vrat\u00edme sa k oddielu 2.5, ale teraz prejdeme priamo z oddielu 2.4 do oddielu 2.6 \u201eKonfigur\u00e1cia, testovanie a rie\u0161enie probl\u00e9mov EIGRP v protokole IPv4 (s v\u00fdnimkou autentifik\u00e1cie, filtr\u00e1cie, ru\u010dn\u00e9ho sumarizovania, redistrib\u00facie a konfigur\u00e1cie stub).\u201c
\nDnes m\u00e1me \u00favodn\u00fa hodinu, na ktorej v\u00e1m predstav\u00edm koncept vylep\u0161en\u00e9ho intern\u00e9ho protokolu smerovania br\u00e1ny EIGRP, a po\u010das dvoch nasleduj\u00facich hod\u00edn si prejdeme konfigur\u00e1ciu a rie\u0161enie probl\u00e9mov tohto protokolu. Ale najprv v\u00e1m chcem ozn\u00e1mi\u0165 nasleduj\u00face.<\/a><\/noindex><\/p>\n

Po\u010das nieko\u013ek\u00fdch posledn\u00fdch hod\u00edn sme \u0161tudovali OSPF. Teraz chcem, aby ste si spomenuli, \u017ee ke\u010f sme pred nieko\u013ek\u00fdmi mesiacmi \u0161tudovali protokol RIP, hovorili sme o smerov\u00fdch slu\u010dk\u00e1ch a technol\u00f3giach, ktor\u00e9 zabra\u0148uj\u00fa cyklovaniu prev\u00e1dzky. Ako sa d\u00e1 zabr\u00e1ni\u0165 v\u00fdskytu smerov\u00fdch slu\u010diek pri pou\u017e\u00edvan\u00ed OSPF? M\u00f4\u017eeme na to pou\u017ei\u0165 met\u00f3dy ako \u201eotrava trasy\u201c alebo \u201erozdelen\u00fd horizont\u201c? To s\u00fa ot\u00e1zky, na ktor\u00e9 mus\u00edte odpoveda\u0165 sami. M\u00f4\u017eete pou\u017e\u00edva\u0165 in\u00e9 tematick\u00e9 zdroje, ale n\u00e1jdite odpovede na tieto ot\u00e1zky. Chcem, aby ste sa nau\u010dili nach\u00e1dza\u0165 odpovede samostatne, pracuj\u00fac s r\u00f4znymi zdrojmi, a pros\u00edm v\u00e1s, zanechajte svoje koment\u00e1re pod t\u00fdmto videom, aby som mohol vidie\u0165, ko\u013eko z mojich \u0161tudentov sa s touto \u00falohou vyrovnalo. <\/p>\n

\u010co je to EIGRP? Je to hybridn\u00fd protokol smerovania, ktor\u00fd sp\u00e1ja u\u017eito\u010dn\u00e9 funkcie ako vzdialenovo-vektorov\u00e9ho protokolu, ak\u00fdm je RIP, tak aj protokolu sleduj\u00faceho stav linky ako OSPF. <\/p>\n

\"\u0160kolenie
\n
\nEIGRP je propriet\u00e1rny protokol spolo\u010dnosti Cisco, ktor\u00fd bol poskytnut\u00fd na verejn\u00e9 pou\u017e\u00edvanie v roku 2013. Z protokolu sleduj\u00faceho stav linky prevzal algoritmus nadviazania susedstva, na rozdiel od RIP, ktor\u00fd nevytv\u00e1ra susedov. RIP takisto vymie\u0148a smerovacie tabu\u013eky s ostatn\u00fdmi \u00fa\u010dastn\u00edkmi protokolu, av\u0161ak OSPF pred za\u010dat\u00edm tohto v\u00fdmeny vytv\u00e1ra susedstvo. EIGRP funguje podobne.<\/p>\n

Protokol RIP ka\u017ed\u00fdch 30 sek\u00fand vykon\u00e1va periodick\u00e9 aktualiz\u00e1cie celej tabu\u013eky smerovania a rozposiela inform\u00e1cie o v\u0161etk\u00fdch rozhraniach a v\u0161etk\u00fdch tras\u00e1ch v\u0161etk\u00fdm svojim susedom. EIGRP nevykon\u00e1va periodick\u00fa \u00fapln\u00fa aktualiz\u00e1ciu inform\u00e1ci\u00ed, namiesto toho pou\u017e\u00edva koncept rozposielania spr\u00e1v Hello, ako to rob\u00ed OSPF. Ka\u017ed\u00fdch nieko\u013eko sek\u00fand posiela Hello, aby sa uistil, \u017ee sused st\u00e1le \u201e\u017eije\u201c.<\/p>\n

Na rozdiel od protokolu vzdialen\u00e9ho vektora, ktor\u00fd \u0161tuduje cel\u00fa topol\u00f3giu siete predt\u00fdm, ako prijme rozhodnutie o vytvoren\u00ed trasy, EIGRP na rozdiel od RIP vytv\u00e1ra trasy na z\u00e1klade \u201ep\u00fdtania\u201c. Ke\u010f hovor\u00edm o \u201ep\u00fdtaniach\u201c, mysl\u00edm t\u00fdm, \u017ee ke\u010f sused ozn\u00e1mi nie\u010do, EIGRP tomu bezpodmiene\u010dne ver\u00ed. Napr\u00edklad, ak sused povie, \u017ee vie, ako dosiahnu\u0165 10.1.1.2, EIGRP mu ver\u00ed, ani sa nep\u00fdta: \u201eOdkia\u013e to vie\u0161? Povedz mi o topol\u00f3gii celej siete!\u201c. <\/p>\n

Do roku 2013, ak ste pou\u017e\u00edvali len infra\u0161trukt\u00faru Cisco, mohli ste pou\u017e\u00edva\u0165 EIGRP, preto\u017ee tento protokol bol vytvoren\u00fd u\u017e v roku 1994. Av\u0161ak mnoh\u00e9 spolo\u010dnosti, aj pri pou\u017eit\u00ed zariaden\u00ed Cisco, nechceli pracova\u0165 s t\u00fdmto protokolom. Pod\u013ea m\u00f4jho n\u00e1zoru je dnes EIGRP najlep\u0161\u00edm protokolom dynamick\u00e9ho smerovania, preto\u017ee je ove\u013ea jednoduch\u0161\u00ed na pou\u017eitie, av\u0161ak \u013eudia st\u00e1le d\u00e1vaj\u00fa prednos\u0165 OSPF. Mysl\u00edm si, \u017ee to s\u00favis\u00ed s t\u00fdm, \u017ee sa nechc\u00fa \u201epriv\u00e4zova\u0165\u201c na produkty Cisco. Ale Cisco spr\u00edstupnilo tento protokol verejnosti, preto\u017ee podporuje sie\u0165ov\u00e9 zariadenia tret\u00edch str\u00e1n, ako napr\u00edklad Juniper, a ak sa spoj\u00edte so spolo\u010dnos\u0165ou, ktor\u00e1 nepou\u017e\u00edva zariadenia Cisco, nebudete ma\u0165 \u017eiadne probl\u00e9my. <\/p>\n

Po\u010fme sa na chv\u00ed\u013eu pozrie\u0165 na hist\u00f3riu sie\u0165ov\u00fdch protokolov. <\/p>\n

\"\u0160kolenie
\n
\nProtokol RIPv1, ktor\u00fd sa objavil v 80. rokoch, mal mno\u017estvo obmedzen\u00ed, napr\u00edklad maxim\u00e1lny po\u010det skokov, rovn\u00fd 16, a preto nemohol zabezpe\u010di\u0165 smerovanie v rozsiahlych sie\u0165ach. O nie\u010do nesk\u00f4r bol vyvinut\u00fd vn\u00fatorn\u00fd protokol smerovania br\u00e1ny IGRP, ktor\u00fd bol ove\u013ea lep\u0161\u00ed ako RIP. Av\u0161ak bol viac protokolom vzdialen\u00e9ho vektora ne\u017e protokolom stavu kan\u00e1lov. Na konci 80. rokov sa objavil otvoren\u00fd \u0161tandard \u2013 protokol na sledovanie stavu kan\u00e1lov OSPFv2 pre protokol IPv4. <\/p>\n

Na za\u010diatku 90. rokov sa Cisco rozhodla, \u017ee protokol IGRP je potrebn\u00e9 vylep\u0161i\u0165, a vydala vylep\u0161en\u00fd vn\u00fatorn\u00fd protokol routovania EIGRP. Bol omnoho efekt\u00edvnej\u0161\u00ed ako OSPF, preto\u017ee sp\u00e1jal vlastnosti RIP a OSPF. Ke\u010f za\u010dneme jeho \u0161t\u00fadium, presved\u010d\u00edte sa, \u017ee konfigur\u00e1cia EIGRP je omnoho jednoduch\u0161ia ne\u017e OSPF. Cisco sa sna\u017eila vytvori\u0165 protokol, ktor\u00fd by zabezpe\u010dil \u010do najr\u00fdchlej\u0161iu konvergenciu siete. <\/p>\n

Na konci 90. rokov bola vydan\u00e1 aktualizovan\u00e1 bezclassov\u00e1 verzia protokolu RIPv2. V 2000-och rokoch sa objavila tretia verzia OSPF, RIPng a EIGRPv6, ktor\u00e9 podporovali protokol IPv6. Svet sa postupne pribli\u017euje k \u00fapln\u00e9mu prechodu na IPv6 a v\u00fdvoj\u00e1ri protokolov routovania chc\u00fa by\u0165 na to pripraven\u00ed. <\/p>\n

Ak si pam\u00e4t\u00e1te, \u0161tudovali sme, \u017ee pri v\u00fdbere optim\u00e1lnej trasy RIP, ako vzdialenostno-vektorov\u00fd protokol, sa riadi len jedn\u00fdm krit\u00e9riom \u2014 minim\u00e1lnym po\u010dtom skokov, alebo minim\u00e1lnou vzdialenos\u0165ou do cie\u013eov\u00e9ho rozhrania. Tak\u017ee router R1 si vyberie priamu trasu k routeru R3 aj ke\u010f r\u00fdchlos\u0165 na tejto trase je 64 kbit\/s \u2014 \u010do je omnoho ni\u017e\u0161ie ako r\u00fdchlos\u0165 na trase R1-R2-R3, ktor\u00e1 je 1544 kbit\/s. Protokol RIP pova\u017euje pomal\u00fa trasu s jedn\u00fdm skokom za optim\u00e1lnu, nie r\u00fdchlu trasu s dvoma skokmi. <\/p>\n

\"\u0160kolenie
\n
\nOSPF presk\u00fama cel\u00fa topol\u00f3giu siete a rozhodne sa pre pripojenie k routeru R3 pou\u017ei\u0165 trasu cez router R2 ako r\u00fdchlej\u0161iu. Ako metrika pou\u017e\u00edva RIP po\u010det skokov, zatia\u013e \u010do metrikou OSPF je cena, ktor\u00e1 je v mnoh\u00fdch pr\u00edpadoch \u00famern\u00e1 priepustnosti kan\u00e1la. <\/p>\n

EIGRP sa tie\u017e orientuje na cenu trasy, av\u0161ak jeho metrika je ove\u013ea zlo\u017eitej\u0161ia ne\u017e metrika OSPF a zaklad\u00e1 sa na mnoh\u00fdch faktoroch, vr\u00e1tane priepustnosti (Bandwidth), oneskorenia (Delay), spo\u013eahlivosti (Reliability), za\u0165a\u017eenia (Loading) a maxim\u00e1lnej ve\u013ekosti paketu (MTU). Napr\u00edklad, ak bude nejak\u00fd uzol za\u0165a\u017een\u00fd viac ako ostatn\u00e9, EIGRP analyzuje za\u0165a\u017eenie celej trasy a vyberie in\u00fd uzol s men\u0161\u00edm za\u0165a\u017een\u00edm.<\/p>\n

V kurze CCNA budeme zoh\u013ead\u0148ova\u0165 len tak\u00e9 faktory formovania metriky ako Bandwidth a Delay, pr\u00e1ve tie sa pou\u017eij\u00fa vo vzorci metriky. <\/p>\n

\"\u0160kolenie
\n
\nDistantno-vektorov\u00fd protokol RIP pou\u017e\u00edva dva pojmy: vzdialenos\u0165 a smer. Ak m\u00e1me 3 routre a jeden z nich je pripojen\u00fd k sieti 20.0.0.0, vo\u013eba sa uskuto\u010dn\u00ed pod\u013ea vzdialenosti \u2013 to s\u00fa hops, v tomto pr\u00edpade 1 hop, a pod\u013ea smeru, teda ktorou cestou \u2013 hornou alebo dolnou \u2013 posiela\u0165 prev\u00e1dzku. <\/p>\n

Okrem toho, RIP pou\u017e\u00edva periodick\u00e9 aktualiz\u00e1cie inform\u00e1ci\u00ed, zasielaj\u00fac cel\u00fa tabu\u013eku smerovania po celej sieti ka\u017ed\u00fdch 30 sek\u00fand. T\u00e1to aktualiz\u00e1cia vykon\u00e1va 2 funkcie. Prv\u00e1 \u2013 samotn\u00e1 aktualiz\u00e1cia tabu\u013eky smerovania, druh\u00e1 \u2013 kontrola \u017eivotaschopnosti suseda. Ak zariadenie nedost\u00e1va odpovedaj\u00facu aktualiz\u00e1ciu tabu\u013eky alebo nov\u00e9 inform\u00e1cie o trase od suseda po\u010das 30 sek\u00fand, ch\u00e1pe, \u017ee cesta k susedovi u\u017e nie je pou\u017eite\u013en\u00e1. Router posiela aktualiz\u00e1ciu ka\u017ed\u00fdch 30 sek\u00fand, aby zistil, \u010di je sused \u201ena\u017eive\u201c a \u010di je e\u0161te platn\u00e1 trasa. <\/p>\n

Ako som povedal, na zabr\u00e1nenie smerov\u00fdm slu\u010dk\u00e1m sa pou\u017e\u00edva technol\u00f3gia Split Horizon. To znamen\u00e1, \u017ee aktualiz\u00e1cia sa nezasiela sp\u00e4\u0165 na ten rozhranie, z ktor\u00e9ho pri\u0161la. Druh\u00e1 technol\u00f3gia na zabr\u00e1nenie slu\u010dk\u00e1m je Route Poison. Ak pripojenie k zn\u00e1zornenej sieti 20.0.0.0 zlyh\u00e1, router, ku ktor\u00e9mu bola pripojen\u00e1, zasiela susedom \u201eotr\u00e1ven\u00fa trasu\u201c, kde oznamuje, \u017ee t\u00e1to sie\u0165 je teraz dostupn\u00e1 v 16 hops, teda prakticky nedosiahnute\u013en\u00e1. Takto funguje protokol RIP.<\/p>\n

Ako to funguje EIGRP? Ak si pam\u00e4t\u00e1te z lekci\u00ed o OSPF, tento protokol vykon\u00e1va tri funkcie: vytv\u00e1ra susedstvo, pomocou LSA aktualizuje datab\u00e1zu LSDB v s\u00falade so zmenami topol\u00f3gie siete a zostavuje tabu\u013eku smerovania. Vytv\u00e1ranie susedstva je dos\u0165 zlo\u017eit\u00fd proces, ktor\u00fd vyu\u017e\u00edva mno\u017estvo parametrov. Napr\u00edklad kontrola a zmena pripojenia 2WAY \u2013 niektor\u00e9 pripojenia zost\u00e1vaj\u00fa v stave obojsmern\u00e9ho spojenia, niektor\u00e9 prech\u00e1dzaj\u00fa do stavu FULL. Na rozdiel od OSPF sa v protokole EIGRP podobn\u00e9 nevyskytuje \u2013 kontroluje iba 4 parametre. <\/p>\n

\"\u0160kolenie
\n
\nRovnako ako OSPF, tento protokol ka\u017ed\u00fdch 10 sek\u00fand posiela spr\u00e1vu Hello, ktor\u00e1 obsahuje 4 parametre. Prv\u00fd je krit\u00e9rium autentifik\u00e1cie, ak bola predt\u00fdm nastaven\u00e1. V\u0161etky zariadenia, s ktor\u00fdmi sa vytv\u00e1ra susedstvo, musia ma\u0165 rovnak\u00e9 autentifika\u010dn\u00e9 parametre.<\/p>\n

Druh\u00fd parameter sl\u00fa\u017ei na overenie pr\u00edslu\u0161nosti zariaden\u00ed k jednej auton\u00f3mnej s\u00fastave, to znamen\u00e1, \u017ee na vytvorenie susedstva prostredn\u00edctvom protokolu EIGRP musia ma\u0165 obidve zariadenia rovnak\u00e9 \u010d\u00edslo auton\u00f3mnej s\u00fastavy. Tret\u00ed parameter sl\u00fa\u017ei na overenie toho, \u017ee spr\u00e1vy Hello sa rozosielaj\u00fa z jednej IP adresy zdroja Source IP. <\/p>\n

\u0160tvrt\u00fd parameter sa pou\u017e\u00edva na overenie zhody premenn\u00fdch koeficientov K-Values. Protokol EIRGP pou\u017e\u00edva 5 tak\u00fdchto koeficientov od K1 do K5. Ak si pam\u00e4t\u00e1te, pri hodnote K=0 s\u00fa parametre ignorovan\u00e9, a ak je K=1, pou\u017eij\u00fa sa v rovnicu na v\u00fdpo\u010det metriky. Tak\u017ee hodnoty K1-5 pre r\u00f4zne zariadenia musia zodpoveda\u0165. V kurze CCNA budeme predpoklada\u0165, \u017ee hodnoty t\u00fdchto koeficientov s\u00fa predvolen\u00e9: K1 a K3 s\u00fa rovn\u00e9 1, zatia\u013e \u010do K2, K4 a K5 s\u00fa rovn\u00e9 0.<\/p>\n

Ak teda tieto 4 parametre zodpovedaj\u00fa, EIGRP vytv\u00e1ra susedsk\u00e9 vz\u0165ahy a zariadenia sa navz\u00e1jom zap\u00ed\u0161u do tabu\u013eky susedov. Potom sa vykonaj\u00fa zmeny v topologickej tabu\u013eke. <\/p>\n

\"\u0160kolenie
\n
\nV\u0161etky spr\u00e1vy Hello sa odosielaj\u00fa na multicastov\u00fa IP adresu 224.0.0.10, a aktualiz\u00e1cie sa v z\u00e1vislosti od nastavenia posielaj\u00fa na unicastov\u00e9 adresy susedov alebo na multicastov\u00fa adresu. T\u00e1to aktualiz\u00e1cia nie je zasielan\u00e1 prostredn\u00edctvom UDP alebo TCP, ale pou\u017e\u00edva in\u00fd protokol nazvan\u00fd RTP, Reliable Transport Protocol, alebo \u201eprotokol pre spo\u013eahliv\u00fa dopravu\u201c. Tento protokol kontroluje, \u010di sused prijal aktualiz\u00e1ciu, a ako nazna\u010duje jeho n\u00e1zov, jeho k\u013e\u00fa\u010dovou funkciou je zabezpe\u010di\u0165 spo\u013eahlivos\u0165 prenosu. Ak aktualiz\u00e1cia nedosiahne suseda, prenos sa zopakuje, k\u00fdm ju nesprev\u00e1dzaj\u00fa. V OSPF neexistuje mechanizmus na overenie prij\u00edmaj\u00faceho zariadenia, tak\u017ee syst\u00e9m nevie, \u010di susedn\u00e9 zariadenia prijali aktualiz\u00e1ciu alebo nie.
\nAk si pam\u00e4t\u00e1te, RIP odosiela aktualiz\u00e1ciu kompletnej topol\u00f3gie siete ka\u017ed\u00fdch 30 sek\u00fand. EIGRP to rob\u00ed len v pr\u00edpade, \u017ee sa v sieti objavilo nov\u00e9 zariadenie alebo do\u0161lo k ak\u00fdmko\u013evek zmen\u00e1m. Ak do\u0161lo k zmene topol\u00f3gie podsiete, protokol odo\u0161le aktualiz\u00e1ciu, ale nie celej tabulky topol\u00f3gie, ale iba z\u00e1znamov s touto zmenou. Ak sa zmen\u00ed nejak\u00e1 podsiete, aktualizuje sa iba jej topol\u00f3gia. To vyzer\u00e1 ako \u010diasto\u010dn\u00e1 aktualiz\u00e1cia, ktor\u00e1 sa vykon\u00e1va, ke\u010f je to potrebn\u00e9. <\/p>\n

Ako iste viete, OSPF odosiela LSA ka\u017ed\u00fdch 30 min\u00fat bez oh\u013eadu na to, \u010di nastali v sieti nejak\u00e9 zmeny. EIGRP nebude odosiela\u0165 \u017eiadne aktualiz\u00e1cie dlh\u0161\u00ed \u010das, k\u00fdm v sieti ned\u00f4jde k nejak\u00fdm zmen\u00e1m. Preto je EIGRP ove\u013ea \u00fa\u010dinnej\u0161\u00ed ne\u017e OSPF.<\/p>\n

Po tom, \u010do smerova\u010de vymenili bal\u00edky aktualiz\u00e1ci\u00ed, nast\u00e1va tretia f\u00e1za \u2013 vytvorenie smerovacej tabu\u013eky na z\u00e1klade metriky, ktor\u00e1 sa vypo\u010d\u00edta pod\u013ea vzorca uveden\u00e9ho na obr\u00e1zku. Ten zah\u0155\u0148a kalkul\u00e1ciu n\u00e1kladov a na z\u00e1klade t\u00fdchto n\u00e1kladov sprav\u00ed rozhodnutie.
\nPredpokladajme, \u017ee R1 odoslal Hello smerova\u010du R2 a ten poslal Hello smerova\u010du R1. Ak sa v\u0161etky parametre zhoduj\u00fa, smerova\u010de vytvoria tabu\u013eku susedov. Do tejto tabu\u013eky R2 zap\u00ed\u0161e z\u00e1znam o smerova\u010di R1 a R1 vytvor\u00ed z\u00e1znam o R2. Po tomto smerova\u010d R1 odo\u0161le aktualiz\u00e1ciu do siete pripojenej k nemu 10.1.1.0\/24. V smerovacej tabu\u013eke to vyzer\u00e1 ako inform\u00e1cia o IP adrese siete, rozhran\u00ed smerova\u010da, ktor\u00e9 zabezpe\u010duje spojenie s \u0148ou, a n\u00e1kladoch cesty cez toto rozhranie. Ako si pam\u00e4t\u00e1te, n\u00e1klady EIGRP s\u00fa 90, a \u010falej sa uv\u00e1dza hodnota vzdialenosti Distance value, o ktorej budeme hovori\u0165 nesk\u00f4r. <\/p>\n

\"\u0160kolenie
\n
\n\u00dapln\u00fd vzorec metriky vyzer\u00e1 ove\u013ea zlo\u017eitej\u0161\u00ed, ke\u010f\u017ee obsahuje hodnoty koeficientov K a r\u00f4zne transform\u00e1cie. Na webovej str\u00e1nke Cisco je uveden\u00fd cel\u00fd tvar vzorca, av\u0161ak ak vykon\u00e1te substit\u00faciu hodn\u00f4t koeficientov pod\u013ea predvolen\u00fdch nastaven\u00ed, premen\u00ed sa na jednoduch\u0161\u00ed tvar \u2013 metrika bude rovn\u00e1 (bandwidth + Delay) * 256.<\/p>\n

\"\u0160kolenie
\n
\nBudeme pou\u017e\u00edva\u0165 pr\u00e1ve tak\u00fdto zjednodu\u0161en\u00fd typ vzorca na v\u00fdpo\u010det metriky, kde priepustnos\u0165 v kilobitoch je 107 rozdelen\u00e9 na najmenej priepustnos\u0165 v\u0161etk\u00fdch rozhran\u00ed ved\u00facich k cie\u013eovej sieti least-bandwidth, a oneskorenie cumulative-delay je s\u00fahrnn\u00e9 oneskorenie v desiatkach mikrosek\u00fand na v\u0161etk\u00fdch rozhran\u00ed ved\u00facich k cie\u013eovej sieti. <\/p>\n

Pri \u0161t\u00fadiu EIGRP mus\u00edme osvoji\u0165 \u0161tyri defin\u00edcie: Feasible Distance (mo\u017en\u00e1 vzdialenos\u0165), Reported Distance (nahl\u00e1sen\u00e1 vzdialenos\u0165), Successor (susedn\u00fd smerova\u010d s najni\u017e\u0161ou cenou cesty k cie\u013eovej sieti) a Feasible Successor (z\u00e1lo\u017en\u00fd susedn\u00fd smerova\u010d). Aby sme pochopili, \u010do znamenaj\u00fa, pozrime sa na nasleduj\u00facu topol\u00f3giu siete. <\/p>\n

\"\u0160kolenie
\n
\nZa\u010dneme vytvoren\u00edm smerovacej tabu\u013eky R1 s cie\u013eom vybra\u0165 najlep\u0161\u00ed smer k sieti 10.1.1.0\/24. Ved\u013ea ka\u017ed\u00e9ho zariadenia je uveden\u00e1 priepustnos\u0165 v kbit\/s a oneskorenie v ms. Pou\u017e\u00edvame rozhrania GigabitEthernet s priepustnos\u0165ou 100 Mbit\/s, alebo 1000000 kbit\/s, rozhrania FastEthernet s r\u00fdchlos\u0165ou 100000 kbit\/s, Ethernet s r\u00fdchlos\u0165ou 10000 kbit\/s a s\u00e9riov\u00e9 rozhrania s r\u00fdchlos\u0165ou 1544 kbit\/s. Tieto hodnoty m\u00f4\u017eeme z\u00edska\u0165 pri prehliadan\u00ed nastaven\u00ed smerova\u010da, ktor\u00e9 obsahuj\u00fa charakteristiky pr\u00edslu\u0161n\u00fdch fyzick\u00fdch rozhran\u00ed.
\nPriepustnos\u0165 s\u00e9riov\u00fdch rozhran\u00ed je predvolene 1544 kbit\/s, a aj ke\u010f m\u00e1te linku 64 kbit\/s, priepustnos\u0165 bude st\u00e1le 1544 kbit\/s. Preto by ste sa ako sie\u0165ov\u00fd administr\u00e1tor mali uisti\u0165, \u017ee pou\u017e\u00edvate spr\u00e1vnu hodnotu priepustnosti. Pre konkr\u00e9tne rozhranie ju m\u00f4\u017eete nastavi\u0165 pomocou pr\u00edkazu bandwidth, a s pr\u00edkazom delay m\u00f4\u017eete zmeni\u0165 predvolen\u00fa hodnotu oneskorenia. Nemus\u00edte sa ob\u00e1va\u0165 hodnoty priepustnosti pre predvolen\u00e9 rozhrania GigabitEthernet alebo Ethernet, ale bu\u010fte opatrn\u00ed pri v\u00fdbere r\u00fdchlosti linky, ak pou\u017e\u00edvate s\u00e9riov\u00e9 rozhranie. <\/p>\n

V\u0161imnite si, \u017ee na tejto sch\u00e9me je oneskorenie ozna\u010den\u00e9 ako v milisekund\u00e1ch ms, ale v skuto\u010dnosti je to mikrosekundy, jednoducho nem\u00e1m p\u00edsmeno \u03bc na spr\u00e1vne ozna\u010denie mikrosek\u00fand \u03bcs. <\/p>\n

S mierou pozornosti zoh\u013eadnite nasleduj\u00facu skuto\u010dnos\u0165. Ak zad\u00e1te pr\u00edkaz show interface g0\/0, syst\u00e9m zobraz\u00ed oneskorenie v desiatkach mikrosek\u00fand, a nie len v mikrosekund\u00e1ch. <\/p>\n

T\u00fato ot\u00e1zku podrobne presk\u00famame v nasleduj\u00facom videu venovanom nastaveniu EIGRP; zatia\u013e si zapam\u00e4tajte, \u017ee pri dosadzovan\u00ed hodn\u00f4t oneskorenia do vzorca 100 \u03bcs sa sch\u00e9ma men\u00ed na 10, preto\u017ee vzorec pou\u017e\u00edva desiatky mikrosek\u00fand, nie jednotky. <\/p>\n

Na sch\u00e9me ozna\u010d\u00edm \u010derven\u00fdmi bodmi rozhrania, ktor\u00fdm prisl\u00fachaj\u00fa zobrazen\u00e9 priepustnosti a oneskorenia. <\/p>\n

\"\u0160kolenie
\n
\nNa prvom mieste mus\u00edme ur\u010di\u0165 mo\u017en\u00e9 vzdialenosti Feasible Distance. Toto je metrika FD, ktor\u00e1 sa po\u010d\u00edta pod\u013ea vzorca. Pre \u00fasek od R5 do vonkaj\u0161ej siete mus\u00edme rozdeli\u0165 107 na 106, v d\u00f4sledku \u010doho dostaneme 10. Potom k tejto hodnote bandwidth mus\u00edme pripo\u010d\u00edta\u0165 oneskorenie, ktor\u00e9 je rovn\u00e9 1, preto\u017ee m\u00e1me 10 mikrosek\u00fand, teda jeden desa\u0165. Z\u00edskan\u00e1 hodnota 11 sa mus\u00ed vyn\u00e1sobi\u0165 256, teda hodnota metriky sa bude rovna\u0165 2816. Tak\u00e1 je hodnota FD pre tento \u00fasek siete. <\/p>\n

T\u00fato hodnotu router R5 po\u0161le routeru R2, pri\u010dom pre R2 sa stane vyhl\u00e1senou vzdialenos\u0165ou Reported Distance, teda hodnotou, ktor\u00fa mu ozn\u00e1mil sused. T\u00fdmto sp\u00f4sobom bude vyhl\u00e1sen\u00e1 vzdialenos\u0165 RD pre v\u0161etky ostatn\u00e9 zariadenia rovn\u00fa mo\u017enej vzdialenosti FD zariadenia, ktor\u00e9 v\u00e1m ju ozn\u00e1milo. <\/p>\n

Router R2 vykon\u00e1va v\u00fdpo\u010dty FD na z\u00e1klade svojich \u00fadajov, teda del\u00ed 107 na 105 a dost\u00e1va 100. Potom k tejto hodnote prid\u00e1va s\u00fa\u010det oneskoren\u00ed na ceste do vonkaj\u0161ej siete: oneskorenie R5, ktor\u00e9 je rovn\u00e9 jedn\u00e9mu desiatku mikrosek\u00fand, a vlastn\u00e9 oneskorenie, ktor\u00e9 je rovn\u00e9 desiatim desiatkom. Celkov\u00e9 oneskorenie bude 11 desiatkov mikrosek\u00fand. Prid\u00e1vame ho k z\u00edskanej stovke a dost\u00e1vame 111, t\u00fato hodnotu vyn\u00e1sob\u00edme 256 a dost\u00e1vame hodnotu FD=28416. Podobne postupuje router R3, ktor\u00fd po svojich v\u00fdpo\u010dtoch dost\u00e1va hodnotu FD=281856. Router R4 vypo\u010d\u00edtava hodnotu FD=3072 a odosiela ju R1 ako RD. <\/p>\n

Upozor\u0148ujeme, \u017ee router R1 pri v\u00fdpo\u010dte FD dosadzuje do vzorca nie svoju priepustnos\u0165 1000000 kbit\/s, ale ni\u017e\u0161iu priepustnos\u0165 routera R2, ktor\u00e1 je 100000 kbit\/s, preto\u017ee vo vzorci sa v\u017edy pou\u017e\u00edva minim\u00e1lna priepustnos\u0165 rozhrania ved\u00faceho k cie\u013eovej sieti. V tomto pr\u00edpade sa na ceste k sieti 10.1.1.0\/24 nach\u00e1dzaj\u00fa routery R2 a R5, ale preto\u017ee priepustnos\u0165 piateho routera je vy\u0161\u0161ia, do vzorca sa dos\u00e1dza najmen\u0161ia hodnota priepustnosti routera R2. Celkov\u00e1 oneskorenie na ceste R1-R2-R5 je 1+10+1 (desiatky) = 12, a upraven\u00e1 priepustnos\u0165 je rovn\u00e1 100, a s\u00fa\u010det t\u00fdchto \u010d\u00edsel, vyn\u00e1soben\u00fd 256, d\u00e1 hodnotu FD=30976. <\/p>\n

Tak\u017ee v\u0161etky zariadenia vypo\u010d\u00edtali FD svojich rozhran\u00ed a router R1 m\u00e1 3 trasy ved\u00face k cie\u013eovej sieti. Tieto trasy s\u00fa R1-R2, R1-R3 a R1-R4. Router vyber\u00e1 minim\u00e1lnu hodnotu mo\u017enej vzdialenosti FD, ktor\u00e1 je 30976 \u2013 to je trasa k routeru R2. Tento router sa st\u00e1va Successorom, alebo \u201en\u00e1stupcom\u201c. V tabu\u013eke smerovania je tie\u017e uveden\u00fd Feasible Successor (rezervn\u00fd n\u00e1stupca) \u2013 to znamen\u00e1, \u017ee v pr\u00edpade preru\u0161enia spojenia medzi R1 a Successor, trasa bude prebieha\u0165 cez rezervn\u00fd router Feasible Successor.<\/p>\n

Feasible Successors sa ur\u010duje pod\u013ea jedin\u00e9ho pravidla: vyhl\u00e1sen\u00e1 vzdialenos\u0165 RD tohto smerova\u010da mus\u00ed by\u0165 men\u0161ia ako FD routera na \u00faseku k Successorovi. V na\u0161om pr\u00edpade R1-R2 m\u00e1 FD=30976, RD na \u00faseku R1-K3 je 281856, a RD na \u00faseku R1-R4 je 3072. Ke\u010f\u017ee 3072 < 30976, za Feasible Successor je vybran\u00fd router R4. <\/p>\n

To znamen\u00e1, \u017ee pri preru\u0161en\u00ed spojenia na \u00faseku siete R1-R2 bude prev\u00e1dzka do siete 10.1.1.0\/24 smerovan\u00e1 trasou R1-R4-R5. Prepn\u00fa\u0165 trasu pri pou\u017eit\u00ed RIP trv\u00e1 nieko\u013eko desiatok sek\u00fand, pri pou\u017eit\u00ed OSPF \u2013 nieko\u013eko sek\u00fand, a v EIGRP prebieha okam\u017eite. Toto je \u010fal\u0161ia v\u00fdhoda EIGRP v porovnan\u00ed s in\u00fdmi smerovac\u00edmi protokolmi. <\/p>\n

\u010co sa stane, ak sa s\u00fa\u010dasne preru\u0161ia spojenia s Successor a Feasible Successor? V tomto pr\u00edpade EIGRP vyu\u017eije algoritmus DUAL, ktor\u00fd m\u00f4\u017ee vypo\u010d\u00edta\u0165 z\u00e1lo\u017en\u00fa trasu cez pravdepodobn\u00e9ho n\u00e1stupcu. To m\u00f4\u017ee trva\u0165 nieko\u013eko sek\u00fand, po\u010das ktor\u00fdch EIGRP n\u00e1jde in\u00e9ho suseda, ktor\u00e9ho je mo\u017en\u00e9 pou\u017ei\u0165 na pren\u00e1\u0161anie prev\u00e1dzky, a vlo\u017e\u00ed jeho \u00fadaje do smerovacej tabu\u013eky. Potom protokol pokra\u010duje v be\u017enej \u010dinnosti v zabezpe\u010den\u00ed smerovania. <\/p>\n

\r\n \"Prehrajte\r\n
<\/div>\r\n <\/div><\/center>
\n\u010eakujeme, \u017ee s nami zost\u00e1vate. P\u00e1\u010dia sa v\u00e1m na\u0161e \u010dl\u00e1nky? Chcete vidie\u0165 viac zauj\u00edmav\u00fdch materi\u00e1lov? Podporte n\u00e1s objednan\u00edm alebo odpor\u00fa\u010dan\u00edm priate\u013eom, 30% z\u013eava pre pou\u017e\u00edvate\u013eov Chabra na unik\u00e1tny ekvivalent entry-level serverov, ktor\u00fd sme pre v\u00e1s vytvorili:<\/b> V\u0161etky pravdy o VPS (KVM) E5-2650 v4 (6 jadier) 10GB DDR4 240GB SSD 1Gbps od 20 dol\u00e1rov alebo ako spr\u00e1vne rozdeli\u0165 server?<\/a><\/noindex> (k dispoz\u00edcii varianty s RAID1 a RAID10, a\u017e 24 jadier a a\u017e 40GB DDR4).<\/p>\n

Dell R730xd za polovicu?<\/b> Len u n\u00e1s 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB od 199 dol\u00e1rov<\/a><\/noindex> v Holandsku! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 od 99 dol\u00e1rov!<\/b><\/b> Pre\u010d\u00edtajte si o tom Ako vybudova\u0165 infra\u0161trukt\u00faru korpor\u00e1tneho typu s pou\u017eit\u00edm serverov Dell R730xd E5-2650 v4 s cenou 9000 eur za zlomok ceny?<\/a><\/noindex>
\n
Zdroj: 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\udd47Tr\u00e9ning Cisco 200-125 CCNA v3.0. De\u0148 49. \u00davod do EIGRP | ProHoster","description":"Dnes za\u010dneme \u0161tudova\u0165 protokol EIGRP, ktor\u00fd je rovnako d\u00f4le\u017eitou t\u00e9mou kurzu CCNA, ako \u0161t\u00fadium OSPF.","canonical_url":"https:\/\/prohoster.info\/sk\/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":"sk_SK","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\/sk\/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\/sk\/wp-json\/wp\/v2\/posts\/38396","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sk\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sk\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sk\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sk\/wp-json\/wp\/v2\/comments?post=38396"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sk\/wp-json\/wp\/v2\/posts\/38396\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sk\/wp-json\/wp\/v2\/media\/28820"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sk\/wp-json\/wp\/v2\/media?parent=38396"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sk\/wp-json\/wp\/v2\/categories?post=38396"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sk\/wp-json\/wp\/v2\/tags?post=38396"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}