Ik sei al dat ik myn fideo-tutorials sil bywurkje nei CCNA v3. Alles wat jo leard hawwe yn eardere lessen is folslein relevant foar de nije kursus. As de need ûntstiet, sil ik ekstra ûnderwerpen opnimme yn nije lessen, sadat jo der wis fan wêze kinne dat ús lessen binne ôfstimd mei de 200-125 CCNA-kursus.
Earst sille wy de ûnderwerpen fan it earste eksamen 100-105 ICND1 folslein studearje. Wy hawwe noch in pear lessen oer, wêrnei't jo klear binne om dit eksamen te dwaan. Dan sille wy begjinne mei it studearjen fan 'e ICND2-kursus. Ik garandearje dat jo oan it ein fan dizze fideokursus folslein ree sille wêze om it 200-125-eksamen te nimmen. Yn 'e lêste les sei ik dat wy net werom sille nei RIP, om't it net opnommen is yn' e CCNA-kursus. Mar sûnt RIP waard opnaam yn de tredde ferzje fan CCNA, wy sille fierder te studearjen it.
De ûnderwerpen fan 'e les fan hjoed sille trije problemen wêze dy't ûntsteane yn it proses fan it brûken fan RIP: Tellen ta Infinity, of tellen oant ûneinich, Split Horizon - de regels fan split horizonten en Route Poison, of rûtefergiftiging.
Om de essinsje fan it probleem fan tellen oant ûneinich te begripen, litte wy nei it diagram gean. Litte wy sizze dat wy router R1, router R2 en router R3 hawwe. De earste router is ferbûn mei de twadde troch it 192.168.2.0/24 netwurk, de twadde nei de tredde troch it 192.168.3.0/24 netwurk, de earste router is ferbûn mei it 192.168.1.0/24 netwurk, en de tredde troch de 192.168.4.0/24 netwurk.
Litte wy sjen nei de rûte nei it 192.168.1.0/24 netwurk fan 'e earste router. Yn syn tabel sil dizze rûte werjûn wurde as 192.168.1.0 mei it oantal hops gelyk oan 0.
Foar de twadde router sil deselde rûte yn 'e tabel ferskine as 192.168.1.0 mei it oantal hops gelyk oan 1. Yn dit gefal wurdt de router-routingtabel elke 30 sekonden bywurke troch de Update timer. R1 ynformearret R2 dat netwurk 192.168.1.0 is berikber fia it yn hops lyk oan 0. By ûntfangst fan dit berjocht, R2 reagearret mei in fernijing dat itselde netwurk is berikber fia it yn ien hop. Dit is hoe't reguliere RIP-routing wurket.
Lit ús yntinke in situaasje dêr't de ferbining tusken R1 en it 192.168.1.0/24 netwurk waard brutsen, wêrnei't de router ferlear tagong ta it. Tagelyk stjoert router R2 in update nei router R1, wêryn't it rapportearret dat it netwurk 192.168.1.0/24 beskikber is foar it yn ien hop. R1 wit dat hy de tagong ta dit netwurk ferlern hat, mar R2 beweart dat dit netwurk tagonklik is fia him yn ien hop, dus de earste router is fan betinken dat it syn routingtabel moat bywurkje, en feroaret it oantal hops fan 0 nei 2.
Hjirnei stjoert R1 de fernijing nei router R2. Hy seit: "ok, dêrfoar hawwe jo my in update stjoerd dat netwurk 192.168.1.0 beskikber is mei nul hops, no melde jo dat in rûte nei dit netwurk yn 2 hops boud wurde kin. Dat ik moat myn routingtabel bywurkje fan 1 nei 3." By de folgjende fernijing sil R1 it oantal hops feroarje nei 4, de twadde router nei 5, dan nei 5 en 6, en dit proses sil foar ûnbepaalde tiid trochgean.
Dit probleem is bekend as de routing-loop, en yn RIP wurdt it it count-to-infinity-probleem neamd. Yn 'e realiteit is netwurk 192.168.1.0/24 net tagonklik, mar R1, R2 en alle oare routers op it netwurk leauwe dat it tagong kin wurde om't de rûte trochgiet. Dit probleem kin wurde oplost mei help fan horizon splitting en rûte fergiftiging meganismen. Litte wy sjen nei de netwurktopology wêrmei wy hjoed sille wurkje.
Der binne trije routers R1,2,3 en twa kompjûters mei IP-adressen 192.168.1.10 en 192.168.4.10 op it netwurk. D'r binne 4 netwurken tusken de kompjûters: 1.0, 2.0, 3.0 en 4.0. Routers hawwe IP-adressen, wêrby't it lêste oktet it routernûmer is, en it foarlêste oktet it netwurknûmer is. Jo kinne alle adressen tawize oan dizze netwurk apparaten, mar ik leaver dizze omdat it makket it makliker foar my te ferklearjen.
Om ús netwurk te konfigurearjen, litte wy trochgean nei Packet Tracer. Ik brûk Cisco 2911 routers en brûk dit skema foar in tawize IP-adressen oan beide hosts PC0 en PC1.
Jo kinne de skeakels negearje om't se "rjocht út 'e doaze" binne en standert VLAN1 brûke. 2911 routers hawwe twa gigabit havens. Om it makliker foar ús, Ik brûk klearmakke konfiguraasje triemmen foar elk fan dizze routers. Jo kinne ús webside besykje, gean nei it ljepblêd Resources en besjoch al ús fideo-tutorials.
Wy hawwe hjir op dit stuit net alle updates, mar as foarbyld kinne jo efkes sjen nei de dei 13-les, dy't in wurkboekkeppeling hat. Deselde keppeling sil wurde taheakke oan it hjoeddeiske fideo-tutorial, en troch it te folgjen kinne jo de routerkonfiguraasjebestannen downloade.
Om ús routers te konfigurearjen, kopiearje ik gewoan de ynhâld fan it R1-konfiguraasjetekstbestân, iepenje de konsole yn Packet Tracer en fier it kommando config t yn.
Dan plak ik gewoan de kopieare tekst en ynstellings út.
Ik doch itselde mei de ynstellingen fan 'e twadde en tredde routers. Dit is ien fan 'e foardielen fan Cisco ynstellings - jo kinne gewoan kopiearje en plakke de ynstellings dy't jo nedich hawwe yn jo netwurk apparaat konfiguraasje triemmen. Yn myn gefal sil ik ek 2 kommando's tafoegje oan it begjin fan 'e ôfmakke konfiguraasjebestannen om se net yn' e konsole yn te fieren - dit binne en (ynskeakelje) en konfiguraasje t. Dan sil ik de ynhâld kopiearje en it heule ding plakke yn 'e R3-ynstellingskonsole.
Dat, wy hawwe alle 3 routers konfigureare. As jo klearmakke konfiguraasjebestannen wolle brûke foar jo routers, soargje derfoar dat de modellen oerienkomme mei dy yn dit diagram werjûn - hjir hawwe de routers GigabitEthernet-poarten. Jo moatte dizze rigel miskien korrigearje yn it FastEthernet-bestân as jo router dizze krekte havens hat.
Jo kinne sjen dat de router haven markers op it diagram binne noch read. Wat is it probleem? Om diagnoaze te gean, gean nei de IOS-kommando-rigelynterface fan router 1 en typ it koart kommando ip-ynterface sjen litte. Dit kommando is jo "Switserske mes" by it oplossen fan ferskate netwurkproblemen.
Ja, wy hawwe in probleem - jo sjogge dat de GigabitEthernet 0/0-ynterface yn 'e bestjoerlik delstân is. It feit is dat ik yn it kopiearre konfiguraasjebestân fergeat it kommando gjin shutdown te brûken en no sil ik it manuell ynfiere.
No sil ik dizze rigel manuell moatte tafoegje oan 'e ynstellings fan alle routers, wêrnei't de havenmarkers fan kleur feroarje nei grien. No sil ik alle trije CLI-finsters fan 'e routers werjaan op in mienskiplik skerm om it handiger te meitsjen om myn aksjes te observearjen.
Op it stuit is it RIP-protokol konfigureare op alle 3-apparaten, en ik sil it debugje mei it debug ip rip kommando, wêrnei't alle apparaten RIP-fernijings sille útwikselje. Dêrnei brûk ik it kommando undebug all foar alle 3 routers.
Jo kinne sjen dat R3 problemen hat mei it finen fan in DNS-tsjinner. Wy sille letter CCNA v3 DNS-tsjinner ûnderwerpen beprate, en ik sil jo sjen litte hoe't jo de opsykfunksje foar dy tsjinner útskeakelje kinne. Litte wy no weromgean nei it ûnderwerp fan 'e les en sjen nei hoe't de RIP-fernijing wurket.
Nei't wy de routers ynskeakele hawwe, sille har routingtabellen yngongen befetsje oer netwurken dy't direkt ferbûn binne mei har havens. Yn 'e tabellen wurde dizze records mei de letter C neamd, en it oantal hops foar in direkte ferbining is 0.
As R1 in fernijing nei R2 stjoert, befettet it ynformaasje oer netwurken 192.168.1.0 en 192.168.2.0. Sûnt R2 al wit oer netwurk 192.168.2.0, set it allinich de fernijing oer netwurk 192.168.1.0 yn syn routingtabel.
Dizze yngong wurdt oanfierd troch de letter R, wat betsjut dat ferbining mei it 192.168.1.0 netwurk mooglik is fia de router-ynterface f0/0: 192.168.2.2 allinich fia it RIP-protokol mei it oantal hops 1.
Lykas, doe't R2 stjoert in update nei R3, de tredde router pleatst in yngong yn syn routing tabel dat netwurk 192.168.1.0 is tagonklik fia router ynterface 192.168.3.3 fia RIP mei in oantal hops fan 2. Dit is hoe't de routing update wurket .
Om foar te kommen routing loops, of einleaze tellen, RIP hat in split-horizon meganisme. Dit meganisme is in regel: "ferstjoere gjin netwurk- of rûtefernijing fia de ynterface wêrmei jo de fernijing krigen." Yn ús gefal sjocht it der sa út: as R2 in update krige fan R1 oer netwurk 192.168.1.0 fia ynterface f0/0: 192.168.2.2, dan soe it gjin update oer dit netwurk 0 moatte stjoere nei de earste router fia ynterface f0/2.0 . It kin allinich fernijings ferstjoere fia dizze ynterface ferbûn mei de earste router dy't netwurken 192.168.3.0 en 192.168.4.0 oanbelanget. It moat ek gjin update stjoere oer netwurk 192.168.2.0 fia de f0/0-ynterface, om't dizze ynterface der al fan wit, om't dit netwurk der direkt mei ferbûn is. Dus, as de twadde router in update nei de earste router stjoert, moat it allinich records befetsje oer netwurken 3.0 en 4.0, om't it oer dizze netwurken learde fan in oare ynterface - f0/1.
Dit is de ienfâldige regel fan split horizon: stjoer nea ynformaasje oer in rûte werom yn deselde rjochting wêrfan de ynformaasje kaam. Dizze regel foarkomt in routing-lus of tellen oant ûneinich.
As jo nei de Packet Tracer sjogge, kinne jo sjen dat R1 in update krige fan 192.168.2.2 fia de GigabitEthernet0/1-ynterface oer mar twa netwurken: 3.0 en 4.0. De twadde router melde neat oer netwurken 1.0 en 2.0, om't it learde oer dizze netwurken fia dizze heul ynterface.
De earste router R1 stjoert in update nei it multicast IP-adres 224.0.0.9 - it stjoert gjin útstjoeringsberjocht. Dit adres is wat as in spesifike frekwinsje wêrop FM-radiostasjons útstjoere, dat is, allinich de apparaten dy't binne ôfstimd op dit multicast-adres sille it berjocht ûntfange. Op deselde wize konfigurearje routers harsels om ferkear te akseptearjen foar it adres 224.0.0.9. Dat, R1 stjoert in update nei dit adres fia GigabitEthernet0/0 ynterface mei IP-adres 192.168.1.1. Dizze ynterface moat allinich updates oerstjoere oer netwurken 2.0, 3.0 en 4.0, om't netwurk 1.0 der direkt mei ferbûn is. Wy sjogge him dat krekt dwaan.
Dêrnei stjoert it in update fia de twadde ynterface f0/1 mei it adres 192.168.2.1. Negearje de letter F foar FastEthernet - dit is gewoan in foarbyld, om't ús routers GigabitEthernet-ynterfaces hawwe dy't moatte wurde oantsjutten mei de letter g. Hy kin net stjoere in update oer netwurken 2.0, 3.0 en 4.0 fia dizze ynterface, omdat hy leard oer harren fia de f0/1 ynterface, dus hy stjoert allinnich in update oer netwurk 1.0.
Litte wy sjen wat der bart as de ferbining mei it earste netwurk om ien of oare reden ferlern is. Yn dit gefal, R1 docht fuortendaliks in meganisme neamd "rûte fergiftiging." It leit yn it feit dat sa gau't de ferbining mei it netwurk ferlern is, it oantal hops yn 'e yngong foar dit netwurk yn' e routingtabel fuortendaliks ferheget nei 16. As wy witte, betsjut it oantal hops lyk oan 16 dat dit netwurk is net beskikber.
Yn dit gefal wurdt de Update-timer net brûkt; it is in trigger-update, dy't daliks oer it netwurk nei de tichtstbye router stjoerd wurdt. Ik markearje it yn blau op it diagram. Router R2 ûntfangt in update dy't seit dat fan no ôf it netwurk 192.168.1.0 is beskikber mei in oantal hops lyk oan 16, dat is, it is net tagonklik. Dit is wat rûtefergiftiging neamd wurdt. Sadree't R2 dizze fernijing ûntfangt, feroaret it fuortendaliks de hopwearde yn 'e 192.168.1.0 yngongsline nei 16 en stjoert dizze fernijing nei de tredde router. Op syn beurt feroaret R3 ek it oantal hops foar it net te berikken netwurk nei 16. Sa, alle apparaten ferbûn fia RIP witte dat netwurk 192.168.1.0 is net mear beskikber.
Dit proses wurdt konverginsje neamd. Dit betsjut dat alle routers har routingtabellen bywurkje nei de aktuele steat, útsein de rûte nei it 192.168.1.0 netwurk fan har.
Dat, wy hawwe alle ûnderwerpen fan 'e les fan hjoed behannele. No sil ik jo de kommando's sjen litte dy't wurde brûkt om netwurkproblemen te diagnostearjen en te beheinen. Neist it koart kommando fan 'e ip-ynterface sjen litte, is d'r it kommando ip-protokollen sjen litte. It toant de ynstellings en status fan routingprotokol foar apparaten dy't dynamyske routing brûke.
Nei it brûken fan dit kommando, ferskynt ynformaasje oer de protokollen dy't wurde brûkt troch dizze router. It seit hjir dat it routingprotokol RIP is, updates wurde elke 30 sekonden ferstjoerd, de folgjende fernijing sil nei 8 sekonden ferstjoerd wurde, de Invalid timer begjint nei 180 sekonden, de Hold Down timer begjint nei 180 sekonden, en de Flush timer begjint nei 240 sekonden. Dizze wearden kinne wurde feroare, mar dit is net it ûnderwerp fan ús CCNA-kursus, dus wy sille de standert timerwearden brûke. Likemin behannelet ús kursus gjin problemen fan útgeande en ynkommende filterlistupdates foar alle router-ynterfaces.
Folgjende hjir is protokol werferdieling - RIP, dizze opsje wurdt brûkt as it apparaat brûkt meardere protokollen, bygelyks, it lit sjen hoe't RIP ynteraksje mei OSPF en hoe't OSPF ynteraksje mei RIP. Werferdieling is ek gjin diel fan 'e omfang fan jo CCNA-kursus.
It is fierder te sjen dat it protokol automatysk gearfetting fan rûtes brûkt, dy't wy yn 'e foarige fideo besprutsen hawwe, en dat de bestjoerlike ôfstân 120 is, wat wy ek al besprutsen hawwe.
Litte wy in tichterby besjen op it kommando ip-rûte sjen litte. Jo sjogge dat netwurken 192.168.1.0/24 en 192.168.2.0/24 direkt ferbûn binne mei de router, noch twa netwurken, 3.0 en 4.0, brûke it RIP-routingprotokol. Beide fan dizze netwurken binne tagonklik fia de GigabitEthernet0/1-ynterface en it apparaat mei it IP-adres 192.168.2.2. De ynformaasje yn fjouwerkante heakjes is wichtich - it earste nûmer betsjut de bestjoerlike ôfstân, of bestjoerlike ôfstân, de twadde - it oantal hops. It oantal hops is in metrysk fan it RIP-protokol. Oare protokollen, lykas OSPF, hawwe har eigen metriken, dêr't wy sille prate by it bestudearjen fan it oerienkommende ûnderwerp.
Lykas wy al besprutsen hawwe, ferwiist bestjoerlike ôfstân nei de graad fan fertrouwen. De maksimale graad fan fertrouwen hat in statyske rûte, dy't in bestjoerlike ôfstân hat fan 1. Dêrom, hoe leger dizze wearde, hoe better.
Litte wy oannimme dat netwurk 192.168.3.0/24 tagonklik is fia sawol ynterface g0/1, dy't RIP brûkt, en ynterface g0/0, dy't statyske routing brûkt. Yn dit gefal sil de router alle ferkear lâns de statyske rûte troch f0/0 rûte, om't dizze rûte mear betrouber is. Yn dizze sin is in RIP-protokol mei in bestjoerlike ôfstân fan 120 slimmer dan in statysk routingprotokol mei in ôfstân fan 1.
In oar wichtich kommando foar it diagnostisearjen fan problemen is it kommando ip-ynterface sjen litte g0/1. It toant alle ynformaasje oer de parameters en status fan in spesifike routerpoarte.
Foar ús is de line dy't seit dat split horizon ynskeakele is wichtich: Split horizon is ynskeakele, om't jo miskien hawwe problemen troch it feit dat dizze modus is útskeakele. Dêrom, as problemen foarkomme, moatte jo derfoar soargje dat split horizon modus is ynskeakele foar dizze ynterface. Tink derom dat dizze modus standert aktyf is.
Ik leau dat wy genôch RIP-relatearre ûnderwerpen hawwe behannele dat jo gjin muoite moatte hawwe mei dit ûnderwerp as jo it eksamen nimme.
Tankewol foar it bliuwen by ús. Hâld jo fan ús artikels? Wolle jo mear ynteressante ynhâld sjen? Stypje ús troch in bestelling te pleatsen of oan te befeljen oan freonen, 30% koarting foar Habr-brûkers op in unike analoog fan servers op yngongsnivo, dy't troch ús foar jo útfûn is: (beskikber mei RAID1 en RAID10, oant 24 kearnen en oant 40GB DDR4).
Dell R730xd 2 kear goedkeaper? Allinne hjir yn Nederlân! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - fan $99! Lêze oer
Boarne: www.habr.com