Ma juba ütlesin, et värskendan oma videoõpetusi versioonile CCNA v3. Kõik eelmistes tundides õpitu on uue kursuse jaoks täiesti asjakohane. Vajadusel lisan uutesse tundidesse täiendavaid teemasid, nii et võite olla kindel, et meie tunnid on kooskõlas 200-125 CCNA kursusega.
Esiteks uurime täielikult esimese eksami 100-105 ICND1 teemasid. Meil on jäänud veel mõned õppetunnid, mille järel olete valmis seda eksamit sooritama. Seejärel hakkame õppima ICND2 kursust. Garanteerin, et selle videokursuse lõpuks olete täielikult valmis 200-125 eksami sooritamiseks. Viimases tunnis ütlesin, et me ei naase RIP-i juurde, kuna see pole CCNA kursuse sees. Kuid kuna RIP lisati CCNA kolmandasse versiooni, jätkame selle uurimist.
Tänase tunni teemadeks on kolm probleemi, mis RIP-i kasutamise käigus esile kerkivad: Loendamine lõpmatuseni ehk lugemine lõpmatuseni, Split Horizon – poolitatud horisontide reeglid ja Route Poison ehk marsruudi mürgistus.
Lõpmatuseni loendamise probleemi olemuse mõistmiseks pöördume diagrammi poole. Oletame, et meil on ruuter R1, ruuter R2 ja ruuter R3. Esimene ruuter on ühendatud teisega 192.168.2.0/24 võrgu kaudu, teine kolmandaga 192.168.3.0/24 võrgu kaudu, esimene ruuter on ühendatud 192.168.1.0/24 võrguga ja kolmas 192.168.4.0/24 võrk.
Vaatame marsruuti 192.168.1.0/24 võrku esimesest ruuterist. Selle tabelis kuvatakse see marsruut kui 192.168.1.0, hüpete arv on 0.
Teise ruuteri puhul kuvatakse tabelis sama marsruut kui 192.168.1.0 ja hüpete arv on 1. Sel juhul värskendab ruuteri marsruutimistabelit Update taimer iga 30 sekundi järel. R1 teatab R2-le, et võrk 192.168.1.0 on selle kaudu ligipääsetav 0-ga võrdsetes hüpetes. Selle teate saamisel vastab R2 värskendusega, et sama võrk on selle kaudu ühe hüppega kättesaadav. Nii töötab tavaline RIP-marsruutimine.
Kujutagem ette olukorda, kus ühendus R1 ja 192.168.1.0/24 võrgu vahel katkes, misjärel ruuter kaotas sellele juurdepääsu. Samal ajal saadab ruuter R2 ruuterile R1 värskenduse, milles teatab, et võrk 192.168.1.0/24 on talle ühe hüppega saadaval. R1 teab, et on kaotanud juurdepääsu sellele võrgule, kuid R2 väidab, et see võrk on tema kaudu ühe hüppega juurdepääsetav, seega usub esimene ruuter, et ta peab värskendama oma marsruutimistabelit, muutes hüpete arvu 0-lt 2-le.
Pärast seda saadab R1 värskenduse ruuterile R2. Ta ütleb: "ok, enne saatsite mulle värskenduse, et võrk 192.168.1.0 on saadaval nullhüppega, nüüd teatate, et sellesse võrku saab marsruudi ehitada 2 hüppega. Seega pean oma marsruutimistabelit 1-lt 3-le värskendama. Järgmisel uuendusel muudab R1 hüpete arvu 4-le, teine ruuter 5-le, seejärel 5-le ja 6-le ning see protsess jätkub lõputult.
Seda probleemi nimetatakse marsruutimisahelaks ja RIP-is nimetatakse seda lõpmatuseni loendamise probleemiks. Tegelikkuses on võrk 192.168.1.0/24 ligipääsmatu, kuid R1, R2 ja kõik teised võrgus olevad ruuterid usuvad, et sellele pääseb juurde, kuna marsruut käib pidevalt. Seda probleemi saab lahendada silmapiiri jagamise ja marsruudi mürgistusmehhanismide abil. Vaatame võrgu topoloogiat, millega täna töötame.
Võrgus on kolm ruuterit R1,2,3 ja kaks arvutit IP-aadressidega 192.168.1.10 ja 192.168.4.10. Arvutite vahel on 4 võrku: 1.0, 2.0, 3.0 ja 4.0. Ruuteritel on IP-aadressid, kus viimane oktett on ruuteri number ja eelviimane oktett on võrgu number. Nendele võrguseadmetele saate määrata mis tahes aadresse, kuid ma eelistan neid, kuna see teeb mulle selgitamise lihtsamaks.
Võrgu konfigureerimiseks liigume edasi Packet Traceri juurde. Ma kasutan Cisco 2911 ruutereid ja kasutan seda skeemi IP-aadresside määramiseks nii hostidele PC0 kui ka PC1.
Võite lüliteid ignoreerida, kuna need on "otse karbist väljas" ja kasutavad vaikimisi VLAN1. 2911 ruuteritel on kaks gigabitist porti. Meie jaoks lihtsamaks muutmiseks kasutan iga ruuteri jaoks valmis konfiguratsioonifaile. Võite külastada meie veebisaiti, minna vahekaardile Ressursid ja vaadata kõiki meie videoõpetusi.
Meil pole praegu siin kõiki uuendusi, kuid näitena võite heita pilgu 13. päeva õppetükile, millel on link Töövihikule. Sama link lisatakse ka tänasele videoõpetusele ning seda järgides saad alla laadida ruuteri konfiguratsioonifailid.
Meie ruuterite konfigureerimiseks kopeerin lihtsalt R1 konfiguratsiooni tekstifaili sisu, avan selle konsooli Packet Traceris ja sisestan käsu config t.
Seejärel kleebin lihtsalt kopeeritud teksti ja väljun seadetest.
Sama teen ka teise ja kolmanda ruuteri seadistustega. See on üks Cisco sätete eeliseid – saate lihtsalt kopeerida ja kleepida vajalikud sätted oma võrguseadme konfiguratsioonifailidesse. Minu puhul lisan valmis konfiguratsioonifailide algusesse ka 2 käsku, et mitte neid konsooli sisestada - need on en (enable) ja config t. Seejärel kopeerin sisu ja kleebin kogu asja R3 seadete konsooli.
Niisiis, oleme konfigureerinud kõik 3 ruuterit. Kui soovite oma ruuterite jaoks kasutada valmis konfiguratsioonifaile, veenduge, et mudelid vastaksid sellel diagrammil näidatud mudelitele – siin on ruuteritel GigabitEthernet pordid. Kui teie ruuteril on täpselt need pordid, peate võib-olla seda rida FastEtherneti failis parandama.
Näete, et diagrammil on ruuteri pordi markerid endiselt punased. Milles on probleem? Diagnoosimiseks minge ruuteri 1 IOS-i käsurea liidesesse ja tippige käsk show ip interface short. See käsk on teie "Šveitsi nuga" erinevate võrguprobleemide lahendamisel.
Jah, meil on probleem – näete, et GigabitEthernet 0/0 liides on administratiivselt maas. Fakt on see, et kopeeritud konfiguratsioonifailis unustasin kasutada käsku no shutdown ja nüüd sisestan selle käsitsi.
Nüüd pean selle rea käsitsi lisama kõikide ruuterite seadetesse, mille järel pordimarkerid muudavad värvi roheliseks. Nüüd kuvan kõik kolm ruuteri CLI akent ühisel ekraanil, et oleks mugavam oma tegevusi jälgida.
Hetkel on RIP-protokoll konfigureeritud kõigis 3 seadmes ja ma silun selle käsuga debug ip rip, misjärel vahetavad kõik seadmed RIP-värskendusi. Pärast seda kasutan kõigi 3 ruuteri jaoks käsku undebug all.
Näete, et R3-l on probleeme DNS-serveri leidmisega. Arutame CCNA v3 DNS-serveri teemasid hiljem ja näitan teile, kuidas keelata selle serveri otsingufunktsioon. Nüüd pöördume tagasi tunni teema juurde ja vaatame, kuidas RIP-i värskendus töötab.
Pärast ruuterite sisselülitamist sisaldavad nende marsruutimistabelid kirjeid võrkude kohta, mis on otse ühendatud nende portidega. Tabelites on need kirjed päises tähega C ja otseühenduse hüpete arv on 0.
Kui R1 saadab R2-le värskenduse, sisaldab see teavet võrkude 192.168.1.0 ja 192.168.2.0 kohta. Kuna R2 teab juba võrgust 192.168.2.0, lisab ta oma marsruutimistabelisse ainult võrgu 192.168.1.0 värskenduse.
Selle kirje pealkiri on R-täht, mis tähendab, et ühendus võrguga 192.168.1.0 on ruuteri liidese f0/0: 192.168.2.2 kaudu võimalik ainult RIP-protokolli kaudu hüpete arvuga 1.
Samamoodi, kui R2 saadab R3-le värskenduse, lisab kolmas ruuter oma marsruutimise tabelisse kirje, et võrk 192.168.1.0 on RIP-i kaudu juurdepääsetav ruuteri liidese 192.168.3.3 kaudu 2 hüppe arvuga. Nii töötab marsruutimise värskendus. .
Marsruutimissilmuste või lõputu loendamise vältimiseks on RIP-il jagatud horisondi mehhanism. See mehhanism on reegel: "ärge saatke võrgu- või marsruudivärskendust selle liidese kaudu, mille kaudu värskenduse saite." Meie puhul näeb see välja järgmine: kui R2 sai R1-lt värskenduse võrgu 192.168.1.0 kohta liidese f0/0 kaudu: 192.168.2.2, ei tohiks ta selle võrgu 0 kohta värskendust saata esimesele ruuterile liidese f0/2.0 kaudu. . See saab saata ainult selle esimese ruuteriga seotud liidese kaudu värskendusi, mis puudutavad võrke 192.168.3.0 ja 192.168.4.0. Samuti ei tohiks see saata f192.168.2.0/0 liidese kaudu värskendust võrgu 0 kohta, kuna see liides juba teab seda, kuna see võrk on sellega otse ühendatud. Seega, kui teine ruuter saadab esimesele ruuterile värskenduse, peaks see sisaldama kirjeid ainult võrkude 3.0 ja 4.0 kohta, kuna ta sai nende võrkude kohta teada teisest liidesest - f0/1.
See on horisondi jagamise lihtne reegel: ärge kunagi saatke teavet ühegi marsruudi kohta tagasi samas suunas, kust teave tuli. See reegel takistab marsruutimise tsüklit või loendamist lõpmatuseni.
Kui vaatate Packet Tracerit, näete, et R1 sai GigabitEthernet192.168.2.2/0 liidese kaudu värskenduse 1 ainult kahe võrgu kohta: 3.0 ja 4.0. Teine ruuter ei teatanud võrkude 1.0 ja 2.0 kohta midagi, sest sai nende võrkude kohta teada just selle liidese kaudu.
Esimene ruuter R1 saadab uuenduse multisaate IP-aadressile 224.0.0.9 – see ei saada leviteadet. See aadress on midagi kindlat sagedust, millel FM-raadiojaamad edastavad, see tähendab, et sõnumi saavad ainult need seadmed, mis on häälestatud sellele multisaateaadressile. Samamoodi konfigureerivad ruuterid end vastu võtma liiklust aadressil 224.0.0.9. Seega saadab R1 sellele aadressile värskenduse GigabitEthernet0/0 liidese kaudu IP-aadressiga 192.168.1.1. See liides peaks edastama värskendusi ainult võrkude 2.0, 3.0 ja 4.0 kohta, kuna võrk 1.0 on sellega otse ühendatud. Me näeme teda just seda tegemas.
Järgmisena saadab see värskenduse teise liidese f0/1 kaudu aadressiga 192.168.2.1. Ignoreeri FastEtherneti puhul tähte F – see on vaid näide, kuna meie ruuteritel on GigabitEtherneti liidesed, mida tuleks tähistada tähega g. Ta ei saa selle liidese kaudu saata värskendusi võrkude 2.0, 3.0 ja 4.0 kohta, kuna ta sai nende kohta teada f0/1 liidese kaudu, seega saadab ta värskenduse ainult võrgu 1.0 kohta.
Vaatame, mis juhtub, kui ühendus esimese võrguga mingil põhjusel katkeb. Sel juhul rakendab R1 kohe mehhanismi, mida nimetatakse "tee mürgitamiseks". See seisneb selles, et niipea kui ühendus võrguga kaob, suureneb selle võrgu marsruutimistabeli kirjes hüpete arv kohe 16-ni. Nagu me teame, tähendab hüpete arv 16, et see võrk pole saadaval.
Sel juhul ei kasutata Update taimerit, see on käivitav värskendus, mis saadetakse koheselt üle võrgu lähimasse ruuterisse. Märgin selle skeemile sinisega. Ruuter R2 saab värskenduse, mis ütleb, et nüüdsest on võrk 192.168.1.0 saadaval hüpete arvuga, mis on 16, see tähendab, et see pole juurdepääsetav. Seda nimetatakse marsruudi mürgituseks. Niipea, kui R2 selle värskenduse saab, muudab see kohe 192.168.1.0 sisestusrea hüppeväärtuse 16-ks ja saadab selle värskenduse kolmandale ruuterile. R3 omakorda muudab ka kättesaamatu võrgu hüpete arvu 16-le. Nii teavad kõik RIP-i kaudu ühendatud seadmed, et võrk 192.168.1.0 pole enam saadaval.
Seda protsessi nimetatakse konvergentsiks. See tähendab, et kõik ruuterid värskendavad oma marsruutimistabeleid praegusele olekule, välistades neilt marsruudi 192.168.1.0 võrku.
Niisiis, oleme käsitlenud kõiki tänase tunni teemasid. Nüüd näitan teile käske, mida kasutatakse võrguprobleemide diagnoosimiseks ja tõrkeotsinguks. Lisaks show ip interface short käsule on olemas käsk show ip protocols. See näitab dünaamilist marsruutimist kasutavate seadmete marsruutimisprotokolli sätteid ja olekut.
Pärast selle käsu kasutamist kuvatakse teave selle ruuteri kasutatavate protokollide kohta. Siin on kirjas, et marsruutimisprotokoll on RIP, värskendusi saadetakse iga 30 sekundi järel, järgmine värskendus saadetakse 8 sekundi pärast, Invalid taimer käivitub 180 sekundi pärast, Hold Down taimer käivitub 180 sekundi pärast ja loputustaimer käivitub pärast 240 sekundit. Neid väärtusi saab muuta, kuid see ei ole meie CCNA kursuse teema, seega kasutame taimeri vaikeväärtusi. Samuti ei käsitle meie kursus kõigi ruuteri liideste väljuvate ja sissetulevate filtreerimisloendi värskenduste probleeme.
Järgmine siin on protokollide ümberjagamine - RIP, seda valikut kasutatakse siis, kui seade kasutab näiteks mitut protokolli, see näitab, kuidas RIP suhtleb OSPF-iga ja kuidas OSPF suhtleb RIP-iga. Ümberjagamine ei kuulu ka teie CCNA kursuse ulatusse.
Lisaks on näidatud, et protokoll kasutab marsruutide automaatset kokkuvõtet, millest rääkisime eelmises videos, ja et halduskaugus on 120, mida me ka juba käsitlesime.
Vaatame lähemalt käsku show ip route. Näete, et võrgud 192.168.1.0/24 ja 192.168.2.0/24 on ruuteriga otse ühendatud, veel kaks võrku, 3.0 ja 4.0, kasutavad RIP-marsruutimisprotokolli. Mõlemad võrgud on ligipääsetavad GigabitEthernet0/1 liidese ja seadme IP-aadressiga 192.168.2.2 kaudu. Oluline on nurksulgudes olev teave – esimene number tähistab halduskaugust ehk halduskaugust, teine – hüpete arvu. Hüpete arv on RIP-protokolli mõõdik. Teistel protokollidel, näiteks OSPF-il, on oma mõõdikud, millest räägime vastavat teemat uurides.
Nagu oleme juba arutanud, viitab administratiivne distants usalduse määrale. Maksimaalsel usaldusastmel on staatiline marsruut, mille halduskaugus on 1. Seega, mida madalam see väärtus, seda parem.
Oletame, et võrk 192.168.3.0/24 on ligipääsetav nii liidese g0/1 kaudu, mis kasutab RIP-i, kui ka liidese g0/0 kaudu, mis kasutab staatilist marsruutimist. Sel juhul suunab ruuter kogu liikluse staatilisel marsruudil läbi f0/0, kuna see marsruut on usaldusväärsem. Selles mõttes on RIP-protokoll, mille halduskaugus on 120, halvem kui staatiline marsruutimisprotokoll, mille kaugus on 1.
Teine oluline probleemide diagnoosimise käsk on käsk show ip interface g0/1. See kuvab kogu teabe konkreetse ruuteri pordi parameetrite ja oleku kohta.
Meie jaoks on oluline rida, mis ütleb, et split horizon on lubatud: Split Horizon on lubatud, kuna teil võib tekkida probleeme, kuna see režiim on keelatud. Seetõttu peaksite probleemide ilmnemisel tagama, et selle liidese jaoks on jagatud horisondi režiim lubatud. Pange tähele, et vaikimisi on see režiim aktiivne.
Usun, et oleme RIP-iga seotud teemasid piisavalt käsitlenud, et eksami sooritamisel ei tohiks selle teemaga raskusi tekkida.
Täname, et jäite meiega. Kas teile meeldivad meie artiklid? Kas soovite näha huvitavamat sisu? Toeta meid, esitades tellimuse või soovitades sõpradele, Habri kasutajatele 30% allahindlus ainulaadsele algtaseme serverite analoogile, mille me teie jaoks välja mõtlesime: (saadaval RAID1 ja RAID10, kuni 24 tuuma ja kuni 40 GB DDR4-ga).
Dell R730xd 2 korda odavam? Ainult siin Hollandis! Dell R420 – 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB – alates 99 dollarist! Millegi kohta lugema
Allikas: www.habr.com