{"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 uurimisega. See teema, nagu ka EIGRP-protokolli k\u00e4sitlemine, on CCNA kursuse \u00fcks olulisemaid. Nagu n\u00e4ete, kannab peat\u00fckk 2.4 pealkirja \u201eOSPFv2 seadistamine, kontrollimine ja t\u00f5rkeotsing \u00fchtses ja mitmes tsoonis IPv4 protokolli jaoks (ilma autentimise, filtreerimise, k\u00e4sitsi marsruudistamise, \u00fclekandmise, katkestatud tsoonide, virtuaalsete v\u00f5rkude ja LSA-nimata)\u201d. <\/p>\n

\"Cisco
\n
\nOSPF-teema on piisavalt ulatuslik, seet\u00f5ttu kulub sellele kaks, v\u00f5ib-olla kolm videoklassi. T\u00e4na keskendume teoreetilisele poolele ja r\u00e4\u00e4gin teile, mis see protokoll \u00fcldiselt endast kujutab ja kuidas see t\u00f6\u00f6tab. J\u00e4rgmisel videol liigume OSPF-i seadistamise re\u017eiimi juurde, kasutades Packet Tracerit.<\/a><\/noindex><\/p>\n

Nii et t\u00e4na vaatame kolme asja: mis on OSPF, kuidas see t\u00f6\u00f6tab ja mis on OSPF tsoonid. Eelmisel tunnil r\u00e4\u00e4kisime, et OSPF on Link State marsruutimise protokoll, mis uurib sideteid marsruuterite vahel ja teeb otsuseid nende kanalite kiirusest l\u00e4htuvalt. Pikem kanal suurema kiirusena, st suurema l\u00e4bilaskev\u00f5imega, on prioriteetne l\u00fchema kanali ees, millel on madalam l\u00e4bilaskev\u00f5ime.<\/p>\n

RIP-protokoll, olles kauguse-vektor protokoll, valib \u00fche hopi marsruudi, isegi kui selle kanali kiirus on madal, samas kui OSPF valib pika marsruudi mitme hopiga, kui selle marsruudi kogukiirus on suurem kui l\u00fchi marsruudi liikluskiirus. <\/p>\n

\"Cisco
\n
\nHiljem vaatame otsuste tegemise algoritmi, aga praegu peate meeles pidama, et OSPF on Link State kanalite oleku protokoll. See avatud standard loodi 1988. aastal, nii et iga v\u00f5rgu seadmete tootja ja v\u00f5rgu teenusepakkuja sai seda kasutada. Seet\u00f5ttu on OSPF palju populaarsem kui EIGRP. <\/p>\n

OSPF versioon 2 toetab ainult IPv4 protokolli, ning aasta hiljem, 1989, kuulutasid arendajad v\u00e4lja versiooni 3, mis toetab IPv6. Siiski ilmus t\u00e4ieulatuslik OSPF versioon IPv6 jaoks alles 2008. aastal. Miks just OSPF valiti? Eelmisel tunnil \u00f5ppisime, et see siseedastusprotokoll saavutab marsruutide konvergentsi palju kiiremini kui RIP. See on klassit\u00fchi protokoll. <\/p>\n

Kui te m\u00e4letate, RIP on klassip\u00f5hine protokoll, mis t\u00e4hendab, et see ei saada subneti maski teavet. Kui ta kohtab A-klassi IP-aadressi \/24, ei aktsepteeri ta seda. N\u00e4iteks, kui te esitaksite talle IP-aadressi kujul 10.1.1.0\/24, v\u00f5taks ta selle vastu kui v\u00f5rku 10.0.0.0, kuna ei m\u00f5ista, kuidas v\u00f5rk jaguneb alav\u00f5rkudeks, kasutades rohkem kui \u00fchte subneti maski.
\nOSPF on turvaline protokoll. N\u00e4iteks, kui kaks ruuteri vahetavad OSPF teavet, saate autentimise seadistada nii, et teavet saab jagada naaberruuteriga alles p\u00e4rast parooli sisestamist. Nagu juba mainitud, on see avatud standard, seega kasutavad OSPF-i paljud v\u00f5rgu seadmete tootjad.<\/p>\n

Globaalsetes m\u00f5\u00f5tmetes on OSPF mehhanism, mis vahetab kanalite olekuteateid, Link State Advertisements (LSA). LSA s\u00f5numid genereerib ruuter ja need sisaldavad palju teavet: ruuteri unikaalne identifikaator router-id, andmed v\u00f5rkude kohta, millest ruuter on teadlik, nende kulud jne. Kogu see teave on vajalik ruuterile marsruutimise otsuste tegemiseks. <\/p>\n

\"Cisco
\n
\nRuuter R3 saadab oma LSA teabe ruuterile R5 ja ruuter R5 jagab oma LSA teavet R3-iga. Need LSA-d on andmestruktuurid, mis moodustavad Link State Data Base (LSDB). Ruuter kogub k\u00f5ik saadud LSA-d ja paigutab need oma LSDB-sse. P\u00e4rast seda, kui m\u00f5lemad ruuterid on loonud oma andmebaasid, vahetavad nad Hello s\u00f5numeid, mis teenivad naabrite avastamise eesm\u00e4rki, ning alustavad oma LSDB-de v\u00f5rdlemise protseduuri.<\/p>\n

Ruuter R3 saadab ruuterile R5 DBD s\u00f5numi, mis t\u00e4hendab \u201eandmebaasi kirjeldus\u201d, ja R5 saadab oma DBD ruuterile R3. Need s\u00f5numid sisaldavad LSA indekseid, mis on iga ruuteri andmebaasides olemas. Saades DBD, saadab ruuter R3 riigi seisundi p\u00e4ringu LSR ruuterile R5, \u00f6eldes: \u201eMul on juba s\u00f5numid 3, 4 ja 9, nii et saatke mulle ainult 5 ja 7.\u201d <\/p>\n

Sama teeb ka R5, teavitades kolmandat ruuterit: \u00abmul on teave 3, 4 ja 9, nii et saatke mulle 1 ja 2\u00bb. Saades LSR-p\u00e4ringud, saadavad ruuterid tagasi v\u00f5rgu olekuteate paketid LSU, st vastuseks oma LSR-le saab kolmas ruuter LSU R5 ruuterilt. P\u00e4rast ruuterite andmebaaside v\u00e4rskendamist on k\u00f5ik ruuterid, isegi kui teil on 100 ruuterit, \u00fchesuguste LSDB-dega. Niipea kui ruuterites on loodud LSDB-d, teab iga\u00fche neist kogu v\u00f5rgu kohta. Protokoll OSPF kasutab l\u00fchima tee algoritmi, et luua marsruudit\u00e4id, seega on selle n\u00f5uetekohase toimimise oluline tingimus k\u00f5igi seadmete LSDB-de s\u00fcnkroniseerimine v\u00f5rgus. <\/p>\n

\"Cisco
\n
\nAntud skeemil on 9 ruuterit, kes iga\u00fches vahetavad naabritega LSR, LSU jne s\u00f5numeid. Need on k\u00f5ik omavahel seotud p2p v\u00f5i \u201epunkt-punkt\u201d liideste kaudu, mis toetavad OSPF protokolli toimimist, ning suhtlevad omavahel, et luua \u00fchesugused LSDB-d. <\/p>\n

\"Cisco
\n
\nNiipea kui andmebaasid on s\u00fcnkroniseeritud, loob iga ruuter, kasutades l\u00fchima tee algoritmi, oma marsruudit\u00e4id. Erinevatel ruuteritel on need tabelid erinevad. See t\u00e4hendab, et k\u00f5ik ruuterid kasutavad \u00fchesuguseid LSDB-sid, kuid loovad marsruudit\u00e4id, l\u00e4htudes oma soovitustest l\u00fchimate teede osas. Selle algoritmi kasutamiseks vajab OSPF regulaarset LSDB v\u00e4rskendamist. <\/p>\n

Nii et OSPFi n\u00f5uetekohaseks toimimiseks peab see esmalt tagama 3 tingimust: leidma naabrit, looma ja v\u00e4rskendama LSDB-d ning looma marsruudit\u00e4id. 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 t\u00f6\u00f6tamiseks, kuid te peaksite teadma, et see protokoll kasutab tagasikutsumismaski, ja kui see ei vasta, kui teie alamv\u00f5rgud ei \u00fchti v\u00f5i autentimine ei \u00fchti, ei saa ruuterite naabrus tekkida. Seega OSPF t\u00f5rkeotsingul peate v\u00e4lja selgitama, miks see naabrus ei teki, st kontrollima \u00fclaltoodud parameetrite vastavust.<\/p>\n

V\u00f5rguadministraatorina ei osale te LSDB loomise protsessis. Andmebaaside v\u00e4rskendamine toimub automaatselt p\u00e4rast marsruuterite naabruse loomist, samuti marsruutimisdiagrammide koostamine. K\u00f5ik see toimub seadme poolt, mis on seadistatud t\u00f6\u00f6tama OSPF-protokolliga.
\nVaadakem n\u00e4idet. Meil on kaks marsruuterit, millele olen lihtsustamiseks omistanud identifikaatorid RID 1.1.1.1 ja 2.2.2.2. Kui \u00fchendame need, l\u00e4heb link kohe \u00fcles, kuna olen need marsruuterid OSPF-iga t\u00f6\u00f6tamiseks eelseadnud. Kui sideliin luuakse, saadab marsruuter A kohe teisele Hello-paketi. Selles paketis on teavet, et see marsruuter ei ole veel kedagi sellel kanalil \"n\u00e4inud\", sest ta saadab Hello esmakordselt, samuti oma identifikaatori, teavet oma \u00fchendatud v\u00f5rgu kohta ning muud teavet, mida ta saab naabriga jagada. <\/p>\n

\"Cisco
\n
\nSaades selle paketi, \u00fctleb marsruuter B: \"n\u00e4en, et sellel sideliinil on OSPF-protokolli jaoks potentsiaalne naabrikandidaat\" ja liigub algusolekusse Init state. Hello-pakett ei ole unicast v\u00f5i broadcast s\u00f5num, vaid multicasting pakett, mis saadetakse multicasting OSPF IP-aadressile 224.0.0.5. M\u00f5ned inimesed k\u00fcsivad, mis on multicasting alamsuurus. T\u00f5de on see, et multicastingul ei ole alamsuurt, see levib nagu raadiolaine, mida k\u00f5ik seadmed, mis on selle sagedusele h\u00e4\u00e4lestatud, kuulevad. N\u00e4iteks kui soovite kuulda FM-raadiot, mis edastab sagedusel 91,0, peate oma raadiovastuv\u00f5tja sellele sagedusele h\u00e4\u00e4lestama. <\/p>\n

Sarnaselt on marsruuter B seadistatud vastuv\u00f5tma s\u00f5numeid multicasting aadressilt 224.0.0.5. Kuulates seda kanalit, v\u00f5tab ta vastu Hello-paketi, mille marsruuter A saatis, ja vastab sellele oma s\u00f5numiga. <\/p>\n

\"Cisco
\n
\nNaabrus v\u00f5ib olla loodud ainult juhul, kui B vastus vastab m\u00e4\u00e4ratud kriteeriumidele. Esimene kriteerium on Hello s\u00f5numite saatmise sagedus ja ooteaeg sellele vastamiseks, Dead Interval, peab olema m\u00f5lemal marsruuteril sama. Tavalistes tingimustes on Dead Interval v\u00e4\u00e4rtuste komplekt, mis on seotud Hello taimeriga. Seega, kui marsruuteri A Hello Timer on 10 s ja marsruuter B saadab talle s\u00f5numi 30 s p\u00e4rast, kui Dead Interval on 20 s, ei toimu naabrust. <\/p>\n

Teine kriteerium on, et m\u00f5lemad ruuterid peavad kasutama sama autentimise t\u00fc\u00fcpi. Seega peavad ka autentimisparoolid olema samad. <\/p>\n

Kolmas kriteerium on Arial ID tsoonide identifikaatorite \u00fchtesattumine, neljas \u2013 v\u00f5rgu prefiksi pikkuse \u00fchtesattumine. Kui ruuter A teatab prefiksist \/24, peab ruuter B samuti omama v\u00f5rgu prefiksit \/24. J\u00e4rgmises videos arutame seda l\u00e4hemalt; hetkel m\u00e4rkisin, et see ei ole alamv\u00f5rgu mask, siin kasutavad ruuterid vastupidist maski Wildcard mask. Ja loomulikult peavad ka Stub area lipud olema samad, kui ruuterid asuvad selles piirkonnas. <\/p>\n

P\u00e4rast nende kriteeriumite kontrollimist, kui need klapivad, saadab ruuter B ruuterile A oma Hello-paketi. Erinevalt s\u00f5numist A teatab ruuter B, et ta on n\u00e4inud ruuterit A ja tutvustab ennast. <\/p>\n

\"Cisco
\n
\nVastuseks sellele s\u00f5numile saadab ruuter A uuesti Hello ruuterile B, milles ta kinnitab, et on samuti n\u00e4inud ruuterit B, suhtluskanal nende vahel koosneb seadmetest 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 loomisel. Antud juhul kasutatakse kahepoolses \u00fchenduses 2-WAY, kuid mis juhtuks, kui meil on l\u00fcliti, kus on jaotatud v\u00f5rgu 4 ruuterit? Sellises \u201ejagatud\u201c keskkonnas peab \u00fcks ruuter t\u00e4itma m\u00e4\u00e4ratud ruuteri Designated router D.R \u00fclesande, ning teine olema varu m\u00e4\u00e4ratud ruuter Backup designated router B.D.R.<\/p>\n

\"Cisco
\n
\nIga\u00fcks neist seadmetest moodustab Full connection, v\u00f5i t\u00e4ieliku naabruse seisundi; hiljem vaatame, mis see on, kuid selline \u00fchendus luuakse ainult D.R. ja B.D.R. vahel, omavahel suhtlevad kaks alumist ruuteri D ja V ikkagi punkt-punkt \u00fchenduse skeemi j\u00e4rgi. <\/p>\n

See t\u00e4hendab, et D.R. ja B.D.R vahel loomuvad k\u00f5ikide ruuterite vahel t\u00e4ieliku naabruse suhted, samas kui omavahel on \u00fchendus punkt-punkti t\u00fc\u00fcpi. See on v\u00e4ga oluline, kuna kahepoolses \u00fchenduses naabrusseadmete vahel peavad k\u00f5ik Hello-paketi parameetrid kattuma. Meie puhul kattuvad k\u00f5ik, seega seadmed loovad probleemideta naabruse. <\/p>\n

Kui kahepoolsed suhted on loodud, saadab ruuter A ruuterile B andmepaki Database Description v\u00f5i \"andmebaasi kirjeldus\" ja liigub olekusse ExStart \u2014 vahetuse algus v\u00f5i laadimise ooteolek. Andmebaasi kirjelduse sisu on sarnane raamatu sisukorraga \u2013 see on loetelu k\u00f5igest, mis on marsruutimise andmebaasis. Vastuseks saadab ruuter B oma andmebaasi kirjelduse ruuterile A ja liigub kanalite vahetuse olekusse Exchange. Kui olekus Exchange tuvastab ruuter, et tema andmebaasist puudub teave, siis liigub ta laadimise olekusse LOADING ja hakkab vahetama naabriga s\u00f5numeid LSR, LSU ja LSA.<\/p>\n

\"Cisco
\n
\nSeega saadab ruuter A naabrile LSR, sellele vastab pakett LSU, millele ruuter A vastab ruuterile B LSA s\u00f5numiga. See vahetus toimub nii kaua, kui seadmed soovivad LSA-s\u00f5numeid vahetada. Laadimise olek LOADING t\u00e4hendab, et LSA andmebaasi t\u00e4ielikku v\u00e4rskendust ei ole veel toimunud. P\u00e4rast k\u00f5igi andmete laadimist liiguvad m\u00f5lemad seadmed t\u00e4ieliku naabruse olekusse FULL.<\/p>\n

Tahan m\u00e4rkida, et kahepoolses \u00fchenduses on seadmed lihtsalt naabruses, samas kui t\u00e4ielik naabruse olek on v\u00f5imalik ainult marsruuterite, D.R. ja B.D.R. vahel. See t\u00e4hendab, et iga ruuter teatab D.R.-le v\u00f5rgus toimunud muutustest ning k\u00f5ik ruuterid saavad D.R.-lt teadlikuks nende muutustest.<\/p>\n

D.R. ja B.D.R. valimine on oluline k\u00fcsimus. Vaatame, kuidas D.R. valimine toimub \u00fcldkeskkonnas. Oletame, et meie skeemis on kolm ruuterit ja l\u00fcliti. Esiteks v\u00f5rdlevad OSPF-seadmed Hello-s\u00f5numites prioriteeti, seej\u00e4rel v\u00f5rdlevad nad Router ID-d. <\/p>\n

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

Reserveeritud B.D.R. ruuteriks muutub seade, millel on teine t\u00e4htsus prioriteedilt v\u00f5i teine t\u00e4htsus Router ID-lt. Kui D.R. rikkoon, asendab teda kohe B.D.R. Ta hakkab t\u00e4itma D.R. rolli, samal ajal kui s\u00fcsteem valib uue B.D.R.<\/p>\n

\"Cisco
\n
\nLoodan, et olete D.R. ja B.D.R. valimisega tutvunud, kui ei, siis tulen selle k\u00fcsimuse juurde tagasi m\u00f5nes j\u00e4rgnevates videos ja selgitan seda protsessi. <\/p>\n

Nii, oleme vaadanud, mis on Hello, andmebaasi kirjelduseks Database Descriptor ja s\u00f5numiteks LSR, LSU ja LSA. Enne kui liigume j\u00e4rgmise teema juurde, r\u00e4\u00e4kigem veidi OSPF-i kuludest. <\/p>\n

\"Cisco
\n
\nCiscos arvutatakse marsruudi hind valemi j\u00e4rgi, mis on viidatud l\u00e4bilaskev\u00f5ime Reference bandwidth, mis on vaikimisi 100 Mbit\/s, ja kanali kulude suhe. N\u00e4iteks, kui seadmed on \u00fchendatud seeria portide kaudu, on kiirus 1.544 Mbit\/s ja hind on 64. Etherneti \u00fchenduse puhul kiirusel 10 Mbit\/s on hind 10, ja FastEtherneti \u00fchenduse puhul kiirusel 100 Mbit\/s on hind 1. <\/p>\n

Gigabit Etherneti kasutamisel on kiirus 1000 Mbit\/s, kuid antud juhul arvestatakse kiirus alati kui 1. Seega, kui teie v\u00f5rgus on Gigabit Ethernet, peate muutma vaikimisi Ref. BW v\u00e4\u00e4rtust 1000-ks. Sellisel juhul on hind 1 ja kogu tabel arvutatakse \u00fcmber, suurendades hindade v\u00e4\u00e4rtusi k\u00fcmme korda. P\u00e4rast naabruse loomist ja LSDB andmebaasi koostamist liigume marsruuditabeli loomise juurde. <\/p>\n

\"Cisco
\n
\nP\u00e4rast LSDB saamist alustavad k\u00f5ik ruuterid iseseisvalt marsruudilisti koostamist SPF algoritmi abil. Meie skeemi kohaselt koostab ruuter A sellise tabeli enda jaoks. N\u00e4iteks arvutab ta marsruudi A-R1 maksumuse ja m\u00e4\u00e4rab selle 10-ks. Skeemi lihtsustamiseks oletame, et ruuter A m\u00e4\u00e4rab optimaalse marsruudi ruuterile B. Marsruudi A-R1 hind on 10, A-R2 hind on 100 ja marsruudi A-R3 hind on 11, mis on A-R1 (10) ja R1-R3 (1) nende hindade summa.<\/p>\n

Kui ruuter A tahab j\u00f5uda ruuterini R4, saab ta seda teha kas marsruudi A-R1-R4 kaudu v\u00f5i marsruudi A-R2-R4 kaudu. M\u00f5lemal juhul on marsruutide hind sama: 10+100 = 100+10 = 110. Marsruut A-R6 maksab 100+1= 101, mis on juba parem. Edasi liikudes vaatame teed ruuterini R5 marsruudi A-R1-R3-R5 kaudu, mille hind on 10+1+100 = 111. <\/p>\n

Ruuter R7-ni viiv tee v\u00f5ib kulgeda kahte marsruuti: A-R1-R4-R7 v\u00f5i A-R2-R6-R7. Esimese hind on 210, teise hind on 201, seega tuleks valida 201. Nii et ruuter A saab kasutada 4 marsruuti ruuterini B j\u00f5udmiseks.<\/p>\n

\"Cisco
\n
\nA-R1-R3-R5-B marsruudi hind on 121. Marsruut A-R1-R4-R7-B maksab 220. A-R2-R4-R7-B hind on 210 ja A-R2-R6-R7-B hind on 211. Sel p\u00f5hjusel valib ruuter A marsruudi, mille hind on v\u00e4ikseim, 121, ja lisab selle marsruudilauale. See on v\u00e4ga lihtsustatud skeem SPF algoritmi toimimisest. Tegelikult ei lisata tabelisse ainult ruuterite t\u00e4hiseid, mille kaudu optimaalne marsruut kulgeb, vaid ka nendevaheliste portide t\u00e4hiseid ja kogu muu vajalik teave. <\/p>\n

Arvestame veel \u00fchte teemat, mis puudutab marsruutimisalasid. Tavaliselt on OSPF seadmete seadistamisel k\u00f5ik need \u00fches \u00fchises areas. <\/p>\n

\"Cisco
\n
\nMis juhtub, kui R3 ruutriga \u00fchendatud seade \u00e4kki rikneb? Ruuter R3 hakkab kohe saatma R5 ja R1 ruuteri aadressile teadet, et kanal selle seadmega ei t\u00f6\u00f6ta enam, ja k\u00f5ik ruuterid hakkavad vahetama v\u00e4rskendusi selle s\u00fcndmuse kohta. <\/p>\n

\"Cisco
\n
\nKui teil on 100 ruutrit, siis k\u00f5ik need uuendavad oma kanalite olekuteavet, kuna nad on \u00fches \u00fchises alas. Sama juhtub, kui m\u00f5ni naaberruuter rikneb \u2013 k\u00f5ik seadmed alal vahetavad LSA v\u00e4rskendusi. P\u00e4rast selliste teadete vahetamist muutub v\u00f5rgu topoloogia. Kui see juhtub, arvutab SPF marsruudilauad \u00fcmber vastavalt muutunud tingimustele. See on v\u00e4ga mahukas protsess ja kui \u00fches alas on tuhandeid seadmeid, peate j\u00e4lgima, et ruuterite m\u00e4lu oleks piisav k\u00f5igi LSA-de ja tohutu LSDB olekuandmebaasi salvestamiseks. Kui mingis osas piirkonnast toimuvad muudatused, arvutab SPF kohe marsruudid \u00fcmber. Vaikimisi uuendatakse LSA iga 30 minuti tagant. See protsess toimub k\u00f5igis seadmetes mitte samaaegselt, kuid igal juhul uuendab iga ruuter iga 30 minuti j\u00e4rel. Mida rohkem on v\u00f5rgu seadmeid, seda rohkem on vaja m\u00e4lu ja aega LSDB v\u00e4rskendamiseks.<\/p>\n

Selle probleemi saab lahendada, kui jagate \u00fche \u00fchise tsooni mitmeks eraldi tsooniks, see t\u00e4hendab, et kasutate multisoonimist. Selleks peab teil olema plaan v\u00f5i skeem kogu v\u00f5rgust, mida te haldate. Nulltsoon AREA 0 on teie peamine tsoon Main area. Just seal toimub \u00fchendamine v\u00e4lise v\u00f5rguga, n\u00e4iteks juurdep\u00e4\u00e4s Internetile. Uute tsoonide loomisel peate arvestama reegliga: igas tsoonis peab olema \u00fcks piiripoloshoidar ABR, Area Border Router. Piiripoloshoidaril on \u00fcks liides \u00fches tsoonis ja teine liides teises tsoonis. N\u00e4iteks ruuter R5-l on liidesed tsoonis 1 ja tsoonis 0. Nagu \u00fctlesin, peab iga tsoon olema \u00fchendatud nulltsooniga, see t\u00e4hendab, et seal peab olema piiripoloshoidar, mille \u00fcks liides on \u00fchendatud AREA 0. <\/p>\n

\"Cisco
\n
\nEeldades, et \u00fchendus R6-R7 on katkenud. Sel juhul levib LSA v\u00e4rskendus ainult tsoonis AREA 1 ja puudutab ainult seda tsooni. Tsoonide 2 ja 0 seadmed ei saa isegi teada, et see toimub. Piiripoloshoidar R5 koondab informatsiooni selle kohta, mis tema tsoonis toimub ja saadab peamisse tsooni AREA 0 kokkuv\u00f5tte v\u00f5rguseisust. \u00dche tsooni seadmed ei pea teadma k\u00f5igist LSA muudatustest teistes tsoonides, sest ABR ruuter edastab kokkuv\u00f5tte marsruutidest \u00fchelt tsoonilt teisele. <\/p>\n

Kui te ei ole kontseptsiooniga tsoonidest t\u00e4iesti kursis, siis saate rohkem teada j\u00e4rgmistest tundidest, kui hakkame seadistama OSPF marsruuti ja vaatame mitmeid n\u00e4iteid. <\/p>\n

\r\n \"M\u00e4ngi\r\n
<\/div>\r\n <\/div><\/center>
\nAit\u00e4h, et olete meiega. Kas teile meeldivad meie artiklid? Kas soovite n\u00e4ha rohkem huvitavat sisu? Toetage meid tellimuse esitamise v\u00f5i tuttavatele soovitamisega, 30% allahindlus Habr'i kasutajatele ainulaadsele sissetuleku tasemel serverile, mille oleme teie jaoks v\u00e4lja m\u00f5elnud:<\/b> Kogu t\u00f5de VPS (KVM) E5-2650 v4 (6 tuuma) 10GB DDR4 240GB SSD 1Gbps alates $20 v\u00f5i kuidas \u00f5igesti serverit jagada?<\/a><\/noindex> (saadaval RAID1 ja RAID10 variandid, kuni 24 tuuma 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> Hollandis! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 alates $99!<\/b><\/b> Lugege sellest Kuidas luua ettev\u00f5tte tasemel infrastruktuuri, kasutades Dell R730xd E5-2650 v4 servereid, mille hind on 9000 eurot, taskukohase hinna eest?<\/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 koolitus. P\u00e4ev 44. Sissejuhatus OSPF-i | ProHoster","description":"T\u00e4na alustame OSPF protokolli marsruutimise uurimist. See teema, nagu ka EIGRP protokolli k\u00e4sitlemine, on kogu CCNA kursuse k\u00f5ige olulisem.","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.","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","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"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}]}}