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

Ast\u0103zi vom \u00eencepe studiul protocolului EIGRP, care, \u00eempreun\u0103 cu studiul OSPF, este unul dintre cele mai importante subiecte ale cursului CCNA. <\/p>\n

\"Training
\n
\nUlterior, ne vom \u00eentoarce la sec\u021biunea 2.5, iar acum, imediat dup\u0103 sec\u021biunea 2.4, vom trece la sec\u021biunea 2.6 \u201eConfigurarea, verificarea \u0219i depanarea EIGRP pe protocolul IPv4 (cu excep\u021bia autentific\u0103rii, filtr\u0103rii, sumariz\u0103rii manuale, redistribuirii \u0219i configur\u0103rii stub)\u201d.
\nAst\u0103zi vom avea o lec\u021bie introductiv\u0103 \u00een care v\u0103 voi prezenta conceptul protocolului avansat de rutare EIGRP, iar \u00een urm\u0103toarele dou\u0103 lec\u021bii vom analiza configurarea \u0219i depanarea func\u021bion\u0103rii acestui protocol. Dar mai \u00eent\u00e2i vreau s\u0103 v\u0103 informez urm\u0103toarele.<\/a><\/noindex><\/p>\n

\u00cen ultimele c\u00e2teva lec\u021bii am studiat OSPF. Acum vreau s\u0103 v\u0103 aminti\u021bi c\u0103, atunci c\u00e2nd acum c\u00e2teva luni studiam protocolul RIP, vorbeam despre buclele de rutare \u0219i tehnologiile care \u00eempiedic\u0103 formarea buclelor de trafic. Cum se pot preveni buclele de rutare atunci c\u00e2nd se folose\u0219te OSPF? Pot fi folosite metode precum \u201eotr\u0103virea rutei\u201d sau \u201eorizontul \u00eemp\u0103r\u021bit\u201d? Acestea sunt \u00eentreb\u0103ri la care trebuie s\u0103 r\u0103spunde\u021bi singuri. Pute\u021bi folosi alte resurse pe acest subiect, dar g\u0103si\u021bi r\u0103spunsurile la aceste \u00eentreb\u0103ri. Vreau s\u0103 \u00eenv\u0103\u021ba\u021bi s\u0103 g\u0103si\u021bi r\u0103spunsuri pe cont propriu, lucr\u00e2nd cu diverse surse, \u0219i v\u0103 rog s\u0103 l\u0103sa\u021bi comentariile voastre sub acest video, astfel \u00eenc\u00e2t s\u0103 pot vedea c\u00e2\u021bi dintre elevii mei au reu\u0219it s\u0103 rezolve aceast\u0103 sarcin\u0103. <\/p>\n

Ce este EIGRP? Este un protocol de rutare hibrid care combin\u0103 func\u021bii utile at\u00e2t din protocoalele de tip vector de distan\u021b\u0103, cum ar fi RIP, c\u00e2t \u0219i din protocoalele de tip link-state, cum ar fi OSPF. <\/p>\n

\"Training
\n
\nEIGRP este un protocol proprietar Cisco, care a fost oferit spre utilizare public\u0103 \u00een 2013. Din protocolul de tip link-state, a preluat algoritmul de stabilire a vecin\u0103t\u0103\u021bii, spre deosebire de RIP, care nu creeaz\u0103 vecini. De asemenea, RIP schimb\u0103 tabele de rutare cu al\u021bi participan\u021bi la protocol, \u00een timp ce OSPF, \u00eenainte de a \u00eencepe o astfel de schimbare, formeaz\u0103 vecin\u0103tatea. EIGRP func\u021bioneaz\u0103 \u00een acela\u0219i mod.<\/p>\n

Protocolul RIP efectueaz\u0103 actualiz\u0103ri periodice complete ale tabelei de rutare la fiecare 30 de secunde \u0219i trimite informa\u021bii despre toate interfe\u021bele \u0219i toate rutele c\u0103tre to\u021bi vecinii s\u0103i. EIGRP nu realizeaz\u0103 o actualizare complet\u0103 periodic\u0103 a informa\u021biilor, utiliz\u00e2nd \u00een schimb conceptul de transmisie a mesajelor Hello, a\u0219a cum face OSPF. La fiecare c\u00e2teva secunde, acesta trimite un Hello pentru a se asigura c\u0103 vecinul este \u00eenc\u0103 \u201eviu\u201d.<\/p>\n

