Dagoeneko esan dut nire bideo-tutorialak CCNA v3-ra eguneratuko ditudala. Aurreko ikasgaietan ikasitako guztia guztiz garrantzitsua da ikastaro berrirako. Behar izanez gero, gai gehigarriak sartuko ditut ikasgai berrietan, ziur egon zaitezke gure ikasgaiak 200-125 CCNA ikastaroarekin bat datozela.
Lehenik eta behin, 100-105 ICND1 lehen azterketako gaiak guztiz aztertuko ditugu. Ikasgai batzuk geratzen zaizkigu, ondoren azterketa hau egiteko prest egongo zara. Ondoren, ICND2 ikastaroa ikasten hasiko gara. Bideo ikastaro honen amaieran 200-125 azterketa egiteko guztiz prestatuta egongo zarela bermatzen dut. Azken ikasgaian esan nuen ez garela RIPera itzuliko CCNA ikastaroan sartzen ez delako. Baina RIP CCNAren hirugarren bertsioan sartu zenez, aztertzen jarraituko dugu.
Gaurko ikasgaiaren gaiak RIP erabiltzeko prozesuan sortzen diren hiru arazo izango dira: Infinituraino zenbatzea, edo infinituraino zenbatzea, Split Horizon - zatitutako horizonteen arauak eta Route Poison, edo ibilbideen pozoitzea.
Infinituraino zentatzeko problemaren funtsa ulertzeko, goazen diagramara. Demagun bideratzailea R1, R2 eta R3 bideratzailea ditugula. Lehenengo bideratzailea 192.168.2.0/24 sarearen bidez konektatzen da bigarrenari, bigarrena hirugarrenari 192.168.3.0/24 sarearen bidez, lehenengo bideratzailea 192.168.1.0/24 sarera konektatuta dago eta hirugarrena. 192.168.4.0/24 sarea.
Ikus dezagun lehen bideratzailetik 192.168.1.0/24 sarerako ibilbidea. Bere taulan, ibilbide hau 192.168.1.0 gisa bistaratuko da 0-ko salto kopuruarekin.
Bigarren bideratzailearentzat, ibilbide bera agertuko da taulan 192.168.1.0 gisa 1-ko salto-kopuruarekin. Kasu honetan, bideratzailearen bideratze-taula eguneratzen da Eguneratu tenporizadoreak 30 segundoz behin. R1-k R2-ri jakinarazten dio 192.168.1.0 sarera 0-ren berdineko saltotan eskura daitekeela. Horrela funtzionatzen du RIP bideratze arruntak.
Imajina dezagun egoera bat non R1 eta 192.168.1.0/24 sarearen arteko konexioa hautsi zen, eta horren ostean bideratzaileak sarbidea galdu zuen. Aldi berean, R2 bideratzaileak eguneraketa bat bidaltzen dio R1 bideratzaileari, eta bertan 192.168.1.0/24 sarea eskuragarri dagoela jakinarazten du salto batean. R1-ek badaki sare honetarako sarbidea galdu duela, baina R2-k dio sare hori haren bidez eskura daitekeela salto batean, beraz, lehen bideratzaileak uste du bere bideratze-taula eguneratu behar duela, salto kopurua 0tik 2ra aldatuz.
Horren ondoren, R1-ek eguneraketa bidaltzen du R2 bideratzaileari. Honela dio: "Ados, aurretik eguneraketa bat bidali zenidan 192.168.1.0 sarea zero hop-ekin eskuragarri dagoela, orain sare honetarako ibilbide bat 2 saltotan eraiki daitekeela jakinarazi duzu. Beraz, bideratze-taula 1etik 3ra eguneratu behar dut". Hurrengo eguneratzean, R1-ek 4-ra aldatuko du salto-kopurua, bigarren bideratzailea 5era, gero 5 eta 6ra, eta prozesu honek mugagabean jarraituko du.
Arazo hau bideratze-begizta izenez ezagutzen da, eta RIP-en count-to-infinity arazoa deitzen zaio. Egia esan, 192.168.1.0/24 sarea eskuraezina da, baina R1, R2 eta sareko beste bideratzaile guztiek uste dute atzitu daitekeela, ibilbideak begizta jarraitzen duelako. Arazo hau horizontea zatitzeko eta ibilbideak pozoitzeko mekanismoak erabiliz konpondu daiteke. Ikus dezagun gaur lan egingo dugun sare-topologia.
Sareak R1,2,3 hiru bideratzaile eta 192.168.1.10 eta 192.168.4.10 IP helbideak dituzten bi ordenagailu ditu. Ordenagailuen artean 4 sare daude: 1.0, 2.0, 3.0 eta 4.0. Bideratzaileek IP helbideak dituzte, non azken zortzikotea bideratzailearen zenbakia den eta azkenaurreko zortzikoa sarearen zenbakia den. Edozein helbide esleitu diezaiekezu sareko gailu horiei, baina nik nahiago ditut hauek azaltzea errazten zaidalako.
Gure sarea konfiguratzeko, joan gaitezen Packet Tracer-era. Cisco 2911 bideratzaileak erabiltzen ditut eta eskema hau erabiltzen dut IP helbideak PC0 eta PC1 ostalariei esleitzeko.
Etengailuei ez ikusi egin diezaiekezu "kutxatik kanpo" daudelako eta VLAN1 lehenespenez erabiltzen dutelako. 2911 bideratzaileek bi gigabit atakak dituzte. Guretzat errazagoa izan dadin, bideratzaile horietako bakoitzerako prest dauden konfigurazio fitxategiak erabiltzen ditut. Gure webgunea bisita dezakezu, Baliabideak fitxara joan eta gure bideo-tutorial guztiak ikusi.
Une honetan ez ditugu eguneratze guztiak hemen, baina adibide gisa, Lan-koadernoaren esteka duen Day 13 ikasgaiari begirada bat eman diezaiokezu. Esteka bera erantsiko zaio gaurko bideo-tutorialari, eta horri jarraituz, bideratzailearen konfigurazio fitxategiak deskargatu ditzakezu.
Gure bideratzaileak konfiguratzeko, R1 konfigurazio testu-fitxategiaren edukia kopiatu besterik ez dut, bere kontsola ireki Packet Tracer-en eta config t komandoa sartzen dut.
Ondoren, kopiatutako testua itsatsi eta irteteko ezarpenak besterik ez ditut.
Gauza bera egiten dut bigarren eta hirugarren bideratzaileen ezarpenekin. Hau da Cisco ezarpenen abantailetako bat - behar dituzun ezarpenak zure sareko gailuaren konfigurazio fitxategietan kopiatu eta itsatsi besterik ez duzu egin. Nire kasuan, amaitutako konfigurazio fitxategien hasieran 2 komando ere gehituko ditut kontsolan ez sartzeko - en (enable) eta config t dira. Ondoren, edukia kopiatu eta guztia itsatsiko dut R3 ezarpenen kontsolan.
Beraz, 3 bideratzaileak konfiguratu ditugu. Zure bideratzaileetarako prest dauden konfigurazio fitxategiak erabili nahi badituzu, ziurtatu ereduak diagrama honetan agertzen direnekin bat datozela - hemen bideratzaileek GigabitEthernet atakak dituzte. Baliteke FastEthernet fitxategiko lerro hau zuzendu behar izatea zure bideratzaileak ataka zehatz hauek baditu.
Diagramako bideratzailearen ataka-markatzaileak gorriak direla ikus dezakezu. Zein da arazoa? Diagnostikoa egiteko, joan 1. bideratzailearen IOS komando-lerroko interfazera eta idatzi show ip interface brief komandoa. Komando hau zure "Labana Suitzako" da sareko hainbat arazo konpontzen dituzunean.
Bai, arazo bat dugu - ikusten duzu GigabitEthernet 0/0 interfazea administrazio-egoeran dagoela. Kontua da kopiatutako konfigurazio fitxategian no shutdown komandoa erabiltzea ahaztu zitzaidala eta orain eskuz sartuko dudala.
Orain lerro hau eskuz gehitu beharko dut bideratzaile guztien ezarpenetara, eta, ondoren, ataka-markatzaileak berde kolorez aldatuko dira. Orain bideratzaileen hiru CLI leihoak pantaila komun batean bistaratuko ditut nire ekintzak behatzea erosoagoa izan dadin.
Momentuz, RIP protokoloa 3 gailuetan konfiguratuta dago, eta arazketa egingo dut debug ip rip komandoa erabiliz, ondoren gailu guztiek RIP eguneraketak trukatuko dituzte. Horren ostean undebug all komandoa erabiltzen dut 3 bideratzaileentzat.
Ikus dezakezu R3 DNS zerbitzari bat aurkitzeko arazoak dituela. CCNA v3 DNS zerbitzariaren gaiak geroago eztabaidatuko ditugu, eta zerbitzari horren bilaketa funtzioa nola desgaitu erakutsiko dizut. Oraingoz, itzul gaitezen ikasgaiaren gaira eta ikus gaitezen RIP eguneratzeak nola funtzionatzen duen.
Bideratzaileak aktibatu ondoren, haien bideratze-taulek euren portuetara zuzenean konektatuta dauden sareei buruzko sarrerak izango dituzte. Tauletan, erregistro hauek C hizkiarekin ageri dira, eta zuzeneko konexio baterako salto kopurua 0 da.
R1-ek R2-ra eguneraketa bat bidaltzen duenean, 192.168.1.0 eta 192.168.2.0 sareei buruzko informazioa dauka. R2-k 192.168.2.0 sareari buruz dagoeneko ezagutzen duenez, 192.168.1.0 sareari buruzko eguneratzea bakarrik jartzen du bere bideratze-taulan.
Sarrera honek R hizkia darama, hau da, 192.168.1.0 sarera konektatu daiteke bideratzailearen interfazearen bidez f0/0: 192.168.2.2 RIP protokoloaren bidez soilik 1 hop-kopurua duen.
Era berean, R2-k eguneraketa bat bidaltzen duenean R3-ra, hirugarren bideratzaileak bere bideratze-taulan 192.168.1.0 sarea 192.168.3.3 bideratzaile-interfazearen bidez atzitu daitekeela RIP bidez, 2ko hainbat saltorekin funtzionatzen du. Honela funtzionatzen du bideratze-eguneratzeak. .
Bideratze-begiztak edo amaigabeko zenbaketa saihesteko, RIP-ek zatitze-horizonte mekanismo bat du. Mekanismo hau arau bat da: "ez bidali sare edo bideen eguneraketarik eguneratzea jaso duzun interfazearen bidez". Gure kasuan, honelakoa da: R2-k f1/192.168.1.0 interfazearen bidez 0 sareari buruzko eguneraketa bat jaso badu R0-k: 192.168.2.2, ez luke sare honi buruzko eguneratzerik bidali behar lehen bideratzaileari f0/0 interfazearen bidez. . 2.0 eta 192.168.3.0 sareei dagokien lehen bideratzailearekin lotutako interfaze honen bidez soilik bidali ditzake eguneraketak. Era berean, ez luke f192.168.4.0/192.168.2.0 interfazearen bidez 0 sareari buruzko eguneraketarik bidali behar, interfaze honek dagoeneko badakielako sare hau zuzenean konektatuta dagoelako. Beraz, bigarren bideratzaileak lehen bideratzaileari eguneraketa bat bidaltzen dionean, 0 eta 3.0 sareei buruzko erregistroak izan beharko lituzke soilik, sare horiei buruz beste interfaze batetik ikasi baitzuen - f4.0/0.
Hauxe da horizonte zatituaren arau sinplea: inoiz ez bidali inolako ibilbide bati buruzko informaziorik informazioa etorri den norabide berean. Arau honek bideratze-begizta edo infiniturainoko zenbaketa bat eragozten du.
Packet Tracer-era begiratzen baduzu, ikus dezakezu R1-ek 192.168.2.2-tik eguneratze bat jaso zuela GigabitEthernet0/1 interfazearen bidez bi sareri buruz soilik: 3.0 eta 4.0. Bigarren bideratzaileak ez zuen ezer jakinarazi 1.0 eta 2.0 sareei buruz, sare hauen berri interfaze honen bitartez ezagutu baitzuen.
R1 lehen bideratzaileak eguneraketa bat bidaltzen du 224.0.0.9 multicast IP helbidera - ez du igorpen mezurik bidaltzen. Helbide hau FM irratiek emititzen duten maiztasun zehatz baten antzeko zerbait da, hau da, multicast helbide honetara sintonizatuta dauden gailuek soilik jasoko dute mezua. Modu berean, bideratzaileek 224.0.0.9 helbiderako trafikoa onartzeko konfiguratzen dute. Beraz, R1-ek eguneraketa bat bidaltzen du helbide honetara GigabitEthernet0/0 interfazearen bidez, 192.168.1.1 IP helbidearekin. Interfaze honek 2.0, 3.0 eta 4.0 sareei buruzko eguneraketak soilik transmititu beharko lituzke, 1.0 sarea zuzenean konektatuta dagoelako. Hori egiten ikusten dugu.
Ondoren, eguneraketa bat bidaltzen du f0/1 bigarren interfazearen bidez 192.168.2.1 helbidearekin. Ez ikusi FastEthernet-erako F hizkiari - hau adibide bat besterik ez da, gure bideratzaileek GigabitEthernet interfazeak baitituzte, g letraz izendatu beharko liratekeenak. Interfaze honen bidez ezin du 2.0, 3.0 eta 4.0 sareei buruzko eguneraketarik bidali, f0/1 interfazearen bidez jakin baitzuen haien berri, beraz 1.0 sareari buruzko eguneraketa bat bakarrik bidaltzen du.
Ea zer gertatzen den arrazoiren batengatik lehen sarerako konexioa galtzen bada. Kasu honetan, R1-ek berehala "ibilbide-pozoitzea" izeneko mekanismoa aktibatzen du. Izan ere, sarerako konexioa galdu bezain laster, bideratze-taulan sare honen sarrerako salto kopurua berehala 16ra igotzen dela datza. sarea ez dago erabilgarri.
Kasu honetan, Eguneratze tenporizadorea ez da erabiltzen abiarazlearen eguneraketa bat, saretik hurbilen dagoen bideratzailera berehala bidaltzen dena. Diagraman urdinez markatuko dut. Router R2-k eguneraketa bat jasotzen du, hemendik aurrera 192.168.1.0 sarea erabilgarri dagoela 16ren berdineko salto kopuru batekin, hau da, eskuraezina dela. Ibilbideen intoxikazioa deitzen dena da. R2-k eguneratze hau jaso bezain laster, berehala aldatzen du 192.168.1.0 sarrera-lerroko hop-balioa 16ra eta eguneratze hau hirugarren bideratzaileari bidaltzen du. Aldi berean, R3-k ere 16ra aldatzen du atzeman ezin den sarearen salto-kopurua. Horrela, RIP bidez konektatutako gailu guztiek badakite 192.168.1.0 sarea jada ez dagoela erabilgarri.
Prozesu honi konbergentzia deritzo. Horrek esan nahi du bideratzaile guztiek beren bideratze-taulak egungo egoerara eguneratzen dituztela, haietatik 192.168.1.0 sarerako ibilbidea kenduta.
Beraz, gaurko ikasgaiko gai guztiak landu ditugu. Orain sareko arazoak diagnostikatzeko eta konpontzeko erabiltzen diren komandoak erakutsiko dizkizut. Show ip interface brief komandoaz gain, show ip protocols komandoa dago. Bideratze-protokoloaren ezarpenak eta egoera erakusten ditu bideratze dinamikoa erabiltzen duten gailuen.
Komando hau erabili ondoren, bideratzaile honek erabiltzen dituen protokoloei buruzko informazioa agertzen da. Hemen dio bideratze-protokoloa RIP dela, eguneraketak 30 segundoro bidaltzen direla, hurrengo eguneratzea 8 segundoren buruan bidaliko da, baliogabeko tenporizadorea 180 segundoren buruan hasten da, Eutsi tenporizadorea 180 segundoren buruan hasten da eta Flush tenporizadorea. 240 segundo. Balio hauek alda daitezke, baina hau ez da gure CCNA ikastaroaren gaia, beraz, tenporizadorearen balio lehenetsiak erabiliko ditugu. Era berean, gure ikastaroak ez ditu bideratzaileen interfaze guztien irteerako eta sarrerako iragazketa-zerrenden eguneratzeen arazoak lantzen.
Ondoren, protokoloaren birbanaketa da - RIP, aukera hau gailuak hainbat protokolo erabiltzen dituenean erabiltzen da, adibidez, RIP OSPF-rekin nola elkarreragiten duen eta OSPF-k RIP-ekin nola elkarreragiten duen erakusten du. Birbanaketa ere ez da zure CCNA ikastaroaren esparruan.
Gainera, frogatzen da protokoloak ibilbideen laburpen automatikoa erabiltzen duela, aurreko bideoan eztabaidatu genuena, eta distantzia administratiboa 120koa dela, eta hori ere dagoeneko eztabaidatu genuen.
Ikus dezagun hurbilagotik show ip route komandoa. Ikusten duzu 192.168.1.0/24 eta 192.168.2.0/24 sareak bideratzailera zuzenean konektatuta daudela, beste bi sarek, 3.0 eta 4.0, RIP bideratze protokoloa erabiltzen dute. Bi sare hauek GigabitEthernet0/1 interfazearen bidez eta 192.168.2.2 IP helbidea duen gailuaren bidez eskura daitezke. Kortxeteen artean dagoen informazioa garrantzitsua da: lehenengo zenbakiak distantzia administratiboa esan nahi du, edo distantzia administratiboa, bigarrenak salto kopurua. Salto kopurua RIP protokoloaren metrika bat da. Beste protokolo batzuek, OSPF adibidez, bere metrika dute, eta horri buruz hitz egingo dugu dagokion gaia aztertzerakoan.
Lehen esan dugunez, distantzia administratiboa konfiantza-mailari dagokio. Gehienezko konfiantza-mailak ibilbide estatikoa du, 1eko distantzia administratiboa duena. Beraz, zenbat eta balio hori txikiagoa, orduan eta hobeto.
Demagun 192.168.3.0/24 sarea eskuragarri dagoela bai g0/1 interfazearen bidez, RIP erabiltzen duena, bai bideratze estatikoa erabiltzen duen g0/0 interfazearen bidez. Kasu honetan, bideratzaileak bide estatikotik bideratuko du trafiko guztia f0/0 bidez, ibilbide hori fidagarriagoa delako. Zentzu honetan, 120-ko distantzia administratiboa duen RIP protokoloa 1-ko distantzia duen bideratze-protokolo estatiko bat baino okerragoa da.
Arazoak diagnostikatzeko beste komando garrantzitsu bat show ip interface g0/1 komandoa da. Router ataka zehatz baten parametroei eta egoerari buruzko informazio guztia bistaratzen du.
Guretzat, horizonte zatitua gaituta dagoela dioen lerroa garrantzitsua da: horizonte zatitua gaituta dago, arazoak izan ditzakezulako modu hori desgaituta dagoelako. Hori dela eta, arazoak gertatzen badira, ziurtatu egin beharko zenuke zatitutako horizonte modua gaituta dagoela interfaze honetan. Kontuan izan modu lehenetsian aktibo dagoela.
Uste dut RIParekin erlazionatutako gai nahikoa landu ditugula, azterketa egiterakoan gai honekin arazorik izan behar ez duzulako.
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