{"id":38332,"date":"2019-10-31T22:23:01","date_gmt":"2019-10-31T19:23:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf\/"},"modified":"2019-10-31T22:23:01","modified_gmt":"2019-10-31T19:23:01","slug":"trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","title":{"rendered":"Instruire Cisco 200-125 CCNA v3.0. Ziua 44. Introducere \u00een OSPF","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ast\u0103zi vom \u00eencepe studiul rut\u0103rii prin protocolul OSPF. Aceast\u0103 tem\u0103, la fel ca analiza protocolului EIGRP, este crucial\u0103 \u00een cadrul \u00eentregului curs CCNA. Dup\u0103 cum pute\u021bi observa, sec\u021biunea 2.4 se nume\u0219te \u201eConfigurarea, verificarea \u0219i depanarea zonelor unice \u0219i multi-zone OSPFv2 pentru protocolul IPv4 (cu excep\u021bia autentific\u0103rii, filtr\u0103rii, sumariz\u0103rii manuale a rutelor, redistribuirii, zonei stub, re\u021belei virtuale \u0219i LSA)\u201d. <\/p>\n

\"Instruire
\n
\nTema OSPF este destul de vast\u0103, a\u0219a c\u0103 va ocupa 2, posibil 3 lec\u021bii video. Lec\u021bia de ast\u0103zi va fi dedicat\u0103 laturii teoretice, v\u0103 voi explica ce este acest protocol \u00een linii mari \u0219i cum func\u021bioneaz\u0103. \u00cen urm\u0103torul videoclip, vom trece la modul de configurare OSPF folosind Packet Tracer.<\/a><\/noindex><\/p>\n

A\u0219adar, \u00een aceast\u0103 lec\u021bie vom aborda trei aspecte: ce este OSPF, cum func\u021bioneaz\u0103 \u0219i ce sunt zonele OSPF. \u00cen lec\u021bia anterioar\u0103, am discutat c\u0103 OSPF este un protocol de rutare de tip Link State, care examineaz\u0103 canalele de comunicare \u00eentre routere \u0219i ia decizii pe baza vitezei acelor canale. Un canal lung cu o vitez\u0103 mai mare, adic\u0103 cu o l\u0103\u021bime de band\u0103 mai mare, va avea prioritate fa\u021b\u0103 de un canal scurt cu o l\u0103\u021bime de band\u0103 mai mic\u0103.<\/p>\n

Protocolul RIP, fiind de tip vector de distan\u021b\u0103, va alege un drum \u00eentr-un hop, chiar dac\u0103 acel canal are o vitez\u0103 redus\u0103, iar protocolul OSPF va selecta un traseu lung de mai multe hopuri, dac\u0103 viteza total\u0103 pe acel traseu este mai mare dec\u00e2t viteza traficului pe traseul scurt. <\/p>\n

\"Instruire
\n
\nMai t\u00e2rziu vom explora algoritmul de luare a deciziilor, dar deocamdat\u0103 trebuie s\u0103 re\u021bine\u021bi c\u0103 OSPF este un protocol de st\u0103ri de leg\u0103tur\u0103 (Link State). Acest standard deschis a fost creat \u00een 1988, astfel \u00eenc\u00e2t s\u0103 poat\u0103 fi utilizat de orice produc\u0103tor de echipamente de re\u021bea \u0219i orice furnizor de servicii de re\u021bea. Prin urmare, OSPF este mult mai popular dec\u00e2t EIGRP. <\/p>\n

Protocolul OSPF versiunea 2 suport\u0103 doar protocolul IPv4, iar cu un an mai t\u00e2rziu, \u00een 1989, dezvoltatorii au anun\u021bat lansarea versiunii 3, care suport\u0103 IPv6. Totu\u0219i, versiunea a treia complet func\u021bional\u0103 a OSPF pentru IPv6 a ap\u0103rut abia \u00een 2008. De ce a fost ales OSPF? \u00cen lec\u021bia anterioar\u0103, am aflat c\u0103 acest protocol de gateway intern efectueaz\u0103 convergen\u021ba rutelor mult mai rapid dec\u00e2t RIP. Este un protocol f\u0103r\u0103 clase. <\/p>\n

Dac\u0103 v\u0103 aminti\u021bi, RIP este un protocol de clas\u0103, ceea ce \u00eenseamn\u0103 c\u0103 nu trimite informa\u021bii despre masca de subre\u021bea, iar dac\u0103 \u00eent\u00e2lne\u0219te o adres\u0103 IP de clas\u0103 A\/24, nu o va accepta. De exemplu, dac\u0103 \u00eei prezenta\u021bi o adres\u0103 IP de tip 10.1.1.0\/24, o va percepe ca o re\u021bea 10.0.0.0, deoarece nu \u00een\u021belege c\u00e2nd re\u021beaua este \u00eemp\u0103r\u021bit\u0103 \u00een subre\u021bele utiliz\u00e2nd mai mult de o masc\u0103 de subre\u021bea.
\nOSPF este un protocol sigur. De exemplu, dac\u0103 dou\u0103 routere schimb\u0103 informa\u021bii OSPF, pute\u021bi configura autentificarea astfel \u00eenc\u00e2t informa\u021biile s\u0103 poat\u0103 fi partajate cu routerul vecin numai dup\u0103 introducerea parolei. A\u0219a cum am men\u021bionat, este un standard deschis, astfel c\u0103 mul\u021bi produc\u0103tori de echipamente de re\u021bea folosesc OSPF.<\/p>\n

\u00cen sens global, OSPF reprezint\u0103 un mecanism de schimb de anun\u021buri despre starea canalului Link State Advertisement, sau LSA. Mesajele LSA sunt generate de router \u0219i con\u021bin multe informa\u021bii: un identificator unic al routerului router-id, date despre re\u021belele cunoscute de router, date despre costurile acestora \u0219i a\u0219a mai departe. Toate aceste informa\u021bii sunt necesare routerului pentru a lua decizii de rutare. <\/p>\n

\"Instruire
\n
\nRouterul R3 trimite informa\u021bia sa LSA c\u0103tre routerul R5, iar routerul R5 \u00ee\u0219i \u00eemparte informa\u021bia LSA cu R3. Aceste LSA reprezint\u0103 o structur\u0103 de date care formeaz\u0103 baza de date a st\u0103rii canalelor Link State Data Base, sau LSDB. Routerul colecteaz\u0103 toate LSA primite \u0219i le plaseaz\u0103 \u00een LSDB-ul s\u0103u. Dup\u0103 ce ambele routere \u0219i-au creat bazele de date, ele schimb\u0103 mesaje Hello, care servesc la descoperirea vecinilor, \u0219i \u00eencepe procedura de comparare a LSDB-urilor lor.<\/p>\n

Routerul R3 trimite routerului R5 un mesaj DBD, sau \u201edescrierea bazei de date\u201d, iar R5 \u00eei trimite propriul DBD routerului R3. Aceste mesaje con\u021bin indec\u0219i LSA care exist\u0103 \u00een bazele fiec\u0103rui router. Dup\u0103 ce prime\u0219te DBD, routerul R3 trimite o solicitare de stare a re\u021belei LSR routerului R5, \u00een care spune: \u201eam deja mesajele 3, 4 \u0219i 9, a\u0219a c\u0103 trimite-mi doar 5 \u0219i 7.\u201d <\/p>\n

La fel procedeaz\u0103 R5, inform\u00e2nd al treilea router: \u201eam informa\u021bii 3, 4 \u0219i 9, a\u0219a c\u0103 trimite-mi 1 \u0219i 2\u201d. Dup\u0103 ce primesc solicit\u0103rile LSR, routerele trimit \u00eenapoi pachete de actualizare a st\u0103rii re\u021belei LSU, adic\u0103, \u00een r\u0103spuns la LSR-ul s\u0103u, al treilea router prime\u0219te LSU de la routerul R5. Odat\u0103 ce routerele \u00ee\u0219i actualizeaz\u0103 bazele de date, toate acestea, chiar \u0219i dac\u0103 ave\u021bi 100 de routere, vor avea acelea\u0219i baze LSDB. Odat\u0103 ce bazele de date LSDB sunt create \u00een routere, fiecare dintre ele va cunoa\u0219te \u00eentreaga re\u021bea \u00een ansamblu. Protocolul OSPF utilizeaz\u0103 algoritmul Shortest Path First pentru a crea tabela de rutare, astfel c\u0103 o condi\u021bie important\u0103 pentru func\u021bionarea corect\u0103 a acestuia este sincronizarea LSDB-urilor tuturor dispozitivelor din re\u021bea. <\/p>\n

\"Instruire
\n
\n\u00cen schema prezentat\u0103 sunt plasate 9 routere, fiecare dintre acestea schimb\u00e2nd mesaje LSR, LSU \u0219i a\u0219a mai departe cu vecinii. Toate sunt conectate \u00eentre ele prin intermediul unor interfe\u021be de tip p2p, sau \u201epoint-to-point\u201d, care suport\u0103 func\u021bionarea conform protocolului OSPF \u0219i interac\u021bioneaz\u0103 \u00eentre ele cu scopul de a crea LSDB-uri identice. <\/p>\n

\"Instruire
\n
\nOdat\u0103 ce bazele sunt sincronizate, fiecare router, folosind algoritmul de cea mai scurt\u0103 cale, \u00ee\u0219i formeaz\u0103 tabela de rutare. Tabelele acestor routere vor fi diferite. Adic\u0103 toate routerele folosesc acelea\u0219i LSDB-uri, dar creeaz\u0103 tabele de rutare pe baza propriilor considera\u021bii asupra celor mai scurte rute. Pentru utilizarea acestui algoritm, OSPF necesit\u0103 actualiz\u0103ri regulate ale bazelor LSDB. <\/p>\n

A\u0219adar, pentru a func\u021biona corespunz\u0103tor, OSPF trebuie s\u0103 asigure mai \u00eent\u00e2i 3 condi\u021bii: s\u0103 g\u0103seasc\u0103 vecini, s\u0103 creeze \u0219i s\u0103 actualizeze LSDB \u0219i s\u0103 formeze tabela de rutare. Pentru \u00eendeplinirea primei condi\u021bii, administratorul de re\u021bea, probabil, va trebui s\u0103 configureze manual router-id, timpii sau wildcard mask. \u00cen urm\u0103torul videoclip, vom analiza configurarea dispozitivului pentru a lucra cu OSPF, deocamdat\u0103 trebuie s\u0103 \u0219ti\u021bi c\u0103 acest protocol folose\u0219te o masc\u0103 invers\u0103, iar dac\u0103 aceasta nu coincide, dac\u0103 subre\u021belele dumneavoastr\u0103 nu coincid sau dac\u0103 autentificarea nu coincide, vecin\u0103tatea routerelor nu va putea fi format\u0103. Prin urmare, \u00een timpul depan\u0103rii func\u021bion\u0103rii OSPF, trebuie s\u0103 determina\u021bi de ce aceast\u0103 vecin\u0103tate nu se formeaz\u0103, adic\u0103 s\u0103 verifica\u021bi coresponden\u021ba parametrilor men\u021biona\u021bi mai sus.<\/p>\n

Ca administrator de re\u021bea, nu participi la procesul de creare a LSDB. Actualizarea bazelor de date se face automat dup\u0103 crearea vecin\u0103t\u0103\u021bii routerelor, la fel ca \u0219i construirea tabelelor de rutare. Toate acestea sunt realizate de c\u0103tre dispozitiv, configurat s\u0103 func\u021bioneze cu protocolul OSPF.
\nS\u0103 lu\u0103m un exemplu. Avem 2 routere, c\u0103rora le-am atribuit, pentru simplificare, identificatorii RID 1.1.1.1 \u0219i 2.2.2.2. De \u00eendat\u0103 ce le vom conecta, canalul link va trece imediat \u00een starea up, deoarece am configurat aceste routere s\u0103 func\u021bioneze cu OSPF. Odat\u0103 ce canalul de comunica\u021bie este stabilit, routerul A va trimite imediat un pachet Hello celui de-al doilea. Acest pachet va con\u021bine informa\u021bii c\u0103 acest router nu a \u201ev\u0103zut\u201d \u00eenc\u0103 pe nimeni pe acest canal, deoarece trimite Hello pentru prima dat\u0103, precum \u0219i propriul s\u0103u identificator, date despre re\u021beaua la care este conectat \u0219i alte informa\u021bii pe care le poate \u00eemp\u0103rt\u0103\u0219i cu vecinul. <\/p>\n

\"Instruire
\n
\nPrimind acest pachet, routerul B va spune: \u201eV\u0103d c\u0103 pe acest canal de comunica\u021bie exist\u0103 un candidat poten\u021bial pentru vecin\u0103tatea prin protocolul OSPF\u201d \u0219i va trece \u00een starea de ini\u021bializare Init state. Pachetul Hello nu este un mesaj unicast sau broadcast, ci un pachet multicast, trimis la adresa IP multicast OSPF 224.0.0.5. Unele persoane \u00eentreab\u0103 care este masca de subre\u021bea pentru multicast. Problema este c\u0103 multicastul nu are masc\u0103 de subre\u021bea, el se propaga ca un semnal radio, care este auzit de toate dispozitivele configurate pe frecven\u021ba sa. De exemplu, dac\u0103 vrei s\u0103 ascul\u021bi o sta\u021bie de radio FM care emite pe frecven\u021ba 91.0, \u00ee\u021bi configurezi receptorul radio pe aceast\u0103 frecven\u021b\u0103. <\/p>\n

La fel, routerul B este configurat s\u0103 primeasc\u0103 mesaje pentru adresa multicast 224.0.0.5. Ascult\u00e2nd acest canal, el prime\u0219te pachetul Hello, pe care l-a trimis routerul A, \u0219i \u00eei r\u0103spunde cu propriul s\u0103u mesaj. <\/p>\n

\"Instruire
\n
\n\u00cen acest context, vecin\u0103tatea poate fi stabilit\u0103 doar dac\u0103 r\u0103spunsul lui B \u00eendepline\u0219te un set de criterii. Primul criteriu este ca frecven\u021ba de trimitere a mesajelor Hello \u0219i intervalul de a\u0219teptare a r\u0103spunsului la acest mesaj, Dead Interval, s\u0103 coincid\u0103 la ambele routere. De obicei, Dead Interval este egal cu c\u00e2teva valori ale temporizatorului Hello. Astfel, dac\u0103 temporizatorul Hello al routerului A este de 10 s, iar routerul B \u00eei trimite un mesaj dup\u0103 30 s, av\u00e2nd \u00een vedere c\u0103 Dead Interval este de 20 s, vecin\u0103tatea nu se va realiza. <\/p>\n

Al doilea criteriu este ca ambele routere s\u0103 foloseasc\u0103 acela\u0219i tip de autentificare. Astfel, parolele de autentificare trebuie s\u0103 fie identice. <\/p>\n

Al treilea criteriu este coinciderea identificatorilor de zon\u0103 Arial ID, iar al patrulea \u2013 coinciderea lungimii prefixului de re\u021bea. Dac\u0103 routerul A raporteaz\u0103 un prefix \/24, atunci routerul B trebuie s\u0103 aib\u0103, de asemenea, prefixul de re\u021bea \/24. \u00cen urm\u0103torul videoclip, vom explora acest subiect mai \u00een detaliu; p\u00e2n\u0103 atunci, men\u021bionez c\u0103 aceasta nu este o masc\u0103 de subre\u021bea, aici routerele folosesc o masc\u0103 invers\u0103 Wildcard mask. \u0218i, desigur, flagurile zonei stub Stub area trebuie s\u0103 coincid\u0103, dac\u0103 routerele sunt \u00een aceast\u0103 zon\u0103. <\/p>\n

Dup\u0103 verificarea acestor criterii, \u00een cazul \u00een care acestea coincid, routerul B trimite routerului A pachetul s\u0103u Hello. Spre deosebire de mesajul A, routerul B anun\u021b\u0103 c\u0103 l-a detectat pe routerul A \u0219i se prezint\u0103. <\/p>\n

\"Instruire
\n
\nCa r\u0103spuns la acest mesaj, routerul A trimite din nou un mesaj Hello routerului B, \u00een care confirm\u0103 c\u0103 l-a v\u0103zut \u0219i pe routerul B, canalele de comunicare dintre ele fiind formate din dispozitivele 1.1.1.1 \u0219i 2.2.2.2, iar el \u00eensu\u0219i fiind dispozitivul 1.1.1.1. Aceasta este o etap\u0103 foarte important\u0103 a stabilirii vecin\u0103t\u0103\u021bii. \u00cen acest caz, se utilizeaz\u0103 o conexiune bidirec\u021bional\u0103 2-WAY, dar ce se va \u00eent\u00e2mpla dac\u0103 avem un switch cu o re\u021bea distribuit\u0103 format\u0103 din 4 routere? \u00centr-un astfel de mediu \u201epartajat\u201d, unul dintre routere trebuie s\u0103 joace rolul de router desemnat Designated router D.R., iar cel\u0103lalt \u2013 rolul de router desemnat de rezerv\u0103 Backup designated router B.D.R.<\/p>\n

\"Instruire
\n
\nFiecare dintre aceste dispozitive va forma o conexiune complet\u0103 Full connection sau un stadiu complet de vecin\u0103tate; mai t\u00e2rziu vom explora ce \u00eenseamn\u0103 acest lucru, dar o conexiune de acest tip va fi stabilit\u0103 doar cu D.R. \u0219i B.D.R., iar \u00eentre cele dou\u0103 routere inferioare D \u0219i B va exista totu\u0219i o comunicare conform schemei de conexiune bidirec\u021bional\u0103 \u201epoint-to-point\u201d. <\/p>\n

Deci, cu D.R. \u0219i B.D.R. toate routerele stabilesc o rela\u021bie de vecin\u0103tate complet\u0103, iar \u00eentre ele \u2013 o conexiune de tip point-to-point. Aceasta este foarte important, deoarece \u00een cazul conexiunii bidirec\u021bionale \u00eentre dispozitivele vecine, toate parametrii pachetului Hello trebuie s\u0103 coincid\u0103. \u00cen cazul nostru, toate coincid, a\u0219a c\u0103 dispozitivele formeaz\u0103 f\u0103r\u0103 probleme vecin\u0103tatea. <\/p>\n

Dup\u0103 ce conexiunea bidirec\u021bional\u0103 este stabilit\u0103, routerul A trimite routerului B un pachet Database Description, sau \u201edescrierea bazei de date\u201d, \u0219i trece \u00een starea ExStart \u2014 \u00eenceputul schimbului sau a\u0219teptarea \u00eenc\u0103rc\u0103rii. Descrierea bazei de date reprezint\u0103 informa\u021bii asem\u0103n\u0103toare cu un cuprins de carte \u2013 este o enumerare a tot ce se afl\u0103 \u00een baza de date de rutare. Ca r\u0103spuns, routerul B trimite propria descriere a bazei de date routerului A \u0219i trece \u00een starea de schimb de informa\u021bii despre canale Exchange. Dac\u0103, \u00een starea Exchange, routerul descoper\u0103 c\u0103 \u00eei lipse\u0219te o informa\u021bie din baza de date, va trece \u00een starea de \u00eenc\u0103rcare LOADING \u0219i va \u00eencepe s\u0103 schimbe mesaje LSR, LSU \u0219i LSA cu vecinul s\u0103u.<\/p>\n

\"Instruire
\n
\nAstfel, routerul A va trimite vecinului LSR, acesta \u00eei va r\u0103spunde cu un pachet LSU, la care routerul A va r\u0103spunde routerului B cu un mesaj LSA. Acest schimb se va desf\u0103\u0219ura de at\u00e2tea ori c\u00e2t doresc dispozitivele s\u0103 schimbe mesaje LSA. Starea LOADING \u00eenseamn\u0103 c\u0103 actualizarea complet\u0103 a bazei de date LSA nu a avut \u00eenc\u0103 loc. Dup\u0103 ce toate datele sunt \u00eenc\u0103rcate, ambele dispozitive vor trece \u00een starea de adiacen\u021b\u0103 complet\u0103 FULL.<\/p>\n

Trebuie s\u0103 men\u021bionez c\u0103, \u00eentr-o conexiune bidirec\u021bional\u0103, dispozitivele sunt simple \u00een starea de vecin\u0103tate, iar starea de adiacen\u021b\u0103 complet\u0103 este posibil\u0103 doar \u00eentre routerele D.R. \u0219i B.D.R. Aceasta \u00eenseamn\u0103 c\u0103 fiecare router informeaz\u0103 D.R. despre modific\u0103rile din re\u021bea, iar toate routerele afl\u0103 despre aceste modific\u0103ri de la D.R.<\/p>\n

Alegerea D.R. \u0219i B.D.R. este o chestiune important\u0103. S\u0103 examin\u0103m cum are loc alegerea D.R. \u00eentr-un mediu comun. Presupunem c\u0103 \u00een schema noastr\u0103 exist\u0103 trei routere \u0219i un comutator. Ini\u021bial, dispozitivele OSPF compar\u0103 priorit\u0103\u021bile \u00een mesajele Hello, apoi compar\u0103 Router ID. <\/p>\n

Dispozitivul cu cea mai mare prioritate devine D.R. Dac\u0103 priorit\u0103\u021bile a dou\u0103 dispozitive sunt egale, atunci din acestea se alege dispozitivul cu cel mai mare Router ID, care devine D.R.<\/p>\n

Routerul rezervat B.D.R. este dispozitivul cu a doua prioritate sau cu al doilea Router ID cel mai semnificativ. Dac\u0103 D.R. se defecteaz\u0103, va fi imediat \u00eenlocuit de B.D.R. Acesta va \u00eencepe s\u0103 joace rolul D.R., iar sistemul va alege un alt B.D.R.<\/p>\n

\"Instruire
\n
\nSper c\u0103 a\u021bi \u00een\u021beles alegerea D.R. \u0219i B.D.R., dac\u0103 nu, voi reveni asupra acestei chestiuni \u00eentr-unul dintre urm\u0103toarele videoclipuri \u0219i voi explica acest proces. <\/p>\n

A\u0219adar, am discutat despre ce reprezint\u0103 Hello, descrierea bazei de date Database Descriptor \u0219i mesajele LSR, LSU \u0219i LSA. \u00cenainte de a trece la urm\u0103toarea tem\u0103, s\u0103 discut\u0103m pu\u021bin despre costul OSPF. <\/p>\n

\"Instruire
\n
\n\u00cen Cisco, costul unui traseu se calculeaz\u0103 folosind formula raportului \u00eentre l\u0103\u021bimea de band\u0103 de referin\u021b\u0103 (Reference bandwidth), care \u00een mod implicit este stabilit\u0103 la 100 Mbps, \u0219i costul canalului. De exemplu, atunci c\u00e2nd dispozitivele sunt conectate printr-un port serial, viteza este de 1.544 Mbps, iar costul va fi de 64. C\u00e2nd se folose\u0219te o conexiune Ethernet cu o vitez\u0103 de 10 Mbps, costul este 10, iar costul unei conexiuni FastEthernet cu o vitez\u0103 de 100 Mbps este de 1. <\/p>\n

\u00cen cazul Gigabit Ethernet, avem o vitez\u0103 de 1000 Mbps, totu\u0219i, \u00een acest caz, viteza este \u00eentotdeauna considerat\u0103 egal\u0103 cu 1. Astfel, dac\u0103 ave\u021bi un Gigabit Ethernet \u00een re\u021bea, trebuie s\u0103 schimba\u021bi valoarea implicit\u0103 Ref. BW la 1000. \u00cen acest caz, costul va fi de 1, iar \u00eentreaga tabel\u0103 va fi recalculat\u0103 cu valori de cost crescute de 10 ori. Dup\u0103 ce am format vecin\u0103tatea \u0219i am construit baza de date LSDB, trecem la construirea tabelului de rutare. <\/p>\n

\"Instruire
\n
\nDup\u0103 primirea LSDB, fiecare router \u00eencepe singur formarea unei liste de rute folosind algoritmul SPF. \u00cen schema noastr\u0103, routerul A va crea un astfel de tabel pentru sine. De exemplu, el calculeaz\u0103 costul rutei A-R1 \u0219i \u00eel determin\u0103 ca fiind 10. Pentru a simplifica \u00een\u021belegerea schemei, s\u0103 presupunem c\u0103 routerul A determin\u0103 ruta optim\u0103 c\u0103tre routerul B. Costul conexiunii A-R1 este 10, costul conexiunii A-R2 este 100, iar costul rutei A-R3 este 11, adic\u0103 suma rutei A-R1(10) \u0219i R1-R3(1).<\/p>\n

Dac\u0103 routerul A dore\u0219te s\u0103 ajung\u0103 la routerul R4, el poate face acest lucru fie pe ruta A-R1-R4, fie pe ruta A-R2-R4, iar \u00een ambele cazuri costul rutelor va fi acela\u0219i: 10+100 = 100+10 = 110. Ruta A-R6 va costa 100+1= 101, ceea ce este deja mai bun. Apoi, se ia \u00een considerare drumul c\u0103tre routerul R5 pe ruta A-R1-R3-R5, costul acesteia va fi 10+1+100 = 111. <\/p>\n

Drumul c\u0103tre routerul R7 poate fi realizat pe dou\u0103 rute: A-R1-R4-R7 sau A-R2-R6-R7. Costul primei va fi 210, iar al doilea \u2013 201, ceea ce \u00eenseamn\u0103 c\u0103 trebuie aleas\u0103 201. A\u0219adar, pentru a ajunge la routerul B, routerul A poate folosi 4 rute.<\/p>\n

\"Instruire
\n
\nCostul rutei A-R1-R3-R5-B va fi de 121. Ruta A-R1-R4-R7-B va costa 220. Ruta A-R2-R4-R7-B are un cost de 210, iar A-R2-R6-R7-B cost\u0103 211. Prin urmare, routerul A va alege ruta cu cel mai mic cost, adic\u0103 121, \u0219i o va introduce \u00een tabela de rutare. Aceasta este o schem\u0103 foarte simplificat\u0103 a modului \u00een care func\u021bioneaz\u0103 algoritmul SPF. \u00cen realitate, \u00een tabel\u0103 sunt incluse nu doar denumirile routerelor prin care trece ruta optim\u0103, ci \u0219i denumirile porturilor care le leag\u0103 \u0219i toate informa\u021biile necesare. <\/p>\n

S\u0103 discut\u0103m despre un alt subiect, care se refer\u0103 la zonele de rutare. De obicei, la configurarea dispozitivelor OSPF, toate acestea se afl\u0103 \u00eentr-o singur\u0103 zon\u0103 comun\u0103. <\/p>\n

\"Instruire
\n
\nCe se va \u00eent\u00e2mpla dac\u0103 un dispozitiv conectat la routerul R3 se defecteaz\u0103 brusc? Routerul R3 va \u00eencepe imediat s\u0103 trimit\u0103 mesaj routerelor R5 \u0219i R1 c\u0103 leg\u0103tura cu acest dispozitiv nu mai func\u021bioneaz\u0103, iar toate routerele vor \u00eencepe s\u0103 schimbe actualiz\u0103ri despre acest eveniment. <\/p>\n

\"Instruire
\n
\nDac\u0103 ave\u021bi 100 de routere, toate vor actualiza informa\u021biile despre starea leg\u0103turilor, deoarece se afl\u0103 \u00eentr-o zon\u0103 comun\u0103. Acela\u0219i lucru se va \u00eent\u00e2mpla \u0219i \u00een cazul defect\u0103rii unui router vecin \u2013 toate dispozitivele din zon\u0103 vor schimba actualiz\u0103ri LSA. Dup\u0103 schimbul acestor mesaje, topologia re\u021belei se va schimba. Odat\u0103 ce acest lucru se \u00eent\u00e2mpl\u0103, SPF va recalcula tabelele de rutare \u00een func\u021bie de condi\u021biile schimbate. Acesta este un proces foarte voluminos, iar dac\u0103 ave\u021bi o mia de dispozitive \u00eentr-o zon\u0103, trebuie s\u0103 monitoriza\u021bi dimensiunea memoriei routerelor, astfel \u00eenc\u00e2t s\u0103 fie suficient\u0103 pentru a stoca toate LSA \u0219i baza de date a st\u0103rii leg\u0103turilor LSDB. Odat\u0103 ce \u00een vreo parte a zonei apar modific\u0103ri, algoritmul SPF va recalcula instant rutile. \u00cen mod implicit, LSA se actualizeaz\u0103 la fiecare 30 de minute. Acest proces se desf\u0103\u0219oar\u0103 pe toate dispozitivele nu simultan, totu\u0219i, \u00een orice caz, actualiz\u0103rile sunt efectuate de fiecare router la intervale de 30 de minute. Cu c\u00e2t sunt mai multe dispozitive de re\u021bea, cu at\u00e2t mai mult\u0103 memorie \u0219i timp sunt necesare pentru actualizarea LSDB.<\/p>\n

Aceast\u0103 problem\u0103 poate fi rezolvat\u0103 prin \u00eemp\u0103r\u021birea unei zone comune \u00een mai multe zone separate, adic\u0103 utiliz\u00e2nd multi-zonare. Pentru aceasta, trebuie s\u0103 ave\u021bi un plan sau o schem\u0103 a \u00eentregii re\u021bele pe care o gestiona\u021bi. Zona zero AREA 0 este zona principal\u0103. Aici se realizeaz\u0103 conexiunea cu re\u021beaua extern\u0103, de exemplu, accesul la Internet. Atunci c\u00e2nd crea\u021bi zone noi, trebuie s\u0103 respecta\u021bi regula: \u00een fiecare zon\u0103 trebuie s\u0103 existe un router de frontier\u0103 ABR, Area Border Router. Routerul de frontier\u0103 are o interfa\u021b\u0103 \u00eentr-o zon\u0103 \u0219i a doua interfa\u021b\u0103 \u00eentr-o alt\u0103 zon\u0103. De exemplu, routerul R5 are interfe\u021be \u00een zona 1 \u0219i zona 0. A\u0219a cum am spus, fiecare zon\u0103 trebuie s\u0103 fie conectat\u0103 la zona zero, adic\u0103 s\u0103 aib\u0103 un router de frontier\u0103, una dintre interfe\u021bele c\u0103ruia este conectat\u0103 la AREA 0. <\/p>\n

\"Instruire
\n
\nS\u0103 presupunem c\u0103 conexiunea R6-R7 a fost pierdut\u0103. \u00cen acest caz, actualizarea LSA se va r\u0103sp\u00e2ndi doar \u00een zona AREA 1 \u0219i va afecta doar aceast\u0103 zon\u0103. Dispozitivele din zona 2 \u0219i din zona 0 nu vor \u0219ti nimic despre aceasta. Routerul de frontier\u0103 R5 face sumarizarea informa\u021biilor despre ceea ce se \u00eent\u00e2mpl\u0103 \u00een zona sa \u0219i trimite \u00een zona principal\u0103 AREA 0 informa\u021bii sumare despre starea re\u021belei. Dispozitivele dintr-o zon\u0103 nu au nevoie s\u0103 \u0219tie despre toate modific\u0103rile LSA din alte zone, deoarece routerul ABR va transmite informa\u021bii sumare despre rutele dintr-o zon\u0103 \u00een alta. <\/p>\n

Dac\u0103 nu a\u021bi \u00een\u021beles bine conceptul de zone, pute\u021bi afla mai multe \u00een lec\u021biile urm\u0103toare, c\u00e2nd ne vom ocupa de configurarea rut\u0103rii OSPF \u0219i vom analiza c\u00e2teva exemple. <\/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 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 OSPF. \u042d\u0442\u0430 \u0442\u0435\u043c\u0430, \u043a\u0430\u043a \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0432\u043e \u0432\u0441\u0435\u043c \u043a\u0443\u0440\u0441\u0435 CCNA. \u041a\u0430\u043a \u0432\u0438\u0434\u0438\u0442\u0435, \u0440\u0430\u0437\u0434\u0435\u043b 2.4 \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u00ab\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043a\u0438 \u0435\u0434\u0438\u043d\u0438\u0447\u043d\u043e\u0439 \u0437\u043e\u043d\u044b \u0438 \u043c\u0443\u043b\u044c\u0442\u0438\u0437\u043e\u043d\u044b OSPFv2 \u0434\u043b\u044f \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 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 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u043e\u0432, \u043f\u0435\u0440\u0435\u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f, \u0442\u0443\u043f\u0438\u043a\u043e\u0432\u043e\u0439 \u043e\u0431\u043b\u0430\u0441\u0442\u0438, \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u0441\u0435\u0442\u0438 \u0438 LSA)\u00bb. \u0422\u0435\u043c\u0430 OSPF \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28774,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-38332","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 44. Introducere \u00een OSPF | ProHoster","description":"Ast\u0103zi vom \u00eencepe studiul rut\u0103rii prin protocolul OSPF. Aceast\u0103 tem\u0103, la fel ca \u0219i analiza protocolului EIGRP, este esen\u021bial\u0103 \u00een \u00eentregul curs CCNA.","canonical_url":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","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 44. \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0432 OSPF | 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 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 OSPF. \u042d\u0442\u0430 \u0442\u0435\u043c\u0430, \u043a\u0430\u043a \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0432\u043e \u0432\u0441\u0435\u043c \u043a\u0443\u0440\u0441\u0435 CCNA.","og:url":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","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:01+00:00","article:modified_time":"2019-10-31T19:23:01+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38332","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:32:21","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:11:22","updated":"2026-01-23 21:32:21","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\/38332","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=38332"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts\/38332\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media\/28774"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media?parent=38332"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/categories?post=38332"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/tags?post=38332"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}