Spre deosebire de protocolul de vector de distan\u021b\u0103, care studiaz\u0103 \u00eentreaga topologie a re\u021belei \u00eenainte de a lua decizia de formare a rutei, EIGRP, asem\u0103n\u0103tor cu RIP, creeaz\u0103 rute pe baza zvonurilor. C\u00e2nd spun \u201ezvonuri\u201d, m\u0103 refer la faptul c\u0103 atunci c\u00e2nd un vecin comunic\u0103 ceva, EIGRP este de acord necondi\u021bionat. De exemplu, dac\u0103 un vecin spune c\u0103 \u0219tie cum s\u0103 ajung\u0103 la 10.1.1.2, EIGRP \u00eei crede, f\u0103r\u0103 a \u00eentreba: \u201eDe unde \u0219tii asta? poveste\u0219te-mi despre topologia \u00eentreag\u0103 a re\u021belei!\u201d. <\/p>\n

P\u00e2n\u0103 \u00een 2013, dac\u0103 folosea\u021bi doar infrastructura Cisco, a\u021bi putut folosi EIGRP, deoarece acest protocol a fost creat \u00eenc\u0103 din 1994. Cu toate acestea, multe companii, chiar \u0219i utiliz\u00e2nd echipamente Cisco, nu doreau s\u0103 lucreze cu acest protocol. \u00cen opinia mea, ast\u0103zi EIGRP este cel mai bun protocol de rutare dinamic, deoarece este mult mai u\u0219or de utilizat, totu\u0219i oamenii prefer\u0103 \u00een continuare OSPF. Cred c\u0103 asta se datoreaz\u0103 faptului c\u0103 nu vor s\u0103 se \u201eleg\u0103tureze\u201d de produsele Cisco. Dar Cisco a f\u0103cut acest protocol public pentru c\u0103 acesta suport\u0103 echipamente de re\u021bea de la al\u021bi furnizori, cum ar fi Juniper, iar dac\u0103 v\u0103 uni\u021bi cu o companie care nu folose\u0219te echipamente Cisco, nu ve\u021bi avea nicio problem\u0103. <\/p>\n

S\u0103 facem o mic\u0103 incursiune \u00een istoria protocoalelor de re\u021bea. <\/p>\n

\"Training
\n
\nProtocolul RIPv1, ap\u0103rut \u00een anii '80, avea o serie de limit\u0103ri, de exemplu, num\u0103rul maxim de salturi era de 16, ceea ce \u00eempiedica rutarea \u00een re\u021bele extinse. Pu\u021bin mai t\u00e2rziu, a fost dezvoltat protocolul intern de rutare a gateway-ului IGRP, care a fost mult mai bun dec\u00e2t RIP. Totu\u0219i, acesta era mai mult un protocol de vector de distan\u021b\u0103 dec\u00e2t un protocol de stare a canalelor. La sf\u00e2r\u0219itul anilor '80, a ap\u0103rut standardul deschis \u2013 protocolul de urm\u0103rire a st\u0103rii canalelor OSPFv2 pentru protocolul IPv4. <\/p>\n

La \u00eenceputul anilor '90, Cisco a decis c\u0103 protocolul IGRP avea nevoie de \u00eembun\u0103t\u0103\u021biri \u0219i a lansat un protocol intern de rutare \u00eembun\u0103t\u0103\u021bit, EIGRP. Acesta era mult mai eficient dec\u00e2t OSPF, deoarece combina caracteristicile at\u00e2t ale RIP, c\u00e2t \u0219i ale OSPF. Atunci c\u00e2nd vom \u00eencepe studiul s\u0103u, ve\u021bi observa c\u0103 configurarea EIGRP este mult mai u\u0219oar\u0103 dec\u00e2t cea a OSPF. Cisco a dorit s\u0103 creeze un protocol care s\u0103 asigure convergen\u021ba re\u021belei c\u00e2t mai rapid\u0103 posibil. <\/p>\n

La sf\u00e2r\u0219itul anilor '90 a fost lansat\u0103 o versiune actualizat\u0103 f\u0103r\u0103 clase a protocolului RIPv2. \u00cen anii 2000 au ap\u0103rut versiunea a treia a OSPF, RIPng \u0219i EIGRPv6, care suportau protocolul IPv6. Lumea se \u00eendreapt\u0103 treptat spre o tranzi\u021bie complet\u0103 la IPv6, iar dezvoltatorii de protocoale de rutare doresc s\u0103 fie preg\u0103ti\u021bi pentru aceasta. <\/p>\n

