Gaur OSPF bideratzeari buruz ikasten hasiko gara. Gai hau, EIGRP protokoloa bezala, CCNA ikastaro osoko gairik garrantzitsuena da. Ikus dezakezunez, 2.4 atala "OSPFv2 eremu bakarreko eta zona anitzeko IPv4rako konfiguratzea, probatzea eta arazoak konpontzea" (Autentifikazioa, Iragazkia, Eskuzko Ibilbideen Laburpena, Birbanaketa, Stub Eremua, VNet eta LSA izan ezik) du izena.
OSPF-ren gaia nahiko zabala da, beraz, 2, agian 3 bideo-ikasgai beharko dira. Gaurko ikasgaia gaiaren alde teorikoari eskainiko zaio;protokolo hau orokorrean zer den eta nola funtzionatzen duen kontatuko dizuet. Hurrengo bideoan, OSPF konfigurazio modura pasatuko gara Packet Tracer erabiliz.
Beraz, ikasgai honetan hiru gauza landuko ditugu: zer den OSPF, nola funtzionatzen duen eta zer diren OSPF eremuak. Aurreko ikasgaian, OSPF Link State bideratze protokoloa dela esan genuen, bideratzaileen arteko komunikazio-loturak aztertzen dituena eta esteka horien abiaduraren arabera erabakiak hartzen dituena. Abiadura handiagoko kanal luze bati, hau da, errendimendu handiagoa duena, lehentasuna emango zaio errendimendu gutxiagoko kanal labur bati.
RIP protokoloak, distantzia bektorialeko protokoloa izanik, salto bakarreko bide bat aukeratuko du, nahiz eta lotura honek abiadura baxua izan, eta OSPF protokoloak hainbat saltoko ibilbide luzea aukeratuko du ibilbide honetako abiadura osoa baino handiagoa bada. trafikoaren abiadura ibilbide laburrean.
Geroago erabakien algoritmoa aztertuko dugu, baina oraingoz gogoratu beharko zenuke OSPF Link State Protocol bat dela. Estandar ireki hau 1988an sortu zen, sareko ekipoen fabrikatzaile guztiek eta sareko hornitzaile guztiek erabil zezaten. Beraz, OSPF EIGRP baino askoz ezagunagoa da.
OSPF 2 bertsioak IPv4 bakarrik onartzen zuen, eta urtebete geroago, 1989an, garatzaileek 3 bertsioa iragarri zuten, IPv6 onartzen zuena. Hala ere, IPv6rako OSPF-ren hirugarren bertsio guztiz funtzionala 2008an bakarrik agertu zen. Zergatik aukeratu zenuen OSPF? Azken ikasgaian, barne-atebideko protokolo honek ibilbide-konbergentzia RIP baino askoz azkarrago egiten duela jakin genuen. Hau klaserik gabeko protokoloa da.
Gogoratzen baduzu, RIP klaseko protokoloa da, hau da, ez du azpisare-maskararen informaziorik bidaltzen, eta A/24 klaseko IP helbide bat aurkitzen badu, ez du onartuko. Adibidez, 10.1.1.0/24 bezalako IP helbide batekin aurkezten baduzu, 10.0.0.0 sare gisa hautemango du, ez baitu ulertzen sare bat azpisare bat baino gehiago erabiliz azpisare bat baino gehiagotan jartzen den.
OSPF protokolo segurua da. Esate baterako, bi bideratzaile OSPF informazioa trukatzen ari badira, autentifikazioa konfigura dezakezu pasahitza sartu ondoren inguruko bideratzaile batekin informazioa partekatu ahal izateko. Esan dugun bezala, estandar irekia da, beraz, OSPF sareko ekipoen fabrikatzaile askok erabiltzen dute.
Zentzu orokorrean, OSPF Link State Advertisements edo LSAk trukatzeko mekanismo bat da. LSA mezuak bideratzaileak sortzen ditu eta informazio asko daukate: bideratzailearen identifikatzaile bakarra router-id, bideratzaileak ezagutzen dituen sareei buruzko datuak, haien kostuari buruzko datuak, etab. Bideratzaileak informazio hori guztia behar du bideratze-erabakiak hartzeko.
R3 bideratzaileak bere LSA informazioa bidaltzen du R5 bideratzaileari, eta R5 bideratzaileak bere LSA informazioa partekatzen du R3rekin. LSA hauek Link State Data Base edo LSDB osatzen duten datu-egitura adierazten dute. Bideratzaileak jasotako LSA guztiak biltzen ditu eta bere LSDBan jartzen ditu. Bi bideratzaileek beren datu-baseak sortu ondoren, Kaixo mezuak trukatzen dituzte, auzokideak ezagutzeko balio dutenak, eta beren LSDBak alderatzeko prozedura hasten dute.
R3 bideratzaileak R5 bideratzaileari DBD bat edo "datu-basearen deskribapena" mezu bat bidaltzen dio eta R5-ek bere DBD R3 bideratzaileari bidaltzen dio. Mezu hauek bideratzaile bakoitzaren datu-baseetan eskuragarri dauden LSA indizeak dituzte. DBD jaso ondoren, R3-k LSR sarearen egoera-eskaera bat bidaltzen dio R5-i esanez: "Dagoeneko 3,4 eta 9 mezuak ditut, beraz, bidali 5 eta 7 bakarrik".
R5-ek gauza bera egiten du, hirugarren bideratzaileari esanez: "3,4, 9 eta 1. informazioa daukat, beraz, bidali 2 eta 5". LSR eskaerak jaso ondoren, bideratzaileek LSU sarearen egoera eguneratzeko paketeak itzultzen dituzte, hau da, bere LSRari erantzunez, hirugarren bideratzaileak LSU bat jasotzen du R100 bideratzailetik. Bideratzaileek beren datu-baseak eguneratu ondoren, guztiek, XNUMX bideratzaile badituzu ere, LSDB berdinak izango dituzte. LSDB datu-baseak bideratzaileetan sortu ondoren, horietako bakoitzak sare osoa ezagutuko du. OSPF protokoloak bide laburrenaren lehen algoritmoa erabiltzen du bideratze-taula sortzeko, beraz, funtzionamendu egokia izateko baldintza garrantzitsuena sareko gailu guztien LSDBak sinkronizatzea da.
Goiko diagraman, 9 bideratzaile daude, eta horietako bakoitzak LSR, LSU eta abar mezuak trukatzen ditu auzokideekin. Guztiak elkarren artean konektatzen dira OSPF protokoloaren bidez funtzionamendua onartzen duten p2p edo "puntutik puntuko" interfazeen bidez, eta elkarri eragiten diote LSDB bera sortzeko.
Oinarriak sinkronizatu bezain laster, bideratzaile bakoitzak, bide laburrenaren algoritmoa erabiliz, bere bideratze-taula osatzen du. Taula hauek bideratzaile desberdinetarako desberdinak izango dira. Hau da, bideratzaile guztiek LSDB bera erabiltzen dute, baina bideratze-taulak sortzen dituzte ibilbide laburrenei buruzko gogoetetan oinarrituta. Algoritmo hau erabiltzeko, OSPF-k aldizka eguneratu behar du LSDB.
Beraz, OSPF-k berez funtziona dezan, lehenik eta behin 3 baldintza eman behar ditu: bizilagunak aurkitu, LSDB sortu eta eguneratu eta bideratze-taula bat osatu. Lehenengo baldintza betetzeko, baliteke sare-administratzaileak eskuz konfiguratu behar izatea router-id, denborak edo komodin maskara. Hurrengo bideoan OSPF-rekin lan egiteko gailu bat konfiguratzea aztertuko dugu, oraingoz jakin behar duzu protokolo honek alderantzizko maskara erabiltzen duela, eta bat ez badator, zure azpisareak bat ez badatoz edo autentifikazioa bat ez badator. , bideratzaileen auzo bat ezin izango da osatu. Horregatik, OSPF arazoak konpontzerakoan, auzo hori zergatik ez den eratzen jakin behar duzu, hau da, goiko parametroak bat datozela egiaztatu behar duzu.
Sare-administratzaile gisa, ez zara parte hartzen LSDB sortzeko prozesuan. Datu-baseak automatikoki eguneratzen dira bideratzaileen auzo bat sortu ondoren, bideratze-taulen eraikuntza bezala. Hori guztia gailuak berak egiten du, OSPF protokoloarekin lan egiteko konfiguratuta.
Ikus dezagun adibide bat. 2 bideratzaile ditugu, eta horiei, sinpletasunerako, 1.1.1.1 eta 2.2.2.2 RIDak esleitu nizkion. Konektatu bezain laster, lotura kanala berehala igoko da egoerara, lehen bideratzaile hauek OSPF-rekin lan egiteko konfiguratu nituelako. Komunikazio kanal bat osatu bezain laster, A bideratzaileak Hello pakete bat bidaliko dio berehala A bideratzaileari. Pakete honek bideratzaile honek oraindik kanal honetan inor "ikusi" ez duelako informazioa izango du, Kaixo lehen aldiz bidaltzen ari delako, baita bere identifikatzailea, hari konektatutako sareari buruzko datuak eta beste informazio batzuk ere. bizilagun batekin partekatu.
Pakete hau jaso ondoren, B bideratzaileak esango du: "Ikusten dut komunikazio-kanal honetan OSPF bizilagun baten hautagai potentzial bat dagoela" eta Init egoerara joango da. Kaixo paketea ez da unicast edo difusio mezu bat, multicast OSPF IP helbidera 224.0.0.5 bidalitako multicast paketea da. Batzuek galdetzen dute zein den multicast-erako azpisare-maskara. Kontua da multicast ez duela azpisare-maskararik; irrati-seinale gisa hedatzen da, zeina bere maiztasunera sintonizatuta dauden gailu guztiek entzuten dutena. Adibidez, 91,0 maiztasunean emititzen duen FM irrati bat entzun nahi baduzu, zure irratia frekuentzia horretara sintonizatuko duzu.
Modu berean, B bideratzailea 224.0.0.5 multicast helbiderako mezuak jasotzeko konfiguratuta dago. Kanal hau entzuten ari den bitartean, A bideratzaileak bidalitako Kaixo paketea jasotzen du eta bere mezuarekin erantzuten du.
Kasu honetan, auzo bat B erantzunak irizpide multzo bat betetzen badu soilik ezarri daiteke. Lehenengo irizpidea da Kaixo mezuak bidaltzeko maiztasuna eta mezu honen erantzunaren itxaron-tartea Dead Interval berdinak izan behar direla bi bideratzaileentzat. Normalean Dead Interval Kaixo tenporizadorearen hainbat balioren berdina da. Horrela, A bideratzailearen Hello Timer-a 10 s-koa bada, eta B bideratzaileak 30 s-ren buruan mezu bat bidaltzen badu, Dead Intervala 20 s-koa den bitartean, aldakortasuna ez da gertatuko.
Bigarren irizpidea da bi bideratzaileek autentifikazio mota bera erabili behar dutela. Horren arabera, autentifikazio pasahitzak ere bat etorri behar dira.
Hirugarren irizpidea Arial ID zonaren identifikatzaileen bat etortzea da, laugarrena sare-aurrizkiaren luzerarekin bat etortzea da. A bideratzaileak /24 aurrizkia ematen badu, B bideratzaileak /24 sare aurrizkia ere izan behar du. Hurrengo bideoan hau zehatzago ikusiko dugu, oraingoz ohartuko naiz hau ez dela azpisare maskara bat, hemen bideratzaileek alderantzizko Wildcard maskara erabiltzen dute. Eta noski, Stub eremuko banderak ere bat egin behar dute bideratzaileak zona honetan badaude.
Irizpide hauek egiaztatu ondoren, bat badatoz, B bideratzaileak bere Hello paketea bidaltzen dio A bideratzaileari. A-ren mezuaren aldean, B bideratzaileak A bideratzailea ikusi duela jakinarazi du eta bere burua aurkezten du.
Mezu honi erantzunez, A bideratzaileak Kaixo bidaltzen dio berriro B bideratzaileari, eta bertan B bideratzailea ere ikusi zuela baieztatzen du, haien arteko komunikazio-kanala 1.1.1.1 eta 2.2.2.2 gailuek osatzen dute, eta bera 1.1.1.1 gailua da. . Auzo bat sortzeko etapa oso garrantzitsua da. Kasu honetan, bi noranzko 2-Nbideko konexioa erabiltzen da, baina zer gertatzen da 4 bideratzaileko sare banatua duen switch bat badugu? Ingurune "partekatu" horretan, bideratzaileetako batek izendatutako router DR baten rola jokatu beharko luke eta bigarrenak Backup izendatutako bideratzaile baten papera jokatu beharko luke, BDR.
Gailu hauetako bakoitzak Konexio osoa osatuko du, edo erabateko ondoko egoera bat, geroago hau zer den ikusiko dugu, hala ere, mota honetako konexioa DR eta BDRrekin bakarrik ezarriko da; D eta B beheko bi bideratzaileek egingo dute. oraindik elkarren artean komunikatzen dira bi norabideko konexio-eskema erabiliz "puntutik puntu".
Hau da, DR eta BDR-ekin, bideratzaile guztiek auzo-harreman osoa ezartzen dute, eta elkarren artean - puntuz puntuko konexioa. Hau oso garrantzitsua da, ondoko gailuen arteko bi norabideko konexio batean, Hello pakete-parametro guztiek bat egin behar dutelako. Gure kasuan, dena bat dator, beraz, gailuek auzo bat osatzen dute arazorik gabe.
Bi norabideko komunikazioa ezarri bezain laster, A bideratzaileak B bideratzaileari Datu-basearen Deskribapen pakete bat edo "datu-basearen deskribapena" bidaltzen dio eta ExStart egoerara doa - trukearen hasiera edo kargatzeko zain. Datu-basearen deskribatzailea liburu baten aurkibidearen antzeko informazioa da - bideratze datu-basean dagoen guztiaren zerrenda da. Horren harira, B bideratzaileak bere datu-basearen deskribapena bidaltzen dio A bideratzaileari eta Exchange kanalaren komunikazio egoeran sartzen du. Exchange egoeran bideratzaileak bere datu-basean informazioren bat falta dela hautematen badu, LOADING karga-egoerara joango da eta LSR, LSU eta LSA mezuak bere bizilagunarekin trukatzen hasiko da.
Beraz, A bideratzaileak LSR bat bidaliko dio bere bizilagunari, eta honek LSU pakete batekin erantzungo dio, eta A bideratzaileak B bideratzaileari LSA mezu batekin erantzungo dio. Truke hau gailuek LSA mezuak trukatu nahi adina aldiz gertatuko da. LOADING egoerak esan nahi du LSA datu-basearen eguneratze osoa ez dela gertatu oraindik. Datu guztiak deskargatu ondoren, bi gailuak ondokotasun-egoeran sartuko dira.
Kontuan izan bi norabideko konexioarekin, gailuak aldameneko egoeran daudela besterik gabe, eta aldameneko egoera osoa bideratzaileen, DR eta BDRren artean bakarrik posible dela. Horrek esan nahi du bideratzaile bakoitzak DR sarean izandako aldaketen berri ematen diola, eta bideratzaile guztiei. Aldaketa hauei buruz ikasi DR
DR eta BDR aukeratzea gai garrantzitsua da. Ikus dezagun nola aukeratzen den DR ingurune orokor batean. Demagun gure eskemak hiru bideratzaile eta etengailu bat dituela. OSPF gailuek lehenik Kaixo mezuen lehentasuna alderatu, gero bideratzailearen IDa alderatu.
Lehentasun handiena duen gailua DR bihurtzen da Bi gailuren lehentasunak bat datoz, orduan Router ID handiena duen gailua hautatuko da bietatik eta DR bihurtzen da.
Bigarren lehentasun handiena duen gailua edo bigarren Router ID altuena duen gailua babeskopia dedikatuko bideratzaile BDR bihurtzen da. DRak huts egiten badu, berehala BDR-rekin ordezkatuko da. DR-ren rola betetzen hasiko da eta sistemak beste bat hautatuko du. BDR
Espero dut DR eta BDR aukeran asmatu izana, hala ez bada, hurrengo bideoetako batean arazo honetara itzuliko naiz eta prozesu hau azalduko dut.
Orain arte Hello zer den aztertu dugu, datu-basearen deskribatzailea eta LSR, LSU eta LSA mezuak. Hurrengo gaira pasatu aurretik, hitz egin dezagun OSPF-ren kostuari buruz.
Cisco-n, ibilbide baten kostua Erreferentziako banda-zabaleraren erlazioaren formula erabiliz kalkulatzen da, hau da, lehenespenez 100 Mbit/s ezarrita dagoena, kanalaren kostuarekin. Esate baterako, gailuak serieko ataka baten bidez konektatzean, abiadura 1.544 Mbps-koa da, eta kostua 64koa izango da. 10 Mbps-ko abiadura duen Ethernet konexioa erabiltzean, kostua 10 izango da eta FastEthernet konexio baten kostua. 100 Mbps-ko abiadura 1 izango da.
Gigabit Ethernet erabiltzean 1000 Mbps-ko abiadura dugu, baina kasu honetan abiadura beti 1 dela suposatzen da. Beraz, zure sarean Gigabit Ethernet baduzu, Erref. balio lehenetsia aldatu behar duzu. BW 1000. Kasu honetan, kostua 1 izango da, eta taula osoa berriro kalkulatuko da kostuen balioak 10 aldiz handituz. Aldakortasuna osatu eta LSDB eraiki ondoren, bideratze-taula eraikitzera pasatzen gara.
LSDB jaso ondoren, bideratzaile bakoitza modu independentean ibilbide zerrenda bat sortzen hasten da SPF algoritmoa erabiliz. Gure eskeman, A bideratzaileak halako taula bat sortuko du beretzat. Adibidez, A-R1 ibilbidearen kostua kalkulatzen du eta 10 izango dela zehazten du. Diagrama errazago ulertzeko, demagun A bideratzaileak B bideratzailerako bide optimoa zehazten duela. A-R1 loturaren kostua 10 da. , A-R2 lotura 100 da, eta A-R3 ibilbidearen kostua 11koa da, hau da, A-R1(10) eta R1-R3(1) ibilbidearen batura.
A bideratzaileak R4 bideratzailera iritsi nahi badu, A-R1-R4 ibilbidean edo A-R2-R4 ibilbidean egin dezake, eta bi kasuetan ibilbideen kostua berdina izango da: 10+100. =100+10=110. A-R6 ibilbideak 100+1= 101 balioko du, dagoeneko hobea da. Ondoren, A-R5-R1-R3 ibilbidean R5 bideratzailerako bidea hartuko dugu kontuan, zeinaren kostua 10+1+100 = 111 izango da.
R7 bideratzailerako bidea bi bidetan jar daiteke: A-R1-R4-R7 edo A-R2-R6-R7. Lehenengoaren kostua 210 izango da, bigarrena - 201, hau da, 201 aukeratu behar duzu. Beraz, B bideratzailera iristeko, A bideratzaileak 4 ibilbide erabil ditzake.
A-R1-R3-R5-B ibilbidearen kostua 121 izango da. A-R1-R4-R7-B ibilbideak 220 balioko du. A-R2-R4-R7-B ibilbideak 210, eta A-R2-. R6-R7- B-k 211ko kostua du. Horren arabera, A bideratzaileak kostu txikiena duen ibilbidea aukeratuko du, 121ekoa, eta bideratze-taulan kokatuko du. SPF algoritmoaren funtzionamenduaren diagrama oso sinplifikatua da. Izan ere, taulak ibilbide optimoa igarotzen duten bideratzaileen izendapenak ez ezik, haiek konektatzen dituzten portuen izendapenak eta beharrezko beste informazio guztia ere jasotzen du.
Ikus dezagun bideratze-eremuei buruzko beste gai bat. Normalean, enpresa baten OSPF gailuak konfiguratzean, guztiak gune komun batean daude.
Zer gertatzen da R3 bideratzaileari konektatutako gailuak bat-batean huts egiten badu? R3 bideratzailea berehala hasiko da mezu bat bidaltzen R5 eta R1 bideratzaileei, gailu honek duen kanala jada ez dagoela funtzionatzen, eta bideratzaile guztiak gertaera honi buruzko eguneraketak trukatzen hasiko dira.
100 bideratzaile badituzu, denek eguneratuko dute estekaren egoeraren informazioa, zona komun berean daudelako. Gauza bera gertatuko da aldameneko bideratzaileren batek huts egiten badu - eremuko gailu guztiek LSA eguneraketak trukatuko dituzte. Horrelako mezuak trukatu ondoren, sarearen topologia bera aldatuko da. Hori gertatzen denean, SPF-k bideratze-taulak birkalkulatuko ditu aldatutako baldintzen arabera. Prozesu oso handia da, eta zona batean mila gailu badituzu, bideratzaileen memoria-tamaina kontrolatu behar duzu, LSA guztiak eta LSDB esteka-egoera datu-base erraldoia gordetzeko nahikoa izan dadin. Zonaren zatiren batean aldaketak gertatu bezain laster, SPF algoritmoak berehala kalkulatzen ditu ibilbideak. Lehenespenez, LSA 30 minuturo eguneratzen da. Prozesu hau ez da gailu guztietan aldi berean gertatzen, baina, nolanahi ere, eguneraketak bideratzaile bakoitzak 30 minuturo egiten ditu. Zenbat eta sareko gailu gehiago. Zenbat eta memoria eta denbora gehiago behar izan LSDB eguneratzeko.
Arazo hau zona komun bat hainbat zonatan banatuz konpon daiteke, hau da, multizona erabiliz. Horretarako, kudeatzen duzun sare osoaren planoa edo diagrama bat izan behar duzu. AREA 0 da zure eremu nagusia. Kanpoko sarerako konexioa egiten den lekua da, adibidez, Interneterako sarbidea. Zona berriak sortzean, araua jarraitu behar duzu: zona bakoitzak ABR bat izan behar du, Area Border Router. Ertz-bideratzaile batek interfaze bat du zona batean eta bigarren interfazea beste zona batean. Esaterako, R5 bideratzaileak 1. zonan eta 0. zonan ditu interfazeak. Esan bezala, zona bakoitzak zero zonara konektatuta egon behar du, hau da, ertz-bideratzaile bat izan, zeinaren interfazeetako bat 0 AREA konektatua dagoen.
Demagun R6-R7 konexioak huts egin duela. Kasu honetan, LSA eguneratzea 1. EREMUtik soilik hedatuko da eta eremu honetan bakarrik eragingo du. 2. eta 0. zonako gailuek ez dute horren berri ere egingo. Edge router R5 bere eremuan gertatzen ari denari buruzko informazioa laburbiltzen du eta sarearen egoerari buruzko laburpen-informazioa bidaltzen du 0 eremu nagusira. Zona bateko gailuek ez dute beste zonaldeetako LSA aldaketa guztien berri izan behar, ABR bideratzaileak ibilbideen laburpenaren informazioa eremu batetik bestera bidaliko duelako.
Zonaldeen kontzeptua guztiz argi ez baduzu, hurrengo ikasgaietan gehiago jakin dezakezu OSPF bideratzea konfiguratzen hasten garenean eta adibide batzuk ikusten ditugunean.
Eskerrik asko gurekin geratzeagatik. Gustuko dituzu gure artikuluak? Eduki interesgarri gehiago ikusi nahi? Lagun iezaguzu eskaera bat eginez edo lagunei gomendatuz, % 30eko deskontua Habr erabiltzaileentzat sarrera-mailako zerbitzarien analogo berezi batean, guk zuk asmatu duguna: (RAID1 eta RAID10-ekin erabilgarri, 24 nukleoraino eta 40 GB DDR4 arte).
Dell R730xd 2 aldiz merkeagoa? Hemen bakarrik Herbehereetan! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 $-tik aurrera! Irakurri buruz
Iturria: www.habr.com