Mi jam diris, ke mi ĝisdatigos miajn videolernilojn al CCNA v3. Ĉio, kion vi lernis en antaŭaj lecionoj, estas plene rilata al la nova kurso. Se la bezono estiĝos, mi inkludos pliajn temojn en novaj lecionoj, do vi povas esti certa, ke niaj lecionoj kongruas kun la 200-125 CCNA-kurso.
Unue, ni plene studos la temojn de la unua ekzameno 100-105 ICND1. Ni restas ankoraŭ kelkaj lecionoj, post kiuj vi estos preta fari ĉi tiun ekzamenon. Tiam ni komencos studi la kurson ICND2. Mi garantias, ke ĝis la fino de ĉi tiu videokurso vi estos plene preta por fari la 200-125 ekzamenon. En la lasta leciono mi diris, ke ni ne revenos al RIP ĉar ĝi ne estas inkluzivita en la CCNA-kurso. Sed ĉar RIP estis inkluzivita en la tria versio de CCNA, ni daŭre studos ĝin.
La temoj de la hodiaŭa leciono estos tri problemoj, kiuj ŝprucas en la procezo de uzado de RIP: Kalkulado al Senfineco, aŭ kalkulado al senfineco, Split Horizonto - la reguloj de dividitaj horizontoj kaj Itinero-veneno, aŭ itinera veneniĝo.
Por kompreni la esencon de la problemo de kalkulado ĝis senfineco, ni turnu nin al la diagramo. Ni diru, ke ni havas enkursigilon R1, enkursigilon R2 kaj enkursigilon R3. La unua enkursigilo estas konektita al la dua per la reto 192.168.2.0/24, la dua al la tria per la reto 192.168.3.0/24, la unua enkursigilo estas konektita al la reto 192.168.1.0/24, kaj la tria per la reto. 192.168.4.0/24 reto.
Ni rigardu la itineron al la 192.168.1.0/24 reto de la unua enkursigilo. En ĝia tabelo, ĉi tiu itinero estos montrata kiel 192.168.1.0 kun la nombro da lupolo egala al 0.
Por la dua enkursigilo, la sama itinero aperos en la tabelo kiel 192.168.1.0 kun la nombro da lupolo egala al 1. En ĉi tiu kazo, la enkursigilo-tabelo estas ĝisdatigita de la Ĝisdatiga tempigilo ĉiujn 30 sekundojn. R1 informas R2, ke reto 192.168.1.0 estas atingebla per ĝi per saltoj egalaj al 0. Ricevinte ĉi tiun mesaĝon, R2 respondas per ĝisdatigo, ke la sama reto estas atingebla per ĝi per unu salto. Tiel funkcias regula RIP-vojigo.
Ni imagu situacion, kie la konekto inter R1 kaj la reto 192.168.1.0/24 rompiĝis, post kio la enkursigilo perdis aliron al ĝi. Samtempe, enkursigilo R2 sendas ĝisdatigon al enkursigilo R1, en kiu ĝi raportas, ke la reto 192.168.1.0/24 disponeblas al ĝi en unu salto. R1 scias, ke li perdis la aliron al ĉi tiu reto, sed R2 asertas, ke ĉi tiu reto estas alirebla per li en unu salto, do la unua enkursigilo kredas, ke ĝi devas ĝisdatigi sian enrutigan tabelon, ŝanĝante la nombron da saltoj de 0 al 2.
Post ĉi tio, R1 sendas la ĝisdatigon al enkursigilo R2. Li diras: "Bone, antaŭ tio vi sendis al mi ĝisdatigon, ke reto 192.168.1.0 disponeblas kun nul saltoj, nun vi raportas, ke itinero al ĉi tiu reto povas esti konstruita en 2 saltoj. Do mi devas ĝisdatigi mian vojtabelon de 1 ĝis 3." Ĉe la sekva ĝisdatigo, R1 ŝanĝos la nombron da lupolo al 4, la dua enkursigilo al 5, poste al 5 kaj 6, kaj ĉi tiu procezo daŭros senfine.
Ĉi tiu problemo estas konata kiel la vojiga buklo, kaj en RIP ĝi estas nomita la kalkul-al-senfineca problemo. En realeco, reto 192.168.1.0/24 estas nealirebla, sed R1, R2 kaj ĉiuj aliaj enkursigiloj en la reto kredas, ke ĝi povas esti alirebla ĉar la itinero daŭre buklas. Ĉi tiu problemo povas esti solvita per horizontdividado kaj itinervenenaj mekanismoj. Ni rigardu la retan topologion, kun kiu ni laboros hodiaŭ.
La reto havas tri enkursigilojn R1,2,3 kaj du komputilojn kun IP-adresoj 192.168.1.10 kaj 192.168.4.10. Estas 4 retoj inter la komputiloj: 1.0, 2.0, 3.0 kaj 4.0. Enkursigiloj havas IP-adresojn, kie la lasta okteto estas la enkursigilo, kaj la antaŭlasta okteto estas la retnumero. Vi povas asigni ajnajn adresojn al ĉi tiuj retaj aparatoj, sed mi preferas ĉi tiujn ĉar ĝi faciligas al mi klarigi.
Por agordi nian reton, ni pluiru al Packet Tracer. Mi uzas Cisco 2911-enkursigilojn kaj uzas ĉi tiun skemon por atribui IP-adresojn al ambaŭ gastigantoj PC0 kaj PC1.
Vi povas ignori la ŝaltilojn ĉar ili estas "rekte el la skatolo" kaj uzas VLAN1 defaŭlte. 2911-enkursigiloj havas du gigabitajn havenojn. Por faciligi al ni, mi uzas pretajn agordajn dosierojn por ĉiu el ĉi tiuj enkursigiloj. Vi povas viziti nian retejon, iri al la langeto Rimedoj kaj spekti ĉiujn niajn videojn lernilojn.
Ni ne havas ĉiujn ĝisdatigojn ĉi tie nuntempe, sed kiel ekzemplo, vi povas rigardi la lecionon de la Tago 13, kiu havas ligilon pri Laborlibro. La sama ligilo estos alfiksita al la hodiaŭa videolernilo, kaj sekvante ĝin, vi povas elŝuti la agordajn dosierojn de la enkursigilo.
Por agordi niajn enkursigilojn, mi simple kopias la enhavon de la agorda tekstdosiero R1, malfermas ĝian konzolon en Packet Tracer kaj enigu la komandon config t.
Poste mi simple algluas la kopiitan tekston kaj eliras agordojn.
Mi faras la samon kun la agordoj de la dua kaj tria enkursigiloj. Ĉi tio estas unu el la avantaĝoj de Cisco-agordoj - vi povas simple kopii kaj alglui la agordojn, kiujn vi bezonas en viajn retajn agordajn dosierojn. En mia kazo, mi ankaŭ aldonos 2 komandojn al la komenco de la finitaj agordaj dosieroj por ne enigi ilin en la konzolo - ĉi tiuj estas en (enable) kaj config t. Poste mi kopios la enhavon kaj almetos la tutan aferon en la R3-Agorda Konzolo.
Do, ni agordis ĉiujn 3 enkursigilojn. Se vi volas uzi pretajn agordajn dosierojn por viaj enkursigiloj, certigu, ke la modeloj kongruas kun tiuj montritaj en ĉi tiu diagramo - ĉi tie la enkursigiloj havas GigabitEthernet-havenojn. Vi eble bezonos korekti ĉi tiun linion en la FastEthernet-dosiero se via enkursigilo havas ĉi tiujn precizajn havenojn.
Vi povas vidi, ke la enkursigilo-havensignoj sur la diagramo ankoraŭ estas ruĝaj. Kio estas la problemo? Por diagnozi, iru al la IOS komandlinia interfaco de enkursigilo 1 kaj tajpu la show ip interface mallongan komandon. Ĉi tiu komando estas via "Svisa tranĉilo" kiam vi solvas diversajn retajn problemojn.
Jes, ni havas problemon - vi vidas, ke la interfaco GigabitEthernet 0/0 estas en la administre malfunkcia stato. La fakto estas, ke en la kopiita agorda dosiero mi forgesis uzi la komandon neniu haltigo kaj nun mi enigos ĝin permane.
Nun mi devos permane aldoni ĉi tiun linion al la agordoj de ĉiuj enkursigiloj, post kio la havenmarkoj ŝanĝos koloron al verda. Nun mi montros ĉiujn tri CLI-fenestrojn de la enkursigiloj sur komuna ekrano por pli oportune observi miajn agojn.
Nuntempe, la RIP-protokolo estas agordita sur ĉiuj 3 aparatoj, kaj mi elpurigos ĝin per la debug ip rip komando, post kiu ĉiuj aparatoj interŝanĝos RIP-ĝisdatigojn. Post tio mi uzas la komandon undebug all por ĉiuj 3 enkursigiloj.
Vi povas vidi, ke R3 havas problemojn por trovi DNS-servilon. Ni diskutos pri CCNA v3 DNS-servilo temoj poste, kaj mi montros al vi kiel malŝalti la serĉfunkcion por tiu servilo. Nuntempe, ni revenu al la temo de la leciono kaj rigardu kiel funkcias la ĝisdatigo de RIP.
Post kiam ni ŝaltas la enkursigilojn, iliaj vojtabloj enhavos enskribojn pri retoj, kiuj estas rekte konektitaj al siaj havenoj. En la tabeloj, ĉi tiuj registroj estas gviditaj kun la litero C, kaj la nombro da saltoj por rekta konekto estas 0.
Kiam R1 sendas ĝisdatigon al R2, ĝi enhavas informojn pri retoj 192.168.1.0 kaj 192.168.2.0. Ĉar R2 jam scias pri reto 192.168.2.0, ĝi nur metas la ĝisdatigon pri reto 192.168.1.0 en sian vojigtabelon.
Ĉi tiu eniro estas gvidata de la litero R, kio signifas, ke konekto al la reto 192.168.1.0 eblas per la enkursigilo f0/0: 192.168.2.2 nur per la RIP-protokolo kun la nombro da hops 1.
Simile, kiam R2 sendas ĝisdatigon al R3, la tria enkursigilo metas eniron en sian enrutigan tabelon, ke reto 192.168.1.0 estas alirebla per enkursigilo 192.168.3.3 per RIP kun kelkaj saltoj de 2. Tiel funkcias la enkursiga ĝisdatigo. .
Por malhelpi vojajn buklojn, aŭ senfinan nombradon, RIP havas divid-horizontan mekanismon. Ĉi tiu mekanismo estas regulo: "ne sendu reton aŭ itineron ĝisdatigon per la interfaco per kiu vi ricevis la ĝisdatigon." En nia kazo, ĝi aspektas jene: se R2 ricevis ĝisdatigon de R1 pri reto 192.168.1.0 per interfaco f0/0: 192.168.2.2, ĝi ne devus sendi ĝisdatigon pri ĉi tiu reto 0 al la unua enkursigilo per interfaco f0/2.0 . Ĝi nur povas sendi ĝisdatigojn per ĉi tiu interfaco asociita kun la unua enkursigilo, kiu koncernas retojn 192.168.3.0 kaj 192.168.4.0. Ĝi ankaŭ ne devus sendi ĝisdatigon pri reto 192.168.2.0 per la f0/0 interfaco, ĉar ĉi tiu interfaco jam scias pri ĝi, ĉar ĉi tiu reto estas rekte konektita al ĝi. Do, kiam la dua enkursigilo sendas ĝisdatigon al la unua enkursigilo, ĝi devus enhavi registrojn nur pri retoj 3.0 kaj 4.0, ĉar ĝi eksciis pri ĉi tiuj retoj de alia interfaco - f0/1.
Jen la simpla regulo de dividita horizonto: neniam sendu informojn pri iu ajn itinero reen en la sama direkto de kiu venis la informoj. Ĉi tiu regulo malhelpas vojan buklon aŭ kalkuladon al senfineco.
Se vi rigardas Packet Tracer, vi povas vidi, ke R1 ricevis ĝisdatigon de 192.168.2.2 per la interfaco GigabitEthernet0/1 pri nur du retoj: 3.0 kaj 4.0. La dua enkursigilo raportis nenion pri retoj 1.0 kaj 2.0, ĉar ĝi eksciis pri ĉi tiuj retoj per ĉi tiu sama interfaco.
La unua enkursigilo R1 sendas ĝisdatigon al la multielsenda IP-adreso 224.0.0.9 - ĝi ne sendas elsendan mesaĝon. Ĉi tiu adreso estas io kiel specifa frekvenco sur kiu FM-radiaj stacioj elsendas, tio estas, nur tiuj aparatoj kiuj estas agorditaj al ĉi tiu multielsenda adreso ricevos la mesaĝon. En la sama maniero, enkursigiloj agordas sin por akcepti trafikon por la adreso 224.0.0.9. Do, R1 sendas ĝisdatigon al ĉi tiu adreso per interfaco GigabitEthernet0/0 kun IP-adreso 192.168.1.1. Ĉi tiu interfaco devus nur elsendi ĝisdatigojn pri retoj 2.0, 3.0, kaj 4.0 ĉar reto 1.0 estas rekte konektita al ĝi. Ni vidas lin fari ĝuste tion.
Poste, ĝi sendas ĝisdatigon per la dua interfaco f0/1 kun la adreso 192.168.2.1. Ignoru la literon F por FastEthernet - ĉi tio estas nur ekzemplo, ĉar niaj enkursigiloj havas GigabitEthernet-interfacojn kiuj devus esti indikitaj per la litero g. Li ne povas sendi ĝisdatigon pri retoj 2.0, 3.0 kaj 4.0 per ĉi tiu interfaco, ĉar li eksciis pri ili per la interfaco f0/1, do li sendas nur ĝisdatigon pri reto 1.0.
Ni vidu, kio okazas se la konekto al la unua reto ial perdiĝas. En ĉi tiu kazo, R1 tuj engaĝas mekanismon nomitan "itinera veneniĝo". Ĝi kuŝas en tio, ke tuj kiam la konekto al la reto perdiĝas, la nombro da saltoj en la eniro por ĉi tiu reto en la vojtabelo tuj pliiĝas al 16. Kiel ni scias, la nombro da saltoj egala al 16 signifas, ke ĉi tio reto estas nedisponebla.
En ĉi tiu kazo, la Ĝisdatiga tempigilo ne estas uzata, ĝi estas ellasila ĝisdatigo, kiu estas tuj sendita tra la reto al la plej proksima enkursigilo. Mi markos ĝin blue sur la diagramo. Router R2 ricevas ĝisdatigon, kiu diras, ke ekde nun la reto 192.168.1.0 disponeblas kun nombro da hops egala al 16, tio estas, ĝi estas neatingebla. Jen tio, kion oni nomas itinera veneniĝo. Tuj kiam R2 ricevas ĉi tiun ĝisdatigon, ĝi tuj ŝanĝas la hop-valoron en la enirlinio 192.168.1.0 al 16 kaj sendas ĉi tiun ĝisdatigon al la tria enkursigilo. Siavice, R3 ankaŭ ŝanĝas la nombron da saltoj por la neatingebla reto al 16. Tiel, ĉiuj aparatoj konektitaj per RIP scias, ke reto 192.168.1.0 ne plu disponeblas.
Ĉi tiu procezo nomiĝas konverĝo. Ĉi tio signifas, ke ĉiuj enkursigiloj ĝisdatigas siajn vojtablojn al la nuna stato, ekskludante la itineron al la 192.168.1.0 reto de ili.
Do, ni kovris ĉiujn temojn de la hodiaŭa leciono. Nun mi montros al vi la komandojn, kiuj estas uzataj por diagnozi kaj solvi retajn problemojn. Krom la konciza komando show ip interface, ekzistas la komando show ip protocols. Ĝi montras la agordojn kaj statuson de vojprotokolo por aparatoj kiuj uzas dinamikan vojigon.
Post uzi ĉi tiun komandon, informoj aperas pri la protokoloj uzataj de ĉi tiu enkursigilo. Ĝi diras ĉi tie, ke la vojiga protokolo estas RIP, ĝisdatigoj estas senditaj ĉiujn 30 sekundojn, la sekva ĝisdatigo estos sendita post 8 sekundoj, la Nevalida tempigilo komenciĝas post 180 sekundoj, la Hold Down-tempigilo komenciĝas post 180 sekundoj, kaj la Flush-tempigilo komenciĝas post 240 sekundoj. XNUMX sekundoj. Ĉi tiuj valoroj povas esti ŝanĝitaj, sed ĉi tio ne estas la temo de nia CCNA-kurso, do ni uzos la defaŭltajn tempigilojn. Same, nia kurso ne traktas problemojn pri ĝisdatigoj de elirantaj kaj enirantaj filtrilaj listoj por ĉiuj enkursigiloj.
Poste ĉi tie estas protokola redistribuo - RIP, ĉi tiu opcio estas uzata kiam la aparato uzas plurajn protokolojn, ekzemple, ĝi montras kiel RIP interagas kun OSPF kaj kiel OSPF interagas kun RIP. Redistribuo ankaŭ ne estas parto de la amplekso de via CCNA-kurso.
Estas plue montrite, ke la protokolo uzas aŭtomatan resumon de itineroj, pri kiuj ni diskutis en la antaŭa video, kaj ke la administra distanco estas 120, kion ni ankaŭ jam diskutis.
Ni rigardu pli detale la komandon show ip route. Vi vidas, ke retoj 192.168.1.0/24 kaj 192.168.2.0/24 estas rekte konektitaj al la enkursigilo, du pliaj retoj, 3.0 kaj 4.0, uzas la RIP-enrutigan protokolon. Ambaŭ ĉi tiuj retoj estas alireblaj per la interfaco GigabitEthernet0/1 kaj la aparato kun la IP-adreso 192.168.2.2. Gravas la informoj inter kvadrataj krampoj - la unua nombro signifas la administran distancon, aŭ administran distancon, la dua - la nombron da lupolo. La nombro da lupolo estas metriko de la RIP-protokolo. Aliaj protokoloj, kiel OSPF, havas siajn proprajn metrikojn, pri kiuj ni parolos kiam ni studas la respondan temon.
Kiel ni jam diskutis, administra distanco rilatas al la grado de fido. La maksimuma grado de fido havas statikan vojon, kiu havas administran distancon de 1. Tial, ju pli malalta ĉi tiu valoro, des pli bone.
Ni supozu, ke reto 192.168.3.0/24 estas alirebla per ambaŭ interfaco g0/1, kiu uzas RIP, kaj interfaco g0/0, kiu uzas statikan vojigon. En ĉi tiu kazo, la enkursigilo direktos la tutan trafikon laŭ la senmova itinero tra f0/0, ĉar ĉi tiu itinero estas pli fidinda. Tiusence, RIP-protokolo kun administra distanco de 120 estas pli malbona ol senmova vojprotokolo kun distanco de 1.
Alia grava komando por diagnozi problemojn estas la komando show ip interface g0/1. Ĝi montras ĉiujn informojn pri la parametroj kaj stato de specifa router-haveno.
Por ni gravas la linio, kiu diras, ke dividita horizonto estas ebligita: Divida horizonto estas ebligita, ĉar vi povas havi problemojn pro tio, ke ĉi tiu reĝimo estas malŝaltita. Tial, se okazas problemoj, vi devas certigi, ke divida horizonta reĝimo estas ebligita por ĉi tiu interfaco. Bonvolu noti, ke defaŭlte ĉi tiu reĝimo estas aktiva.
Mi kredas, ke ni kovris sufiĉe da RIP-rilataj temoj por ke vi ne havu malfacilaĵojn kun ĉi tiu temo dum ekzamenado.
Dankon pro restado ĉe ni. Ĉu vi ŝatas niajn artikolojn? Ĉu vi volas vidi pli interesan enhavon? Subtenu nin farante mendon aŭ rekomendante al amikoj, 30% rabato por uzantoj de Habr sur unika analogo de enirnivelaj serviloj, kiu estis inventita de ni por vi: (havebla kun RAID1 kaj RAID10, ĝis 24 kernoj kaj ĝis 40GB DDR4).
Dell R730xd 2 fojojn pli malmultekosta? Nur ĉi tie en Nederlando! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - ekde $99! Legu pri
fonto: www.habr.com