Dac\u0103 v\u0103 aminti\u021bi, am studiat c\u0103 la alegerea celei mai bune rute, RIP, ca protocol de vector de distan\u021b\u0103, se ghideaz\u0103 dup\u0103 un singur criteriu - num\u0103rul minim de hopuri, sau distan\u021ba minim\u0103 p\u00e2n\u0103 la interfa\u021ba de destina\u021bie. Astfel, routerul R1 va alege o rut\u0103 direct\u0103 c\u0103tre routerul R3, de\u0219i viteza pe aceast\u0103 rut\u0103 este de 64 kbit\/s, mult mai mic\u0103 dec\u00e2t viteza de pe ruta R1-R2-R3, care este de 1544 kbit\/s. Protocolul RIP va considera optim\u0103 ruta lent\u0103 de un hop, \u0219i nu pe cea rapid\u0103 de dou\u0103 hopuri. <\/p>\n

\"Training
\n
\nOSPF va analiza \u00eentreaga topologie a re\u021belei \u0219i va decide c\u0103 pentru a comunica cu routerul R3, va folosi ruta prin routerul R2 ca fiind mai rapid\u0103. Ca metric\u0103, RIP folose\u0219te num\u0103rul de hopuri, iar OSPF utilizeaz\u0103 costul, care \u00een majoritatea cazurilor este propor\u021bional cu l\u0103\u021bimea de band\u0103 a canalului. <\/p>\n

EIGRP se concentreaz\u0103 de asemenea pe costul rutei, \u00eens\u0103 metrica sa este mult mai complex\u0103 dec\u00e2t metrica OSPF \u0219i se bazeaz\u0103 pe mul\u021bi factori, inclusiv l\u0103\u021bimea de band\u0103 (Bandwidth), \u00eent\u00e2rzierea (Delay), fiabilitatea (Reliability), \u00eenc\u0103rcarea (Loading) \u0219i dimensiunea maxim\u0103 a pachetului (MTU). De exemplu, dac\u0103 un nod va fi mai \u00eenc\u0103rcat dec\u00e2t celelalte, EIGRP va analiza \u00eenc\u0103rc\u0103tura \u00eentregii rute \u0219i va alege un alt nod cu o \u00eenc\u0103rc\u0103tur\u0103 mai mic\u0103.<\/p>\n

\u00cen cursul CCNA, ne vom concentra doar pe factori de formare a metricii, cum ar fi Bandwidth \u0219i Delay, acestea fiind utilizate \u00een formula metricii. <\/p>\n

\"Training
\n
\nProtocolul de rutare RIP folose\u0219te dou\u0103 concepte: distan\u021b\u0103 \u0219i direc\u021bie. Dac\u0103 avem 3 routere \u0219i unul dintre ele este conectat la re\u021beaua 20.0.0.0, alegerea va fi f\u0103cut\u0103 pe baza distan\u021bei \u2013 aceasta este hopurile, \u00een acest caz 1 hop, \u0219i pe baza direc\u021biei, adic\u0103 pe ce cale \u2013 sus sau jos \u2013 s\u0103 trimitem traficul. <\/p>\n

\u00cen plus, RIP utilizeaz\u0103 actualizarea periodic\u0103 a informa\u021biilor, trimi\u021b\u00e2nd \u00eentreaga tabel\u0103 de rutare \u00een \u00eentreaga re\u021bea la fiecare 30 de secunde. Aceast\u0103 actualizare \u00eendepline\u0219te 2 func\u021bii. Prima \u2013 efectiv actualizarea tabelei de rutare, a doua \u2013 verificarea viabilit\u0103\u021bii vecinului. Dac\u0103 un dispozitiv nu prime\u0219te o actualizare de r\u0103spuns a tabelei sau informa\u021bii noi despre rut\u0103 de la vecin \u00een decurs de 30 de secunde, acesta \u00een\u021belege c\u0103 ruta c\u0103tre vecin nu mai poate fi utilizat\u0103. Routerul trimite actualizarea la fiecare 30 de secunde pentru a verifica dac\u0103 vecinul este \u00een continuare \u201eviu\u201d \u0219i dac\u0103 ruta este \u00eenc\u0103 valid\u0103. <\/p>\n

A\u0219a cum am spus, pentru a preveni buclele de rutare se utilizeaz\u0103 tehnologia Split Horizon. Aceasta \u00eenseamn\u0103 c\u0103 actualizarea nu este trimis\u0103 \u00eenapoi prin interfa\u021ba de la care a venit. A doua tehnologie pentru prevenirea buclelor este Route Poison. Dac\u0103 leg\u0103tura cu re\u021beaua 20.0.0.0 ilustrat\u0103 \u00een imagine s-a \u00eentrerupt, routerul la care a fost conectat\u0103 trimite vecinilor un \u201erute otr\u0103vite\u201d, anun\u021b\u00e2nd c\u0103 aceast\u0103 re\u021bea este acum accesibil\u0103 \u00een 16 hopuri, adic\u0103 practic inaccesibil\u0103. A\u0219a func\u021bioneaz\u0103 protocolul RIP.<\/p>\n

