Sot do të fillojmë studimin e ruterizimit nëpërmjet protokollit OSPF. Kjo temë, ashtu si shqyrtimi i protokollit EIGRP, është shumë e rëndësishme për të gjithë kursin CCNA. Siç e shihni, kapitulli 2.4 quhet «Konfigurimi, verifikimi dhe problemet në një zonë të vetme dhe disa zona OSPFv2 për protokollin IPv4 (përveç autentifikimit, filtrimit, përmbledhjes manuale të rrugëve, riorganizimit, zonës të vdekur, rrjetit virtual dhe LSA)».
Tematika OSPF është e gjerë, prandaj do të zgjasë 2, ndoshta 3 video-mësime. Mësimi i sotëm do të jetë dedikuar anës teorike, do t'ju flas për atë se çfarë është ky protokoll në terma të përgjithshëm dhe si funksionon. Në videon e ardhshme do të kalojmë në modin e konfigurimit të OSPF me Packet Tracer.
Pra, në këtë mësim ne do të shqyrtojmë tri gjëra: çfarë është OSPF, si funksionon dhe çfarë janë zonat OSPF. Në mësimin e kaluar folëm që OSPF është një protokoll ruterizimi tipi Link State, i cili shqyrton kanalet e komunikimit midis ruterave dhe merr vendime në bazë të shpejtësisë së këtyre kanaleve. Një kanal i gjatë me shpejtësi të lartë, pra me bandwidth më të madhe, do të preferohet në krahasim me një kanal të shkurtër me bandwidth më të vogël.
Protokolli RIP, duke qenë një protokoll me vektor të largët, do të zgjedhë një rrugë me një hop, edhe nëse ky kanal ka një shpejtësi të ulët, ndërsa protokolli OSPF do të zgjedhë një rrugë më të gjatë me disa hops, nëse shpejtësia totale në këtë rrugë është më e lartë se shpejtësia e trafikut në rrugën e shkurtër.
Më vonë do të shqyrtojmë algoritmin e marrjes së vendimeve, për tani duhet të mbani mend se OSPF është një protokoll i gjendjes së kanalit Link State. Ky standard i hapur u krijua në vitin 1988, kështu që çdo prodhues pajisjesh rrjetesh dhe çdo ofrues shërbimi rrjeti mund ta përdorë atë. Prandaj, OSPF është shumë më i popullarizuar se EIGRP.
Protokolli OSPF versioni 2 mbështet vetëm protokollin IPv4, ndërsa një vit më vonë, në 1989, zhvilluesit shpallën lëshimin e versionit 3, i cili mbështet IPv6. Megjithatë, versioni i plotë i tretë OSPF për IPv6 u shfaq vetëm në vitin 2008. Pse u zgjodh pikërisht OSPF? Në mësimin e fundit mësuam se ky protokoll i deritësit brenda bëhet konvergjenca e rrugëve shumë më shpejt se RIP. Ky është një protokoll pa klasa.
Nëse e mbani mend, RIP është një protokoll klasik, që do të thotë se ai nuk dërgon informacionin për maskën e nëndelbës, dhe nëse ai përballet me një adresë IP të klasës A/24, nuk do ta pranojë atë. Për shembull, nëse i paraqitni një adresë IP të formatit 10.1.1.0/24, ai do ta perceptojë si rrjetin 10.0.0.0, sepse nuk kupton kur rrjeti ndahet në nëndele nëpërmjet përdorimit të më shumë se një maske nëndelbës.
OSPF është një protokoll i sigurt. Për shembull, nëse dy rrugëzues ndajnë informacion OSPF, mund të konfigurosh autentikimin në një mënyrë që të ndash informacionin me rrugëzuesin fqinj vetëm pas futjes së fjalëkalimit. Siç e kemi thënë, ky është një standard i hapur, kështu që OSPF përdoret nga shumë prodhues të pajisjeve rrjetë.
Në një kuptim global, OSPF paraqet një mekanizëm për ndarjen e shpalljeve të gjendjes së kanalit Link State Advertisement, ose LSA. Mesazhet LSA gjenerohen nga rrugëzuesi dhe përmbajnë shumë informacion: identifikues unik të rrugëzuesit router-id, të dhënat mbi rrjetet që janë të njohura për rrugëzuesin, të dhënat mbi koston e tyre dhe kështu me radhë. I gjithë ky informacion i nevojitet rrugëzuesit për të marrë një vendim mbi përcjelljen.
Rrugëzuesi R3 dërgon informacionin e tij LSA tek rrugëzuesi R5, ndërsa rrugëzuesi R5 ndan informacionin e tij LSA me R3. Këto LSA paraqesin një strukturë të dhënash që formojnë bazën e të dhënave të gjendjes së kanaleve Link State Data Base, ose LSDB. Rrugëzuesi mbledh të gjitha LSA-të e marra dhe i vendos në LSDB-në e tij. Pas krijimit të bazave të të dhënave, të dy rrugëzuesit ndajnë mesazhe Hello, të cilat shërbejnë për zbulimin e fqinjëve, dhe fillojnë procedurën e krahasimit të LSDB-ve të tyre.
Rrugëzuesi R3 dërgon një mesazh DBD, ose "përshkrimi i bazës së të dhënave", tek rrugëzuesi R5, ndërsa R5 i dërgon DBD-në e tij rrugëzuesit R3. Këto mesazhe përmbajnë indekset LSA që janë të pranishme në bazat e secilit rrugëzues. Pas marrjes së DBD, rrugëzuesi R3 dërgon një kërkesë për gjendjen e rrjetit LSR tek rrugëzuesi R5, që thotë: "unë tashmë kam mesazhet 3, 4 dhe 9, prandaj më dërgo vetëm 5 dhe 7".
Po të njëjtën mënyrë vepron R5, i cili i raporton routerit të tretë: «kam informacionin 3, 4 dhe 9, prandaj më dërgoni 1 dhe 2». Pasi të marrë kërkesat LSR, routerat kthejnë paketat e përditësimeve të gjendjes së rrjetit LSU, që do të thotë se në përgjigje të LSR-së, routeri i tretë merr LSU nga routeri R5. Pas përditësimit të bazave të të dhënave nga routerat, të gjithë, edhe nëse keni 100 routera, do të kenë të njëjtat baza LSDB. Sapo të krijohen bazat e të dhënave LSDB në routera, secili prej tyre do të dijë për të gjithë rrjetin në tërësi. Protokolli OSPF përdor algoritmin Shortest Path First për të krijuar tabelën e rrugëve, prandaj kushti më i rëndësishëm për funksionimin e saktë të tij është sinkronizimi i LSDB-së së të gjithë pajisjeve në rrjet.
Në diagramin e dhënë janë vendosur 9 routera, secili prej të cilëve shkëmben mesazhe LSR, LSU dhe kështu me radhë me fqinjët. Të gjithë ata janë të lidhur me njëri-tjetrin nëpërmjet ndërfaqeve të tipit p2p, ose «pikë në pikë», që mbështesin funksionimin e protokollit OSPF dhe ndërveprojnë me njëri-tjetrin me qëllim krijimin e LSDB-ve të njëjta.
Sapo bazat të jenë sinkronizuar, secili router, duke përdorur algoritmin e rrugës më të shkurtër, formon tabelën e tij të rrugëve. Këto tabela do të jenë të ndryshme për routera të ndryshëm. Kjo do të thotë se të gjithë routerat përdorin LSDB të njëjta, por krijojnë tabela rrugëve bazuar në arsyetimet e tyre mbi rrugët më të shkurtra. Për të përdorur këtë algoritëm, OSPF ka nevojë për përditësimin e rregullt të bazës LSDB.
Pra, për të funksionuar, OSPF duhet së pari të sigurojë 3 kushte: të gjejë fqinjët, të krijojë dhe përditësojë LSDB-në dhe të formojë tabelën e rrugëve. Për të përmbushur kushtin e parë, administratori i rrjetit mund të ketë nevojë të konfigurojë manualisht router-id, kohët ose maskën wildcard. Në videon tjetër do të shqyrtojmë konfigurimin e pajisjes për t'u lidhur me OSPF, për tani duhet të dini se ky protokoll përdor maskën e kthimit dhe nëse ajo nuk përputhet, nëse nënrrjetet tuaja nuk përputhen, ose nëse autentikimi nuk përputhet, fqinjësia e routerëve nuk do të mund të formohet. Prandaj, gjatë riparimit të problemeve me OSPF, duhet të zbulojmë pse kjo fqinjësi nuk formohet, pra të kontrollojmë përputhjen e parametrave të përmendur më sipër.
Si ju administratori i rrjetit, ju nuk merrni pjesë në procesin e krijimit të LSDB. Përditësimi i bazave të të dhënave ndodh automatikisht pas krijimit të fqinjësisë së routerëve, ashtu si ndodh ndërtimi i tabelave të routing-ut. Të gjitha këto i kryen vetë pajisja, e cila është e konfiguruar për të punuar me protokollin OSPF.
Le tĂ« shqyrtojmĂ« njĂ« shembull. Ne kemi 2 routerĂ«, tĂ« cilĂ«ve pĂ«r thjeshtĂ«sim u kam dhĂ«nĂ« identifikues RID 1.1.1.1 dhe 2.2.2.2. Sa herĂ« qĂ« i lidhim, kanali link menjĂ«herĂ« kalon nĂ« gjendjen up, sepse fillimisht i kam konfiguruar kĂ«ta routerĂ« pĂ«r tĂ« punuar me OSPF. Pasi tĂ« krijohet kanali i komunikimit, routeri A menjĂ«herĂ« do tâi dĂ«rgojĂ« routerit tĂ« dytĂ« njĂ« paketĂ« Hello. Kjo paketĂ« do tĂ« pĂ«rmbajĂ« informacionin se ky router nuk ka
Pas marrjes sĂ« kĂ«saj pakete, routeri B do tĂ« thotĂ«: "Shoh se nĂ« kĂ«tĂ« kanal komunikimi ka njĂ« kandidat tĂ« mundshĂ«m pĂ«r fqinjĂ«si me protokollin OSPF" dhe do tĂ« kalojĂ« nĂ« gjendjen e inicializimit Init state. Paketa Hello â kjo nuk Ă«shtĂ« njĂ« mesazh unicast ose broadcast, por njĂ« paketĂ« multicast, e dĂ«rguar nĂ« adresĂ«n IP multicasting OSPF 224.0.0.5. Disa njerĂ«z pyesin se cila Ă«shtĂ« maska e nĂ«nrrjetit pĂ«r multicasting. ĂĂ«shtja Ă«shtĂ« se multicast nuk ka maskĂ« nĂ«nrrjeti, ai pĂ«rhapet si njĂ« sinjal radiosh qĂ« dĂ«gjohet nga tĂ« gjitha pajisjet tĂ« cilat janĂ« tĂ« konfiguruara pĂ«r frekuencĂ«n e tij. PĂ«r shembull, nĂ«se doni tĂ« dĂ«gjoni FM radio qĂ« transmeton nĂ« frekuencĂ«n 91,0, atĂ«herĂ« konfiguroni receptorin tuaj tĂ« radios nĂ« kĂ«tĂ« frekuencĂ«.
Po kështu, routeri B është i konfiguruar për të pranuar mesazhe për adresën multicast 224.0.0.5. Duke përgjuar këtë kanal, ai merr paketën Hello që dërgoi routeri A dhe i përgjigjet me mesazhin e tij.
Në këtë mënyrë, fqinjësia mund të krijohet vetëm nëse përgjigjja e routerit B plotëson një grup kriteresh. Kriteri i parë është që frekuenca e dërgimit të mesazheve Hello dhe intervali i pritjes së përgjigjes për këtë mesazh, Dead Interval, duhet të jenë të njëjta për të dy routerët. Zakonisht, Dead Interval është i barabartë me disa vlera të timer-it Hello. Pra, nëse Hello Timer i routerit A është 10 sekonda, dhe routeri B i dërgon një mesazh pas 30 sekondash, ndërkohë që Dead Interval është 20 sekonda, fqinjësia nuk do të formohet.
Kriteri i dytĂ« â tĂ« dy routerat duhet tĂ« pĂ«rdorin tĂ« njĂ«jtin tip autenticimi. Prandaj, fjalĂ«t kaluese tĂ« autenticimit gjithashtu duhet tĂ« jenĂ« tĂ« njĂ«jta.
Kriteri i tretĂ« â pĂ«rputhja e identifikuesve tĂ« zonĂ«s Arial ID, i katĂ«rti â pĂ«rputhja e gjatĂ«si sĂ« prefiksit tĂ« rrjetit. NĂ«se routeri A njofton prefiksin /24, atĂ«herĂ« routeri B gjithashtu duhet tĂ« ketĂ« prefiksin e rrjetit /24. NĂ« videon e ardhshme do tĂ« shqyrtojmĂ« kĂ«tĂ« mĂ« nĂ« detaje, deri atĂ«herĂ« do tĂ« theksoj se kjo nuk Ă«shtĂ« njĂ« maskĂ« nĂ«nrrjeti, kĂ«tu routerat pĂ«rdorin maskĂ«n e kundĂ«rt Wildcard mask. Dhe natyrisht, flamujt e zonĂ«s Stub area gjithashtu duhet tĂ« pĂ«rputhen, nĂ«se routerat janĂ« brenda kĂ«saj zone.
Pas verifikimit të këtyre kritereve, nëse ato përputhen, routeri B dërgon një paketë Hello routerit A. Ndryshe nga mesazhi A, routeri B njofton se ai ka parë routerin A dhe paraqitet vetë.
NĂ« pĂ«rgjigje tĂ« kĂ«tij mesazhi, routeri A sĂ«rish i dĂ«rgon njĂ« Hello routerit B, ku konfirmon se gjithashtu e ka parĂ« routerin B, kanali i komunikimit midis tyre pĂ«rbĂ«het nga pajisjet 1.1.1.1 dhe 2.2.2.2, dhe vetĂ« ai Ă«shtĂ« pajisja 1.1.1.1. Kjo Ă«shtĂ« njĂ« fazĂ« shumĂ« e rĂ«ndĂ«sishme nĂ« krijimin e fqinjĂ«sisĂ«. NĂ« kĂ«tĂ« rast, pĂ«rdoret njĂ« lidhje dyanshĂ«m 2-WAY, por çfarĂ« do tĂ« ndodhte nĂ«se kemi njĂ« switch me njĂ« rrjet tĂ« shpĂ«rndarĂ« prej 4 routerash? NĂ« njĂ« ambient tĂ« tillĂ« "tĂ« shpĂ«rndarĂ«", njĂ« nga routerat duhet tĂ« luajĂ« rolin e routerit tĂ« dedikuar Designated router D.R, dhe tĂ« tjetri â routerit tĂ« dedikuar rezervĂ« Backup designated router B.D.R.
Ădo njĂ« nga kĂ«to pajisje do tĂ« formojĂ« njĂ« lidhje tĂ« plotĂ« Full connection, ose gjendjen e plotĂ« tĂ« fqinjĂ«sisĂ«, mĂ« vonĂ« do tĂ« shikojmĂ« çfarĂ« Ă«shtĂ« kjo, megjithatĂ« ky tip lidhjeje do tĂ« vendoset vetĂ«m me D.R. dhe B.D.R, ndĂ«rsa dy routerat e poshtme D dhe B do tĂ« komunikojnĂ« ende sipas skemĂ«s sĂ« lidhjes dyanshĂ«m 'point-to-point'.
Pra, me D.R. dhe B.D.R, tĂ« gjitha routerat krijojnĂ« njĂ« marrĂ«dhĂ«nie tĂ« fqinjĂ«sisĂ« sĂ« plotĂ«, ndĂ«rsa me njĂ«ri-tjetrin â njĂ« lidhje tĂ« tipit point-to-point. Kjo Ă«shtĂ« shumĂ« e rĂ«ndĂ«sishme, sepse nĂ« njĂ« lidhje dyanshĂ«m tĂ« pajisjeve fqinjĂ«, tĂ« gjitha parametrat e paketĂ«s Hello duhet tĂ« pĂ«rputhen. NĂ« rastin tonĂ«, gjithçka Ă«shtĂ« nĂ« pĂ«rputhje, prandaj pajisjet krijojnĂ« fqinjĂ«sinĂ« pa asnjĂ« problem.
Sa shpejt tĂ« instalohet lidhja dy-anĂ«she, routeri A dĂ«rgon routerit B paketĂ«n Database Description, ose "pĂ«rshkrimi i bazĂ«s sĂ« tĂ« dhĂ«nave", dhe kalon nĂ« gjendjen ExStart - fillimi i shkĂ«mbimit, ose pritja e ngarkesĂ«s. Database Descriptor pĂ«rfaqĂ«son informacionin, tĂ« ngjashĂ«m me pĂ«rmbajtjen e njĂ« libri â kjo Ă«shtĂ« njĂ« listĂ« e tĂ« gjitha gjĂ«rave qĂ« ndodhen nĂ« bazĂ«n e tĂ« dhĂ«nave tĂ« routingut. NĂ« pĂ«rgjigje, routeri B dĂ«rgon pĂ«rshkrimin e tij tĂ« bazĂ«s sĂ« tĂ« dhĂ«nave routerit A dhe kalon nĂ« gjendjen e shkĂ«mbimit tĂ« tĂ« dhĂ«nave pĂ«r kanalet Exchange. NĂ«se nĂ« gjendjen Exchange, routeri zbulon se i mungon ndonjĂ« informacion nĂ« bazĂ«n e tĂ« dhĂ«nave, ai do tĂ« kalojĂ« nĂ« gjendjen e ngarkesĂ«s LOADING dhe do tĂ« fillojĂ« tĂ« shkĂ«mbejĂ« mesazhe LSR, LSU dhe LSA me fqinjin.
Kështu, routeri A do të dërgojë një LSR fqinjit, i cili do t'i kthejë një paketë LSU dhe për këtë routeri A do t'i përgjigjet routerit B me një mesazh LSA. Ky shkëmbim do të ndodhë sa herë që pajisjet duan të ndajnë mesazhe LSA. Gjendja LOADING do të thotë se përditësimi i plotë i bazës së të dhënave LSA ende nuk ka ndodhur. Pas ngarkimit të të gjitha të dhënave, të dy pajisjet do të kalojnë në gjendjen e plota të fqinjësisë FULL.
Vërej se me një lidhje dy-anëshe pajisjet thjesht janë në gjendjen e fqinjësisë, ndërsa gjendja e fqinjësisë së plotë është e mundur vetëm midis routerëve, D.R. dhe B.D.R. Kjo do të thotë se çdo router njofton D.R. për ndryshimet në rrjet, dhe të gjitha routerët e tjerë e mësojnë për këto ndryshime nga D.R.
Zgjedhja e D.R. dhe B.D.R është një çështje e rëndësishme. Le të shohim se si ndodh zgjedhja e D.R. në një ambient të zakonshëm. Supozojmë se në skemën tonë ka tre routerë dhe një switch. Fillimisht, pajisjet OSPF krahasojnë prioritetin në mesazhet Hello, pastaj krahasojnë Router ID.
Pajisja me prioritetin më të lartë bëhet D.R. Nëse prioritetet e dy pajisjeve janë të njëjta, atëherë nga ato dy do të zgjidhet pajisja me Router ID më të lartë, e cila do të bëhet D.R.
Rrezervari B.D.R qëndron si pajisja me prioritetin e dytë më të rëndësishëm ose me Router ID të dytë më të rëndësishëm. Nëse D.R. dështon, ai do të zëvendësohet menjëherë nga B.D.R. Ai do të fillojë të luajë rolin e D.R, ndërsa sistemi do të zgjedhë një B.D.R tjetër.
Shpresoj që të keni kuptuar se si të zgjidhni D.R. dhe B.D.R, nëse jo, unë do të kthehem përsëri në këtë çështje në njërin nga videot e ardhshme dhe do ta shpjegoj këtë proces.
Pra ndaj, ne shqyrtuam se çfarë janë Hello, përshkrimi i bazës së të dhënave Database Descriptor dhe mesazhet LSR, LSU dhe LSA. Para se të kalojmë në temën tjetër, le të flasim pak për koston e OSPF.
Në Cisco, kostoja e rrugës llogaritet sipas formulës së marrëdhënies së kapacitetit Reference bandwidth, e cila zakonisht merret si 100 Mbps, ndaj kostos së kanalit. Për shembull, kur lidhen pajisjet përmes portit serial, shpejtësia është 1.544 Mbps, dhe kostoja do të jetë 64. Kur përdoret lidhja Ethernet me shpejtësi 10 Mbps, kostoja është 10, ndërsa kostoja e lidhjes FastEthernet me shpejtësi 100 Mbps do të jetë 1.
Kur përdorim Gigabit Ethernet, kemi shpejtësinë 1000 Mbps, megjithatë në këtë rast shpejtësia gjithmonë merret si 1. Pra, nëse keni në rrjet Gigabit Ethernet, duhet ta ndryshoni vlerën e parazgjedhur Ref. BW në 1000. Në këtë rast, kostoja do të jetë 1, dhe e gjithë tabela do të riheshohet me rritjen e vlerave të kostos 10 herë. Pasi të kemi formuar fqinjësinë dhe ndërtuar bazën e të dhënave LSDB, kalojmë në ndërtimin e tabelës së rrugëtimit.
Pas marrjes së LSDB, çdo router fillon të formojë listën e rrugëve duke përdorur algoritmin SPF. Në skemën tonë, routeri A do të krijojë një tabelë të tillë për veten e tij. Për shembull, ai llogarit kostot e rrugës A-R1 dhe e përcakton atë si 10. Për të thjeshtuar kuptimin e skemës, le të supozojmë se routeri A përcakton rrugën optimale për routerin B. Kostoja e lidhjes A-R1 është 10, kostoja e lidhjes A-R2 është 100, ndërsa kostoja e rrugës A-R3 është 11, pra shuma e rrugës A-R1(10) dhe R1-R3(1).
Nëse routeri A dëshiron të arrijë tek routeri R4, ai mund ta bëjë këtë ose përmes rrugës A-R1-R4, ose përmes rrugës A-R2-R4, me të dyja rastet që kostoja e rrugëve do të jetë e njëjtë: 10+100 = 100+10=110. Rruga A-R6 do të ketë koston 100+1= 101, që është më e mirë. Më pas shqyrtohet rruga për në routerin R5 përmes rrugës A-R1-R3-R5, kostoja e së cilës do të jetë 10+1+100 = 111.
Rruga pĂ«r nĂ« routerin R7 mund tĂ« ndĂ«rtohet pĂ«rmes dy rrugĂ«ve: A-R1-R4-R7 ose A-R2-R6-R7. Kostoja e sĂ« parĂ«s do tĂ« jetĂ« 210, e sĂ« dytĂ«s â 201, kĂ«shtu qĂ« duhet tĂ« zgjidhet 201. Pra, pĂ«r tĂ« arritur nĂ« routerin B, routeri A mund tĂ« pĂ«rdorĂ« 4 rrugĂ«.
Kostoja e rrugës A-R1-R3-R5-B do të jetë 121. Rruga A-R1-R4-R7-B do të kushtojë 220. Rruga A-R2-R4-R7-B kushton 210, ndërsa A-R2-R6-R7-B ka një kosto prej 211. Nga kjo, rrjeti A do të zgjedhë rrugën me koston më të vogël, e cila është 121, dhe do ta vendosë atë në tabelën e routing. Kjo është një skemë shumë e thjeshtë se si funksionon algoritmi SPF. Në të vërtetë, në tabelë nuk vendosen vetëm emrat e router-ave përmes të cilëve kalon rruga optimale, por edhe emrat e porteve që i lidhin ata dhe të gjithë informacionin e nevojshëm.
Le të shqyrtojmë një temë tjetër që lidhet me zonat e routing. Zakonisht, kur konfigurojmë pajisjet OSPF, të gjitha ato janë në një zonë të përbashkët.
ĂfarĂ« do tĂ« ndodhĂ« nĂ«se njĂ« pajisje e lidhur me router-in R3 papritmas dĂ«shtBrown? Router-i R3 menjĂ«herĂ« do tĂ« fillojĂ« tĂ« dĂ«rgojĂ« mesazhe drejt router-ave R5 dhe R1 pĂ«r tĂ« lajmĂ«ruar se kanali me kĂ«tĂ« pajisje nuk funksionon mĂ«, dhe tĂ« gjithĂ« router-at do tĂ« fillojnĂ« tĂ« shkĂ«mbejnĂ« pĂ«rditĂ«sime rreth kĂ«tij ngjarjeje.
NĂ«se keni 100 router-a, tĂ« gjithĂ« do tĂ« pĂ«rditĂ«sojnĂ« informacionin pĂ«r gjendjen e kanaleve, sepse janĂ« nĂ« njĂ« zonĂ« tĂ« pĂ«rbashkĂ«t. E njĂ«jta gjĂ« do tĂ« ndodhĂ« kur njĂ« nga router-at fqinj dĂ«shton â tĂ« gjitha pajisjet nĂ« zonĂ« do tĂ« shkĂ«mbejnĂ« pĂ«rditĂ«sime LSA. Pas shkĂ«mbimit tĂ« kĂ«tyre mesazheve, topologjia e rrjetit do tĂ« ndryshojĂ«. Sa mĂ« shpejt qĂ« tĂ« ndodhĂ« kjo, SPF do tĂ« rikalkulojĂ« tabelat e routing nĂ« pĂ«rputhje me kushtet e reja. Ky Ă«shtĂ« njĂ« proces shumĂ« i madh, dhe nĂ«se keni njĂ« mijĂ« pajisje nĂ« njĂ« zonĂ«, duhet tĂ« kontrolloni madhĂ«sinĂ« e memorjes sĂ« router-ave pĂ«r tĂ« siguruar qĂ« ajo tĂ« jetĂ« e mjaftueshme pĂ«r tĂ« ruajtur tĂ« gjitha LSA-tĂ« dhe databazĂ«n e madhe tĂ« gjendjes sĂ« kanaleve LSDB. Sa herĂ« qĂ« ndodhin ndryshime nĂ« ndonjĂ« pjesĂ« tĂ« zonĂ«s, algoritmi SPF menjĂ«herĂ« do tĂ« rizgjedhĂ« rrugĂ«t. Me rregull, LSA pĂ«rditĂ«sohet çdo 30 minuta. Ky proces ndodh nĂ« tĂ« gjitha pajisjet, por jo njĂ«kohĂ«sisht; megjithatĂ«, çdo router pĂ«rditĂ«son me njĂ« frekuencĂ« prej 30 minutash. Sa mĂ« shumĂ« pajisje rrjeti, aq mĂ« shumĂ« memorie dhe kohĂ« nevojitet pĂ«r pĂ«rditĂ«simin e LSDB.
Ky këtë problem mund ta zgjidhni nëse e ndani një zonë të përbashkët në disa zona të veçanta, pra duke përdorur multizunimin. Për këtë, duhet të keni një plan ose një skemë të gjithë rrjetit që po menaxhoni. Zona zero AREA 0 është zona juaj kryesore. Kjo është vendi ku bëhet lidhja me rrjetin e jashtëm, për shembull, dilja në Internet. Kur krijoni zona të reja, duhet të drejtoheni nga rregulli: në çdo zonë duhet të ketë një ruter kufiri ABR, Area Border Router. Ruteri kufiri ka një ndërfaqe në një zonë dhe një ndërfaqe tjetër në zonë tjetër. Për shembull, ruteri R5 ka ndërfaqe në zonën 1 dhe zonën 0. Siç e thashë, çdo zonë duhet të jetë e lidhur me zonën e zeros, pra të ketë një ruter kufiri, një nga ndërfaqet e të cilit është e lidhur me AREA 0.
Supozoni se lidhja R6-R7 ka dështuar. Në këtë rast, përditësimi LSA do të shpërndahet vetëm në zonën AREA 1 dhe do të ketë të bëjë vetëm me këtë zonë. Pajisjet në zonën 2 dhe në zonën 0 nuk do ta dinë as që ka ndodhur diçka. Ruteri kufiri R5 bën përmbledhjen e informacionit mbi atë që ndodh në zonën e tij dhe dërgon në zonën kryesore AREA 0 informacionin e përmbledhur mbi statusin e rrjetit. Pajisjet në një zonë nuk kanë nevojë të dinë për të gjitha ndryshimet LSA brenda zonave të tjera, sepse ruteri ABR do të dërgojë informacionin e përmbledhur të rrugëve nga një zonë në tjetrën.
Nëse nuk jeni plotësisht të sigurt për konceptin e zonave, mund të merrni më shumë informacione në mësimet në vazhdim, kur do të merremi me konfigurimin e rrugës OSPF dhe do të shqyrtojmë disa shembuj.
Faleminderit që qëndroni me ne. Ju pëlqejnë artikujt tanë? Dëshironi të shihni më shumë materiale interesante? Na mbështetni duke bërë një porosi ose duke na rekomanduar miqve tuaj. 30% zbritje për përdoruesit e Habra në një analog unik të serverëve entry-level, të cilin e kemi shpikur për ju: (opcionet me RAID1 dhe RAID10, deri në 24 bërthama dhe deri në 40GB DDR4 janë të disponueshme).
Dell R730xd pĂ«r dy herĂ« mĂ« lirĂ«? VetĂ«m te ne nĂ« HolandĂ«! Dell R420 â 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB â nga $99! Lexoni rreth
Burimi: habr.com
