Već sam rekao da ću svoje video tutorijale ažurirati na CCNA v3. Sve što ste naučili u prethodnim lekcijama u potpunosti je relevantno za novi kurs. Ako se ukaže potreba, uključit ću dodatne teme u nove lekcije, tako da možete biti sigurni da su naše lekcije usklađene sa kursom 200-125 CCNA.
Prvo ćemo u potpunosti proučiti teme prvog ispita 100-105 ICND1. Ostalo nam je još nekoliko lekcija nakon kojih ćete biti spremni za polaganje ovog ispita. Tada ćemo početi da učimo ICND2 kurs. Garantujem da ćete do kraja ovog video kursa biti u potpunosti spremni za polaganje ispita 200-125. U prošloj lekciji sam rekao da se nećemo vraćati na RIP jer nije uključen u CCNA kurs. Ali pošto je RIP uključen u treću verziju CCNA, nastavićemo da ga proučavamo.
Teme današnje lekcije bit će tri problema koja se javljaju u procesu korištenja RIP-a: Counting to Infinity, ili Counting to beskonačnost, Split Horizon - pravila podijeljenih horizonata i Route Poison, odnosno trovanje rute.
Da bismo razumjeli suštinu problema brojanja do beskonačnosti, okrenimo se dijagramu. Recimo da imamo ruter R1, ruter R2 i ruter R3. Prvi ruter je povezan sa drugim mrežom 192.168.2.0/24, drugi sa trećim mrežom 192.168.3.0/24, prvi ruter je povezan na mrežu 192.168.1.0/24, a treći preko mreže 192.168.4.0/24 mreža.
Pogledajmo rutu do 192.168.1.0/24 mreže od prvog rutera. U svojoj tabeli, ova ruta će biti prikazana kao 192.168.1.0 sa brojem skokova jednakim 0.
Za drugi ruter, ista ruta će se pojaviti u tabeli kao 192.168.1.0 sa brojem skokova jednakim 1. U ovom slučaju, tabela rutera se ažurira pomoću tajmera ažuriranja svakih 30 sekundi. R1 obavještava R2 da je mreža 192.168.1.0 dostupna preko nje u skokovima jednakim 0. Po prijemu ove poruke, R2 odgovara ažuriranjem da je ista mreža dostupna preko nje u jednom skoku. Ovako funkcionira redovno RIP rutiranje.
Zamislimo situaciju u kojoj je veza između R1 i mreže 192.168.1.0/24 prekinuta, nakon čega je ruter izgubio pristup njoj. Istovremeno, ruter R2 šalje ažuriranje ruteru R1, u kojem javlja da mu je mreža 192.168.1.0/24 dostupna u jednom skoku. R1 zna da je izgubio pristup ovoj mreži, ali R2 tvrdi da je ova mreža dostupna preko njega u jednom skoku, tako da prvi ruter vjeruje da mora ažurirati svoju tablicu rutiranja, mijenjajući broj skokova sa 0 na 2.
Nakon toga, R1 šalje ažuriranje ruteru R2. On kaže: “ok, prije toga si mi poslao ažuriranje da je mreža 192.168.1.0 dostupna sa nula skokova, sada javljaš da se ruta do ove mreže može izgraditi u 2 skoka. Tako da moram da ažuriram svoju tabelu rutiranja sa 1 na 3." Prilikom sljedećeg ažuriranja, R1 će promijeniti broj skokova na 4, drugi ruter na 5, zatim na 5 i 6, a ovaj proces će se nastaviti neograničeno.
Ovaj problem je poznat kao petlja rutiranja, au RIP-u se naziva problem brojanja do beskonačnosti. U stvarnosti, mreža 192.168.1.0/24 je nedostupna, ali R1, R2 i svi ostali ruteri na mreži vjeruju da joj se može pristupiti jer se ruta stalno vrti. Ovaj problem se može riješiti korištenjem mehanizama podjele horizonta i trovanja ruta. Pogledajmo topologiju mreže s kojom ćemo danas raditi.
U mreži postoje tri rutera R1,2,3 i dva računara sa IP adresama 192.168.1.10 i 192.168.4.10. Između računara postoje 4 mreže: 1.0, 2.0, 3.0 i 4.0. Ruteri imaju IP adrese, gdje je posljednji oktet broj rutera, a pretposljednji oktet broj mreže. Ovim mrežnim uređajima možete dodijeliti bilo koju adresu, ali ja preferiram ove jer mi je lakše objasniti.
Kako bismo konfigurirali našu mrežu, prijeđimo na Packet Tracer. Koristim Cisco 2911 rutere i koristim ovu šemu za dodeljivanje IP adresa i hostovima PC0 i PC1.
Možete zanemariti prekidače jer su "direktno iz kutije" i koriste VLAN1 po defaultu. 2911 ruteri imaju dva gigabitna porta. Da bi nam bilo lakše, koristim gotove konfiguracijske datoteke za svaki od ovih rutera. Možete posjetiti našu web stranicu, otići na karticu Resursi i pogledati sve naše video tutorijale.
Trenutno nemamo sva ažuriranja ovdje, ali kao primjer, možete pogledati lekciju 13. dana, koja ima vezu za radnu svesku. Ista veza bit će priložena današnjem video tutorijalu, a prateći ga, možete preuzeti konfiguracijske datoteke rutera.
Kako bih konfigurirao naše rutere, jednostavno kopiram sadržaj R1 konfiguracijskog tekstualnog fajla, otvorim njegovu konzolu u Packet Tracer-u i unesem naredbu config t.
Onda samo zalijepim kopirani tekst i izađem iz postavki.
Isto radim sa postavkama drugog i trećeg rutera. Ovo je jedna od prednosti Cisco postavki - možete jednostavno kopirati i zalijepiti postavke koje su vam potrebne u konfiguracijske datoteke mrežnog uređaja. U mom slučaju, također ću dodati 2 naredbe na početak gotovih konfiguracijskih datoteka kako ih ne bih unosio u konzolu - to su en (enable) i config t. Zatim ću kopirati sadržaj i zalijepiti cijelu stvar u R3 Settings Console.
Dakle, konfigurisali smo sva 3 rutera. Ako želite koristiti gotove konfiguracijske datoteke za svoje rutere, provjerite da li modeli odgovaraju onima prikazanim na ovom dijagramu - ovdje ruteri imaju GigabitEthernet portove. Možda ćete morati da ispravite ovu liniju u FastEthernet datoteci ako vaš ruter ima tačne portove.
Možete vidjeti da su oznake porta rutera na dijagramu još uvijek crvene. Šta je problem? Da biste dijagnosticirali, idite na IOS interfejs komandne linije rutera 1 i unesite kratku naredbu show ip interface brief. Ova komanda je vaš "švajcarski nož" kada rešavate različite probleme mreže.
Da, imamo problem - vidite da je GigabitEthernet 0/0 interfejs u administrativno isključenom stanju. Činjenica je da sam u kopiranoj konfiguracijskoj datoteci zaboravio koristiti naredbu no shutdown i sada ću je unijeti ručno.
Sada ću morati ručno dodati ovu liniju u postavke svih rutera, nakon čega će markeri portova promijeniti boju u zelenu. Sada ću prikazati sva tri CLI prozora rutera na zajedničkom ekranu kako bih bio praktičniji za posmatranje mojih akcija.
Trenutno je RIP protokol konfigurisan na sva 3 uređaja, a ja ću ga otkloniti pomoću debug ip rip komande, nakon čega će svi uređaji razmjenjivati RIP ažuriranja. Nakon toga koristim naredbu undebug all za sva 3 rutera.
Možete vidjeti da R3 ima problema s pronalaženjem DNS servera. Kasnije ćemo razgovarati o temama CCNA v3 DNS servera, a ja ću vam pokazati kako da onemogućite funkciju traženja za taj server. Za sada, vratimo se na temu lekcije i pogledajmo kako funkcionira ažuriranje RIP-a.
Nakon što uključimo rutere, njihove tablice rutiranja će sadržavati unose o mrežama koje su direktno povezane na njihove portove. U tabelama ovi zapisi imaju zaglavlje slovom C, a broj skokova za direktnu vezu je 0.
Kada R1 pošalje ažuriranje na R2, ono sadrži informacije o mrežama 192.168.1.0 i 192.168.2.0. Pošto R2 već zna za mrežu 192.168.2.0, on samo stavlja ažuriranje o mreži 192.168.1.0 u svoju tabelu rutiranja.
Ovaj unos je na čelu sa slovom R, što znači da je povezivanje na mrežu 192.168.1.0 moguće preko interfejsa rutera f0/0: 192.168.2.2 samo preko RIP protokola sa brojem skokova 1.
Slično, kada R2 pošalje ažuriranje na R3, treći ruter stavlja unos u svoju tabelu rutiranja da je mreža 192.168.1.0 dostupna preko sučelja rutera 192.168.3.3 preko RIP-a sa brojem skokova od 2. Ovako funkcionira ažuriranje rutiranja .
Kako bi se spriječile petlje rutiranja ili beskonačno brojanje, RIP ima mehanizam podijeljenog horizonta. Ovaj mehanizam je pravilo: "nemojte slati ažuriranje mreže ili rute kroz interfejs preko kojeg ste primili ažuriranje." U našem slučaju to izgleda ovako: ako je R2 primio ažuriranje od R1 o mreži 192.168.1.0 preko interfejsa f0/0: 192.168.2.2, ne bi trebalo da šalje ažuriranje o ovoj mreži 0 prvom ruteru preko interfejsa f0/2.0 . Može samo slati ažuriranja preko ovog interfejsa povezanog sa prvim ruterom koji se tiču mreža 192.168.3.0 i 192.168.4.0. Takođe ne bi trebalo da šalje ažuriranje o mreži 192.168.2.0 preko f0/0 interfejsa, jer ovaj interfejs već zna za to, jer je ova mreža direktno povezana sa njim. Dakle, kada drugi ruter pošalje ažuriranje prvom ruteru, on treba da sadrži zapise samo o mrežama 3.0 i 4.0, jer je o tim mrežama saznao sa drugog interfejsa - f0/1.
Ovo je jednostavno pravilo podijeljenog horizonta: nikada ne šaljite informacije o bilo kojoj ruti natrag u istom smjeru iz kojeg su informacije stigle. Ovo pravilo sprječava petlju usmjeravanja ili brojanje do beskonačnosti.
Ako pogledate Packet Tracer, možete vidjeti da je R1 primio ažuriranje sa 192.168.2.2 preko GigabitEthernet0/1 sučelja o samo dvije mreže: 3.0 i 4.0. Drugi ruter nije prijavio ništa o mrežama 1.0 i 2.0, jer je saznao o tim mrežama upravo preko ovog interfejsa.
Prvi ruter R1 šalje ažuriranje na multicast IP adresu 224.0.0.9 - ne šalje emitovanu poruku. Ova adresa je nešto poput određene frekvencije na kojoj emituju FM radio stanice, odnosno samo oni uređaji koji su podešeni na ovu multicast adresu će primiti poruku. Na isti način, ruteri se konfigurišu da prihvataju saobraćaj za adresu 224.0.0.9. Dakle, R1 šalje ažuriranje na ovu adresu preko GigabitEthernet0/0 interfejsa sa IP adresom 192.168.1.1. Ovaj interfejs bi trebalo da prenosi samo ažuriranja o mrežama 2.0, 3.0 i 4.0 jer je mreža 1.0 direktno povezana na njega. Vidimo ga kako radi upravo to.
Zatim šalje ažuriranje kroz drugi interfejs f0/1 sa adresom 192.168.2.1. Zanemarite slovo F za FastEthernet - ovo je samo primjer, budući da naši ruteri imaju GigabitEthernet interfejse koji bi trebali biti označeni slovom g. On ne može poslati ažuriranje o mrežama 2.0, 3.0 i 4.0 preko ovog interfejsa, jer je o njima saznao preko f0/1 interfejsa, pa šalje samo ažuriranje o mreži 1.0.
Da vidimo šta će se dogoditi ako se veza s prvom mrežom iz nekog razloga izgubi. U ovom slučaju, R1 odmah uključuje mehanizam koji se zove "trovanje rute". Ona leži u činjenici da čim se veza s mrežom izgubi, broj skokova u unosu za ovu mrežu u tabeli usmjeravanja se odmah povećava na 16. Kao što znamo, broj skokova jednak 16 znači da ovaj mreža nije dostupna.
U ovom slučaju, tajmer ažuriranja se ne koristi, već se radi o ažuriranju pokretača, koje se trenutno šalje preko mreže do najbližeg rutera. Označit ću to plavom bojom na dijagramu. Ruter R2 dobija ažuriranje koje kaže da je od sada mreža 192.168.1.0 dostupna sa brojem skokova jednakim 16, odnosno da je nedostupna. To je ono što se zove trovanje ruta. Čim R2 primi ovo ažuriranje, on odmah mijenja vrijednost skoka u ulaznoj liniji 192.168.1.0 na 16 i šalje ovo ažuriranje trećem ruteru. Zauzvrat, R3 također mijenja broj skokova za nedostupnu mrežu na 16. Dakle, svi uređaji povezani preko RIP-a znaju da mreža 192.168.1.0 više nije dostupna.
Ovaj proces se naziva konvergencija. To znači da svi ruteri ažuriraju svoje tablice rutiranja u trenutno stanje, isključujući rutu do mreže 192.168.1.0 iz njih.
Dakle, pokrili smo sve teme današnje lekcije. Sada ću vam pokazati komande koje se koriste za dijagnosticiranje i rješavanje problema s mrežom. Pored naredbe show ip interface brief, postoji naredba show ip protocols. Prikazuje postavke i status protokola usmjeravanja za uređaje koji koriste dinamičko usmjeravanje.
Nakon upotrebe ove naredbe, pojavljuju se informacije o protokolima koje koristi ovaj ruter. Ovdje piše da je protokol rutiranja RIP, ažuriranja se šalju svakih 30 sekundi, sljedeće ažuriranje će biti poslano nakon 8 sekundi, Nevažeći tajmer počinje nakon 180 sekundi, Tajmer Hold Down počinje nakon 180 sekundi, a Flush tajmer počinje nakon 240 sekundi. Ove vrijednosti se mogu mijenjati, ali to nije tema našeg CCNA kursa, pa ćemo koristiti zadane vrijednosti tajmera. Isto tako, naš kurs se ne bavi pitanjima ažuriranja liste odlaznih i dolaznih filtriranja za sva sučelja rutera.
Sledeće ovde je preraspodela protokola - RIP, ova opcija se koristi kada uređaj koristi više protokola, na primer, pokazuje kako RIP reaguje sa OSPF-om i kako OSPF reaguje sa RIP-om. Redistribucija također nije dio opsega vašeg CCNA kursa.
Dalje je prikazano da protokol koristi auto-sumiranje ruta, o čemu smo govorili u prethodnom videu, te da je administrativna udaljenost 120, o čemu smo također već govorili.
Pogledajmo bliže komandu show ip route. Vidite da su mreže 192.168.1.0/24 i 192.168.2.0/24 direktno povezane na ruter, još dvije mreže, 3.0 i 4.0, koriste RIP protokol rutiranja. Obje ove mreže dostupne su preko GigabitEthernet0/1 interfejsa i uređaja sa IP adresom 192.168.2.2. Informacija u uglastim zagradama je važna - prvi broj označava administrativnu udaljenost, odnosno administrativnu udaljenost, drugi - broj skokova. Broj skokova je metrika RIP protokola. Drugi protokoli, kao što je OSPF, imaju svoje metrike, o kojima ćemo govoriti kada proučavamo odgovarajuću temu.
Kao što smo već govorili, administrativna distanca se odnosi na stepen povjerenja. Maksimalni stepen povjerenja ima statičku rutu, koja ima administrativnu udaljenost od 1. Dakle, što je ova vrijednost niža, to bolje.
Pretpostavimo da je mreža 192.168.3.0/24 dostupna preko interfejsa g0/1, koji koristi RIP, i interfejsa g0/0, koji koristi statičko rutiranje. U ovom slučaju, ruter će usmjeriti sav promet duž statične rute kroz f0/0, jer je ova ruta vjerodostojnija. U tom smislu, RIP protokol s administrativnom udaljenosti od 120 je gori od protokola statičkog rutiranja s udaljenosti od 1.
Još jedna važna komanda za dijagnosticiranje problema je naredba show ip interface g0/1. Prikazuje sve informacije o parametrima i statusu određenog porta rutera.
Za nas je važna linija koja kaže da je podijeljeni horizont omogućen: Podijeljeni horizont je uključen, jer možete imati problema zbog činjenice da je ovaj način isključen. Stoga, ako dođe do problema, trebali biste osigurati da je režim podijeljenog horizonta omogućen za ovo sučelje. Imajte na umu da je ovaj način po defaultu aktivan.
Vjerujem da smo pokrili dovoljno tema vezanih za RIP da ne biste trebali imati poteškoća s ovom temom prilikom polaganja ispita.
Hvala vam što ste ostali s nama. Da li vam se sviđaju naši članci? Želite li vidjeti još zanimljivijeg sadržaja? Podržite nas naručivanjem ili preporukom prijateljima, 30% popusta za korisnike Habra na jedinstveni analog početnih servera, koji smo mi osmislili za vas: (dostupno sa RAID1 i RAID10, do 24 jezgra i do 40GB DDR4).
Dell R730xd 2 puta jeftiniji? Samo ovdje u Holandiji! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - od 99 USD! Pročitajte o
izvor: www.habr.com