Cum func\u021bioneaz\u0103 EIGRP? Dac\u0103 v\u0103 aminti\u021bi din lec\u021biile despre OSPF, acest protocol \u00eendepline\u0219te trei func\u021bii: stabile\u0219te vecin\u0103tatea, actualizeaz\u0103 baza LSDB prin LSA conform modific\u0103rilor topologiei re\u021belei \u0219i construie\u0219te tabelul de rutare. Stabilirea vecin\u0103t\u0103\u021bii este o procedur\u0103 destul de complex\u0103, care utilizeaz\u0103 numero\u0219i parametri. De exemplu, verificarea \u0219i modificarea conexiunii 2WAY \u2013 unele conexiuni r\u0103m\u00e2n \u00een stare de comunicare bidirec\u021bional\u0103, altele trec \u00een stare FULL. Spre deosebire de OSPF, \u00een protocolul EIGRP nu se \u00eent\u00e2mpl\u0103 a\u0219a ceva \u2013 acesta verific\u0103 doar 4 parametri. <\/p>\n

\"Training
\n
\nLa fel ca OSPF, acest protocol trimite un mesaj Hello la fiecare 10 secunde, care con\u021bine 4 parametri. Primul este criteriul de autentificare, dac\u0103 a fost configurat anterior. \u00cen acest caz, toate dispozitivele cu care se stabile\u0219te vecin\u0103tatea trebuie s\u0103 aib\u0103 acelea\u0219i parametrii de autentificare.<\/p>\n

Al doilea parametru serve\u0219te pentru a verifica apartenen\u021ba dispozitivelor la un sistem autonom, adic\u0103, pentru a stabili vecin\u0103tatea prin protocolul EIGRP, ambele dispozitive trebuie s\u0103 aib\u0103 acela\u0219i num\u0103r de sistem autonom. Al treilea parametru serve\u0219te pentru a verifica c\u0103 mesajele Hello sunt trimise de la aceea\u0219i adres\u0103 IP surs\u0103. <\/p>\n

Al patrulea parametru este utilizat pentru a verifica concordan\u021ba variabilelor coeficientului K-Values. Protocolul EIGRP folose\u0219te 5 astfel de coeficien\u021bi, de la K1 la K5. Dac\u0103 v\u0103 aminti\u021bi, la valoarea K=0, parametrii sunt ignora\u021bi, iar dac\u0103 K=1, atunci parametrii sunt utiliza\u021bi \u00een formula de calcul a metricii. Astfel, valorile K1-5 pentru diferite dispozitive trebuie s\u0103 coincid\u0103. \u00cen cursul CCNA, vom accepta valorile acestor coeficien\u021bi ca fiind valori implicite: K1 \u0219i K3 sunt egale cu 1, iar K2, K4 \u0219i K5 sunt egale cu 0.<\/p>\n

A\u0219adar, dac\u0103 ace\u0219ti 4 parametrii coincid, EIGRP stabile\u0219te rela\u021bii de vecin\u0103tate, iar dispozitivele se \u00eenregistreaz\u0103 reciproc \u00een tabela de vecin\u0103tate. Ulterior, se efectueaz\u0103 modific\u0103rile \u00een tabela de topologie. <\/p>\n

\"Training
\n
\nToate mesajele Hello sunt trimise la adresa IP multicast 224.0.0.10, iar actualiz\u0103rile, \u00een func\u021bie de configura\u021bie, sunt trimise fie c\u0103tre adresele unicast ale vecinilor, fie c\u0103tre adresa multicast. Aceast\u0103 actualizare nu utilizeaz\u0103 UDP sau TCP, ci folose\u0219te un alt protocol numit RTP, Reliable Transport Protocol (Protocolul de transport fiabil). Acest protocol verific\u0103 dac\u0103 vecinul a primit actualizarea, iar, dup\u0103 cum sugereaz\u0103 denumirea sa, func\u021bia sa principal\u0103 este de a asigura fiabilitatea comunic\u0103rii. Dac\u0103 actualizarea nu ajunge la vecin, transmisia va fi repetat\u0103 p\u00e2n\u0103 c\u00e2nd acesta o prime\u0219te. \u00cen OSPF, mecanismul de verificare a dispozitivului receptor lipseste, astfel c\u0103 sistemul nu \u0219tie dac\u0103 dispozitivele vecine au primit actualiz\u0103rile sau nu.
\nDac\u0103 v\u0103 aminti\u021bi, RIP trimite actualiz\u0103ri complete ale topologiei re\u021belei la fiecare 30 de secunde. EIGRP face acest lucru doar atunci c\u00e2nd un nou dispozitiv apare \u00een re\u021bea sau au avut loc modific\u0103ri. Dac\u0103 topologia subre\u021belei s-a schimbat, protocolul va trimite o actualizare, dar nu a \u00eentregii tabele a topologiei, ci doar \u00eenregistr\u0103rile cu aceast\u0103 modificare. Dac\u0103 o subre\u021bea s-a schimbat, doar topologia acesteia va fi actualizat\u0103. Acest lucru se prezint\u0103 ca o actualizare par\u021bial\u0103, care se produce atunci c\u00e2nd este necesar\u0103. <\/p>\n

