Rekel sem že, da bom svoje video vadnice posodobil na CCNA v3. Vse, kar ste se naučili v prejšnjih lekcijah, je popolnoma relevantno za nov tečaj. Če bo potrebno, bom v nove lekcije vključil dodatne teme, tako da ste lahko prepričani, da so naše lekcije usklajene s tečajem 200-125 CCNA.
Najprej bomo v celoti preučili teme prvega izpita 100-105 ICND1. Ostalo nam je še nekaj lekcij, po katerih boste pripravljeni na opravljanje tega izpita. Nato bomo začeli študirati predmet ICND2. Zagotavljam vam, da boste do konca tega video tečaja popolnoma pripravljeni na opravljanje izpita 200-125. V zadnji lekciji sem rekel, da se ne bomo vrnili na RIP, ker ni vključen v tečaj CCNA. Ker pa je bil RIP vključen v tretjo različico CCNA, ga bomo še naprej preučevali.
Teme današnje lekcije bodo trije problemi, ki se pojavijo v procesu uporabe RIP: Counting to Infinity ali štetje do neskončnosti, Split Horizon - pravila razcepljenih obzorij in Route Poison ali zastrupitev poti.
Da bi razumeli bistvo problema štetja do neskončnosti, se obrnemo na diagram. Recimo, da imamo usmerjevalnik R1, usmerjevalnik R2 in usmerjevalnik R3. Prvi usmerjevalnik je povezan z drugim prek omrežja 192.168.2.0/24, drugi s tretjim prek omrežja 192.168.3.0/24, prvi usmerjevalnik je povezan z omrežjem 192.168.1.0/24, tretji pa z omrežjem 192.168.4.0/24. Omrežje XNUMX/XNUMX.
Poglejmo pot do omrežja 192.168.1.0/24 iz prvega routerja. V svoji tabeli bo ta pot prikazana kot 192.168.1.0 s številom skokov enakim 0.
Za drugi usmerjevalnik bo enaka pot prikazana v tabeli kot 192.168.1.0 s številom skokov, ki je enako 1. V tem primeru se usmerjevalna tabela usmerjevalnika posodobi s časovnikom posodobitve vsakih 30 sekund. R1 obvesti R2, da je omrežje 192.168.1.0 dosegljivo prek njega v skokih, ki so enaki 0. Po prejemu tega sporočila R2 odgovori s posodobitvijo, da je isto omrežje dosegljivo prek njega v enem skoku. Tako deluje običajno usmerjanje RIP.
Predstavljajmo si situacijo, ko je bila povezava med R1 in omrežjem 192.168.1.0/24 prekinjena, nakar je usmerjevalnik izgubil dostop do njega. Usmerjevalnik R2 hkrati pošlje posodobitev usmerjevalniku R1, v kateri sporoči, da mu je omrežje 192.168.1.0/24 na voljo v enem skoku. R1 ve, da je izgubil dostop do tega omrežja, vendar R2 trdi, da je to omrežje dostopno prek njega v enem skoku, zato prvi usmerjevalnik verjame, da mora posodobiti svojo usmerjevalno tabelo in spremeniti število skokov z 0 na 2.
Po tem R1 pošlje posodobitev usmerjevalniku R2. Reče: »ok, pred tem ste mi poslali posodobitev, da je omrežje 192.168.1.0 na voljo z nič skoki, zdaj poročate, da je pot do tega omrežja mogoče zgraditi v dveh skokih. Zato moram svojo usmerjevalno tabelo posodobiti z 2 na 1." Pri naslednji posodobitvi bo R3 spremenil število skokov na 1, drugi usmerjevalnik na 4, nato na 5 in 5 in ta proces se bo nadaljeval v nedogled.
Ta problem je znan kot usmerjevalna zanka, v RIP pa se imenuje problem štetja do neskončnosti. V resnici je omrežje 192.168.1.0/24 nedostopno, vendar R1, R2 in vsi drugi usmerjevalniki v omrežju menijo, da je dostopen, ker se pot nenehno vrti. To težavo je mogoče rešiti z delitvijo obzorja in mehanizmi zastrupitve poti. Oglejmo si topologijo omrežja, s katero bomo delali danes.
V omrežju so trije usmerjevalniki R1,2,3 in dva računalnika z IP naslovoma 192.168.1.10 in 192.168.4.10. Med računalniki so 4 omrežja: 1.0, 2.0, 3.0 in 4.0. Usmerjevalniki imajo naslove IP, kjer je zadnji oktet številka usmerjevalnika, predzadnji oktet pa številka omrežja. Tem omrežnim napravam lahko dodelite poljubne naslove, vendar imam raje te, ker mi je tako lažje razložiti.
Za konfiguracijo našega omrežja pojdimo na Packet Tracer. Uporabljam usmerjevalnike Cisco 2911 in to shemo uporabljam za dodeljevanje naslovov IP obema gostiteljema PC0 in PC1.
Stikala lahko prezrete, ker so »takoj iz škatle« in privzeto uporabljajo VLAN1. Usmerjevalnik 2911 ima dva gigabitna priključka. Da bi nam bilo lažje, uporabljam že pripravljene konfiguracijske datoteke za vsakega od teh usmerjevalnikov. Obiščete lahko naše spletno mesto, pojdite na zavihek Viri in si ogledate vse naše video vadnice.
Trenutno nimamo vseh posodobitev, ampak kot primer si lahko ogledate lekcijo 13. dne, ki ima povezavo do delovnega zvezka. Ista povezava bo priložena današnji video vadnici in če ji sledite, lahko prenesete konfiguracijske datoteke usmerjevalnika.
Za konfiguracijo naših usmerjevalnikov preprosto kopiram vsebino konfiguracijske besedilne datoteke R1, odprem njeno konzolo v Packet Tracer in vnesem ukaz config t.
Nato samo prilepim kopirano besedilo in zapustim nastavitve.
Enako naredim z nastavitvami drugega in tretjega routerja. To je ena od prednosti nastavitev Cisco - nastavitve, ki jih potrebujete, lahko preprosto kopirate in prilepite v konfiguracijske datoteke omrežne naprave. V mojem primeru bom dodal tudi 2 ukaza na začetek končnih konfiguracijskih datotek, da jih ne bom vnašal v konzolo - to sta en (enable) in config t. Nato bom kopiral vsebino in prilepil celotno stvar v R3 Settings Console.
Tako smo konfigurirali vse 3 usmerjevalnike. Če želite za svoje usmerjevalnike uporabiti že pripravljene konfiguracijske datoteke, se prepričajte, da se modeli ujemajo s tistimi, ki so prikazani na tem diagramu - tukaj imajo usmerjevalniki vrata GigabitEthernet. Morda boste morali popraviti to vrstico v datoteki FastEthernet, če ima vaš usmerjevalnik točno ta vrata.
Vidite lahko, da so oznake vrat usmerjevalnika na diagramu še vedno rdeče. V čem je problem? Za diagnosticiranje pojdite na vmesnik ukazne vrstice IOS usmerjevalnika 1 in vnesite kratki ukaz show ip interface brief. Ta ukaz je vaš "švicarski nož" pri reševanju različnih težav z omrežjem.
Da, imamo težavo - vidite, da je vmesnik GigabitEthernet 0/0 v administrativno neaktivnem stanju. Dejstvo je, da sem v kopirani konfiguracijski datoteki pozabil uporabiti ukaz no shutdown in ga bom zdaj vnesel ročno.
Zdaj bom moral to vrstico ročno dodati v nastavitve vseh usmerjevalnikov, nato pa bodo oznake vrat spremenile barvo v zeleno. Zdaj bom prikazal vsa tri okna CLI usmerjevalnikov na skupnem zaslonu, da bo lažje opazovati moja dejanja.
Trenutno je protokol RIP konfiguriran na vseh 3 napravah in ga bom razhroščil z ukazom debug ip rip, nato pa si bodo vse naprave izmenjale RIP posodobitve. Po tem uporabim ukaz undebug all za vse 3 usmerjevalnike.
Vidite lahko, da ima R3 težave pri iskanju strežnika DNS. Kasneje bomo razpravljali o temah strežnika DNS CCNA v3 in pokazal vam bom, kako onemogočite funkcijo iskanja za ta strežnik. Za zdaj se vrnimo k temi lekcije in poglejmo, kako deluje posodobitev RIP.
Ko vklopimo usmerjevalnike, bodo njihove usmerjevalne tabele vsebovale vnose o omrežjih, ki so neposredno povezana z njihovimi vrati. V tabelah so ti zapisi označeni s črko C, število skokov za neposredno povezavo pa je 0.
Ko R1 pošlje posodobitev R2, vsebuje informacije o omrežjih 192.168.1.0 in 192.168.2.0. Ker R2 že pozna omrežje 192.168.2.0, posodobitev omrežja 192.168.1.0 vnese samo v svojo usmerjevalno tabelo.
Na čelu tega vnosa je črka R, kar pomeni, da je povezava z omrežjem 192.168.1.0 možna prek vmesnika usmerjevalnika f0/0: 192.168.2.2 samo preko protokola RIP s številom skokov 1.
Podobno, ko R2 pošlje posodobitev R3, tretji usmerjevalnik v svojo usmerjevalno tabelo vnese vnos, da je omrežje 192.168.1.0 dostopno prek vmesnika usmerjevalnika 192.168.3.3 prek RIP s številom skokov 2. Tako deluje posodobitev usmerjanja .
Za preprečevanje zank pri usmerjanju ali neskončnega štetja ima RIP mehanizem razdeljenega obzorja. Ta mehanizem je pravilo: "ne pošiljajte posodobitve omrežja ali poti prek vmesnika, prek katerega ste prejeli posodobitev." V našem primeru je to videti takole: če je R2 prejel posodobitev od R1 o omrežju 192.168.1.0 preko vmesnika f0/0: 192.168.2.2, ne bi smel poslati posodobitve o tem omrežju 0 prvemu usmerjevalniku preko vmesnika f0/2.0 . Preko tega vmesnika, povezanega s prvim usmerjevalnikom, lahko pošilja le posodobitve, ki zadevajo omrežja 192.168.3.0 in 192.168.4.0. Prav tako ne sme poslati posodobitve o omrežju 192.168.2.0 prek vmesnika f0/0, ker ta vmesnik že ve za to, ker je to omrežje neposredno povezano z njim. Torej, ko drugi usmerjevalnik pošlje posodobitev prvemu usmerjevalniku, mora vsebovati zapise samo o omrežjih 3.0 in 4.0, ker je o teh omrežjih izvedel iz drugega vmesnika - f0/1.
To je preprosto pravilo razcepljenega obzorja: nikoli ne pošiljajte informacij o kateri koli poti nazaj v isto smer, iz katere so prišle informacije. To pravilo preprečuje usmerjevalno zanko ali štetje do neskončnosti.
Če pogledate Packet Tracer, lahko vidite, da je R1 prejel posodobitev iz 192.168.2.2 prek vmesnika GigabitEthernet0/1 o samo dveh omrežjih: 3.0 in 4.0. Drugi usmerjevalnik ni sporočil ničesar o omrežjih 1.0 in 2.0, ker je za ta omrežja izvedel prav prek tega vmesnika.
Prvi usmerjevalnik R1 pošlje posodobitev na multicast IP naslov 224.0.0.9 - ne pošlje oddajnega sporočila. Ta naslov je nekaj takega kot določena frekvenca, na kateri oddajajo radijske postaje FM, to pomeni, da bodo sporočilo prejele samo tiste naprave, ki so nastavljene na ta večnamenski naslov. Na enak način se usmerjevalniki konfigurirajo za sprejemanje prometa za naslov 224.0.0.9. Torej R1 pošlje posodobitev na ta naslov prek vmesnika GigabitEthernet0/0 z naslovom IP 192.168.1.1. Ta vmesnik naj prenaša samo posodobitve o omrežjih 2.0, 3.0 in 4.0, ker je omrežje 1.0 neposredno povezano z njim. Vidimo ga, da počne prav to.
Nato pošlje posodobitev prek drugega vmesnika f0/1 z naslovom 192.168.2.1. Prezrite črko F za FastEthernet – to je samo primer, saj imajo naši usmerjevalniki vmesnike GigabitEthernet, ki bi morali biti označeni s črko g. Preko tega vmesnika ne more poslati posodobitve o omrežjih 2.0, 3.0 in 4.0, ker je zanje izvedel prek vmesnika f0/1, zato pošilja samo posodobitev o omrežju 1.0.
Poglejmo, kaj se zgodi, če se povezava s prvim omrežjem iz nekega razloga izgubi. V tem primeru R1 takoj vključi mehanizem, imenovan »zastrupitev poti«. Leži v tem, da takoj, ko se povezava z omrežjem prekine, se število skokov v vnosu za to omrežje v usmerjevalni tabeli takoj poveča na 16. Kot vemo, število skokov enako 16 pomeni, da ta omrežje ni na voljo.
V tem primeru se časovnik za posodabljanje ne uporablja; gre za sprožilno posodobitev, ki se prek omrežja takoj pošlje najbližjemu usmerjevalniku. Na diagramu ga bom označil z modro barvo. Usmerjevalnik R2 prejme posodobitev, ki pravi, da je od zdaj naprej omrežje 192.168.1.0 na voljo s številom skokov 16, kar pomeni, da je nedostopno. Temu pravimo zastrupitev s poti. Takoj ko R2 prejme to posodobitev, takoj spremeni vrednost skoka v vnosni vrstici 192.168.1.0 na 16 in to posodobitev pošlje tretjemu usmerjevalniku. Po drugi strani pa R3 spremeni tudi število skokov za nedosegljivo omrežje na 16. Tako vse naprave, povezane prek RIP, vedo, da omrežje 192.168.1.0 ni več na voljo.
Ta proces se imenuje konvergenca. To pomeni, da vsi usmerjevalniki posodobijo svoje usmerjevalne tabele na trenutno stanje in iz njih izključijo pot do omrežja 192.168.1.0.
Tako smo zajeli vse teme današnje lekcije. Zdaj vam bom pokazal ukaze, ki se uporabljajo za diagnosticiranje in odpravljanje težav z omrežjem. Poleg ukaza show ip interface brief obstaja ukaz show ip protocols. Prikazuje nastavitve protokola usmerjanja in status za naprave, ki uporabljajo dinamično usmerjanje.
Po uporabi tega ukaza se prikažejo informacije o protokolih, ki jih uporablja ta usmerjevalnik. Tukaj piše, da je usmerjevalni protokol RIP, posodobitve se pošiljajo vsakih 30 sekund, naslednja posodobitev bo poslana po 8 sekundah, časovnik neveljavne se začne po 180 sekundah, časovnik zadrževanja se začne po 180 sekundah in časovnik izpiranja se začne po 240 sekund. Te vrednosti je mogoče spremeniti, vendar to ni tema našega tečaja CCNA, zato bomo uporabili privzete vrednosti časovnika. Podobno naš tečaj ne obravnava vprašanj posodobitev seznama za filtriranje odhodnih in dohodnih sporočil za vse vmesnike usmerjevalnika.
Naslednji tukaj je redistribucija protokola - RIP, ta možnost se uporablja, ko naprava uporablja več protokolov, na primer, prikazuje, kako RIP sodeluje z OSPF in kako OSPF sodeluje z RIP. Prerazporeditev tudi ni del obsega vašega tečaja CCNA.
Nadalje je prikazano, da protokol uporablja samodejno povzemanje poti, o čemer smo razpravljali v prejšnjem videu, in da je upravna razdalja 120, o čemer smo prav tako že razpravljali.
Oglejmo si podrobneje ukaz show ip route. Vidite, da sta omrežji 192.168.1.0/24 in 192.168.2.0/24 neposredno povezani z usmerjevalnikom, še dve omrežji, 3.0 in 4.0, uporabljata usmerjevalni protokol RIP. Obe omrežji sta dostopni prek vmesnika GigabitEthernet0/1 in naprave z naslovom IP 192.168.2.2. Pomemben je podatek v oglatem oklepaju – prva številka pomeni upravno razdaljo oziroma upravno razdaljo, druga pa število skokov. Število skokov je metrika protokola RIP. Drugi protokoli, kot je OSPF, imajo svoje meritve, o katerih bomo govorili pri preučevanju ustrezne teme.
Kot smo že omenili, se administrativna razdalja nanaša na stopnjo zaupanja. Največjo stopnjo zaupanja ima statična pot, ki ima administrativno razdaljo 1. Zato nižja kot je ta vrednost, bolje je.
Predpostavimo, da je omrežje 192.168.3.0/24 dostopno prek vmesnika g0/1, ki uporablja RIP, in vmesnika g0/0, ki uporablja statično usmerjanje. V tem primeru bo usmerjevalnik ves promet usmeril po statični poti skozi f0/0, ker je ta pot bolj zaupanja vredna. V tem smislu je protokol RIP z administrativno razdaljo 120 slabši od protokola statičnega usmerjanja z razdaljo 1.
Drug pomemben ukaz za diagnosticiranje težav je ukaz show ip interface g0/1. Prikazuje vse informacije o parametrih in statusu določenih vrat usmerjevalnika.
Za nas je pomembna vrstica, ki pravi, da je split horizon omogočen: Split horizon is enabled, saj lahko imate težave zaradi tega, ker je ta način onemogočen. Zato morate v primeru težav zagotoviti, da je za ta vmesnik omogočen način razdeljenega obzorja. Upoštevajte, da je ta način privzeto aktiven.
Menim, da smo obravnavali dovolj tem, povezanih z RIP, da pri opravljanju izpita ne bi smeli imeti težav s to temo.
Hvala, ker ste ostali z nami. So vam všeč naši članki? Želite videti več zanimivih vsebin? Podprite nas tako, da oddate naročilo ali priporočite prijateljem, 30% popust za uporabnike Habr na edinstvenem analogu začetnih strežnikov, ki smo ga izumili za vas: (na voljo z RAID1 in RAID10, do 24 jeder in do 40 GB DDR4).
Dell R730xd 2-krat cenejši? Samo tukaj na Nizozemskem! Dell R420 - 2x E5-2430 2.2 Ghz 6C 128 GB DDR3 2x960 GB SSD 1 Gbps 100 TB - od 99 $! Preberite o
Vir: www.habr.com