{"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\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","title":{"rendered":"Cisco 200-125 CCNA v3.0 koolitus. P\u00e4ev 44. Sissejuhatus OSPF-i","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

T\u00e4na alustame OSPF-protokolli marsruutimise uurimist. See teema, nagu ka EIGRP-protokolli k\u00e4sitlemine, on CCNA kursuse \u00fcks t\u00e4htsamaid teemasid. Nagu n\u00e4ete, kannab jaotis 2.4 nime \"\u00dche ja mitme OSPFv2 piirkonna seadistamine, kontrollimine ja t\u00f5rkeotsing IPv4 protokollile (ilma autentimise, filtreerimise, k\u00e4sitsi marsruutide summeerimise, \u00fcmberjaotamise, l\u00f5ksupiirkonna, virtuaalv\u00f5rgu ja LSA)\". <\/p>\n

\"Cisco
\n
\nOSPF-teema on piisavalt ulatuslik, seega v\u00f5ib selle k\u00e4sitlemine v\u00f5tta 2, v\u00f5ib-olla isegi 3 video\u00f5ppetundi. T\u00e4nane tund keskendub teoreetilisele poolele; r\u00e4\u00e4gin teile, mis asi see protokoll on ja kuidas see t\u00f6\u00f6tab. J\u00e4rgmises videos liikume OSPF seadistusre\u017eiimi Packet Traceriga.<\/a><\/noindex><\/p>\n

Nii et, selles \u00f5ppes vaatame kolme asja: mis on OSPF, kuidas see t\u00f6\u00f6tab ja mis on OSPF tsoonid. Eelmisel \u00f5ppel r\u00e4\u00e4kisime, et OSPF on Link State marsruutimise protokoll, mis uurib suhtluskanaleid ruuterite vahel ja teeb otsuseid nende kanalite kiirusel p\u00f5hinevalt. Pikk kanal suure kiirusiga, st suurema l\u00e4bilaskev\u00f5imega, on prioriteediks v\u00f5rreldes l\u00fchikese kanali madalama l\u00e4bilaskev\u00f5imega.<\/p>\n

RIP protokoll, olles kaugus-vektor protokoll, valib \u00fche h\u00fcppe tee, isegi kui see kanal on madala kiirusaga, samas kui OSPF protokoll valib pika marsruudi mitme h\u00fcppega, kui selle marsruudi kogukiirus on suurem kui kiirus l\u00fchikesel marsruudil. <\/p>\n

\"Cisco
\n
\nHiljem vaatame otsustusprotsessi algoritmi, kuid praegu peaksite meeles pidama, et OSPF on Link State kanalite protokoll. See avatud standard loodi 1988. aastal, seega v\u00f5is seda kasutada iga v\u00f5rgu seadmete tootja ja iga v\u00f5rgu teenusepakkuja. Seet\u00f5ttu on OSPF palju populaarsust kogunud v\u00f5rreldes EIGRP-ga. <\/p>\n

OSPF protokoll versioon 2 toetab ainult IPv4 protokolli, kuid aasta hiljem, 1989. aastal, teatasid arendajad versiooni 3 v\u00e4ljastamisest, mis toetab IPv6. Siiski, t\u00e4ielikult funktsionaalne OSPF kolmas versioon IPv6 jaoks ilmus alles 2008. aastal. Miks valiti just OSPF? Viimasel tunnil \u00f5ppisime, et see sisev\u00e4ravate protokoll saavutab marsruutide konvergentsi oluliselt kiiremini kui RIP. See on klassit\u00fchi protokoll. <\/p>\n

Kui teil on meeles, et RIP on klassip\u00f5hine protokoll, siis see ei saada alamsideme teavet. Kui tal kohtab A-klassist IP-aadressi \/24, ei aktsepteeri ta seda. N\u00e4iteks, kui te esitate talle IP-aadressi kujul 10.1.1.0\/24, siis t\u00f5lgendab ta seda kui v\u00f5rku 10.0.0.0, sest ta ei m\u00f5ista, kui v\u00f5rk jaguneb alav\u00f5rkudeks, kasutades rohkem kui \u00fchte alamside maski.
\nOSPF on turvaline protokoll. N\u00e4iteks, kui kaks ruuteri vahetavad OSPF teavet, saate autentimise seadistada nii, et teavet saab jagada ainult naaberruuteriga p\u00e4rast parooli sisestamist. Nagu juba \u00f6eldud, on see avatud standard, seega kasutavad OSPF-i paljud v\u00f5rgutarvikute tootjad.<\/p>\n

Globaalset m\u00f5istet kasutatakse OSPF-i puhul kui linkide olekuteateid edastava mehhanismi, mida tuntakse LSA-de (Link State Advertisement) nime all. LSA-s s\u00f5numid genereeritakse ruuteri poolt ning need sisaldavad palju teavet: ruuteri ainulaadne identifikaator router-id, andmed v\u00f5rkude kohta, mis on ruuterile teada, nende kulud ja nii edasi. K\u00f5ik see teave on ruuteri jaoks vajalik marsruutimisotsuste tegemiseks. <\/p>\n

\"Cisco
\n
\nRuuter R3 saadab oma LSA teabe ruuteri R5-le, samal ajal kui ruuter R5 jagab oma LSA teavet R3-ga. Need LSA-d esindavad andmestruktuuri, mis moodustab Link State Data Basi (LSDB). Ruuter kogub k\u00f5ik saadud LSA-d ja paigutab need oma LSDB-sse. Kui m\u00f5lemad ruuterid on loonud oma andmebaasid, vahetavad nad \u00fcksteisega Hello s\u00f5numeid, mis on m\u00f5eldud naabrite avastamiseks, ja alustavad oma LSDB-de v\u00f5rdlemise protseduuri.<\/p>\n

R3 ruuter saadab R5 ruuterile DBD s\u00f5numi ehk \"andmebaasi kirjelduse\", millele R5 vastab oma DBD-ga R3-le. Need s\u00f5numid sisaldavad LSA indekseid, mis on olemas iga ruuteri andmebaasides. Saades DBD, saadab R3 R5-le v\u00f5rgusuhtluse seisundi p\u00e4ringu LSR, m\u00e4rkides: \"mul on juba olemas s\u00f5numid 3, 4 ja 9, nii et saatke mulle ainult 5 ja 7.\" <\/p>\n

Sarnaselt toimib ka R5, teatades kolmandale ruuterile: \"mul on teave 3, 4 ja 9, nii et saatke mulle 1 ja 2.\" P\u00e4rast LSR p\u00e4ringute saamist saadavad ruuterid tagasi v\u00f5rgusuhtluse seisundi uuenduste paketid LSU, see t\u00e4hendab, et kolmas ruuter saab R5 ruuterilt LSU vastusena oma LSR-ile. P\u00e4rast ruuterite andmebaaside uuendamist omavad k\u00f5ik neist, isegi kui teil on 100 ruuteri, sama LSDB andmebaasi. Kui ruuterites on loodud LSDB andmebaasid, teab iga\u00fcks neist kogu v\u00f5rku tervikuna. Protokoll OSPF kasutab marsruutimisstatistikate loomiseks l\u00fchima tee algoritmi, seega on selle n\u00f5uetekohase toimimise jaoks k\u00f5ige olulisem, et k\u00f5ik seadmed v\u00f5rgus oleksid LSDB-sid s\u00fcnkroonitud. <\/p>\n

\"Cisco
\n
\nAntud skeemil on kujutatud 9 ruuteri, millest iga\u00fcks vahetab naabritega LSR, LSU jne s\u00f5numeid. K\u00f5ik nad on \u00fchendatud omavahel p2p, ehk 'punkt-punkt' liideste kaudu, mis toetavad OSPF protokolli, ja suhtlevad omavahel, et luua \u00fchtne LSDB. <\/p>\n

\"Cisco
\n
\nNiipea kui andmebaasid on s\u00fcnkroniseeritud, koostab iga ruuter oma marsruuditabeli, kasutades l\u00fchima tee algoritmi. Erinevatel ruuteritel on need tabelid erinevad. See t\u00e4hendab, et k\u00f5ik ruuterid kasutavad samu LSDB, kuid koostavad marsruuditabelid, tuginedes oma arvamustele l\u00fchimatest teedest. Selle algoritmi kasutamiseks vajab OSPF regulaarset LSDB uuendamist. <\/p>\n

Seega, et OSPF saaks korralikult t\u00f6\u00f6le hakata, peab see esmalt tagama kolm tingimust: leidma naabreid, looma ja v\u00e4rskendama LSDB-d ning moodustama marsruuditabeli. Esimese tingimuse t\u00e4itmiseks v\u00f5ib v\u00f5rguadministraatoril olla vajalik k\u00e4sitsi seadistada router-id, ajastused v\u00f5i wildcard mask. J\u00e4rgmises videos vaatame seadme seadistamist OSPF-i t\u00f6\u00f6ks, kuid seni peaksite teadma, et see protokoll kasutab tagasiteed, ja kui see ei \u00fchti, kui teie alamv\u00f5rgud ei \u00fchti v\u00f5i autentimine ei \u00fchti, siis naabrust ei saa luua. Seet\u00f5ttu, kui OSPF t\u00f6\u00f6probleemide lahendamisel tuleb v\u00e4lja selgitada, miks see naabrus ei moodustu, st tuleb kontrollida, kas \u00fclaltoodud parameetrid vastavad.<\/p>\n

V\u00f5rguadministratsioonina ei osale te LSDB loomise protsessis. Andmebaaside v\u00e4rskendamine toimub automaatselt p\u00e4rast ruuterite naabruse loomist, samuti marsruuditabelite koostamine. K\u00f5ike seda teostab ise seade, mis on seadistatud OSPF-protokolliga t\u00f6\u00f6tama.
\nVaatame n\u00e4idet. Meil on 2 ruuterit, millele ma lihtsuse huvides olen m\u00e4\u00e4ranud identifikaatorid RID 1.1.1.1 ja 2.2.2.2. Nii pea, kui me need \u00fchendame, l\u00e4heb link kohe \u00fcles, sest olen need ruuterid seadnud t\u00f6\u00f6le OSPF-i kaudu. Niipea, kui suhtluskanal on loodud, saadab ruuter A kohe teisele Hello paketi. Selles paketis sisaldub teave, et antud ruuter ei ole kanalil kedagi veel \"n\u00e4hnud\", kuna saadab Hello esmakordselt, samuti tema oma identifikaator, andmed tema k\u00fclge \u00fchendatud v\u00f5rgu kohta ja muu teave, mida ta naabriga jagada saab. <\/p>\n

\"Cisco
\n
\nSaades selle paketi, router B \u00fctleb: \"ma n\u00e4en, et sellel suhtluskanalil on OSPF protokolli naaber\u00fchistuses potentsiaalne kandidaat\" ja l\u00e4heb initsialiseerimise olekusse Init state. Hello pakett ei ole unicast v\u00f5i broadcast s\u00f5num, see on multikastipakett, mis saadetakse multikastiprotokolli OSPF IP-aadressile 224.0.0.5. M\u00f5ned inimesed k\u00fcsivad, milline on multikasti alammask. Asi on selles, et multikastil ei ole alammaski, see levib nagu raadiosignaal, mida kuulevad k\u00f5ik seadmed, mis on selle sageduse peale seadistatud. N\u00e4iteks, kui soovite kuulata FM-raadiot, mis edastab sagedusel 91,0, siis seadistate oma raadio sellele sagedusele. <\/p>\n

Samamoodi on router B seadistatud vastama s\u00f5numitele multikastiaadressilt 224.0.0.5. Kuulates seda kanalit, saab ta Hello paketi, mille saatis router A, ja vastab sellele oma s\u00f5numiga. <\/p>\n

\"Cisco
\n
\nSamas naabrus saab luua ainult juhul, kui vastus B rahuldab teatud kriteeriumide kogumit. Esimene kriteerium on, et Hello s\u00f5numite saatmise sagedus ja sellele j\u00e4rgnev vastuse ootamise periood Dead Interval peavad olema m\u00f5lemal ruuteril samad. \u00dcldjuhul on Dead Interval mitu Hello tiimri v\u00e4\u00e4rtust. Seega, kui ruuteri A Hello Timer on 10 s ja ruuter B saadab sellele s\u00f5numi 30 s p\u00e4rast, samas kui Dead Interval on 20 s, naabrust ei toimu. <\/p>\n

Teine kriteerium on, et m\u00f5lemad ruuterid peavad kasutama sama autentimismeetodit. Vastavalt peavad ka autentimise paroolid olema samad. <\/p>\n

Kolmas kriteerium on, et tuleb vastata piirkonna ID-d. Neljas kriteerium on v\u00f5rgu prefiksi pikkuse vastavus. Kui ruuter A teatab prefiksist \/24, peab ruuter B samuti olema v\u00f5rgu prefiksiga \/24. J\u00e4rgmises videos arutame seda l\u00e4hemalt, kuid mainin, et see ei ole alamv\u00f5rgu mask, siin kasutavad ruuterid p\u00f6\u00f6rdmaski Wildcard mask. Ja loomulikult peavad Stub area lipud olema samuti samad, kui ruuterid asuvad selles piirkonnas. <\/p>\n

P\u00e4rast neid kriteeriume kontrollides, kui need kokku langevad, saadab ruuter B ruuterile A oma Hello-paketi. Erinevalt s\u00f5numist A, teatab ruuter B, et ta on n\u00e4inud ruuterit A ja tutvustab end. <\/p>\n

\"Cisco
\n
\nVastuseks sellele s\u00f5numile saadab ruuter A uuesti Hello ruuterile B, kinnitades, et on samuti n\u00e4inud ruuterit B. Nende vahelise sidekanali aadressid on seadmed 1.1.1.1 ja 2.2.2.2, ning tema ise on seade 1.1.1.1. See on v\u00e4ga oluline etapp naabruse kehtestamiseks. Antud juhul kasutatakse kahepoolselt \u00fchendust 2-WAY, kuid mis juhtub, kui meil on l\u00fcliti, kus on 4 ruuterit? Sellises 'jagatud' keskkonnas peab \u00fcks ruuter m\u00e4ngima m\u00e4\u00e4ratud ruuteri (Designated Router, D.R) rolli ja teine \u2013 varu m\u00e4\u00e4ratud ruuteri (Backup Designated Router, B.D.R) rolli.<\/p>\n

\"Cisco
\n
\nIga seade moodustab t\u00e4is\u00fchenduse (Full connection) v\u00f5i t\u00e4ieliku naabruse oleku, hiljem vaatame, mis see t\u00e4pselt on. Kuid selline \u00fchendus luuakse ainult D.R. ja B.D.R. vahel, teised kaks ruuterit D ja B suhtlevad siiski punkt-punkt kahepoolses \u00fchenduses. <\/p>\n

See, et D.R. ja B.D.R. k\u00f5igil ruuteritel on t\u00e4isnaabruse suhe, samas kui nende vahel on point-to-point t\u00fc\u00fcp \u00fchendus. See on v\u00e4ga oluline, kuna kaheastmelises \u00fchenduses, kus seadmed on omavahel seotud, peavad k\u00f5ik paketi Hello parameetrid olema \u00fchesugused. Meie juhul on k\u00f5ik \u00fchtne, seega seadmed loovad probleemideta naabruse. <\/p>\n

Niipea kui kaheastmeline side on loodud, saadab ruuter A ruuterile B Database Description ehk \u201eandmebaasi kirjeldus\u201c paketi ning liigub ExStart olekusse - algusvahetus v\u00f5i laadimise ootus. Database Descriptor sisaldab teavet, mis sarnaneb raamatu sisukorraga \u2013 see loetleb k\u00f5ike, mis on marsruutimise andmebaasis. Vastuseks saadab ruuter B oma andmebaasi kirjelduse ruuterile A ning liigub andmevahetuse olekusse Exchange. Kui Exchange olekus avastab ruuter, et \u00f5igete andmete puudumine on tema andmebaasis, liigub ta LOADING olekusse ja hakkab vahetama naabriga LSR, LSU ja LSA s\u00f5numeid.<\/p>\n

\"Cisco
\n
\nNii, ruuter A saadab naabrile LSR, kes vastab talle pakettidega LSU, millele ruuter A vastab ruuterile B LSA s\u00f5numiga. See vahetus toimub nii sageli, kui seadmed soovivad LSA-s\u00f5numeid vahetada. LOADING olek t\u00e4hendab, et LSA andmebaasi t\u00e4ielik uuendus ei ole veel toimunud. P\u00e4rast k\u00f5igi andmete laadimist liiguvad m\u00f5lemad seadmed t\u00e4ieliku k\u00fclgneva olekusse FULL.<\/p>\n

Tahan m\u00e4rkida, et kahepoolse \u00fchenduse korral on seadmed lihtsalt naabruse seisundis, samas kui t\u00e4ieliku k\u00fclgneva oleku saavutamine on v\u00f5imalik ainult ruuterite, D.R. ja B.D.R. vahel. See t\u00e4hendab, et iga ruuter edastab D.R.-le muudatused v\u00f5rgus, ja k\u00f5ik ruuterid saavad D.R.-lt nendest muudatustest teada.<\/p>\n

D.R. ja B.D.R. valik on oluline k\u00fcsimus. Vaatleme, kuidas D.R. valik toimub \u00fchises keskkonnas. Oletame, et meie skeemis on kolm ruuteri ja l\u00fcliti. Esiteks v\u00f5rreldavad OSPF seadmed prioriteeti Hello-s\u00f5numites, seej\u00e4rel v\u00f5rreldakse Router ID. <\/p>\n

Seade, millel on k\u00f5rgeim prioriteet, saab D.R.-iks. Kui kahe seadme prioriteedid on v\u00f5rdsed, valitakse neist seade, millel on k\u00f5rgeim Router ID, mis saab D.R.-iks.<\/p>\n

B.D.R. reservituden\u00fc routeriks saab seade, mille prioriteet on teine v\u00f5i mille Router ID on teine. Kui D.R. rikneb, asendab selle koheselt B.D.R. Ta hakkab t\u00e4itma D.R. rolli ning s\u00fcsteem valib uue B.D.R.<\/p>\n

\"Cisco
\n
\nLoodan, et olete D.R. ja B.D.R. valimisega selgeks saanud. Kui ei, siis tutvustan seda teemat uuesti \u00fches j\u00e4rgnevates videotest ja selgitan seda protsessi. <\/p>\n

Nii oleme arutanud, millised on Hello, Database Descriptor ja LSR, LSU ja LSA s\u00f5numid. Enne kui liigume j\u00e4rgmise teema juurde, r\u00e4\u00e4gime natuke OSPFi kuludest. <\/p>\n

\"Cisco
\n
\nCisco-s arvutatakse marsruudi maksumus suhe Reference bandwidth, mille vaikeseade on 100 mbit\/s, ja kanali maksumuse vahel. N\u00e4iteks kui seadmed on \u00fchendatud seeriaporti kaudu, on kiirus 1.544 mbit\/s ja maksumus 64. Kui kasutatakse Ethernet-\u00fchendust kiirusel 10 mbit\/s, on maksumus 10 ning FastEthernet-\u00fchenduse maksumus kiirusel 100 mbit\/s on 1. <\/p>\n

Gigabit Etherneti kasutamisel on meil kiirus 1000 Mbit\/s, Kuid sel juhul v\u00f5etakse kiirus alati v\u00f5rdseks 1-ga. Seet\u00f5ttu, kui teie v\u00f5rgus on Gigabit Ethernet, peate muutma vaikeseade Ref. BW v\u00e4\u00e4rtuseks 1000. Sellisel juhul maksab see 1 ja kogu tabel arvutatakse \u00fcmber, suurendades kulude v\u00e4\u00e4rtusi 10 korda. P\u00e4rast naabruse loomist ja LSDB andmebaasi koostamist liigume edasi marsruuditabeli koostamise juurde. <\/p>\n

\"Cisco
\n
\nP\u00e4rast LSDB saamist alustavad iga marsruuter iseseisvalt marsruutide nimekirja koostamist SPF algoritmi abil. Meie skeemis koostab marsruuter A sellise tabeli enda jaoks. N\u00e4iteks arvutab ta marsruudi A-R1 maksu ja m\u00e4\u00e4rab selle 10-ks. Skeemi arusaamise lihtsustamiseks oletame, et marsruuter A m\u00e4\u00e4rab marsruudi marsruuteri B poole. A-R1 \u00fchenduse maksumus on 10, A-R2 \u00fchenduse maksumus on 100 ja marsruudi A-R3 maksumus on 11, st A-R1 (10) ja R1-R3 (1) marsruudi summa.<\/p>\n

Kui ruuter A soovib j\u00f5uda ruuteri R4 juurde, saab ta valida kas marsruudi A-R1-R4 v\u00f5i marsruudi A-R2-R4, mille hinnad on sama suured: 10+100 = 100+10=110. Marsruut A-R6 maksab 100+1= 101, mis on juba parem. J\u00e4rgmiseks vaatame teed ruuter R5 juurde marsruudil A-R1-R3-R5, mille hind on 10+1+100 = 111. <\/p>\n

Ruuter R7 juurde viib kaks marsruuti: A-R1-R4-R7 v\u00f5i A-R2-R6-R7. Esimese hind on 210, teise oma 201, seega tuleks valida 201. Nii et, et j\u00f5uda ruuter B juurde, saab ruuter A kasutada 4 marsruuti.<\/p>\n

\"Cisco
\n
\nMarsruudi A-R1-R3-R5-B hind on 121. Marsruut A-R1-R4-R7-B maksab 220. Marsruuti A-R2-R4-R7-B hind on 210 ja A-R2-R6-R7-B maksab 211. Seet\u00f5ttu valib ruuter A madalaima hinnaga marsruudi, mille hind on 121, ja paneb selle oma marsruuditabelisse. See on v\u00e4ga lihtsustatud skeem, kuidas SPF algoritm t\u00f6\u00f6tab. Tegelikult sisaldab tabel mitte ainult ruuteri t\u00e4hiseid, mille kaudu optimaalne marsruut kulgeb, vaid ka nende vaheliste portide t\u00e4hiseid ning kogu vajalikku teavet. <\/p>\n

Vaatame veel \u00fchte teemat, mis puudutab marsruutimise alasid. Tavaliselt on OSPF seadistamisel k\u00f5ik ettev\u00f5tte seadmed \u00fches \u00fchises alases. <\/p>\n

\"Cisco
\n
\nMis juhtub, kui seadme, mis on \u00fchendatud ruuteriga R3, t\u00f6\u00f6 katkeb? Ruuter R3 hakkab kohe saatma ruutereile R5 ja R1 teate, et \u00fchendus selle seadmega ei t\u00f6\u00f6ta enam, ning k\u00f5ik ruuterid hakkavad vahetama teavet selle s\u00fcndmuse kohta. <\/p>\n

\"Cisco
\n
\nKui teil on 100 ruuterit, siis k\u00f5ik need uuendavad teavet kanalite oleku kohta, kuna nad asuvad \u00fches \u00fchisalas. Sama juhtub, kui \u00fcks naaberruuteritest laguneb \u2013 k\u00f5ik seadmed vahetavad LSA v\u00e4rskendusi. P\u00e4rast selliste s\u00f5numite vahetamist muutub kogu v\u00f5rgu topoloogia. Niipea kui see juhtub, arvutab SPF marsruutimistabelid uute tingimuste kohaselt \u00fcmber. See on v\u00e4ga mahukas protsess, ja kui \u00fches piirkonnas asub tuhat seadet, peate j\u00e4lgima ruuterite m\u00e4lu suurust, et see oleks piisav k\u00f5igi LSA-de ja tohutu LSDB (kanalite oleku andmebaas) hoidmiseks. Kui mingis piirkonna osas toimuvad muutused, arvutab SPF marsruudid kohe uuesti. Vaikimisi uuendatakse LSA-d iga 30 minuti tagant. See protsess toimub k\u00f5igis seadmetes mitte samaaegselt, kuid igal juhul teostab iga ruuter uuendusi 30-minutilise intervalliga. Mida rohkem on v\u00f5rgu seadmeid, seda rohkem on vaja m\u00e4lu ja aega LSDB v\u00e4rskendamiseks.<\/p>\n

Selle probleemi saab lahendada, jagades \u00fche \u00fchise ala mitmeks eraldi alaks, st kasutades mitme tsooni (multizoning) lahendust. Selleks peab teil olema kogu v\u00f5rguskeem v\u00f5i -plaan, mida haldate. Nulltsoon AREA 0 on teie peamine ala, Main area. See on koht, kus toimub \u00fchendus v\u00e4lisv\u00f5rguga, n\u00e4iteks Interneti-\u00fchendusega. Uute tsoonide loomisel tuleks j\u00e4rgida reeglit: igas tsoonis peab olema \u00fcks piirrouter ABR, Area Border Router. Piirrouteril on \u00fcks liides \u00fches tsoonis ja teine liides teises tsoonis. N\u00e4iteks on router R5-l liidesed tsoonis 1 ja tsoonis 0. Nagu ma \u00fctlesin, peab iga tsoon olema \u00fchendatud nulltsooni, st omama piirrouterit, mille \u00fcks liides on \u00fchendatud AREA 0. <\/p>\n

\"Cisco
\n
\nKujutage ette, et R6-R7 \u00fchendus on katkenud. Sel juhul laieneb LSA v\u00e4rskendus ainult AREA 1 piirkonnas ja m\u00f5jutab vaid seda piirkonda. Seadmed piirkonnas 2 ja piirkonnas 0 ei tea sellest isegi midagi. Piirrouter R5 kogub teavet selle kohta, mis toimub tema piirkonnas, ja saadab AREA 0 p\u00f5hialale kokkuv\u00f5tlikku teavet v\u00f5rguseisundi kohta. \u00dches piirkonnas olevad seadmed ei pea teadma LSA muudatustest teistes piirkondades, kuna ABR router edastab teavet marsruutide kohta \u00fchelt piirkonnalt teisele. <\/p>\n

Kui te ei ole piirkondade kontseptsiooni t\u00e4ielikult m\u00f5istnud, saate rohkem teada j\u00e4rgmistest \u00f5ppetundidest, kui sukeldume OSPF marsruutimise seadistamisse ja vaatame mitmeid n\u00e4iteid. <\/p>\n

\r\n \"Vaata\r\n
<\/div>\r\n <\/div><\/center>
\nAit\u00e4h, et olete meiega. Kas teile meeldivad meie artiklid? Soovite rohkem huvitavat sisu? Toetage meid tellimuse vormistamise v\u00f5i soovituste jagamisega s\u00f5pradele. 30% soodustus Habra kasutajatele meie ainulaadsetelt entry-level serveritelt, mis on loodud just teile:<\/b> K\u00f5ik VPS (KVM) E5-2650 v4 (6 s\u00fcdamikku) 10GB DDR4 240GB SSD 1Gbps alates $20 v\u00f5i kuidas serverit \u00f5igesti jagada?<\/a><\/noindex> (saadaval on RAID1 ja RAID10 variandid, kuni 24 s\u00fcdamikku ja kuni 40GB DDR4).<\/p>\n

Dell R730xd kaks korda odavam?<\/b> Ainult meie juures 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB alates $199<\/a><\/noindex> Hollandi turul! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 alates $99!<\/b><\/b> Lugege, kuidas Luua ettev\u00f5tte tasemel infrastruktuur Dell R730xd E5-2650 v4 serveritega, mille hind on 9000 eurot, madala hinnaga?<\/a><\/noindex>
\n
Allikas: 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\udd47Cisco 200-125 CCNA v3.0. P\u00e4ev 44. OSPF-i sissejuhatus | ProHoster","description":"T\u00e4na alustame OSPF protokolli marsruutimise uurimist. See teema, nagu ka EIGRP protokolli k\u00e4sitlemine, on kogu CCNA kursuse jaoks \u00e4\u00e4rmiselt oluline. Nagu n\u00e4ete, kannab jaotis 2.4 pealkirja \u201eOSPv2 \u00fche ja mitme tsooni konfiguratsioon, kontrollimine ja t\u00f5rkeotsing IPv4 protokolli jaoks (v\u00e4lja arvatud autentimine, filtreerimine, k\u00e4sitsi marsruutide kokkuv\u00f5te, taastamine, must ala, virtuaalne v\u00f5rk ja LSA)\u201c. OSPFi teema on piisavalt","canonical_url":"https:\/\/prohoster.info\/et\/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":"et_EE","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. \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","og:url":"https:\/\/prohoster.info\/et\/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"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/38332","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=38332"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/38332\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/28774"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=38332"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=38332"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=38332"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}