Dup\u0103 cum \u0219ti\u021bi, OSPF trimite LSA la fiecare 30 de minute, indiferent dac\u0103 \u00een re\u021bea s-au produs varia\u021bii. EIGRP nu va transmite nicio actualizare pentru o perioad\u0103 lung\u0103 de timp p\u00e2n\u0103 c\u00e2nd nu se va \u00eent\u00e2mpla vreo schimbare \u00een re\u021bea. De aceea, EIGRP este mult mai eficient dec\u00e2t OSPF.<\/p>\n

Dup\u0103 ce routerele \u0219i-au schimbat pachetele de actualizare, urmeaz\u0103 a treia etap\u0103 \u2013 formarea tabelului de rutare pe baza metricei, care este calculat\u0103 conform formulei prezentate \u00een imagine. Aceasta calculeaz\u0103 costul \u0219i, \u00een func\u021bie de acest cost, ia o decizie.
\nS\u0103 presupunem c\u0103 R1 a trimis un Hello routerului R2, iar acesta a r\u0103spuns cu un Hello routerului R1. Dac\u0103 toate parametrii coincid, routerele creeaz\u0103 un tabel de vecin\u0103tate. \u00cen acest tabel, R2 va introduce o \u00eenregistrare pentru routerul R1, iar R1 va crea o \u00eenregistrare pentru R2. Dup\u0103 aceasta, routerul R1 trimite actualizarea \u00een re\u021beaua conectat\u0103 10.1.1.0\/24. \u00cen tabelul de rutare, aceasta va ap\u0103rea ca informa\u021bii despre adresa IP a re\u021belei, interfa\u021ba routerului care o leag\u0103 \u0219i costul rutei prin aceast\u0103 interfa\u021b\u0103. Dac\u0103 v\u0103 aminti\u021bi, costul EIGRP este de 90, iar dup\u0103 aceasta este indicat\u0103 valoarea distan\u021bei Distance value, despre care vom discuta mai t\u00e2rziu. <\/p>\n

\"Training
\n
\nFormula complet\u0103 a metricei arat\u0103 mult mai complex, deoarece include valorile coeficientilor K \u0219i diverse transform\u0103ri. Pe site-ul Cisco este prezentat\u0103 forma complet\u0103 a formulei, \u00eens\u0103 dac\u0103 face\u021bi substitu\u021bia valorilor coeficientilor default, aceasta se transform\u0103 \u00eentr-o form\u0103 mai simpl\u0103 \u2013 metrica va fi egal\u0103 cu (bandwidth + Delay) * 256.<\/p>\n

\"Training
\n
\nVom folosi aceast\u0103 form\u0103 simplificat\u0103 a formulei pentru calcularea metricii, unde l\u0103\u021bimea de band\u0103 \u00een kilobi\u021bi este egal\u0103 cu 107, \u00eemp\u0103r\u021bit la cea mai mic\u0103 l\u0103\u021bime de band\u0103 a tuturor interfe\u021belor care duc c\u0103tre re\u021beaua de destina\u021bie least-bandwidth, iar \u00eent\u00e2rzierea cumulative-delay reprezint\u0103 \u00eent\u00e2rzierea total\u0103 \u00een zeci de microsecunde pentru toate interfe\u021bele care duc c\u0103tre re\u021beaua de destina\u021bie. <\/p>\n

C\u00e2nd studiem EIGRP, trebuie s\u0103 ne \u00eensu\u0219im patru defini\u021bii: Feasible Distance (distanta fezabil\u0103), Reported Distance (distanta raportat\u0103), Successor (routerul vecin cu cel mai mic cost c\u0103tre re\u021beaua de destina\u021bie) \u0219i Feasible Successor (routerul vecin de rezerv\u0103). Pentru a \u00een\u021belege ce \u00eenseamn\u0103 acestea, s\u0103 analiz\u0103m urm\u0103toarea topologie a re\u021belei. <\/p>\n

