{"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\/hu\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","title":{"rendered":"Cisco 200-125 CCNA v3.0 tr\u00e9ning. 49. nap. Bevezet\u00e9s az EIGRP-be","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ma elkezdj\u00fck az EIGRP protokoll tanulm\u00e1nyoz\u00e1s\u00e1t, amely az OSPF tanulm\u00e1nyoz\u00e1s\u00e1val egy\u00fctt a CCNA kurzus legfontosabb t\u00e9m\u00e1ja. <\/p>\n

\"Cisco
\n
\nK\u00e9s\u0151bb visszat\u00e9r\u00fcnk a 2.5. szakaszhoz, de most azonnal menj\u00fcnk a 2.6. szakaszhoz, a \"EIGRP IPv4 protokoll konfigur\u00e1l\u00e1sa, ellen\u0151rz\u00e9se \u00e9s hibakeres\u00e9se (kiv\u00e9ve az azonos\u00edt\u00e1st, sz\u0171r\u00e9st, k\u00e9zi \u00f6sszegz\u00e9st, \u00fajraeloszt\u00e1st \u00e9s a stub konfigur\u00e1l\u00e1st)\" ut\u00e1n a 2.4. szakaszr\u00f3l.
\nMa bevezet\u0151 \u00f3r\u00e1nk lesz, ahol bemutatom az EIGRP fejlett bels\u0151 \u00fatv\u00e1laszt\u00e1si protokoll koncepci\u00f3j\u00e1t, \u00e9s a k\u00f6vetkez\u0151 k\u00e9t \u00f3r\u00e1ban az ennek a protokollnak a konfigur\u00e1l\u00e1s\u00e1t \u00e9s hibakeres\u00e9s\u00e9t fogjuk t\u00e1rgyalni. De el\u0151sz\u00f6r szeretn\u00e9m megosztani \u00f6n\u00f6kkel a k\u00f6vetkez\u0151ket.<\/a><\/noindex><\/p>\n

Az elm\u00falt n\u00e9h\u00e1ny \u00f3r\u00e1ban az OSPF-t tanulm\u00e1nyoztuk. Most szeretn\u00e9m, ha felid\u00e9zn\u00e9tek, hogy amikor h\u00f3napokkal ezel\u0151tt a RIP protokollt tanulm\u00e1nyoztuk, akkor a hurok \u00e9s az olyan technol\u00f3gi\u00e1k, amelyek megakad\u00e1lyozz\u00e1k a forgalom ciklikus \u00e1raml\u00e1s\u00e1t, mint p\u00e9ld\u00e1ul a \"hurok\" problematika. Hogyan lehet megakad\u00e1lyozni a hurok kialakul\u00e1s\u00e1t OSPF haszn\u00e1lata k\u00f6zben? Haszn\u00e1lhat\u00f3ak erre olyan m\u00f3dszerek, mint a \"route poison\" vagy a \"split horizon\"? Ezek olyan k\u00e9rd\u00e9sek, amelyekre neked magadnak kell v\u00e1laszolnod. Haszn\u00e1lhatsz egy\u00e9b t\u00e9m\u00e1kkal foglalkoz\u00f3 forr\u00e1sokat, de tal\u00e1lj v\u00e1laszokat ezekre a k\u00e9rd\u00e9sekre. Szeretn\u00e9m, ha megtanuln\u00e1d, hogyan tal\u00e1lhatsz saj\u00e1t magad v\u00e1laszokat, k\u00fcl\u00f6nb\u00f6z\u0151 forr\u00e1sokb\u00f3l dolgozva, \u00e9s k\u00e9rlek, hagyj kommentet a vide\u00f3 alatt, hogy l\u00e1thassam, h\u00e1ny di\u00e1komb\u00f3l siker\u00fclt megoldani ezt a feladatot. <\/p>\n

Mi az EIGRP? Ez egy hibrid \u00fatv\u00e1laszt\u00e1si protokoll, amely a t\u00e1vols\u00e1g-alap\u00fa protokoll, mint a RIP, \u00e9s az \u00e1llapot-alap\u00fa protokoll, mint az OSPF hasznos funkci\u00f3it \u00f6tv\u00f6zi. <\/p>\n

\"Cisco
\n
\nAz EIGRP egy Cisco szabadalmaztatott protokoll, amelyet 2013-ban ny\u00fajtottak a ny\u00edlt k\u00f6z\u00f6ns\u00e9g sz\u00e1m\u00e1ra. Az \u00e1llapot-alap\u00fa protokollb\u00f3l \u00e1tvette a szomsz\u00e9ds\u00e1g l\u00e9trehoz\u00e1s\u00e1nak algoritmus\u00e1t, ellent\u00e9tben a RIP-pel, amely nem hoz l\u00e9tre szomsz\u00e9dokat. A RIP is megosztja a routing t\u00e1bl\u00e1kat m\u00e1s protokoll r\u00e9szvev\u0151kkel, azonban az OSPF a t\u00e1bl\u00e1k cser\u00e9je el\u0151tt szomsz\u00e9ds\u00e1got alak\u00edt ki. Az EIGRP hasonl\u00f3 m\u00f3don m\u0171k\u00f6dik.<\/p>\n

A RIP protokoll 30 m\u00e1sodpercenk\u00e9nt v\u00e9grehajtja a teljes \u00fatvonal adatb\u00e1zis\u00e1nak friss\u00edt\u00e9s\u00e9t, \u00e9s inform\u00e1ci\u00f3kat k\u00fcld minden interf\u00e9szr\u0151l \u00e9s minden \u00fatr\u00f3l a szomsz\u00e9dainak. Az EIGRP nem hajt v\u00e9gre id\u0151szakos teljes inform\u00e1ci\u00f3friss\u00edt\u00e9st, hanem a Hello \u00fczenetek fogalm\u00e1t haszn\u00e1lja, mint az OSPF. N\u00e9h\u00e1ny m\u00e1sodpercenk\u00e9nt Hello-t k\u00fcld, hogy megbizonyosodjon arr\u00f3l, hogy a szomsz\u00e9d m\u00e9g mindig \"\u00e9letben van\".<\/p>\n

A t\u00e1vols\u00e1gi vektor protokollal ellent\u00e9tben, amely a h\u00e1l\u00f3zat teljes topol\u00f3gi\u00e1j\u00e1t vizsg\u00e1lja meg, miel\u0151tt d\u00f6nt\u00e9st hozna az \u00fatvonal kialak\u00edt\u00e1s\u00e1r\u00f3l, az EIGRP a RIP-hez hasonl\u00f3an pletyk\u00e1k alapj\u00e1n k\u00e9sz\u00edt \u00fatvonalakat. Amikor azt mondom, hogy \"pletyk\u00e1k\", azt \u00e9rtem, hogy amikor a szomsz\u00e9d valamit k\u00f6z\u00f6l, az EIGRP ezt felt\u00e9tel n\u00e9lk\u00fcl elfogadja. P\u00e9ld\u00e1ul, ha a szomsz\u00e9d azt mondja, hogy tudja, hogyan \u00e9rje el a 10.1.1.2-t, az EIGRP elhiszi neki, an\u00e9lk\u00fcl, hogy megk\u00e9rdezn\u00e9: \"Honnan tudod ezt? Mes\u00e9lj a h\u00e1l\u00f3zat teljes topol\u00f3gi\u00e1j\u00e1r\u00f3l!\". <\/p>\n

2013-ig, ha csak Cisco infrastrukt\u00far\u00e1t haszn\u00e1lt, akkor haszn\u00e1lhatta az EIGRP-t, mivel ezt a protokollt 1994-ben hozt\u00e1k l\u00e9tre. Azonban sok v\u00e1llalat, m\u00e9g ha Cisco berendez\u00e9st is haszn\u00e1lt, nem akarta haszn\u00e1lni ezt a protokollt. V\u00e9lem\u00e9nyem szerint az EIGRP jelenleg a legjobb dinamikus \u00fatv\u00e1laszt\u00e1si protokoll, mivel sokkal k\u00f6nnyebb haszn\u00e1lni, m\u00e9gis az emberek m\u00e9g mindig az OSPF-t r\u00e9szes\u00edtik el\u0151nyben. Azt hiszem, ez az\u00e9rt van, mert nem akarnak \"kipr\u00f3b\u00e1lni\" egy Cisco term\u00e9ket. De a Cisco ezt a protokollt nyilv\u00e1noss\u00e1 tette, mert t\u00e1mogatja a harmadik f\u00e9lt\u0151l sz\u00e1rmaz\u00f3 h\u00e1l\u00f3zati berendez\u00e9seket, p\u00e9ld\u00e1ul a Junipert, \u00e9s ha egy olyan c\u00e9ggel dolgozik egy\u00fctt, amely nem haszn\u00e1l Cisco berendez\u00e9st, nem fog probl\u00e9m\u00e1ja ad\u00f3dni. <\/p>\n

Tegy\u00fck meg a t\u00f6rt\u00e9nelmi utaz\u00e1st a h\u00e1l\u00f3zati protokollok vil\u00e1g\u00e1ba. <\/p>\n

\"Cisco
\n
\nA RIPv1 protokoll, amely az 1980-as \u00e9vekben jelent meg, sz\u00e1mos korl\u00e1toz\u00e1ssal rendelkezett, p\u00e9ld\u00e1ul a maxim\u00e1lis hopok sz\u00e1ma 16, ez\u00e9rt nem tudott biztos\u00edtani \u00fatv\u00e1laszt\u00e1st kiterjedt h\u00e1l\u00f3zatokban. Kicsit k\u00e9s\u0151bb fejlesztett\u00e9k ki az IGRP bels\u0151 \u00fatv\u00e1laszt\u00e1si protokollt, amely sokkal jobb volt, mint a RIP. Azonban ez ink\u00e1bb egy t\u00e1vols\u00e1gi vektor protokoll volt, mintsem csatorna \u00e1llapot protokoll. Az 1980-as \u00e9vek v\u00e9g\u00e9n megjelent egy ny\u00edlt szabv\u00e1ny - az OSPFv2 csatorna \u00e1llapot nyomk\u00f6vet\u0151 protokoll az IPv4 protokoll sz\u00e1m\u00e1ra. <\/p>\n

A 90-es \u00e9vek elej\u00e9n a Cisco \u00fagy d\u00f6nt\u00f6tt, hogy jav\u00edtani kell az IGRP protokollt, ez\u00e9rt kiadta a fejlettebb EIGRP bels\u0151 ir\u00e1ny\u00edt\u00f3 protokollt. Sokkal hat\u00e9konyabb volt az OSPF-n\u00e9l, mert \u00f6tv\u00f6zte a RIP \u00e9s OSPF jellemz\u0151it. Amikor elkezdj\u00fck tanulm\u00e1nyozni, meg fogja tapasztalni, hogy az EIGRP konfigur\u00e1l\u00e1sa sokkal k\u00f6nnyebb, mint az OSPF-\u00e9. A Cisco arra t\u00f6rekedett, hogy egy olyan protokollt k\u00e9sz\u00edtsen, amely a lehet\u0151 leggyorsabb h\u00e1l\u00f3zati konvergenci\u00e1t biztos\u00edtja. <\/p>\n

A 90-es \u00e9vek v\u00e9g\u00e9n a friss\u00edtett oszt\u00e1ly n\u00e9lk\u00fcli RIPv2 verzi\u00f3t adt\u00e1k ki. A 2000-es \u00e9vekben megjelent a harmadik OSPF verzi\u00f3, a RIPng \u00e9s az EIGRPv6, amelyek t\u00e1mogatt\u00e1k az IPv6 protokollt. A vil\u00e1g fokozatosan a teljes IPv6-ra val\u00f3 \u00e1t\u00e1ll\u00e1s fel\u00e9 halad, \u00e9s az ir\u00e1ny\u00edt\u00f3 protokollok fejleszt\u0151i szeretn\u00e9k, ha k\u00e9szen \u00e1lln\u00e1nak erre. <\/p>\n

Ha eml\u00e9kszik, tanulm\u00e1nyoztuk, hogy a RIP, mint t\u00e1vols\u00e1gi vektor protokoll, egyetlen krit\u00e9riumot vesz figyelembe az optim\u00e1lis \u00fatvonal kiv\u00e1laszt\u00e1sakor - a minim\u00e1lis hopok sz\u00e1m\u00e1t, vagyis a minim\u00e1lis t\u00e1vols\u00e1got a c\u00e9l interf\u00e9szhez. \u00cdgy az R1 router k\u00f6zvetlen \u00fatvonalat v\u00e1laszt a R3 routerhez annak ellen\u00e9re, hogy ezen az \u00fatvonalon a sebess\u00e9g 64 kbit\/s - sokkal kevesebb, mint az R1-R2-R3 \u00fatvonalon, amely 1544 kbit\/s. A RIP protokoll az optim\u00e1lisnak tartja a lass\u00fa egy hopb\u00f3l \u00e1ll\u00f3 \u00fatvonalat, nem a gyors, de k\u00e9t hopb\u00f3l \u00e1ll\u00f3 \u00fatvonalat. <\/p>\n

\"Cisco
\n
\nAz OSPF megvizsg\u00e1lja az eg\u00e9sz h\u00e1l\u00f3zati topol\u00f3gi\u00e1t, \u00e9s \u00fagy d\u00f6nt, hogy a R3 routerrel val\u00f3 kapcsolat kialak\u00edt\u00e1s\u00e1hoz a R2 routeren kereszt\u00fcli \u00fatvonalat v\u00e1lasztja, mert az gyorsabb. A RIP metrik\u00e1ja a hopok sz\u00e1m\u00e1t haszn\u00e1lja, m\u00edg az OSPF metrik\u00e1ja a k\u00f6lts\u00e9g, amely a legt\u00f6bb esetben ar\u00e1nyos a s\u00e1vsz\u00e9less\u00e9ggel. <\/p>\n

Az EIGRP szint\u00e9n a k\u00f6lts\u00e9g alapj\u00e1n hat\u00e1rozza meg az \u00fatvonalat, azonban a metrik\u00e1ja sokkal bonyolultabb, mint az OSPF-\u00e9, \u00e9s sz\u00e1mos t\u00e9nyez\u0151n alapul, bele\u00e9rtve a s\u00e1vsz\u00e9less\u00e9get (Bandwidth), a k\u00e9sleltet\u00e9st (Delay), a megb\u00edzhat\u00f3s\u00e1got (Reliability), a terhel\u00e9st (Loading) \u00e9s a maxim\u00e1lis csomagm\u00e9retet (MTU). P\u00e9ld\u00e1ul ha egy csom\u00f3pont jobban le van terhelve, mint a t\u00f6bbi, az EIGRP elemzi a teljes \u00fatvonal terhel\u00e9s\u00e9t, \u00e9s m\u00e1sik, kisebb terhel\u00e9s\u0171 csom\u00f3pontot v\u00e1laszt.<\/p>\n

A CCNA tanfolyamon csup\u00e1n a k\u00f6lts\u00e9g meghat\u00e1roz\u00e1s\u00e1nak olyan t\u00e9nyez\u0151it fogjuk figyelembe venni, mint a s\u00e1vsz\u00e9less\u00e9g (Bandwidth) \u00e9s a k\u00e9sleltet\u00e9s (Delay), ezeket fogja haszn\u00e1lni a metrik\u00e1t meghat\u00e1roz\u00f3 k\u00e9plet. <\/p>\n

\"Cisco
\n
\nA t\u00e1voli vektoralap\u00fa RIP protokoll k\u00e9t fogalmat haszn\u00e1l: t\u00e1vols\u00e1got \u00e9s ir\u00e1nyt. Ha h\u00e1rom router\u00fcnk van, \u00e9s az egyik kapcsol\u00f3dik a 20.0.0.0 h\u00e1l\u00f3zathoz, a v\u00e1laszt\u00e1s a t\u00e1vols\u00e1g alapj\u00e1n t\u00f6rt\u00e9nik \u2013 ezek a hopok, ebben az esetben 1 hop, \u00e9s az ir\u00e1ny szerint, azaz hogy melyik \u00faton \u2013 a fels\u0151 vagy az als\u00f3 \u2013 k\u00fcldj\u00fck a forgalmat. <\/p>\n

Tov\u00e1bb\u00e1, a RIP peri\u00f3dikus inform\u00e1ci\u00f3friss\u00edt\u00e9st v\u00e9gez, amely sor\u00e1n teljes routing t\u00e1bl\u00e1zatot k\u00fcld \u00e1t az eg\u00e9sz h\u00e1l\u00f3zaton 30 m\u00e1sodpercenk\u00e9nt. Ez a friss\u00edt\u00e9s k\u00e9t funkci\u00f3t l\u00e1t el. Az els\u0151 \u2013 a routing t\u00e1bl\u00e1zat friss\u00edt\u00e9se, a m\u00e1sodik \u2013 a szomsz\u00e9d \u00e9letk\u00e9pess\u00e9g\u00e9nek ellen\u0151rz\u00e9se. Ha egy eszk\u00f6z nem kap v\u00e1laszt az \u00faj routing t\u00e1bl\u00e1r\u00f3l vagy \u00faj \u00fatvonalinform\u00e1ci\u00f3r\u00f3l a szomsz\u00e9dt\u00f3l 30 m\u00e1sodpercen bel\u00fcl, azt jelenti, hogy az \u00fatvonal a szomsz\u00e9dhoz m\u00e1r nem haszn\u00e1lhat\u00f3. A router 30 m\u00e1sodpercenk\u00e9nt k\u00fcld friss\u00edt\u00e9st, hogy megtudja, hogy a szomsz\u00e9d \u201e\u00e9l\u201d-e m\u00e9g \u00e9s az \u00fatvonal m\u00e9g \u00e9rv\u00e9nyes-e. <\/p>\n

Ahogyan eml\u00edtettem, a routing ciklusok megakad\u00e1lyoz\u00e1s\u00e1ra a Split Horizon technol\u00f3gi\u00e1t haszn\u00e1lj\u00e1k. Ez azt jelenti, hogy a friss\u00edt\u00e9s nem ker\u00fcl vissza arra az interf\u00e9szre, ahonnan \u00e9rkezett. A m\u00e1sodik technol\u00f3gia a ciklusok megakad\u00e1lyoz\u00e1s\u00e1ra a Route Poison. Ha a k\u00e9pen \u00e1br\u00e1zolt 20.0.0.0 h\u00e1l\u00f3zathoz val\u00f3 kapcsolat megszakad, a router, amelyikhez csatlakozott, \u201e m\u00e9rgezett \u00fatvonalat\u201d k\u00fcld a szomsz\u00e9doknak, amelyben jelzi, hogy ez a h\u00e1l\u00f3zat most 16 hopra \u00e9rhet\u0151 el, azaz gyakorlatilag el\u00e9rhetetlen. \u00cdgy m\u0171k\u00f6dik a RIP protokoll.<\/p>\n

Hogyan m\u0171k\u00f6dik az EIGRP? Ha eml\u00e9kszik az OSPF \u00f3r\u00e1kr\u00f3l, ez a protokoll h\u00e1rom funkci\u00f3t l\u00e1t el: szomsz\u00e9ds\u00e1got alak\u00edt ki, LSA seg\u00edts\u00e9g\u00e9vel friss\u00edti az LSDB-t a h\u00e1l\u00f3zati topol\u00f3gia v\u00e1ltoz\u00e1sainak megfelel\u0151en, \u00e9s routing t\u00e1bl\u00e1zatot \u00e9p\u00edt. A szomsz\u00e9ds\u00e1g l\u00e9trehoz\u00e1sa egy meglehet\u0151sen bonyolult folyamat, amely sok param\u00e9tert haszn\u00e1l. P\u00e9ld\u00e1ul a 2WAY kapcsolat ellen\u0151rz\u00e9se \u00e9s m\u00f3dos\u00edt\u00e1sa \u2013 egyes kapcsolatok k\u00e9toldal\u00fa kapcsolatban maradnak, m\u00edg m\u00e1sok FULL \u00e1llapotba ker\u00fclnek. Az OSPF-t\u00f3l elt\u00e9r\u0151en az EIGRP protokollban ilyesmi nem t\u00f6rt\u00e9nik \u2013 csak 4 param\u00e9tert ellen\u0151riz. <\/p>\n

\"Cisco
\n
\nAz OSPF-hez hasonl\u00f3an, ez a protokoll 10 m\u00e1sodpercenk\u00e9nt Hello \u00fczenetet k\u00fcld, amely 4 param\u00e9tert tartalmaz. Az els\u0151 az autentik\u00e1l\u00e1s krit\u00e9riuma, ha el\u0151zetesen be lett \u00e1ll\u00edtva. Ekkor minden eszk\u00f6z, amelyik szomsz\u00e9ds\u00e1got l\u00e9tes\u00edt, azonos autentik\u00e1l\u00e1si param\u00e9terekkel kell, hogy rendelkezzen.<\/p>\n

A m\u00e1sodik param\u00e9ter arra szolg\u00e1l, hogy ellen\u0151rizze az eszk\u00f6z\u00f6k azonos auton\u00f3m rendszerhez tartoz\u00e1s\u00e1t, azaz az EIGRP protokoll szerint a k\u00e9t eszk\u00f6znek azonos auton\u00f3m rendsz\u00e1mnak kell lennie a szomsz\u00e9ds\u00e1g l\u00e9trehoz\u00e1s\u00e1hoz. A harmadik param\u00e9ter alkalmas annak ellen\u0151rz\u00e9s\u00e9re, hogy a Hello \u00fczenetek egy forr\u00e1s IP-c\u00edmr\u0151l, azaz Source IP-r\u0151l ker\u00fclnek-e kik\u00fcld\u00e9sre. <\/p>\n

A negyedik param\u00e9ter a K-\u00e9rt\u00e9kek v\u00e1ltoz\u00f3inak egybees\u00e9s\u00e9nek ellen\u0151rz\u00e9s\u00e9re szolg\u00e1l. Az EIRGP protokoll 5 ilyen K-\u00e9rt\u00e9ket haszn\u00e1l K1-t\u0151l K5-ig. Ha eml\u00e9kszik, K=0 \u00e9rt\u00e9kn\u00e9l a param\u00e9terek figyelmen k\u00edv\u00fcl maradnak, de ha K=1, akkor a param\u00e9terek felhaszn\u00e1l\u00e1sra ker\u00fclnek a metrika sz\u00e1m\u00edt\u00e1si k\u00e9plet\u00e9ben. \u00cdgy a K1-5 \u00e9rt\u00e9keknek az elt\u00e9r\u0151 eszk\u00f6z\u00f6k eset\u00e9ben is egybe kell esni\u00fck. A CCNA tanfolyamon az ezeket az \u00e9rt\u00e9keket alap\u00e9rtelmezettnek fogjuk venni: K1 \u00e9s K3 egyenl\u0151 1-gyel, m\u00edg K2, K4 \u00e9s K5 egyenl\u0151 0-val.<\/p>\n

Teh\u00e1t, ha ezek a 4 param\u00e9ter egyeznek, az EIGRP szomsz\u00e9ds\u00e1gi kapcsolatokat l\u00e9tes\u00edt, \u00e9s az eszk\u00f6z\u00f6k felveszik egym\u00e1st a szomsz\u00e9dok t\u00e1bl\u00e1j\u00e1ba. Ezt k\u00f6vet\u0151en v\u00e1ltoztat\u00e1sok t\u00f6rt\u00e9nnek a topol\u00f3giai t\u00e1bl\u00e1ban. <\/p>\n

\"Cisco
\n
\nMinden Hello \u00fczenetet a 224.0.0.10 multicast IP-c\u00edmre k\u00fcldenek, m\u00edg az friss\u00edt\u00e9sek a be\u00e1ll\u00edt\u00e1sokt\u00f3l f\u00fcgg\u0151en a szomsz\u00e9dok unicast c\u00edmeire vagy a multicast c\u00edmre ker\u00fclnek. Ezek a friss\u00edt\u00e9sek nem UDP vagy TCP-n kereszt\u00fcl \u00e9rkeznek, hanem egy RTP nev\u0171 m\u00e1sik protokollt haszn\u00e1lnak, a Reliable Transport Protocol, vagyis a \u201emegb\u00edzhat\u00f3 sz\u00e1ll\u00edt\u00e1si protokoll\u201d. Ez a protokoll ellen\u0151rzi, hogy a szomsz\u00e9d megkapta-e a friss\u00edt\u00e9st, \u00e9s ahogy a neve is sugallja, kulcsfontoss\u00e1g\u00fa funkci\u00f3ja a kommunik\u00e1ci\u00f3 megb\u00edzhat\u00f3s\u00e1g\u00e1nak biztos\u00edt\u00e1sa. Ha a friss\u00edt\u00e9s nem jutott el a szomsz\u00e9dhoz, a k\u00fcld\u00e9s megism\u00e9tl\u0151dik, am\u00edg az meg nem \u00e9rkezik. Az OSPF-n\u00e9l nincs mechanizmus a fogad\u00f3 eszk\u00f6z ellen\u0151rz\u00e9s\u00e9re, ez\u00e9rt a rendszer nem tudja, hogy a szomsz\u00e9dos eszk\u00f6z\u00f6k megkapt\u00e1k-e a friss\u00edt\u00e9st vagy sem.
\nHa eml\u00e9kszel, a RIP 30 m\u00e1sodpercenk\u00e9nt k\u00fcld egy friss\u00edt\u00e9st a h\u00e1l\u00f3zat teljes topol\u00f3gi\u00e1j\u00e1r\u00f3l. Az EIGRP ezt csak akkor teszi, ha \u00faj eszk\u00f6z jelenik meg a h\u00e1l\u00f3zatban, vagy ha b\u00e1rmilyen v\u00e1ltoz\u00e1s t\u00f6rt\u00e9nik. Ha a szubnet topol\u00f3gi\u00e1ja megv\u00e1ltozik, a protokoll friss\u00edt\u00e9st k\u00fcld, de nem a teljes topol\u00f3giai t\u00e1bl\u00e1zatr\u00f3l, csak a v\u00e1ltoz\u00e1sr\u00f3l sz\u00f3l\u00f3 bejegyz\u00e9st k\u00fcldi el. Ha b\u00e1rmilyen szubnet megv\u00e1ltozik, csak annak a topol\u00f3gi\u00e1ja lesz friss\u00edtve. Ez \u00fagy n\u00e9z ki, mint egy r\u00e9szleges friss\u00edt\u00e9s, amely akkor t\u00f6rt\u00e9nik, amikor sz\u00fcks\u00e9ges. <\/p>\n

Mint tudod, az OSPF 30 percenk\u00e9nt k\u00fcldi az LSA-t f\u00fcggetlen\u00fcl att\u00f3l, hogy t\u00f6rt\u00e9nt-e b\u00e1rmilyen v\u00e1ltoz\u00e1s a h\u00e1l\u00f3zatban. Az EIGRP nem k\u00fcld friss\u00edt\u00e9seket hossz\u00fa id\u0151n kereszt\u00fcl, am\u00edg a h\u00e1l\u00f3zatban nem t\u00f6rt\u00e9nik valamilyen v\u00e1ltoz\u00e1s. Ez\u00e9rt az EIGRP sokkal hat\u00e9konyabb, mint az OSPF.<\/p>\n

Miut\u00e1n a routerek kicser\u00e9lt\u00e9k a friss\u00edt\u0151 csomagokat, a harmadik l\u00e9p\u00e9s k\u00f6vetkezik - a t\u00e1bl\u00e1zat l\u00e9trehoz\u00e1sa a metrika alapj\u00e1n, amely a mell\u00e9kelt k\u00e9pen l\u00e1that\u00f3 k\u00e9plettel sz\u00e1molhat\u00f3 ki. Ez kisz\u00e1molja a k\u00f6lts\u00e9get, \u00e9s ez alapj\u00e1n hozza meg a d\u00f6nt\u00e9st.
\nTegy\u00fck fel, hogy az R1 Hello-t k\u00fcld\u00f6tt az R2 routernek, \u00e9s az viszont Hello-t k\u00fcld\u00f6tt az R1 routernek. Ha minden param\u00e9ter megegyezik, a routerek l\u00e9trehozz\u00e1k a szomsz\u00e9dok t\u00e1bl\u00e1zat\u00e1t. E t\u00e1bl\u00e1zatba az R2 bejegyz\u00e9st k\u00e9sz\u00edt az R1 routerr\u0151l, m\u00edg az R1 az R2-r\u0151l. Ezt k\u00f6vet\u0151en az R1 router friss\u00edt\u00e9st k\u00fcld a 10.1.1.0\/24 al\u00e1 tartoz\u00f3 h\u00e1l\u00f3zathoz. A forgalmaz\u00e1si t\u00e1bl\u00e1zatban ez az IP-c\u00edm, a router interf\u00e9sze, amely azzal kapcsol\u00f3dik, \u00e9s a k\u00f6lts\u00e9g jelenik meg, amelyen kereszt\u00fcl a kapcsolat t\u00f6rt\u00e9nik. Mint eml\u00e9kszel, az EIGRP k\u00f6lts\u00e9ge 90, ezut\u00e1n a Distance value \u00e9rt\u00e9ket adjuk meg, amir\u0151l k\u00e9s\u0151bb besz\u00e9l\u00fcnk. <\/p>\n

\"Cisco
\n
\nA metrikai k\u00e9plet teljesen bonyolultabbnak t\u0171nik, mivel K t\u00e9nyez\u0151 \u00e9rt\u00e9k\u00e9t \u00e9s k\u00fcl\u00f6nb\u00f6z\u0151 \u00e1talak\u00edt\u00e1sokat is tartalmaz. A Cisco webhely\u00e9n megtal\u00e1lhat\u00f3 a k\u00e9plet teljes form\u00e1ja, azonban ha behelyettes\u00edted az alap\u00e9rtelmezett t\u00e9nyez\u0151ket, egy egyszer\u0171bb form\u00e1ba alakul - a metrik\u00e1nak (s\u00e1vsz\u00e9less\u00e9g + k\u00e9sleltet\u00e9s) * 256-nak kell lennie.<\/p>\n

\"Cisco
\n
\nA kapacit\u00e1s kilobitben 107-nek felel meg, amelyet elosztunk a legkisebb s\u00e1vsz\u00e9less\u00e9ggel rendelkez\u0151 interf\u00e9sz kapacit\u00e1s\u00e1val, amely a c\u00e9lh\u00e1l\u00f3zathoz vezet. A k\u00e9sleltet\u00e9s, a kumulat\u00edv k\u00e9sleltet\u00e9s pedig az \u00f6sszes interf\u00e9sz \u00e1ltal m\u00e9rt k\u00e9sleltet\u00e9s tized mikroszekundumban a c\u00e9lh\u00e1l\u00f3z\u00e1hoz vezet. <\/p>\n

Az EIGRP tanulm\u00e1nyoz\u00e1s\u00e1hoz n\u00e9gy defin\u00edci\u00f3t kell meg\u00e9rten\u00fcnk: Feasible Distance (lehets\u00e9ges t\u00e1vols\u00e1g), Reported Distance (bejelentett t\u00e1vols\u00e1g), Successor (a legkisebb k\u00f6lts\u00e9g\u0171 \u00fatvonalat biztos\u00edt\u00f3 szomsz\u00e9dos router) \u00e9s Feasible Successor (tartal\u00e9k szomsz\u00e9dos router). Ahhoz, hogy meg\u00e9rts\u00fck, mit jelentenek ezek, n\u00e9zz\u00fck meg a k\u00f6vetkez\u0151 h\u00e1l\u00f3zati topol\u00f3gi\u00e1t. <\/p>\n

\"Cisco
\n
\nKezdj\u00fck az R1 routing t\u00e1bl\u00e1j\u00e1nak l\u00e9trehoz\u00e1s\u00e1val, hogy kiv\u00e1lasszuk a legjobb \u00fatvonalat a 10.1.1.0\/24 h\u00e1l\u00f3zathoz. Minden eszk\u00f6z mellett a kapacit\u00e1s kilobit\/s-ben \u00e9s a k\u00e9sleltet\u00e9s ms-ben van felt\u00fcntetve. GigabitEthernet interf\u00e9szeket haszn\u00e1lunk 100 Mbps s\u00e1vsz\u00e9less\u00e9ggel, vagyis 1000000 kbit\/s, FastEthernet interf\u00e9szeket 100000 kbit\/s sebess\u00e9ggel, Ethernet interf\u00e9szeket 10000 kbit\/s \u00e9s egy soros interf\u00e9szt 1544 kbit\/s sebess\u00e9ggel. Ezeket az \u00e9rt\u00e9keket a router be\u00e1ll\u00edt\u00e1sainak \u00e1ttekint\u00e9s\u00e9vel tudhatjuk meg.
\nA soros interf\u00e9szek alap\u00e9rtelmezett kapacit\u00e1sa 1544 kbit\/s, \u00e9s m\u00e9g ha 64 kbit\/s vonalat is haszn\u00e1l, a kapacit\u00e1s tov\u00e1bbra is 1544 kbit\/s marad. Ez\u00e9rt neked, mint h\u00e1l\u00f3zati adminisztr\u00e1tor, biztos\u00edtanod kell, hogy az 'bandwidth' parancs seg\u00edts\u00e9g\u00e9vel a megfelel\u0151 \u00e9rt\u00e9ket haszn\u00e1lod. A konkr\u00e9t interf\u00e9sz eset\u00e9n ezt a 'bandwidth' paranccsal \u00e1ll\u00edthatod be, m\u00edg a 'delay' parancs seg\u00edts\u00e9g\u00e9vel m\u00f3dos\u00edthatod az alap\u00e9rtelmezett k\u00e9sleltet\u00e9si \u00e9rt\u00e9ket. Az GigabitEthernet vagy Ethernet interf\u00e9szek eset\u00e9n nem kell agg\u00f3dnod az alap\u00e9rtelmezett 'bandwidth' \u00e9rt\u00e9kek miatt, de l\u00e9gy \u00f3vatos a vonal sebess\u00e9g\u00e9nek kiv\u00e1laszt\u00e1sakor, ha soros interf\u00e9szt haszn\u00e1lsz. <\/p>\n

Figyelj oda, hogy a k\u00f6vetkez\u0151 diagramon a k\u00e9sleltet\u00e9s ms-ben van megjel\u00f6lve, de val\u00f3j\u00e1ban mikroszekundumokban van, csak nincs '\u03bc' karakterem a helyes mikroszekundum jel\u00f6l\u00e9s\u00e9hez (\u03bcs). <\/p>\n

Figyelmesen vedd figyelembe a k\u00f6vetkez\u0151 dolgot. Ha be\u00edrod a 'show interface g0\/0' parancsot, a rendszer tized mikroszekundumban fogja megjelen\u00edteni a k\u00e9sleltet\u00e9st, nem csup\u00e1n mikroszekundumban. <\/p>\n

A r\u00e9szletesen megvizsg\u00e1ljuk ezt a k\u00e9rd\u00e9st a k\u00f6vetkez\u0151 vide\u00f3ban, amely az EIGRP be\u00e1ll\u00edt\u00e1s\u00e1nak szentelt, addig is jegyezz\u00e9k meg, hogy a k\u00e9sleltet\u00e9si \u00e9rt\u00e9kek beilleszt\u00e9sekor a k\u00e9plet 100 \u03bcs 10-re v\u00e1ltozik, mivel a k\u00e9plet tizedes mikroszekundumokat haszn\u00e1l, nem pedig egys\u00e9geket. <\/p>\n

A diagramon piros pontokkal jel\u00f6l\u00f6m azokat az interf\u00e9szeket, amelyekhez a bemutatott s\u00e1vsz\u00e9less\u00e9gek \u00e9s k\u00e9sleltet\u00e9sek tartoznak. <\/p>\n

\"Cisco
\n
\nEls\u0151 l\u00e9p\u00e9sben meg kell hat\u00e1roznunk a lehets\u00e9ges t\u00e1vols\u00e1got, azaz a Feasible Distance-t. Ez az FD metrika, amelyet k\u00e9plettel sz\u00e1m\u00edtunk ki. Az R5-t\u0151l a k\u00fcls\u0151 h\u00e1l\u00f3zatig terjed\u0151 szakasz eset\u00e9n a 107-et 106-tal osztjuk el, \u00e9s ennek eredm\u00e9nyek\u00e9nt 10-et kapunk. Ezut\u00e1n ehhez az \u00e9rt\u00e9khez a s\u00e1vsz\u00e9less\u00e9ghez hozz\u00e1 kell adnunk a k\u00e9sleltet\u00e9st, ami 1, mivel 10 mikroszekundumunk van, teh\u00e1t egy tized. Az \u00edgy kapott 11-et meg kell szoroznunk 256-tal, ami azt jelenti, hogy a metrika \u00e9rt\u00e9ke 2816. Ez az FD \u00e9rt\u00e9ke az adott h\u00e1l\u00f3zati szakaszra. <\/p>\n

Ezt az \u00e9rt\u00e9ket az R5 router elk\u00fcldi az R2 routernek, amely sz\u00e1m\u00e1ra ez az \u00fan. Reported Distance lesz, vagyis az a sz\u00e1m, amelyet a szomsz\u00e9dj\u00e1t\u00f3l kapott. \u00cdgy a bejelentett t\u00e1vols\u00e1g RD minden m\u00e1s eszk\u00f6z sz\u00e1m\u00e1ra megegyezik a FD lehets\u00e9ges t\u00e1vols\u00e1ggal, amelyet az az eszk\u00f6z jelzett, amely ezt megosztotta. <\/p>\n

Az R2 router a saj\u00e1t adatai alapj\u00e1n sz\u00e1m\u00edtja ki az FD-t, teh\u00e1t a 107-et elosztja 105-tel, \u00e9s 100-at kap. Ezut\u00e1n hozz\u00e1adja ehhez a k\u00fcls\u0151 h\u00e1l\u00f3zathoz vezet\u0151 \u00fatvonal k\u00e9sleltet\u00e9seit: az R5 k\u00e9sleltet\u00e9se, amely egy tized mikroszekundum, \u00e9s a saj\u00e1t k\u00e9sleltet\u00e9se, amely t\u00edz tizedet jelent. Az \u00f6sszes\u00edtett k\u00e9sleltet\u00e9s 11 tized mikroszekundum lesz. Hozz\u00e1adjuk ezt a kapott 100-hoz, \u00e9s 111-et kapunk, ezt az \u00e9rt\u00e9ket pedig meg kell szorozni 256-tal, \u00edgy az FD=28416 \u00e9rt\u00e9ket kapjuk. Hasonl\u00f3 m\u00f3don az R3 router is elj\u00e1r, \u00e9s a sz\u00e1m\u00edt\u00e1sok ut\u00e1n FD=281856 \u00e9rt\u00e9ket kap. Az R4 router FD=3072 \u00e9rt\u00e9ket sz\u00e1m\u00edt ki, \u00e9s ezt RD-k\u00e9nt tov\u00e1bb\u00edtja az R1-nek. <\/p>\n

K\u00e9rj\u00fck, vegye figyelembe, hogy az R1 \u00fatv\u00e1laszt\u00f3 a FD kisz\u00e1m\u00edt\u00e1sa sor\u00e1n nem a saj\u00e1t 1000000 kbit\/s kapacit\u00e1s\u00e1t haszn\u00e1lja a k\u00e9pletben, hanem az R2 \u00fatv\u00e1laszt\u00f3 alacsonyabb, 100000 kbit\/s-os kapacit\u00e1s\u00e1t, mivel a k\u00e9plet mindig a c\u00e9lh\u00e1l\u00f3zathoz vezet\u0151 interf\u00e9sz minim\u00e1lis kapacit\u00e1s\u00e1t haszn\u00e1lja. Ebben az esetben a 10.1.1.0\/24 h\u00e1l\u00f3zathoz vezet\u0151 \u00faton az R2 \u00e9s R5 \u00fatv\u00e1laszt\u00f3k tal\u00e1lhat\u00f3k, de mivel az \u00f6t\u00f6dik \u00fatv\u00e1laszt\u00f3 s\u00e1vsz\u00e9less\u00e9ge nagyobb, a k\u00e9pletbe az R2 verzi\u00f3 legkisebb \u00e9rt\u00e9ke ker\u00fcl. Az R1-R2-R5 \u00fatvonal \u00f6sszes\u00edtett k\u00e9sleltet\u00e9se 1+10+1 (t\u00edz) = 12, a felt\u00fcntetett kapacit\u00e1s 100, \u00e9s ezen sz\u00e1mok \u00f6sszeg\u00e9nek 256-tal val\u00f3 szorz\u00e1sa FD=30976 \u00e9rt\u00e9ket eredm\u00e9nyez. <\/p>\n

\u00cdgy minden eszk\u00f6z kisz\u00e1m\u00edtotta a saj\u00e1t interf\u00e9szeinek FD \u00e9rt\u00e9k\u00e9t, \u00e9s az R1 \u00fatv\u00e1laszt\u00f3nak 3 \u00fatvonala van a c\u00e9lh\u00e1l\u00f3zathoz. Ezek az R1-R2, R1-R3 \u00e9s R1-R4 \u00fatvonalak. Az \u00fatv\u00e1laszt\u00f3 a lehets\u00e9ges t\u00e1vols\u00e1gok k\u00f6z\u00fcl a legkisebb FD \u00e9rt\u00e9ket v\u00e1lasztja, amely 30976 \u2013 ez az R2 \u00fatv\u00e1laszt\u00f3hoz vezet\u0151 \u00fat. Ez az \u00fatv\u00e1laszt\u00f3 a Successor, vagyis 'ut\u00f3d' lesz. A route t\u00e1bl\u00e1zatban a Feasible Successor (tartal\u00e9k ut\u00f3d) is szerepel \u2013 ami azt jelenti, hogy ha megszakad a kapcsolat az R1 \u00e9s a Successor k\u00f6z\u00f6tt, az \u00fatvonal a tartal\u00e9k \u00fatv\u00e1laszt\u00f3n kereszt\u00fcl fog megval\u00f3sulni.<\/p>\n

A Feasible Successorok kijel\u00f6l\u00e9se egyetlen szab\u00e1ly alapj\u00e1n t\u00f6rt\u00e9nik: az adott \u00fatv\u00e1laszt\u00f3 \u00e1ltal bejelentett RD t\u00e1vols\u00e1gnak kisebbnek kell lennie, mint a Successorhoz vezet\u0151 \u00fatv\u00e1laszt\u00f3 FD-je. Eset\u00fcnkben az R1-R2 eset\u00e9n FD=30976, az R1-K3 szakaszon az RD 281856, m\u00edg az R1-R4 szakaszon az RD 3072. Mivel 3072 < 30976, az R4 \u00fatv\u00e1laszt\u00f3 v\u00e1laszt\u00f3dik Feasible Successork\u00e9nt. <\/p>\n

Ez azt jelenti, hogy ha a kapcsolat megszakad az R1-R2 szakaszon, akkor a forgalom a 10.1.1.0\/24 h\u00e1l\u00f3zatra az R1-R4-R5 \u00fatvonalon fog ir\u00e1nyulni. A route v\u00e1lt\u00e1s RIP haszn\u00e1lata eset\u00e9n n\u00e9h\u00e1ny t\u00edz m\u00e1sodpercig tart, OSPF haszn\u00e1lat\u00e1val n\u00e9h\u00e1ny m\u00e1sodperc, m\u00edg EIGRP eset\u00e9n azonnal t\u00f6rt\u00e9nik. Ez tov\u00e1bbi el\u0151ny az EIGRP sz\u00e1m\u00e1ra m\u00e1s \u00fatv\u00e1laszt\u00e1si protokollokkal szemben. <\/p>\n

Mi t\u00f6rt\u00e9nik, ha egyszerre megszakad a kapcsolat a Successorral \u00e9s a Feasible Successorral? Ilyen esetben az EIGRP aktiv\u00e1lja a DUAL algoritmust, amely k\u00e9pes kisz\u00e1m\u00edtani a tartal\u00e9k \u00fatvonalat a val\u00f3sz\u00edn\u0171 ut\u00f3don kereszt\u00fcl. Ez n\u00e9h\u00e1ny m\u00e1sodpercet is ig\u00e9nybe vehet, mik\u00f6zben az EIGRP egy m\u00e1sik szomsz\u00e9dot keres, akit forgalom tov\u00e1bb\u00edt\u00e1s\u00e1ra lehet haszn\u00e1lni, \u00e9s elhelyezi az adatait az \u00fatv\u00e1laszt\u00e1si t\u00e1bl\u00e1ban. Ezt k\u00f6vet\u0151en a protokoll folytatja megszokott munk\u00e1j\u00e1t az \u00fatvonalak biztos\u00edt\u00e1sa \u00e9rdek\u00e9ben. <\/p>\n

\r\n \"Vide\u00f3\r\n
<\/div>\r\n <\/div><\/center>
\nK\u00f6sz\u00f6nj\u00fck, hogy vel\u00fcnk maradnak. Tetszenek \u00d6n\u00f6knek a cikkeink? Szeretn\u00e9nek t\u00f6bb \u00e9rdekes anyagot l\u00e1tni? T\u00e1mogassanak minket rendel\u00e9s lead\u00e1s\u00e1val vagy ismer\u0151s\u00f6knek val\u00f3 aj\u00e1nl\u00e1ssal. 30% kedvezm\u00e9ny a Habr felhaszn\u00e1l\u00f3inak az egyed\u00fcl\u00e1ll\u00f3 entry-level szervereinkre, amelyet \u00d6n\u00f6knek tal\u00e1ltunk ki:<\/b> Az igazs\u00e1g a VPS (KVM) E5-2650 v4 (6 mag) 10GB DDR4 240GB SSD 1Gbps-t\u00f3l 20 doll\u00e1rig, vagy hogyan \u00e9rdemes megosztani egy szervert?<\/a><\/noindex> (el\u00e9rhet\u0151k RAID1 \u00e9s RAID10 opci\u00f3k, ak\u00e1r 24 magig \u00e9s 40GB DDR4-ig).<\/p>\n

Dell R730xd k\u00e9t alkalommal olcs\u00f3bban?<\/b> Csak n\u00e1lunk 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB 199 doll\u00e1rt\u00f3l<\/a><\/noindex> Hollandi\u00e1ban! Dell R420 \u2014 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 99 doll\u00e1rt\u00f3l!<\/b><\/b> Olvasd el ezt Hogyan \u00e9p\u00edts\u00fcnk v\u00e1llalati szint\u0171 infrastrukt\u00far\u00e1t Dell R730xd E5-2650 v4 szerverekkel, amelyek k\u00f6lts\u00e9ge 9000 eur\u00f3ban van megszabva?<\/a><\/noindex>
\n
Forr\u00e1s: 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 K\u00e9pz\u00e9s. 49. nap. Bevezet\u00e9s az EIGRP-be | ProHoster","description":"Ma elkezdj\u00fck az EIGRP protokoll tanulm\u00e1nyoz\u00e1s\u00e1t, amely az OSPF tanulm\u00e1nyoz\u00e1s\u00e1val egy\u00fctt a CCNA kurzus legfontosabb t\u00e9m\u00e1ja.","canonical_url":"https:\/\/prohoster.info\/hu\/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":"hu_HU","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\/hu\/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\/hu\/wp-json\/wp\/v2\/posts\/38396","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/comments?post=38396"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/38396\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media\/28820"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media?parent=38396"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/categories?post=38396"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/tags?post=38396"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}