Unë tashmë thashë se do të përditësoj mësimet e mia video në CCNA v3. Gjithçka që keni mësuar në mësimet e mëparshme është plotësisht e rëndësishme për kursin e ri. Nëse lind nevoja, unë do të përfshij tema shtesë në mësimet e reja, kështu që të jeni të sigurt se mësimet tona janë në përputhje me kursin 200-125 CCNA.
Së pari, ne do të studiojmë plotësisht temat e provimit të parë 100-105 ICND1. Na kanë mbetur edhe disa mësime, pas të cilave do të jeni gati për të marrë këtë provim. Më pas do të fillojmë të studiojmë kursin ICND2. Ju garantoj se deri në fund të këtij kursi video do të jeni plotësisht të përgatitur për të marrë provimin 200-125. Në mësimin e fundit thashë që nuk do të kthehemi në RIP sepse nuk përfshihet në kursin CCNA. Por meqenëse RIP u përfshi në versionin e tretë të CCNA, ne do të vazhdojmë ta studiojmë atë.
Temat e mësimit të sotëm do të jenë tre problemet që lindin në procesin e përdorimit të RIP: Numërimi deri në pafundësi, ose numërimi deri në pafundësi, Split Horizon - rregullat e horizontit të ndarë dhe Route Poison, ose helmimi i rrugës.
Për të kuptuar thelbin e problemit të numërimit deri në pafundësi, le t'i drejtohemi diagramit. Le të themi se kemi ruterin R1, ruterin R2 dhe ruterin R3. Ruteri i parë është i lidhur me të dytin nga rrjeti 192.168.2.0/24, i dyti me i treti nga rrjeti 192.168.3.0/24, ruteri i parë është i lidhur me rrjetin 192.168.1.0/24 dhe i treti nga rrjeti rrjeti 192.168.4.0/24.
Le të shohim rrugën drejt rrjetit 192.168.1.0/24 nga ruteri i parë. Në tabelën e tij, kjo rrugë do të shfaqet si 192.168.1.0 me numrin e kërcimeve të barabartë me 0.
Për ruterin e dytë, e njëjta itinerar do të shfaqet në tabelë si 192.168.1.0 me numër kërcimesh të barabartë me 1. Në këtë rast, tabela e rrugëzimit të ruterit përditësohet nga kohëmatësi i përditësimit çdo 30 sekonda. R1 informon R2 se rrjeti 192.168.1.0 është i arritshëm nëpërmjet tij në hop të barabartë me 0. Me marrjen e këtij mesazhi, R2 përgjigjet me një përditësim që i njëjti rrjet është i arritshëm përmes tij me një hop. Kështu funksionon rutimi i rregullt RIP.
Le të imagjinojmë një situatë ku lidhja midis R1 dhe rrjetit 192.168.1.0/24 u prish, pas së cilës ruteri humbi aksesin në të. Në të njëjtën kohë, ruteri R2 dërgon një përditësim në ruterin R1, në të cilin raporton se rrjeti 192.168.1.0/24 është i disponueshëm për të me një hop. R1 e di që ka humbur aksesin në këtë rrjet, por R2 pretendon se ky rrjet është i aksesueshëm nëpërmjet tij me një hop, kështu që ruteri i parë beson se duhet të përditësojë tabelën e tij të rrugëzimit, duke ndryshuar numrin e hopeve nga 0 në 2.
Pas kësaj, R1 dërgon përditësimin te ruteri R2. Ai thotë: “ok, më parë më dërgove një përditësim se rrjeti 192.168.1.0 është i disponueshëm me zero hops, tani ju raportoni që një rrugë drejt këtij rrjeti mund të ndërtohet me 2 hopa. Kështu që më duhet të përditësoj tabelën time të rrugëtimit nga 1 në 3." Në përditësimin e radhës, R1 do të ndryshojë numrin e kërcimeve në 4, ruterin e dytë në 5, më pas në 5 dhe 6, dhe ky proces do të vazhdojë pafundësisht.
Ky problem njihet si cikli i rrugëzimit, dhe në RIP quhet problemi numërimi deri në pafundësi. Në realitet, rrjeti 192.168.1.0/24 është i paarritshëm, por R1, R2 dhe të gjithë ruterat e tjerë në rrjet besojnë se mund të aksesohet sepse itinerari vazhdon të qarkullojë. Ky problem mund të zgjidhet duke përdorur mekanizmat e ndarjes së horizontit dhe helmimit të rrugës. Le të shohim topologjinë e rrjetit me të cilën do të punojmë sot.
Rrjeti ka tre ruter R1,2,3 dhe dy kompjutera me adresa IP 192.168.1.10 dhe 192.168.4.10. Ekzistojnë 4 rrjete ndërmjet kompjuterëve: 1.0, 2.0, 3.0 dhe 4.0. Ruterat kanë adresa IP, ku okteti i fundit është numri i ruterit dhe okteti i parafundit është numri i rrjetit. Ju mund t'u caktoni çdo adresë këtyre pajisjeve të rrjetit, por unë i preferoj këto sepse më bën më të lehtë shpjegimin.
Për të konfiguruar rrjetin tonë, le të kalojmë te Packet Tracer. Unë përdor ruterat Cisco 2911 dhe përdor këtë skemë për të caktuar adresat IP për të dy hostet PC0 dhe PC1.
Ju mund t'i injoroni çelsat sepse ata janë "drejtpërsëdrejti nga kutia" dhe përdorin VLAN1 si parazgjedhje. Ruterat 2911 kanë dy porte gigabit. Për ta bërë më të lehtë për ne, unë përdor skedarë konfigurimi të gatshëm për secilin prej këtyre ruterave. Mund të vizitoni faqen tonë të internetit, të shkoni te skedari "Resources" dhe të shikoni të gjitha udhëzimet tona video.
Nuk i kemi të gjitha përditësimet këtu për momentin, por si shembull, mund t'i hidhni një sy mësimit të Ditës 13, i cili ka një lidhje të Librit të Punës. E njëjta lidhje do t'i bashkëngjitet video-tutorialit të sotëm dhe duke e ndjekur atë, mund të shkarkoni skedarët e konfigurimit të routerit.
Për të konfiguruar ruterat tanë, thjesht kopjoj përmbajtjen e skedarit të tekstit të konfigurimit R1, hap konsolën e tij në Packet Tracer dhe fut komandën config t.
Pastaj thjesht ngjis tekstin e kopjuar dhe dal nga cilësimet.
Unë bëj të njëjtën gjë me cilësimet e ruterit të dytë dhe të tretë. Ky është një nga avantazhet e cilësimeve të Cisco - thjesht mund të kopjoni dhe ngjitni cilësimet që ju nevojiten në skedarët e konfigurimit të pajisjes tuaj të rrjetit. Në rastin tim, unë gjithashtu do të shtoj 2 komanda në fillim të skedarëve të përfunduar të konfigurimit në mënyrë që të mos i fut në tastierë - këto janë en (aktivizo) dhe konfigurim t. Më pas do të kopjoj përmbajtjen dhe do ta ngjis të gjithë në panelin e cilësimeve R3.
Pra, ne kemi konfiguruar të 3 ruterat. Nëse dëshironi të përdorni skedarë të gatshëm të konfigurimit për ruterat tuaj, sigurohuni që modelet të përputhen me ato të paraqitura në këtë diagram - këtu ruterët kanë porte GigabitEthernet. Mund t'ju duhet të korrigjoni këtë linjë në skedarin FastEthernet nëse ruteri juaj ka pikërisht këto porte.
Mund të shihni që shënuesit e portit të routerit në diagram janë ende të kuq. Cili është problemi? Për të diagnostikuar, shkoni te ndërfaqja e linjës së komandës IOS të ruterit 1 dhe shkruani komandën e shkurtër të ndërfaqes show ip. Kjo komandë është "thika juaj zvicerane" kur zgjidhni probleme të ndryshme të rrjetit.
Po, ne kemi një problem - ju shikoni që ndërfaqja GigabitEthernet 0/0 është në gjendje administrative jo. Fakti është se në skedarin e konfigurimit të kopjuar kam harruar të përdor komandën pa mbyllje dhe tani do ta fus manualisht.
Tani do të më duhet ta shtoj manualisht këtë linjë në cilësimet e të gjithë ruterave, pas së cilës shënuesit e portit do të ndryshojnë ngjyrën në jeshile. Tani do t'i shfaq të tre dritaret CLI të ruterave në një ekran të përbashkët për ta bërë më të përshtatshëm vëzhgimin e veprimeve të mia.
Për momentin, protokolli RIP është konfiguruar në të 3 pajisjet, dhe unë do ta korrigjoj atë duke përdorur komandën debug ip rip, pas së cilës të gjitha pajisjet do të shkëmbejnë përditësimet RIP. Pas kësaj unë përdor komandën unbug all për të tre ruterat.
Ju mund të shihni se R3 ka probleme në gjetjen e një serveri DNS. Ne do të diskutojmë më vonë temat e serverit CCNA v3 DNS dhe unë do t'ju tregoj se si të çaktivizoni funksionin e kërkimit për atë server. Tani për tani, le të kthehemi në temën e mësimit dhe të shohim se si funksionon përditësimi RIP.
Pasi të aktivizojmë ruterat, tabelat e tyre të rrugëzimit do të përmbajnë shënime për rrjetet që janë të lidhura drejtpërdrejt me portet e tyre. Në tabela, këto regjistrime drejtohen me shkronjën C, dhe numri i kërcimeve për një lidhje të drejtpërdrejtë është 0.
Kur R1 dërgon një përditësim në R2, ai përmban informacion në lidhje me rrjetet 192.168.1.0 dhe 192.168.2.0. Meqenëse R2 tashmë di për rrjetin 192.168.2.0, ai vendos vetëm përditësimin për rrjetin 192.168.1.0 në tabelën e tij të rrugëtimit.
Kjo hyrje drejtohet nga shkronja R, që do të thotë se lidhja me rrjetin 192.168.1.0 është e mundur përmes ndërfaqes së ruterit f0/0: 192.168.2.2 vetëm përmes protokollit RIP me numrin e hop-eve 1.
Në mënyrë të ngjashme, kur R2 dërgon një përditësim në R3, ruteri i tretë vendos një hyrje në tabelën e tij të rrugëtimit që rrjeti 192.168.1.0 është i aksesueshëm përmes ndërfaqes së ruterit 192.168.3.3 nëpërmjet RIP me një numër kërcimesh prej 2. Kështu funksionon përditësimi i rrugëzimit .
Për të parandaluar unazat e rrugëtimit, ose numërimin e pafund, RIP ka një mekanizëm të horizontit të ndarë. Ky mekanizëm është një rregull: "mos dërgoni një përditësim të rrjetit ose rrugës përmes ndërfaqes përmes së cilës keni marrë përditësimin." Në rastin tonë, duket kështu: nëse R2 ka marrë një përditësim nga R1 në lidhje me rrjetin 192.168.1.0 përmes ndërfaqes f0/0: 192.168.2.2, ai nuk duhet të dërgojë një përditësim për këtë rrjet 0 te ruteri i parë përmes ndërfaqes f0/2.0 . Mund të dërgojë vetëm përditësime përmes kësaj ndërfaqe të lidhur me ruterin e parë që kanë të bëjnë me rrjetet 192.168.3.0 dhe 192.168.4.0. Gjithashtu nuk duhet të dërgojë një përditësim në lidhje me rrjetin 192.168.2.0 përmes ndërfaqes f0/0, sepse kjo ndërfaqe tashmë e di për të, sepse ky rrjet është i lidhur drejtpërdrejt me të. Pra, kur ruteri i dytë dërgon një përditësim në ruterin e parë, ai duhet të përmbajë të dhëna vetëm për rrjetet 3.0 dhe 4.0, sepse ai mësoi për këto rrjete nga një ndërfaqe tjetër - f0/1.
Ky është rregulli i thjeshtë i horizontit të ndarë: kurrë mos dërgoni informacione për ndonjë rrugë prapa në të njëjtin drejtim nga i cili erdhi informacioni. Ky rregull parandalon një lak të rrugëtimit ose numërimin deri në pafundësi.
Nëse shikoni Packet Tracer, mund të shihni se R1 mori një përditësim nga 192.168.2.2 përmes ndërfaqes GigabitEthernet0/1 për vetëm dy rrjete: 3.0 dhe 4.0. Ruteri i dytë nuk raportoi asgjë për rrjetet 1.0 dhe 2.0, sepse mësoi për këto rrjete pikërisht përmes kësaj ndërfaqe.
Ruteri i parë R1 dërgon një përditësim në adresën IP multicast 224.0.0.9 - ai nuk dërgon një mesazh transmetimi. Kjo adresë është diçka si një frekuencë specifike në të cilën transmetojnë stacionet e radios FM, domethënë, vetëm ato pajisje që janë akorduar në këtë adresë multicast do të marrin mesazhin. Në të njëjtën mënyrë, ruterët konfigurojnë veten për të pranuar trafikun për adresën 224.0.0.9. Pra, R1 dërgon një përditësim në këtë adresë përmes ndërfaqes GigabitEthernet0/0 me adresën IP 192.168.1.1. Kjo ndërfaqe duhet të transmetojë vetëm përditësime rreth rrjeteve 2.0, 3.0 dhe 4.0 sepse rrjeti 1.0 është i lidhur drejtpërdrejt me të. Ne e shohim atë duke bërë pikërisht këtë.
Më pas, ai dërgon një përditësim përmes ndërfaqes së dytë f0/1 me adresën 192.168.2.1. Injoroni shkronjën F për FastEthernet - ky është vetëm një shembull, pasi ruterët tanë kanë ndërfaqe GigabitEthernet që duhet të përcaktohen me shkronjën g. Ai nuk mund të dërgojë një përditësim për rrjetet 2.0, 3.0 dhe 4.0 përmes kësaj ndërfaqe, sepse ai mësoi për to përmes ndërfaqes f0/1, kështu që ai dërgon vetëm një përditësim për rrjetin 1.0.
Le të shohim se çfarë ndodh nëse lidhja me rrjetin e parë humbet për ndonjë arsye. Në këtë rast, R1 angazhon menjëherë një mekanizëm të quajtur "helmimi i rrugës". Ai qëndron në faktin se sapo lidhja me rrjetin humbet, numri i hop-eve në hyrjen për këtë rrjet në tabelën e rrugëzimit rritet menjëherë në 16. Siç e dimë, numri i hop-eve është i barabartë me 16 do të thotë se kjo rrjeti është i padisponueshëm.
Në këtë rast, kohëmatësi i përditësimit nuk përdoret; është një përditësim i aktivizimit, i cili dërgohet menjëherë përmes rrjetit te ruteri më i afërt. Do ta shënoj me blu në diagram. Ruteri R2 merr një përditësim që thotë se tani e tutje rrjeti 192.168.1.0 është i disponueshëm me një numër kërcimesh të barabartë me 16, domethënë është i paarritshëm. Kjo është ajo që quhet helmim në rrugë. Sapo R2 merr këtë përditësim, ai menjëherë ndryshon vlerën e hopit në linjën e hyrjes 192.168.1.0 në 16 dhe e dërgon këtë përditësim te ruteri i tretë. Nga ana tjetër, R3 gjithashtu ndryshon numrin e hop-eve për rrjetin e paarritshëm në 16. Kështu, të gjitha pajisjet e lidhura nëpërmjet RIP e dinë se rrjeti 192.168.1.0 nuk është më i disponueshëm.
Ky proces quhet konvergjencë. Kjo do të thotë që të gjithë ruterat përditësojnë tabelat e tyre të rrugëtimit në gjendjen aktuale, duke përjashtuar rrugën drejt rrjetit 192.168.1.0 prej tyre.
Pra, ne kemi mbuluar të gjitha temat e mësimit të sotëm. Tani do t'ju tregoj komandat që përdoren për të diagnostikuar dhe zgjidhur problemet e rrjetit. Përveç komandës së shkurtër të ndërfaqes show ip, ekziston komanda show ip protocols. Ai tregon cilësimet dhe statusin e protokollit të rrugëtimit për pajisjet që përdorin rrugëtim dinamik.
Pas përdorimit të kësaj komande, shfaqen informacione për protokollet e përdorura nga ky ruter. Këtu thotë se protokolli i rrugëzimit është RIP, përditësimet dërgohen çdo 30 sekonda, përditësimi tjetër do të dërgohet pas 8 sekondash, kohëmatësi i pavlefshëm fillon pas 180 sekondash, kohëmatësi i Hold Down fillon pas 180 sekondash dhe kohëmatësi Flush fillon pas 240 sekonda. Këto vlera mund të ndryshohen, por kjo nuk është tema e kursit tonë CCNA, kështu që ne do të përdorim vlerat e parazgjedhura të kohëmatësit. Po kështu, kursi ynë nuk trajton çështjet e përditësimeve të listës së filtrimit në dalje dhe në hyrje për të gjitha ndërfaqet e ruterit.
Tjetra këtu është rishpërndarja e protokollit - RIP, ky opsion përdoret kur pajisja përdor protokolle të shumta, për shembull, tregon se si RIP ndërvepron me OSPF dhe si ndërvepron OSPF me RIP. Rishpërndarja nuk është gjithashtu pjesë e fushës së kursit tuaj CCNA.
Më tej tregohet se protokolli përdor përmbledhjen automatike të rrugëve, të cilën e diskutuam në videon e mëparshme, dhe se distanca administrative është 120, të cilën gjithashtu e kemi diskutuar tashmë.
Le t'i hedhim një vështrim më të afërt komandës show ip route. Ju shikoni që rrjetet 192.168.1.0/24 dhe 192.168.2.0/24 janë të lidhura drejtpërdrejt me ruterin, dy rrjete të tjera, 3.0 dhe 4.0, përdorin protokollin e rrugëtimit RIP. Të dyja këto rrjete janë të aksesueshme përmes ndërfaqes GigabitEthernet0/1 dhe pajisjes me adresën IP 192.168.2.2. Informacioni në kllapa katrore është i rëndësishëm - numri i parë nënkupton distancën administrative, ose distancën administrative, e dyta - numrin e kërcimeve. Numri i kërcimeve është një metrikë e protokollit RIP. Protokollet e tjera, si OSPF, kanë metrikat e tyre, për të cilat do të flasim kur studiojmë temën përkatëse.
Siç kemi diskutuar tashmë, distanca administrative i referohet shkallës së besimit. Shkalla maksimale e besimit ka një rrugë statike, e cila ka një distancë administrative prej 1. Prandaj, sa më e ulët kjo vlerë, aq më mirë.
Le të supozojmë se rrjeti 192.168.3.0/24 është i aksesueshëm nëpërmjet ndërfaqes g0/1, e cila përdor RIP, dhe ndërfaqes g0/0, e cila përdor rrugëzim statik. Në këtë rast, ruteri do të drejtojë të gjithë trafikun përgjatë rrugës statike përmes f0/0, sepse kjo rrugë është më e besueshme. Në këtë kuptim, një protokoll RIP me një distancë administrative prej 120 është më i keq se një protokoll statik kursimi me një distancë prej 1.
Një tjetër komandë e rëndësishme për diagnostikimin e problemeve është komanda show ip interface g0/1. Ai shfaq të gjitha informacionet në lidhje me parametrat dhe statusin e një porti specifik ruteri.
Për ne është i rëndësishëm rreshti që thotë se horizonti i ndarë është i aktivizuar: Split horizon është aktivizuar, sepse mund të keni probleme për faktin se ky modalitet është i çaktivizuar. Prandaj, nëse shfaqen probleme, duhet të siguroheni që modaliteti i ndarjes së horizontit është i aktivizuar për këtë ndërfaqe. Ju lutemi vini re se si parazgjedhje kjo mënyrë është aktive.
Besoj se kemi trajtuar mjaft tema të lidhura me RIP-in, saqë nuk duhet të keni ndonjë vështirësi me këtë temë kur merrni provimin.
Faleminderit që qëndruat me ne. A ju pëlqejnë artikujt tanë? Dëshironi të shihni përmbajtje më interesante? Na mbështesni duke bërë një porosi ose duke rekomanduar miqve, 30% zbritje për përdoruesit e Habr në një analog unik të serverëve të nivelit të hyrjes, i cili u shpik nga ne për ju: (e disponueshme me RAID1 dhe RAID10, deri në 24 bërthama dhe deri në 40 GB DDR4).
Dell R730xd 2 herë më lirë? Vetëm këtu në Holandë! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - nga 99 dollarë! Lexoni rreth
Burimi: www.habr.com