\"Training
\n
\nS\u0103 \u00eencepem prin crearea unei tabele de rutare R1 cu scopul de a alege cea mai bun\u0103 rut\u0103 c\u0103tre re\u021beaua 10.1.1.0\/24. L\u00e2ng\u0103 fiecare dintre dispozitive este indicat\u0103 l\u0103\u021bimea de band\u0103 \u00een kbit\/s \u0219i \u00eent\u00e2rzierea \u00een ms. Folosim interfe\u021be GigabitEthernet cu l\u0103\u021bimea de band\u0103 de 100 Mbit\/s, sau 1000000 kbit\/s, interfe\u021be FastEthernet cu o vitez\u0103 de 100000 kbit\/s, Ethernet cu o vitez\u0103 de 10000 kbit\/s \u0219i o interfa\u021b\u0103 serial\u0103 cu o vitez\u0103 de 1544 kbit\/s. Aceste valori pot fi aflate consult\u00e2nd caracteristicile interfe\u021belor fizice corespunz\u0103toare \u00een set\u0103rile routerului.
\nL\u0103\u021bimea de band\u0103 a interfe\u021belor Serial este implicit de 1544 kbit\/s, iar chiar dac\u0103 ave\u021bi o linie de 64 kbit\/s, l\u0103\u021bimea de band\u0103 va fi tot 1544 kbit\/s. Prin urmare, ca administrator de re\u021bea, trebuie s\u0103 v\u0103 asigura\u021bi c\u0103 utiliza\u021bi valoarea corect\u0103 de l\u0103\u021bime de band\u0103. Pentru o interfa\u021b\u0103 specific\u0103, aceasta poate fi setat\u0103 cu comanda bandwidth, iar cu comanda delay pute\u021bi modifica valoarea \u00eent\u00e2rzierei implicite. Nu trebuie s\u0103 v\u0103 face\u021bi griji cu privire la valorile implicite de l\u0103\u021bime de band\u0103 pentru interfe\u021bele GigabitEthernet sau Ethernet, dar fi\u021bi aten\u021bi la alegerea vitezei liniei dac\u0103 utiliza\u021bi o interfa\u021b\u0103 serial\u0103. <\/p>\n

Observa\u021bi c\u0103, \u00een acest desen, \u00eent\u00e2rzierea este indicat\u0103 ca fiind \u00een milisecunde ms, dar de fapt este vorba despre microsecunde, doar c\u0103 nu am litera \u03bc pentru a indica corect microsecundele \u03bcs. <\/p>\n

Acorda\u021bi o aten\u021bie deosebit\u0103 urm\u0103torului aspect. Dac\u0103 introduce\u021bi comanda show interface g0\/0, sistemul va afi\u0219a \u00eent\u00e2rzierea \u00een zeci de microsecunde, \u0219i nu pur \u0219i simplu \u00een microsecunde. <\/p>\n

Detaliile acestei \u00eentreb\u0103ri vor fi discutate \u00een urm\u0103torul videoclip dedicat configur\u0103rii EIGRP; \u00eentre timp, re\u021bine\u021bi c\u0103 \u00eenlocuirea valorilor de \u00eent\u00e2rziere \u00een formul\u0103 cu 100 \u03bcs se transform\u0103 \u00een 10, deoarece formula folose\u0219te zecimale de microsecunde, nu unit\u0103\u021bi. <\/p>\n

Pe diagram\u0103, voi marca cu puncte ro\u0219ii interfe\u021bele la care se refer\u0103 l\u0103\u021bimile de band\u0103 \u0219i \u00eent\u00e2rzierile prezentate. <\/p>\n

\"Training
\n
\n\u00cen primul r\u00e2nd, trebuie s\u0103 determin\u0103m distan\u021ba posibil\u0103 Feasible Distance. Aceasta este metrica FD, care se calculeaz\u0103 conform unei formule. Pentru segmentul de la R5 la re\u021beaua extern\u0103, trebuie s\u0103 \u00eemp\u0103r\u021bim 107 la 106, rezultatul fiind 10. Apoi, la aceast\u0103 valoare a l\u0103\u021bimii de band\u0103, trebuie s\u0103 ad\u0103ug\u0103m \u00eent\u00e2rzierea, care este 1, deoarece avem 10 microsecunde, adic\u0103 un dezm\u0103nat. Valoarea ob\u021binut\u0103 de 11 trebuie \u00eenmul\u021bit\u0103 cu 256, deci valoarea metricii va fi 2816. Aceasta este valoarea FD pentru acest segment de re\u021bea. <\/p>\n

