Gaurko ikasgaiaren gaia RIP edo bideratze-informazioaren protokoloa da. Erabilerari, bere konfigurazioari eta mugei buruz hitz egingo dugu. Esan bezala, RIP ez da Cisco 200-125 CCNA ikastaroko curriculumaren parte, baina protokolo honi ikasgai bereizi bat eskaintzea erabaki nuen, RIP bideratze-protokolo nagusietako bat baita.
Gaur 3 alderdi aztertuko ditugu: funtzionamendua ulertzea eta RIP bideratzaileetan konfiguratzea, RIP tenporizadoreak, RIP murrizketak. Protokolo hau 1969an sortu zen, beraz, sareko protokolo zaharrenetako bat da. Bere abantaila bere aparteko sinpletasunean datza. Gaur egun, sareko gailu askok, Cisco barne, RIP onartzen jarraitzen dute, ez baita EIGRP bezalako protokolo jabeduna, protokolo publikoa baizik.
RIP-ren 2 bertsio daude. Lehen bertsio klasikoak ez du VLSM onartzen - klaserik gabeko IP helbideratzea oinarritzen den luzera aldakorreko azpisare maskara, beraz, sare bakarra erabil dezakegu. Geroxeago hitz egingo dut honetaz. Bertsio honek ere ez du autentifikazioa onartzen.
Demagun 2 bideratzaile elkarren artean konektatuta dituzula. Kasu honetan, lehen bideratzaileak bere bizilagunari dakien guztia esaten dio. Demagun 10. sarea lehen bideratzailearekin konektatuta dagoela, 20. sarea lehen eta bigarren bideratzailearen artean kokatuta dagoela eta 30. sarea bigarren bideratzailearen atzean dagoela. Ondoren, lehenengo bideratzaileak bigarrenari esaten dio 10. eta 20. sareak ezagutzen dituela eta 2. bideratzaileak. 1. sareari eta 30. sareari buruz dakien 20. bideratzailea.
Bideratze-protokoloak bi sare hauek bideratze-taulan gehitu behar direla adierazten du. Oro har, bideratzaile batek aldameneko bideratzaileari harekin konektatuta dauden sareen berri ematen diola, eta horrek bere bizilagunari esaten diola, etab. Besterik gabe, RIP esameseko protokolo bat da, inguruko bideratzaileei informazioa elkarren artean partekatzeko aukera ematen diena, bizilagun bakoitzak kontatzen zaiena baldintzarik gabe sinetsiz. Bideratzaile bakoitzak sareko aldaketak "entzuten" ditu eta bizilagunekin partekatzen ditu.
Autentifikazio-laguntza ezak esan nahi du sarera konektatuta dagoen edozein bideratzaile berehala parte-hartzaile osoa bihurtzen dela. Sarea jaitsi nahi badut, nire hacker-en bideratzailea eguneratze maltzur batekin konektatuko dut, eta gainerako bideratzaile guztiek konfiantza dutenez, bideratze-taulak nahi dudan moduan eguneratuko dituzte. RIP-ren lehen bertsioak ez du inolako babesik ematen hacking horren aurka.
RIPv2-n, autentifikazioa eman dezakezu bideratzailea horren arabera konfiguratuz. Kasu honetan, bideratzaileen arteko informazioa eguneratzea sareko autentifikazioa pasa ondoren pasahitz bat sartuz soilik posible izango da.
RIPv1-ek difusioa erabiltzen du, hau da, eguneratze guztiak difusio mezuak erabiliz bidaltzen dira sareko parte-hartzaile guztiek jaso ditzaten. Demagun lehen bideratzailera konektatuta dagoen ordenagailu bat dagoela eguneratze horiei buruz ezer ez dakiena, bideratze-gailuek soilik behar dituztelako. Hala ere, 1. bideratzaileak Broadcast ID bat duten gailu guztiei bidaliko dizkie mezu hauek, hau da, behar ez dutenei ere.
RIP-ren bigarren bertsioan, arazo hau konpontzen da - Multicast ID edo multicast trafikoaren transmisioa erabiltzen du. Kasu honetan, protokoloaren ezarpenetan zehaztutako gailuek soilik jasotzen dituzte eguneraketak. Autentifikazioaz gain, RIP bertsio honek VLSM klaserik gabeko IP helbidea onartzen du. Horrek esan nahi du 10.1.1.1/24 sarea lehen bideratzailera konektatuta badago, IP helbidea azpisare honen helbide-eremuan duten sareko gailu guztiek ere eguneratzeak jasotzen dituzte. Protokoloaren bigarren bertsioak CIDR metodoa onartzen du, hau da, bigarren bideratzaileak eguneraketa bat jasotzen duenean, badaki zein sare edo ibilbide zehatz dagokion. Lehen bertsioaren kasuan, 10.1.1.0 sarea bideratzailera konektatuta badago, 10.0.0.0 sareko gailuek eta klase bereko beste sare batzuek ere eguneraketak jasoko dituzte. Kasu honetan, 2 bideratzaileak ere sare hauen eguneratzeari buruzko informazio osoa jasoko du, baina CIDR gabe ez du jakingo informazio hori A klaseko IP helbideak dituen azpisare bati buruzkoa denik.
Hau da RIP termino oso orokorrean. Orain ikus dezagun nola konfiguratu daitekeen. Bideratzailearen ezarpenen konfigurazio orokorrean sartu eta Router RIP komandoa erabili behar duzu.
Honen ondoren, komando-lerroko goiburua R1(config-router)#-ra aldatu dela ikusiko duzu, bideratzailearen azpikomando mailara pasatu garelako. Bigarren komandoa 2. bertsioa izango da, hau da, bideratzaileari protokoloaren 2. bertsioa erabili behar duela adierazten diogu. Ondoren, sareko XXXX komandoa erabiliz eguneraketak transmititu behar diren iragarritako sare klasikoaren helbidea idatzi behar dugu.Komando honek 2 funtzio ditu: batetik, zein sare iragarri behar den zehazten du eta, bestetik, zein interfaze erabili behar den. honetarako. Ikusiko duzu zer esan nahi dudan sarearen konfigurazioa ikusten duzunean.
Hemen 4 bideratzaile eta 192.168.1.0 azpisaretan banatuta dagoen 26/4 identifikatzailea duen sare baten bidez switchera konektatutako ordenagailu bat ditugu. 3 azpisare bakarrik erabiltzen ditugu: 192.168.1.0/26, 192.168.1.64/26 eta 192.168.1.128/26. Oraindik 192.168.1.192/26 azpisarea dugu, baina ez da erabiltzen, beharrezkoa ez delako.
Gailuko portuek IP helbide hauek dituzte: ordenagailua 192.168.1.10, lehen bideratzailearen lehen ataka 192.168.1.1, bigarren ataka 192.168.1.65, bigarren bideratzailearen lehen ataka 192.168.1.66, bigarren bideratzailearen bigarren ataka 192.168.1.129. hirugarren bideratzailearen lehen ataka 192.168.1.130. Azken aldian konbentzioei buruz hitz egin genuen, beraz, ezin dut konbentzioa jarraitu eta bideratzailearen bigarren portuari .1 helbidea esleitu, .1 ez baita sare honen parte.
Jarraian, beste helbide batzuk erabiltzen ditut, beste sare bat hasten dugulako - 10.1.1.0/16, beraz, sare hori konektatuta dagoen bigarren bideratzailearen bigarren atakak 10.1.1.1 IP helbidea du eta laugarren atakak. bideratzailea, zeinari etengailua konektatuta dagoen - helbidea 10.1.1.2.
Sortu dudan sarea konfiguratzeko, IP helbideak esleitu behar dizkiet gailuei. Has gaitezen lehen bideratzailearen lehen atakatik.
Lehenik eta behin, R1 ostalariaren izena sortuko dugu, 0 helbidea esleituko diogu f0/192.168.1.1 atakari eta 255.255.255.192 azpisare-maskara zehaztuko dugu, /26 sare bat baitugu. Osa dezagun R1 konfigurazioa itxi gabe komandoarekin. Lehen bideratzailearen f0/1 bigarren atakak 192.168.1.65 IP helbidea eta 255.255.255.192 azpisare maskara jasoko ditu.
Bigarren bideratzaileak R2 izena jasoko du, 0 helbidea eta 0 azpisare-maskara esleituko dizkiogu lehenengo f192.168.1.66/255.255.255.192 atakari, 0 helbidea eta 1 azpi-sare-maskara bigarren atakari f192.168.1.129/. 255.255.255.192.
Hirugarren bideratzailera pasatuz, R3 ostalari izena esleituko diogu, f0/0 atakak 192.168.1.130 helbidea eta 255.255.255.192 maskara jasoko ditu eta f0/1 atakak 10.1.1.1 helbidea eta 255.255.0.0 maskara. 16, sare hau /XNUMX delako.
Azkenik, azken bideratzailera joango naiz, R4 izendatuko dut eta f0/0 portuari 10.1.1.2 helbidea eta 255.255.0.0 maskara emango dizkiot. Beraz, sareko gailu guztiak konfiguratu ditugu.
Azkenik, ikus ditzagun ordenagailuaren sarearen ezarpenak: 192.168.1.10 IP helbide estatikoa du, 255.255.255.192 sare erdiko maskara eta 192.168.1.1 atebide-helbide lehenetsia.
Beraz, azpisare desberdinetako gailuetarako azpisare maskara nola konfiguratu ikusi duzu, oso erraza da. Orain gaitu dezagun bideraketa. R1 ezarpenetara sartzen naiz, konfigurazio modu globala ezarri eta bideratzailearen komandoa idazten dut. Horren ondoren, sistemak komando honen bideratze-protokolo posibleei buruzko aholkuak ematen ditu: bgp, eigrp, ospf eta rip. Gure tutoriala RIPari buruzkoa denez, router rip komandoa erabiltzen ari naiz.
Galdera ikurra idazten baduzu, sistemak aholku berri bat emango du komando honetarako protokolo honen funtzioetarako aukera posibleekin: auto-laburpena - ibilbideen laburpen automatikoa, informazio lehenetsia - informazio lehenetsiaren aurkezpenaren kontrola, sarea. - sareak, denborak eta abar. Hemen aldameneko gailuekin trukatuko dugun informazioa hauta dezakezu. Funtzio garrantzitsuena bertsioa da, beraz, 2. bertsioaren komandoa sartzen hasiko gara. Ondoren, sareko gako-komandoa erabili behar dugu, zehaztutako IP sarerako ibilbide bat sortzen duena.
Geroago Router1 konfiguratzen jarraituko dugu, baina oraingoz Router 3ra pasatu nahi dut. Bertan sareko komandoa erabili aurretik, ikus dezagun gure sarearen topologiaren eskuineko aldean. Bideratzailearen bigarren atakak 10.1.1.1 helbidea du. Nola funtzionatzen du RIP-ak? Bere bigarren bertsioan ere, RIP-ek, nahiko protokolo zahar gisa, oraindik bere sareko klaseak erabiltzen ditu. Horregatik, gure 10.1.1.0/16 sarea A klasekoa izan arren, IP helbide honen klase-bertsio osoa zehaztu behar dugu sare 10.0.0.0 komandoa erabiliz.
Baina 10.1.1.1 komando-sarea idatzi eta gero uneko konfigurazioari begiratu arren, sistemak 10.1.1.1-tik 10.0.0.0-ra zuzendu duela ikusiko dut, klase osoko helbideratze formatua automatikoki erabiliz. Beraz, CCNA azterketan RIPari buruzko galdera bat topatzen baduzu, klase osoko helbideratzea erabili beharko duzu. 10.0.0.0ren ordez 10.1.1.1 edo 10.1.0.0 idazten baduzu, akats bat egingo duzu. Klase osoko helbideratze formulariorako bihurketa automatikoki gertatzen den arren, hasiera batean helbide zuzena erabiltzea gomendatzen dizut, sistemak akatsa zuzendu arte itxaron ez dadin. Gogoratu - RIPek beti erabiltzen du klase osoko sare-helbideratzea.
Sarea 10.0.0.0 komandoa erabili ondoren, hirugarren bideratzaileak hamargarren sare hori bideratze-protokoloan txertatuko du eta eguneratzea R3-R4 bidetik bidaliko du. Orain laugarren bideratzailearen bideratze-protokoloa konfiguratu behar duzu. Bere ezarpenetara sartzen naiz eta sekuentzialki komandoak sartzen ditut router rip, 2 bertsioa eta 10.0.0.0 sarea. Komando honekin R4ri eskatzen diot sarearen publizitatea egiten hasteko 10. RIP bideratze protokoloa erabiliz.
Orain bi bideratzaile hauek informazioa truka dezakete, baina ez luke ezer aldatuko. Show ip route komandoa erabiliz FastEthernrt ataka 0/0 zuzenean 10.1.0.0 sarera konektatuta dagoela erakusten du. Laugarren bideratzaileak, hirugarren bideratzailetik sareko iragarkia jaso ondoren, esango du: "Oso, lagun, hamargarren sarearen iragarkia jaso dut, baina dagoeneko badakit, sare honetara zuzenean konektatuta nagoelako".
Hori dela eta, R3 ezarpenetara itzuliko gara eta sareko 192.168.1.0 komandoarekin beste sare bat sartuko dugu. Berriro klase osoko helbideratze formatua erabiltzen dut. Horren ostean, hirugarren bideratzaileak 192.168.1.128 sarea iragartzeko gai izango da R3-R4 ibilbidean. Esan dudan bezala, RIP βesamutxoβ bat da, bizilagun guztiei sare berrien berri ematen diena, bere bideratze-taulatik informazioa helaraziz. Orain hirugarren bideratzailearen taulari begiratuz gero, harekin konektatuta dauden bi sareen datuak ikus ditzakezu.
Datu hauek ibilbidearen bi muturretara bidaliko ditu bigarren eta laugarren bideratzaileei. Joan gaitezen R2 ezarpenetara. Komando berdinak sartzen ditut router rip, 2 bertsioa eta sare 192.168.1.0, eta hemen hasten dira gauzak interesgarri bihurtzen. 1.0 sarea zehazten dut, baina 192.168.1.64/26 sarea eta 192.168.1.128/26 sarea da. Hori dela eta, 192.168.1.0 sarea zehazten dudanean, bideratzaile honen bi interfazeetarako bideraketa eskaintzen ari naiz teknikoki. Erosotasuna da komando bakarrarekin gailuaren ataka guztietarako bideratzea ezar dezakezula.
R1 bideratzailearen parametro berdinak zehazten ditut eta bi interfazeentzako bideraketa modu berean ematen dut. Orain R1-en bideratze-taula begiratzen baduzu, sare guztiak ikus ditzakezu.
Bideratzaile honek 1.0 sarea eta 1.64 sarea ezagutzen ditu. 1.128 eta 10.1.1.0 sareen berri ere badaki, RIP erabiltzen duelako. Hori bideratze-taularen dagokion errenkadan R goiburuak adierazten du.
Mesedez, arreta jarri informazioari [120/2] - distantzia administratiboa da, hau da, bideratze-informazioaren iturriaren fidagarritasuna. Balio hau handiagoa edo txikiagoa izan daiteke, baina RIParen lehenetsia 120 da. Adibidez, bide estatiko batek 1eko distantzia administratiboa du. Zenbat eta distantzia administratibo txikiagoa izan, orduan eta fidagarriagoa izango da protokoloa. Bideratzaileak bi protokoloren artean aukeratzeko aukera badu, adibidez, ibilbide estatikoa eta RIP artean, orduan trafikoa bide estatikotik birbidaltzea aukeratuko du. Parentesi artean dagoen bigarren balioa, /2, metrika da. RIP protokoloan, metrikoak salto kopurua esan nahi du. Kasu honetan, 10.0.0.0/8 sarera 2 saltotan irits daiteke, hau da, R1 bideratzaileak trafikoa bidali behar du 192.168.1.64/26 sarearen bidez, hau da lehen saltoa, eta 192.168.1.128/26 sarearen bidez, hau da. bigarren saltoa, 10.0.0.0/8 sarera iristeko FastEthernet 0/1 interfazea duen gailu baten bidez 192.168.1.66 IP helbidearekin.
Konparazio baterako, R1 bideratzaileak 192.168.1.128 sarera irits daiteke 120-ko distantzia administratiboarekin salto batean 1 interfazearen bidez.
Orain, R0 bideratzailearen interfazeari ping egiten saiatzen bazara 4 IP helbidearekin PC10.1.1.2 ordenagailutik, behar bezala itzuliko da.
Lehenengo saiakerak huts egin du Eskaeraren denbora-muga mezuarekin, ARP erabiltzean lehen paketea galtzen delako, baina beste hirurak ongi itzuli zaizkio hartzailearengana. Horrek puntuz puntuko komunikazioa eskaintzen du sare batean RIP bideratze protokoloa erabiliz.
Beraz, bideratzaileak RIP protokoloaren erabilera aktibatzeko, sekuentzialki idatzi behar dituzu router rip, 2 bertsioa eta sarea <sare-zenbakia / sare-identifikatzailea klase osoko formularioan> komandoak.
Goazen R4 ezarpenetara eta sartu show ip route komandoa. Sarea 10. bideratzailera zuzenean konektatuta dagoela ikus dezakezu eta 192.168.1.0/24 sarea f0/0 atakatik 10.1.1.1 IP helbidearekin RIP bidez eskura daiteke.
192.168.1.0/24 sarearen itxurari erreparatzen badiozu, ibilbideen laburpen automatikoan arazo bat dagoela ohartuko zara. Laburpen automatikoa gaituta badago, RIP-ek sare guztiak laburbilduko ditu 192.168.1.0/24 arte. Ikus dezagun zer diren tenporizadoreak. RIP protokoloak 4 tenporizadore nagusi ditu.
Eguneratze tenporizadorea eguneraketak bidaltzeko maiztasunaren arduraduna da, protokoloaren eguneraketak 30 segundoz behin bidaltzen ditu RIP bideratzean parte hartzen duten interfaze guztiei. Horrek esan nahi du bideratze-taula hartzen duela eta RIP moduan funtzionatzen duten portu guztietara banatzen duela.
Imajina dezagun 1. bideratzailea dugula, N2 sarearen bidez 2. bideratzaileari konektatuta dagoena. Lehen eta bigarren bideratzailearen aurretik N1 eta N3 sareak daude. Bideratzaileak 1. bideratzaileak N2 eta N1 sarea ezagutzen dituela esaten dio eta eguneraketa bat bidaltzen dio. 2. bideratzaileak N2 eta N1 sareak ezagutzen dituela esaten dio 2. bideratzaileak. Kasu honetan, 3 segundoz behin bideratzaileen atakek bideratze-taulak trukatzen dituzte.
Imajina dezagun arrazoiren batengatik N1-R1 konexioa hautsita dagoela eta 1 bideratzaileak ezin duela gehiago komunikatu N1 sarearekin. Horren ondoren, lehen bideratzaileak N2 sareari buruzko eguneraketak soilik bidaliko dizkio bigarren bideratzaileari. 2. bideratzaileak, horrelako lehen eguneraketa jaso ondoren, hauxe pentsatuko du: "bikaina, orain N1 sarea jarri behar dut Tenporizadore Baliogabean", eta ondoren, tenporizadore Baliogabea abiaraziko du. 180 segundotan ez ditu N1 sareko eguneraketak inorekin trukatuko, baina denbora-tarte hori igarota, Tenporizadore Baliogabea geldituko du eta Eguneratzeko Tenporizadorea berriro hasiko du. 180 segundo horietan N1 sarearen egoeraren eguneratzerik jasotzen ez badu, 180 segundoko Hold Down tenporizadore batean jarriko du, hau da, Hold Down tenporizadorea Baliogabeko tenporizadorea amaitu eta berehala hasiko da.
Aldi berean, beste laugarren Flush tenporizadore bat martxan dago, baliogabeko tenporizadorearekin batera hasten dena. Tenporizadore honek N1 sareari buruzko azken eguneratze normala jasotzen duen denbora-tartea zehazten du sarea bideratze-taulatik kentzen den arte. Horrela, tenporizadore horren iraupena 240 segundora iristen denean, N1 sarea automatikoki bigarren bideratzailearen bideratze-taulatik kanpo geratuko da.
Beraz, Eguneratze Tenporizadoreak eguneraketak bidaltzen ditu 30 segundoz behin. Tenporizadore baliogabea, 180 segundoro exekutatzen dena, eguneratze berri bat bideratzailera iritsi arte itxarongo du. Ez bada iristen, sare hori eusteko egoeran jartzen du, Eutsi tenporizadorea 180 segundoz behin martxan jarriz. Baina Baliogabea eta Flush tenporizadoreak aldi berean hasten dira, beraz, Flush hasi eta 240 segundora eguneratzean aipatzen ez den sarea bideratze-taulatik kanpo geratzen da. Tenporizadore horien iraupena lehenespenez ezartzen da eta alda daiteke. Hori da RIP tenporizadoreak.
Orain RIP protokoloaren mugak kontuan hartzen joan gaitezen, dezente daude. Muga nagusietako bat batuketa automatikoa da.
Itzuli gaitezen gure sarera 192.168.1.0/24. 3. bideratzaileak 4. bideratzaileari 1.0 sare osoaren berri ematen dio, /24 bidez adierazten dena. Horrek esan nahi du sare honetako 256 IP helbide guztiak eskuragarri daudela, sareko IDa eta igorpen helbidea barne, hau da, barruti honetako edozein IP helbidea duten gailuen mezuak 10.1.1.1 sarearen bidez bidaliko dira. Ikus dezagun R3 bideratze-taula.
192.168.1.0/26 sarea ikusten dugu, 3 azpisaretan banatuta. Horrek esan nahi du bideratzaileak zehaztutako hiru IP helbide bakarrik ezagutzen dituela: 192.168.1.0, 192.168.1.64 eta 192.168.1.128, /26 sarekoak direnak. Baina ez daki ezer, adibidez, 192.168.1.192 eta 192.168.1.225 bitarteko IP helbideak dituzten gailuei buruz.
Hala ere, arrazoiren bategatik, R4-k uste du R3-k hari bidaltzen dion trafikoari buruz dena dakiela, hau da, 192.168.1.0/24 sareko IP helbide guztiak, eta hori guztiz faltsua da. Aldi berean, bideratzaileak trafikoa kentzen has daitezke elkar "engainatzen" dutelako; azken finean, 3. bideratzaileak ez du eskubiderik laugarren bideratzaileari sare honen azpisareei buruz dena dakiela esateko. Hau "auto-summing" izeneko arazo baten ondorioz gertatzen da. Trafikoa sare handi ezberdinetan zehar mugitzen denean gertatzen da. Adibidez, gure kasuan, C klaseko helbideak dituen sare bat R3 bideratzailearen bidez konektatzen da A klaseko helbideak dituen sare batera.
R3 bideratzaileak sare hauek berdinak direla uste du eta automatikoki laburbiltzen ditu ibilbide guztiak sareko helbide bakar batean 192.168.1.0. Gogora dezagun aurreko bideoetako batean supersareko ibilbideak laburtzeari buruz hitz egin genuena. Batuketaren arrazoia sinplea da: bideratzaileak uste du bideratze-taulan sarrera bat, guretzat hau 192.168.1.0/24 [120/1] 10.1.1.1 bidezko sarrera 3 sarrera baino hobea dela. Sarea ehunka azpisare txikiz osatuta badago, laburpena desgaitzen denean, bideratze-taulak bideratze-sarrera handiz osatuko du. Hori dela eta, bideratze-tauletan informazio kopuru handia pilatzea saihesteko, ibilbideen laburpen automatikoa erabiltzen da.
Hala ere, gure kasuan, ibilbideak automatikoki laburtzeak arazo bat sortzen du, bideratzailea informazio faltsua trukatzera behartzen duelako. Hori dela eta, R3 bideratzailearen ezarpenetan sartu eta ibilbideak automatikoki laburtzea debekatzen duen komando bat sartu behar dugu.
Horretarako, sekuentzialki idazten ditut komandoak router rip eta ez auto-laburpenik. Horren ondoren, eguneratzea sarean zabaldu arte itxaron behar duzu eta, ondoren, show ip route komandoa erabil dezakezu R4 bideratzailearen ezarpenetan.
Bideratze-taula nola aldatu den ikus dezakezu. 192.168.1.0 bidez 24/120 [1/10.1.1.1] sarrera aurreko taularen bertsiotik gorde zen, eta, ondoren, hiru sarrera daude, Eguneratze tenporizadoreari esker, 30 segundoro eguneratzen direnak. Flush tenporizadoreak bermatzen du eguneratzetik 240 segundo gehi 30 segundo, hau da, 270 segundo igaro ondoren, sare hau bideratze-taulatik kenduko dela.
192.168.1.0/26, 192.168.1.64/26 eta 192.168.1.128/26 sareak behar bezala zerrendatuta daude, beraz, orain trafikoa 192.168.1.225 gailura zuzenduta badago, gailu horrek utziko du bideratzaileak ez dakielako nondik norakoak. helbide hori. Baina aurreko kasuan, R3rako ibilbideen laburpen automatikoa gaituta genuenean, trafiko hori 10.1.1.1 sarera bideratuko zen, eta hori guztiz oker zegoen, R3-k pakete hauek berehala utzi behar zituelako gehiago bidali gabe.
Sare-administratzaile gisa, alferrikako trafiko gutxieneko sareak sortu behar dituzu. Adibidez, kasu honetan ez dago trafiko hori R3 bidez birbidali beharrik. Zure lana sarearen transmisioa ahalik eta gehien handitzea da, behar ez duten gailuetara trafikoa bidaltzea saihestuz.
RIP-en hurrengo muga Loops edo bideratze-begiztak dira. Sare konbergentziaz hitz egin dugu jada, bideratze-taula behar bezala eguneratzen denean. Gure kasuan, bideratzaileak ez luke 192.168.1.0/24 sarerako eguneraketak jaso behar horri buruz ezer ez badaki. Teknikoki, konbergentziak esan nahi du bideratze-taula informazio zuzenarekin soilik eguneratzen dela. Hau bideratzailea itzali, berrabiarazi, sarera berriro konektatzen denean, etab. Konbergentzia egoera bat da, zeinetan beharrezko bideratze-taularen eguneratze guztiak burutu diren eta beharrezko kalkulu guztiak egin diren.
RIP-ek konbergentzia oso eskasa du eta bideratze-protokolo oso-oso motela da. Moteltasun hori dela eta, bideratze-begiztak edo "kontadore infinitua" arazoa sortzen da.
Aurreko adibidearen antzeko sare-diagrama bat marraztuko dut: 1. bideratzailea 2. bideratzailea N2 sarearen bidez konektatuta dago, N1 sarea 1. bideratzaileari konektatua dago eta N2 sarea 3. bideratzaileari konektatuta dago. Demagun arrazoiren batengatik N1-R1 konexioa hautsita dagoela.
2. bideratzaileak badaki N1 sarea 1. bideratzailearen bidez salto batean eskura daitekeela, baina sare honek ez du funtzionatzen momentuz. Sareak huts egin ondoren, tenporizadoreen prozesua abiarazten da, 1. bideratzaileak Hold Down egoeran jartzen du, eta abar. Hala ere, 2. bideratzaileak Eguneratze tenporizadore bat du martxan, eta ezarritako unean eguneraketa bat bidaltzen dio 1. bideratzaileari, N1 sarea bi saltotan eskura daitekeela dioena. Eguneratze hau 1. bideratzailera iristen da 2. bideratzaileari N1 sarearen hutsegiteari buruzko eguneraketa bat bidaltzeko denbora izan baino lehen.
Eguneratze hau jasota, 1. bideratzaileak hauxe pentsatzen du: βBadakit niri konektatuta dagoen N1 sarea ez dela funtzionatzen arrazoiren batengatik, baina 2. bideratzaileak esan zidan bi saltotan eskuragarri dagoela haren bidez. Sinesten dut, beraz, salto bat gehituko dut, nire bideratze-taula eguneratuko dut eta 2. bideratzaileari eguneraketa bat bidaliko diot, N1 sarea 2. bideratzailetik hiru saltotan eskuragarri dagoela esanez!
Eguneratze hau lehen bideratzailetik jasota, 2. bideratzaileak dio: "Ados, lehenago R1-en eguneraketa bat jaso nuen, eta esan zuen N1 sarea haren bidez eskuragarri dagoela salto batean. Orain esan zidan 3 saltotan dagoela eskuragarri. Agian zerbait aldatu da sarean, ezin dut sinistu, beraz, nire bideratze-taula eguneratuko dut salto bat gehituz". Honen ondoren, R2-k eguneraketa bat bidaltzen dio lehen bideratzaileari, eta N1 sarea orain 4 saltotan eskuragarri dagoela dio.
Ikusten duzu zein den arazoa? Bi bideratzaileek elkarri eguneraketak bidaltzen dizkiote, aldi bakoitzean salto bat gehituz, eta azkenean salto kopurua kopuru handi batera iristen da. RIP protokoloan, gehienezko salto-kopurua 16koa da, eta balio horretara iritsi bezain laster, bideratzailea arazo bat dagoela konturatzen da eta bide hori bideratze-taulatik kentzen du, besterik gabe. Hau da RIP-en begiztak bideratzearen arazoa. Hau da, RIP distantzia-bektore-protokolo bat delako; distantzia bakarrik kontrolatzen du, sare-atalen egoerari kasurik egin gabe. 1969an, ordenagailu-sareak orain baino askoz motelagoak zirenean, distantzia bektorialaren ikuspegia justifikatu zen, beraz, RIP garatzaileek hop zenbaketak aukeratu zituzten metrika nagusi gisa. Hala ere, gaur egun ikuspegi honek arazo asko sortzen ditu, beraz, sare modernoak bideratze-protokolo aurreratuagoetara aldatu dira, OSPF adibidez. De facto, protokolo hau enpresa global gehienen sareetarako estandar bihurtu da. Protokolo hau xehetasun handiz aztertuko dugu hurrengo bideoetako batean.
Ez gara gehiago RIPera itzuliko, sareko protokolo zaharrenaren adibidea erabiliz, nahikoa esan dizut bideratzearen oinarriak eta sare handietarako protokolo hau gehiago erabiltzen saiatzen diren arazoei buruz. Hurrengo bideo-ikasgaietan bideratze-protokolo modernoak aztertuko ditugu: OSPF eta EIGRP.
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