Jau sakiau, kad atnaujinsiu savo vaizdo įrašų mokymo programas į CCNA v3. Viskas, ko išmokote ankstesnėse pamokose, visiškai atitinka naująjį kursą. Jei iškils poreikis, į naujas pamokas įtrauksiu papildomų temų, todėl galite būti ramūs, kad mūsų pamokos yra suderintos su 200-125 CCNA kursu.
Pirma, mes visapusiškai išnagrinėsime pirmojo egzamino 100-105 ICND1 temas. Liko dar kelios pamokos, po kurių būsite pasiruošę laikyti šį egzaminą. Tada pradėsime studijuoti ICND2 kursą. Garantuoju, kad šio vaizdo kurso pabaigoje būsite visiškai pasirengę laikyti 200–125 egzaminą. Paskutinėje pamokoje sakiau, kad į RIP negrįšime, nes jis neįtrauktas į CCNA kursą. Tačiau kadangi RIP buvo įtrauktas į trečiąją CCNA versiją, mes ir toliau ją tyrinėsime.
Šios pamokos temos bus trys problemos, kylančios naudojant RIP: Skaičiavimas iki begalybės, arba skaičiavimas iki begalybės, Split Horizon – suskaidytų horizontų taisyklės ir Route Poison, arba maršruto nuodijimas.
Norėdami suprasti skaičiavimo iki begalybės problemos esmę, pereikime prie diagramos. Tarkime, kad turime maršrutizatorių R1, maršrutizatorių R2 ir maršrutizatorių R3. Pirmasis maršrutizatorius yra prijungtas prie antrojo 192.168.2.0/24 tinklo, antrasis prie trečiojo 192.168.3.0/24 tinklo, pirmasis maršrutizatorius yra prijungtas prie 192.168.1.0/24 tinklo, o trečiasis 192.168.4.0/24 tinklas.
Pažvelkime į maršrutą į 192.168.1.0/24 tinklą iš pirmojo maršrutizatoriaus. Lentelėje šis maršrutas bus rodomas kaip 192.168.1.0, o šuolių skaičius lygus 0.
Antrojo maršrutizatoriaus atveju tas pats maršrutas bus rodomas lentelėje kaip 192.168.1.0, o apynių skaičius lygus 1. Tokiu atveju maršrutizatoriaus maršruto parinkimo lentelę atnaujina atnaujinimo laikmatis kas 30 sekundžių. R1 informuoja R2, kad tinklas 192.168.1.0 per jį pasiekiamas per šuolius, lygius 0. Gavęs šį pranešimą, R2 atsako atnaujinimu, kad tas pats tinklas per jį pasiekiamas vienu šuoliu. Taip veikia įprastas RIP maršrutas.
Įsivaizduokime situaciją, kai nutrūko ryšys tarp R1 ir 192.168.1.0/24 tinklo, po kurio maršrutizatorius prarado prieigą prie jo. Tuo pačiu metu maršrutizatorius R2 siunčia atnaujinimą į maršrutizatorių R1, kuriame praneša, kad tinklas 192.168.1.0/24 jam pasiekiamas vienu šuoliu. R1 žino, kad prarado prieigą prie šio tinklo, tačiau R2 teigia, kad šis tinklas per jį pasiekiamas vienu šuoliu, todėl pirmasis maršrutizatorius mano, kad jis turi atnaujinti savo maršruto lentelę, pakeisdamas apynių skaičių nuo 0 iki 2.
Po to R1 siunčia naujinimą į maršrutizatorių R2. Jis sako: „Gerai, prieš tai jūs man atsiuntėte naujinimą, kad tinklas 192.168.1.0 pasiekiamas su nuliniais šuoliais, dabar pranešate, kad maršrutą į šį tinklą galima nutiesti per 2 apynius. Taigi turiu atnaujinti savo maršruto lentelę nuo 1 iki 3. Kito atnaujinimo metu R1 pakeis apynių skaičių į 4, antrasis maršrutizatorius į 5, tada į 5 ir 6, ir šis procesas tęsis neribotą laiką.
Ši problema žinoma kaip maršruto parinkimo kilpa, o RIP ji vadinama skaičiavimo iki begalybės problema. Tiesą sakant, tinklas 192.168.1.0/24 nepasiekiamas, tačiau R1, R2 ir visi kiti tinklo maršrutizatoriai mano, kad jį galima pasiekti, nes maršrutas nuolat kinta. Šią problemą galima išspręsti naudojant horizonto padalijimo ir maršruto nuodijimo mechanizmus. Pažvelkime į tinklo topologiją, su kuria dirbsime šiandien.
Tinkle yra trys maršrutizatoriai R1,2,3 ir du kompiuteriai su IP adresais 192.168.1.10 ir 192.168.4.10. Tarp kompiuterių yra 4 tinklai: 1.0, 2.0, 3.0 ir 4.0. Maršrutizatoriai turi IP adresus, kur paskutinis oktetas yra maršrutizatoriaus numeris, o priešpaskutinis oktetas yra tinklo numeris. Šiems tinklo įrenginiams galite priskirti bet kokius adresus, bet man labiau patinka šie, nes man lengviau paaiškinti.
Norėdami sukonfigūruoti tinklą, pereikime prie „Packet Tracer“. Aš naudoju Cisco 2911 maršrutizatorius ir naudoju šią schemą IP adresams priskirti tiek PC0, tiek PC1.
Galite nepaisyti jungiklių, nes jie yra „išimti iš dėžutės“ ir pagal numatytuosius nustatymus naudoja VLAN1. 2911 maršrutizatoriai turi du gigabitų prievadus. Kad mums būtų lengviau, kiekvienam iš šių maršrutizatorių naudoju paruoštus konfigūracijos failus. Galite apsilankyti mūsų svetainėje, eiti į skirtuką Ištekliai ir žiūrėti visus mūsų vaizdo įrašus.
Šiuo metu čia nėra visų atnaujinimų, bet kaip pavyzdį galite pažvelgti į 13 dienos pamoką, kurioje yra darbaknygės nuoroda. Ta pati nuoroda bus pridėta prie šiandienos vaizdo pamokos, kurią sekdami galėsite atsisiųsti maršrutizatoriaus konfigūracijos failus.
Norėdamas sukonfigūruoti mūsų maršrutizatorius, aš tiesiog nukopijuoju R1 konfigūracijos tekstinio failo turinį, atidarau jo konsolę Packet Tracer ir įvedu komandą config t.
Tada tiesiog įklijuoju nukopijuotą tekstą ir išeisiu iš nustatymų.
Tą patį darau su antrojo ir trečiojo maršrutizatorių nustatymais. Tai vienas iš „Cisco“ nustatymų privalumų – galite tiesiog nukopijuoti ir įklijuoti reikalingus nustatymus į tinklo įrenginio konfigūracijos failus. Mano atveju taip pat pridėsiu 2 komandas į gatavų konfigūracijos failų pradžią, kad neįvesčiau jų į konsolę - tai yra en (įjungti) ir config t. Tada nukopijuosiu turinį ir įklijuosiu viską į R3 nustatymų konsolę.
Taigi, mes sukonfigūravome visus 3 maršrutizatorius. Jei maršrutizatoriams norite naudoti paruoštus konfigūracijos failus, įsitikinkite, kad modeliai atitinka pateiktus šioje diagramoje – čia maršrutizatoriai turi GigabitEthernet prievadus. Gali tekti pataisyti šią FastEthernet failo eilutę, jei jūsų maršruto parinktuvas turi šiuos tikslius prievadus.
Galite matyti, kad maršrutizatoriaus prievado žymekliai diagramoje vis dar yra raudoni. Kokia problema? Norėdami diagnozuoti, eikite į 1 maršrutizatoriaus IOS komandų eilutės sąsają ir įveskite komandą show ip interface short. Ši komanda yra jūsų „šveicariškas peilis“ sprendžiant įvairias tinklo problemas.
Taip, turime problemą – matote, kad GigabitEthernet 0/0 sąsaja yra administraciniu požiūriu neveikiančios būsenos. Faktas yra tas, kad nukopijuotame konfigūracijos faile pamiršau naudoti komandą be išjungimo ir dabar įvesiu ją rankiniu būdu.
Dabar turėsiu rankiniu būdu pridėti šią eilutę prie visų maršrutizatorių nustatymų, po to prievadų žymekliai pakeis spalvą į žalią. Dabar visus tris maršrutizatorių CLI langus rodysiu bendrame ekrane, kad būtų patogiau stebėti savo veiksmus.
Šiuo metu RIP protokolas sukonfigūruotas visuose 3 įrenginiuose, jį derinsiu naudodamas komandą debug ip rip, po kurios visi įrenginiai keisis RIP naujinimais. Po to aš naudoju komandą undebug all visiems 3 maršrutizatoriams.
Matote, kad R3 kyla problemų ieškant DNS serverio. Vėliau aptarsime CCNA v3 DNS serverio temas ir parodysiu, kaip išjungti to serverio paieškos funkciją. Kol kas grįžkime prie pamokos temos ir pažiūrėkime, kaip veikia RIP atnaujinimas.
Kai įjungsime maršrutizatorius, jų maršruto parinkimo lentelėse bus įrašai apie tinklus, kurie yra tiesiogiai prijungti prie jų prievadų. Lentelėse šie įrašai yra surašyti raide C, o tiesioginio ryšio apynių skaičius yra 0.
Kai R1 siunčia naujinimą į R2, jame yra informacijos apie tinklus 192.168.1.0 ir 192.168.2.0. Kadangi R2 jau žino apie tinklą 192.168.2.0, jis įkelia tik 192.168.1.0 tinklo atnaujinimą į savo maršruto lentelę.
Šis įrašas pažymėtas raide R, o tai reiškia, kad prisijungimas prie 192.168.1.0 tinklo galimas per maršrutizatoriaus sąsają f0/0: 192.168.2.2 tik per RIP protokolą, kurio apynių skaičius yra 1.
Panašiai, kai R2 siunčia naujinimą į R3, trečiasis maršrutizatorius savo maršruto parinkimo lentelėje įdeda įrašą, kad tinklas 192.168.1.0 yra pasiekiamas per maršrutizatoriaus sąsają 192.168.3.3 per RIP su 2 apynių skaičiumi. Taip veikia maršruto parinkimo naujinimas. .
Kad būtų išvengta maršruto kilpų ar begalinio skaičiavimo, RIP turi padalijimo horizontą mechanizmą. Šis mechanizmas yra taisyklė: „nesiųskite tinklo ar maršruto naujinimo per sąsają, per kurią gavote naujinimą“. Mūsų atveju tai atrodo taip: jei R2 gavo naujinimą iš R1 apie tinklą 192.168.1.0 per sąsają f0/0: 192.168.2.2, jis neturėtų siųsti naujinimo apie šį tinklą 0 pirmajam maršruto parinktuvui per sąsają f0/2.0 . Jis gali siųsti tik naujinimus per šią sąsają, susietą su pirmuoju maršruto parinktuvu, susijusius su tinklais 192.168.3.0 ir 192.168.4.0. Ji taip pat neturėtų siųsti naujinimų apie tinklą 192.168.2.0 per f0/0 sąsają, nes ši sąsaja apie tai jau žino, nes šis tinklas yra tiesiogiai prie jo prijungtas. Taigi, kai antrasis maršrutizatorius siunčia atnaujinimą į pirmąjį maršrutizatorių, jame turėtų būti įrašai tik apie 3.0 ir 4.0 tinklus, nes apie šiuos tinklus jis sužinojo iš kitos sąsajos – f0/1.
Tai yra paprasta padalijimo horizonto taisyklė: niekada nesiųskite informacijos apie jokį maršrutą atgal ta pačia kryptimi, iš kurios buvo gauta informacija. Ši taisyklė užkerta kelią nukreipimo kilpai arba skaičiavimui iki begalybės.
Jei pažvelgsite į Packet Tracer, pamatysite, kad R1 gavo atnaujinimą iš 192.168.2.2 per GigabitEthernet0/1 sąsają tik apie du tinklus: 3.0 ir 4.0. Antrasis maršrutizatorius nieko nepranešė apie 1.0 ir 2.0 tinklus, nes apie šiuos tinklus sužinojo būtent per šią sąsają.
Pirmasis maršrutizatorius R1 siunčia atnaujinimą į multicast IP adresą 224.0.0.9 – jis nesiunčia transliacijos pranešimo. Šis adresas yra kažkas panašaus į konkretų dažnį, kuriuo transliuoja FM radijo stotys, tai yra, tik tie įrenginiai, kurie yra suderinti su šiuo daugialypės terpės adresu, gaus pranešimą. Tokiu pat būdu maršrutizatoriai sukonfigūruoja save priimti srautą adresu 224.0.0.9. Taigi, R1 siunčia atnaujinimą šiuo adresu per GigabitEthernet0/0 sąsają su IP adresu 192.168.1.1. Ši sąsaja turėtų perduoti naujinimus tik apie 2.0, 3.0 ir 4.0 tinklus, nes 1.0 tinklas yra tiesiogiai prijungtas prie jos. Matome, kad jis tai daro.
Tada jis siunčia naujinimą per antrąją sąsają f0/1 adresu 192.168.2.1. Nepaisykite F raidės, skirtos FastEthernet – tai tik pavyzdys, nes mūsų maršrutizatoriai turi GigabitEthernet sąsajas, kurios turėtų būti pažymėtos raide g. Jis negali per šią sąsają siųsti naujinimų apie tinklus 2.0, 3.0 ir 4.0, nes apie juos sužinojo per f0/1 sąsają, todėl siunčia naujinimą tik apie 1.0 tinklą.
Pažiūrėkime, kas nutiks, jei dėl kokių nors priežasčių nutrūktų ryšys su pirmuoju tinklu. Tokiu atveju R1 iš karto įjungia mechanizmą, vadinamą „nuodijimu maršrute“. Tai slypi tame, kad kai tik nutrūksta ryšys su tinklu, maršruto parinkimo lentelės šio tinklo įraše iškart padidėja apynių skaičius iki 16. Kaip žinome, šuolių skaičius, lygus 16, reiškia, kad šis tinklas nepasiekiamas.
Šiuo atveju atnaujinimo laikmatis nenaudojamas, tai yra suaktyvinantis naujinimas, kuris akimirksniu siunčiamas per tinklą į artimiausią maršrutizatorių. Diagramoje pažymėsiu mėlyna spalva. Maršrutizatorius R2 gauna atnaujinimą, kuriame teigiama, kad nuo šiol tinklas 192.168.1.0 yra prieinamas su 16 apynių skaičiumi, tai yra, jis nepasiekiamas. Tai vadinama maršrutiniu apsinuodijimu. Kai tik R2 gauna šį naujinimą, jis iš karto pakeičia šuolio reikšmę 192.168.1.0 įvesties eilutėje į 16 ir siunčia šį naujinimą į trečiąjį maršrutizatorių. Savo ruožtu R3 taip pat pakeičia nepasiekiamo tinklo apynių skaičių iki 16. Taigi visi įrenginiai, prijungti per RIP, žino, kad tinklas 192.168.1.0 nebepasiekiamas.
Šis procesas vadinamas konvergencija. Tai reiškia, kad visi maršrutizatoriai atnaujina savo maršruto parinkimo lenteles į dabartinę būseną, iš jų neįtraukiant maršruto į 192.168.1.0 tinklą.
Taigi, mes išnagrinėjome visas šios dienos pamokos temas. Dabar parodysiu komandas, kurios naudojamos tinklo problemoms diagnozuoti ir šalinti. Be trumpos komandos show ip interface, yra komanda rodyti ip protokolus. Tai rodo maršruto parinkimo protokolo nustatymus ir būseną įrenginiams, kurie naudoja dinaminį maršrutą.
Panaudojus šią komandą, pasirodo informacija apie šio maršrutizatoriaus naudojamus protokolus. Čia rašoma, kad maršruto parinkimo protokolas yra RIP, atnaujinimai siunčiami kas 30 sekundžių, kitas naujinimas bus išsiųstas po 8 sekundžių, Neteisingas laikmatis paleidžiamas po 180 sekundžių, laikmatis „Hold Down“ pradeda veikti po 180 sekundžių, o praplovimo laikmatis prasideda po 240 sekundžių. XNUMX sekundžių. Šias reikšmes galima keisti, tačiau tai nėra mūsų CCNA kurso tema, todėl naudosime numatytąsias laikmačio reikšmes. Taip pat mūsų kursas nenagrinėja visų maršrutizatorių sąsajų išeinančių ir gaunamų filtravimo sąrašų atnaujinimų.
Toliau čia yra protokolo perskirstymas – RIP, ši parinktis naudojama, kai įrenginys naudoja kelis protokolus, pavyzdžiui, parodo, kaip RIP sąveikauja su OSPF ir kaip OSPF sąveikauja su RIP. Perskirstymas taip pat nėra jūsų CCNA kurso dalis.
Toliau parodyta, kad protokole naudojamas automatinis maršrutų apibendrinimas, apie kurį kalbėjome ankstesniame vaizdo įraše, ir kad administracinis atstumas yra 120, apie kurį mes taip pat jau kalbėjome.
Pažvelkime atidžiau į komandą Rodyti ip maršrutą. Matote, kad tinklai 192.168.1.0/24 ir 192.168.2.0/24 yra tiesiogiai prijungti prie maršrutizatoriaus, dar du tinklai, 3.0 ir 4.0, naudoja RIP maršruto parinkimo protokolą. Abu šie tinklai pasiekiami per GigabitEthernet0/1 sąsają ir įrenginį su IP adresu 192.168.2.2. Svarbi informacija laužtiniuose skliaustuose – pirmasis skaičius reiškia administracinį atstumą, arba administracinį atstumą, antrasis – apynių skaičių. Šuolių skaičius yra RIP protokolo metrika. Kiti protokolai, tokie kaip OSPF, turi savo metrikas, apie kurias kalbėsime studijuodami atitinkamą temą.
Kaip jau aptarėme, administracinis atstumas reiškia pasitikėjimo laipsnį. Didžiausias pasitikėjimo laipsnis turi statinį maršrutą, kurio administracinis atstumas yra 1. Todėl kuo mažesnė ši vertė, tuo geriau.
Tarkime, kad tinklas 192.168.3.0/24 pasiekiamas per sąsają g0/1, kuri naudoja RIP, ir sąsają g0/0, kuri naudoja statinį maršrutą. Tokiu atveju maršrutizatorius nukreips visą srautą statiniu maršrutu per f0/0, nes šis maršrutas yra patikimesnis. Šia prasme RIP protokolas, kurio administracinis atstumas yra 120, yra blogesnis nei statinis maršruto parinkimo protokolas, kurio atstumas yra 1.
Kita svarbi problemų diagnozavimo komanda yra komanda show ip interface g0/1. Jame rodoma visa informacija apie konkretaus maršrutizatoriaus prievado parametrus ir būseną.
Mums svarbi eilutė, kurioje rašoma, kad split horizon yra įjungtas: Split Horizon yra įjungtas, nes gali kilti problemų dėl to, kad šis režimas išjungtas. Todėl, jei kyla problemų, turėtumėte užtikrinti, kad šioje sąsajoje būtų įjungtas padalijimo horizontas režimas. Atminkite, kad pagal numatytuosius nustatymus šis režimas yra aktyvus.
Manau, kad apžvelgėme pakankamai su RIP susijusių temų, todėl jums neturėtų kilti sunkumų dėl šios temos laikant egzaminą.
Dėkojame, kad likote su mumis. Ar jums patinka mūsų straipsniai? Norite pamatyti įdomesnio turinio? Palaikykite mus pateikdami užsakymą ar rekomenduodami draugams, 30% nuolaida Habr vartotojams unikaliam pradinio lygio serverių analogui, kurį mes sugalvojome jums: (galima su RAID1 ir RAID10, iki 24 branduolių ir iki 40 GB DDR4).
Dell R730xd 2 kartus pigiau? Tik čia Olandijoje! „Dell R420“ – 2 x E5-2430 2.2 GHz 6C 128 GB DDR3 2 x 960 GB SSD 1 Gbps 100 TB – nuo 99 USD! Skaityti apie
Šaltinis: www.habr.com