Aceast\u0103 valoare va fi trimis\u0103 de routerul R5 c\u0103tre routerul R2, iar pentru R2 va deveni distan\u021ba raportat\u0103 Reported Distance, adic\u0103 valoarea pe care i-a comunicat-o vecinul. Astfel, distan\u021ba raportat\u0103 RD pentru toate celelalte dispozitive va fi egal\u0103 cu distan\u021ba posibil\u0103 FD a dispozitivului care v-a comunicat-o. <\/p>\n

Routerul R2 efectueaz\u0103 calcule FD pe baza datelor sale, adic\u0103 \u00eemparte 107 la 105 \u0219i ob\u021bine 100. Apoi, adaug\u0103 la aceast\u0103 valoare suma \u00eent\u00e2rzierilor pe traseu p\u00e2n\u0103 la re\u021beaua extern\u0103: \u00eent\u00e2rzierea R5, care este un dezm\u0103nat de microsecunde, \u0219i propria \u00eent\u00e2rzire, care este zece dezm\u0103nate. \u00cent\u00e2rzierea total\u0103 va fi de 11 dezm\u0103nate de microsecunde. O ad\u0103ug\u0103m la suta ob\u021binut\u0103 \u0219i avem 111, \u00eenmul\u021bim aceast\u0103 valoare cu 256 \u0219i ob\u021binem valoarea FD=28416. De aceea, routerul R3 procedeaz\u0103 similar, ob\u021bin\u00e2nd dup\u0103 calcule valoarea FD=281856. Routerul R4 calculeaz\u0103 valoarea FD=3072 \u0219i o transmite lui R1 ca RD. <\/p>\n

Re\u021bine\u021bi c\u0103 routerul R1, \u00een calculul FD, folose\u0219te \u00een formul\u0103 nu l\u0103\u021bimea sa de band\u0103 de 1000000 kbit\/s, ci l\u0103\u021bimea de band\u0103 mai mic\u0103 a routerului R2, care este de 100000 kbit\/s, deoarece \u00een formul\u0103 se utilizeaz\u0103 \u00eentotdeauna l\u0103\u021bimea de band\u0103 minim\u0103 a interfe\u021bei de acces la re\u021beaua destina\u021bie. \u00cen acest caz, pe drumul c\u0103tre re\u021beaua 10.1.1.0\/24 se afl\u0103 routerele R2 \u0219i R5, \u00eens\u0103 deoarece l\u0103\u021bimea de band\u0103 a celui de-al cincilea router este mai mare, \u00een formul\u0103 se introduce valoarea l\u0103\u021bimii de band\u0103 a routerului R2. \u00cent\u00e2rzierea total\u0103 pe drumul R1-R2-R5 este de 1+10+1 (zeci) = 12, l\u0103\u021bimea de band\u0103 echivalent\u0103 fiind 100, iar suma acestor numere \u00eenmul\u021bit\u0103 cu 256 va da valoarea FD=30976. <\/p>\n

Astfel, toate dispozitivele au calculat FD-urile interfe\u021belor lor, iar routerul R1 are 3 rute c\u0103tre re\u021beaua de destina\u021bie. Acestea sunt rutele R1-R2, R1-R3 \u0219i R1-R4. Routerul alege valoarea minim\u0103 a distan\u021bei posibile FD, care este de 30976 \u2013 aceasta fiind ruta c\u0103tre routerul R2. Acest router devine Successor, sau \u201esuccesor\u201d. \u00cen tabelul de rutare este men\u021bionat \u0219i Feasible Successor (succes \u00een rezerv\u0103) \u2013 ceea ce \u00eenseamn\u0103 c\u0103, \u00een cazul \u00eentreruperii conexiunii \u00eentre R1 \u0219i Successor, ruta va trece prin routerul rezerv\u0103 Feasible Successor.<\/p>\n

Feasible Successors sunt desemna\u021bi conform unei reguli unice: distan\u021ba declarat\u0103 RD a acestui router trebuie s\u0103 fie mai mic\u0103 dec\u00e2t FD-ul routerului pe tronsonul c\u0103tre Successor. \u00cen cazul nostru, R1-R2 are FD=30976, RD pe tronsonul R1-K3 este 281856, iar RD pe tronsonul R1-R4 este 3072. Deoarece 3072 < 30976, routerul R4 este ales ca Feasible Successor. <\/p>\n

Acest lucru \u00eenseamn\u0103 c\u0103, \u00een cazul unei \u00eentreruperi a conexiunii pe tronsonul de re\u021bea R1-R2, traficul c\u0103tre re\u021beaua 10.1.1.0\/24 va fi redirec\u021bionat pe ruta R1-R4-R5. Schimbarea rutei utiliz\u00e2nd RIP dureaz\u0103 c\u00e2teva zeci de secunde, \u00een timp ce utilizarea OSPF dureaz\u0103 c\u00e2teva secunde, iar \u00een EIGRP se realizeaz\u0103 instantaneu. Aceasta este o alt\u0103 favoare a EIGRP \u00een compara\u021bie cu celelalte protocoale de rutare. <\/p>\n

Ce se va \u00eent\u00e2mpla dac\u0103 conexiunea cu Successor \u0219i Feasible Successor se \u00eentrerupe simultan? \u00cen acest caz, EIGRP va folosi algoritmul DUAL, care poate calcula un traseu de rezerv\u0103 prin succesorul probabil. Acest lucru poate dura c\u00e2teva secunde, timp \u00een care EIGRP va g\u0103si un alt vecin care poate fi folosit pentru a transmite traficul \u0219i va introduce datele sale \u00een tabela de rutare. Dup\u0103 aceea, protocolul va continua opera\u021biunile obi\u0219nuite de asigurare a rut\u0103rii. <\/p>\n

\r\n \"Reda\u021bi\r\n
<\/div>\r\n <\/div><\/center>
\nV\u0103 mul\u021bumim c\u0103 r\u0103m\u00e2ne\u021bi cu noi. V\u0103 plac articolele noastre? Dori\u021bi s\u0103 vede\u021bi mai multe materiale interesante? Sus\u021bine\u021bi-ne f\u0103c\u00e2nd o comand\u0103 sau recomand\u00e2ndu-ne prietenilor. 30% reducere pentru utilizatorii Habr pentru un server entry-level unic, creat special pentru tine:<\/b> Adev\u0103rul despre VPS (KVM) E5-2650 v4 (6 nuclee) 10GB DDR4 240GB SSD 1Gbps de la 20$ sau cum s\u0103 \u00eemp\u0103r\u021bim corect un server?<\/a><\/noindex> (sunt disponibile op\u021biuni cu RAID1 \u0219i RAID10, p\u00e2n\u0103 la 24 nuclee \u0219i p\u00e2n\u0103 la 40GB DDR4).<\/p>\n

Dell R730xd la jum\u0103tate de pre\u021b?<\/b> Numai la noi 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB de la 199 $<\/a><\/noindex> \u00een Olanda! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 de la 99 $!<\/b><\/b> Citi\u021bi despre Cum s\u0103 construi\u021bi o infrastructur\u0103 de clas\u0103 enterprise folosind servere Dell R730xd E5-2650 v4 la pre\u021buri foarte mici de 9000 \u20ac?<\/a><\/noindex>
\n
Sursa: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043d\u0430\u0440\u0430\u0432\u043d\u0435 \u0441 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435\u043c OSPF \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0442\u0435\u043c\u043e\u0439 \u043a\u0443\u0440\u0441\u0430 CCNA. \u041f\u043e\u0437\u0436\u0435 \u043c\u044b \u0432\u0435\u0440\u043d\u0435\u043c\u0441\u044f \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.5, \u0430 \u0441\u0435\u0439\u0447\u0430\u0441 \u0441\u0440\u0430\u0437\u0443 \u043f\u043e\u0441\u043b\u0435 \u0440\u0430\u0437\u0434\u0435\u043b\u0430 2.4 \u043f\u0435\u0440\u0435\u0439\u0434\u0435\u043c \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.6 \u00ab\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u0443\u0441\u0442\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043e\u043a EIGRP \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 IPv4 (\u0437\u0430 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435\u043c \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438, \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438, \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0441\u0443\u043c\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u043f\u0435\u0440\u0435\u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0438 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0438 stub)\u00bb. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u0443 \u043d\u0430\u0441 \u0431\u0443\u0434\u0435\u0442 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28820,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-38396","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Training Cisco 200-125 CCNA v3.0. Ziua 49. Introducere \u00een EIGRP | ProHoster","description":"Ast\u0103zi vom \u00eencepe studiul protocolului EIGRP, care, \u00eempreun\u0103 cu studiul OSPF, este unul dintre cele mai importante subiecte ale cursului CCNA.","canonical_url":"https:\/\/prohoster.info\/ro\/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":"ro_RO","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\/ro\/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\/ro\/wp-json\/wp\/v2\/posts\/38396","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/comments?post=38396"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts\/38396\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media\/28820"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media?parent=38396"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/categories?post=38396"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/tags?post=38396"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}