Tema današnje lekcije je RIP, ili Routing Information Protocol. Govorit ćemo o različitim aspektima njegove primjene, njegovim postavkama i ograničenjima. Kao što sam rekao, tema RIP nije uključena u Cisco 200-125 CCNA nastavni plan i program, ali sam odlučio da ovom protokolu posvetim posebnu lekciju, pošto je RIP jedan od glavnih protokola za rutiranje.
Danas ćemo pogledati 3 aspekta: razumijevanje i konfiguriranje RIP-a u ruterima, RIP tajmera, RIP ograničenja. Ovaj protokol je kreiran 1969. godine, tako da je jedan od najstarijih mrežnih protokola. Njegova prednost je u njegovoj izuzetnoj jednostavnosti. Danas mnogi mrežni uređaji, uključujući Cisco, i dalje podržavaju RIP jer nije vlasnički kao EIGRP, već javni protokol.
Postoje 2 verzije RIP-a. Prva, klasična verzija, ne podržava VLSM, varijabilnu dužinu podmrežne maske na kojoj se bazira besklasna IP adresa, tako da možemo koristiti samo jednu mrežu. O tome ću malo kasnije. Ova verzija također ne podržava autentifikaciju.
Pretpostavimo da imate 2 rutera povezana jedan s drugim. U isto vrijeme, prvi ruter govori susjedu sve što zna. Pretpostavimo da je mreža 10 povezana na prvi ruter, mreža 20 se nalazi između prvog i drugog rutera, a mreža 30 iza drugog rutera. Tada prvi ruter kaže drugom da poznaje mreže 10 i 20, a ruter 2 govori ruteru 1 da zna za mrežu 30 i mrežu 20.
Protokol usmjeravanja ukazuje da ove dvije mreže treba dodati u tabelu usmjeravanja. Općenito, ispada da jedan ruter govori o mrežama povezanim na njega susjednom ruteru, taj ruter govori svom susjedu, itd. Jednostavno rečeno, RIP je trač protokol koji služi da osigura da susjedni ruteri međusobno dijele informacije, a svaki od susjeda bezuslovno vjeruje u ono što mu je rečeno. Svaki ruter "sluša" promjene u mreži i dijeli ih sa svojim susjedima.
Nedostatak podrške za autentifikaciju znači da svaki ruter koji je povezan na mrežu odmah postaje njen punopravni član. Ako želim srušiti mrežu, spojit ću svoj hakerski ruter sa zlonamjernim ažuriranjem na njega, a pošto mu svi ostali ruteri vjeruju, oni će ažurirati svoje tablice rutiranja na način na koji ja trebam. Protiv takvog haka, prva verzija RIP-a ne pruža nikakvu zaštitu.
RIPv2 može osigurati autentifikaciju konfiguracijom rutera u skladu s tim. U ovom slučaju, ažuriranje informacija između rutera će postati moguće tek nakon prolaska mrežne provjere autentičnosti unošenjem lozinke.
RIPv1 koristi emitovanje, odnosno sva ažuriranja se šalju putem emitovanih poruka, tako da ih primaju svi učesnici u mreži. Recimo da je računar spojen na prvi ruter, koji ne zna ništa o ovim ažuriranjima, jer ih trebaju samo uređaji za rutiranje. Međutim, ruter 1 će te poruke slati svim uređajima koji imaju Broadcast ID, odnosno čak i onima kojima nije potreban.
U drugoj verziji RIP-a ovaj problem je riješen - koristi se Multicast ID, odnosno multicast promet. U tom slučaju samo oni uređaji koji su navedeni u postavkama protokola primaju ažuriranja. Pored provjere autentičnosti, ova verzija RIP-a podržava besklasno VLSM IP adresiranje. To znači da ako je mreža 10.1.1.1/24 povezana na prvi ruter, tada svi mrežni uređaji čija je IP adresa u opsegu adresa ove podmreže također primaju ažuriranja. Druga verzija protokola podržava CIDR metodu, odnosno kada drugi ruter primi ažuriranje, zna na koju se konkretnu mrežu ili rutu tiče. U slučaju prve verzije, ako je mreža 10.1.1.0 povezana na ruter, tada će uređaji na mreži 10.0.0.0 i drugim mrežama koje pripadaju istoj klasi također dobiti ažuriranja. U ovom slučaju, ruter 2 će takođe dobiti punu informaciju o ažuriranju ovih mreža, međutim, bez CIDR-a, neće znati da se te informacije odnose na podmrežu sa IP adresama klase A.
To je ono što je RIP protokol u vrlo općenitom smislu. Pogledajmo sada kako se to može konfigurirati. Potrebno je da uđete u režim globalne konfiguracije postavki rutera i koristite naredbu Router RIP.
Nakon toga, vidjet ćete da se zaglavlje komandne linije promijenilo u R1(config-router)# jer smo prešli na nivo podkomande rutera. Druga naredba će biti Verzija 2, odnosno kažemo ruteru da treba koristiti 2. verziju protokola. Zatim moramo unijeti adresu reklamirane klasne mreže preko koje se ažuriranja prenose pomoću naredbe network XXXX.Ova naredba ima 2 funkcije: prvo, označava koju mrežu treba oglašavati, drugo, koji interfejs treba koristiti za to. Shvatićete na šta mislim kada pogledate konfiguraciju mreže.
Ovdje imamo 4 rutera i kompjuter spojen na svič preko mreže sa identifikatorom 192.168.1.0/26 koja je podijeljena na 4 podmreže. Koristimo samo 3 podmreže: 192.168.1.0/26, 192.168.1.64/26 i 192.168.1.128/26. Još uvijek imamo podmrežu 192.168.1.192/26, ali se ne koristi zbog beskorisnosti.
Portovi uređaja imaju sledeće IP adrese: računar 192.168.1.10, prvi port prvog rutera 192.168.1.1, drugi port 192.168.1.65, prvi port drugog rutera 192.168.1.66, drugi port drugog rutera 192.168.1.129, prvi port 192.168.1.130. port trećeg rutera 1 . Prošli put smo pričali o konvencijama, tako da ne mogu slijediti konvenciju i dodijeliti drugi port rutera adresi .1, jer .XNUMX nije dio ove mreže.
Zatim koristim druge adrese, jer pokrećemo drugu mrežu - 10.1.1.0/16, tako da drugi port drugog rutera na koji je ova mreža povezana ima IP adresu 10.1.1.1, a port četvrtog rutera za na koji je sklopka povezana - adresa 10.1.1.2.
Da postavim mrežu koju sam napravio, moram dodijeliti IP adrese uređajima. Počnimo s prvim portom prvog rutera.
Prvo, napravimo ime hosta R1, dodijelimo port f0/0 na 192.168.1.1 i postavimo masku podmreže na 255.255.255.192 jer imamo /26 mrežu. Završavamo konfiguraciju R1 sa naredbom no shut. Drugi port prvog f0/1 rutera će dobiti IP adresu 192.168.1.65 i masku podmreže 255.255.255.192.
Drugi ruter će se zvati R2, prvom portu f0 / 0 ćemo dodijeliti adresu 192.168.1.66 i masku podmreže 255.255.255.192, drugom portu f0 / 1 - adresu 192.168.1.129 i masku podmreže 255.255.255.192 XNUMX.
Prelazimo na treći ruter, daćemo mu ime hosta R3, port f0/0 će biti 192.168.1.130 i maska 255.255.255.192, a port f0/1 će biti 10.1.1.1 i maska 255.255.0.0, jer ova mreža je /16.
Konačno, otići ću do posljednjeg rutera, nazvati ga R4 i dodijeliti portu f0/0 adresu 10.1.1.2 i masku 255.255.0.0. Dakle, konfigurisali smo sve mrežne uređaje.
Na kraju, pogledajmo mrežna podešavanja računara – ima statičku IP adresu 192.168.1.10, polumrežnu masku 255.255.255.192 i podrazumevanu adresu gejtveja 192.168.1.1.
Dakle, vidjeli ste kako konfigurirati masku podmreže za uređaje na različitim podmrežama, vrlo je jednostavno. Sada omogućimo rutiranje. Ulazim u postavke R1, postavljam globalni mod konfiguracije i ukucavam ruter. Sistem tada traži moguće protokole rutiranja za ovu naredbu: bgp, eigrp, ospf i rip. Pošto je naša lekcija o RIP-u, koristim naredbu ruter rip.
Ako upišete upitnik, sistem će izdati novi hint za sljedeću naredbu sa mogućim opcijama za funkcije ovog protokola: auto-summary - automatsko zbrajanje ruta, default-information - kontrola zadane prezentacije informacija, mreža - mreže, vremena i tako dalje. Ovdje možete odabrati informacije koje ćemo razmjenjivati sa susjednim uređajima. Najvažnija karakteristika je verzija, pa ćemo početi unosom naredbe verzija 2. Zatim trebamo koristiti naredbu mrežnog ključa, koja kreira rutu za navedenu IP mrežu.
Kasnije ćemo nastaviti sa konfigurisanjem Routera1, ali za sada želim da pređem na Router 3. Pre nego što upotrebim mrežnu komandu na njemu, pogledajmo desnu stranu naše mrežne topologije. Drugi port rutera ima adresu 10.1.1.1. Kako funkcioniše RIP? Čak iu drugoj verziji, RIP, kao prilično star protokol, još uvijek koristi vlastite mrežne klase. Dakle, iako je naša 10.1.1.0/16 mreža klase A, moramo specificirati punu klasnu verziju ove IP adrese koristeći mrežnu naredbu 10.0.0.0.
Ali čak i ako upišem komandnu mrežu 10.1.1.1 i zatim pogledam trenutnu konfiguraciju, vidim da je sistem popravio 10.1.1.1 na 10.0.0.0, automatski koristeći format adresiranja pune klase. Dakle, ako imate pitanje o RIP-u na CCNA ispitu, morate koristiti adresiranje pune klase. Ako umjesto 10.0.0.0 upišete 10.1.1.1 ili 10.1.0.0, pogriješit ćete. Iako je konverzija u oblik adresiranja pune klase automatska, savjetujem vam da u početku koristite ispravnu adresu kako ne biste morali čekati da sistem kasnije ispravi grešku. Zapamtite, RIP uvijek koristi potpuno klasno mrežno adresiranje.
Nakon što ste koristili naredbu network 10.0.0.0, treći ruter će umetnuti ovu desetu mrežu u protokol rutiranja i poslati ažuriranje duž rute R3-R4. Sada morate da konfigurišete protokol rutiranja četvrtog rutera. Uđem u njegove postavke i unesem redom naredbe rutera rip, verzija 2 i network 10.0.0.0. Ovom komandom tražim od R4 da počne najavljivati mrežu 10. koristeći RIP protokol rutiranja.
Sada bi ova dva rutera mogla razmjenjivati informacije, ali to ništa ne bi promijenilo. Korišćenje komande show ip route pokazuje da je FastEthernrt port 0/0 direktno povezan na mrežu 10.1.0.0. Četvrti ruter, nakon što je primio mrežnu najavu od trećeg rutera, reći će: "Super, druže, dobio sam tvoju najavu desete mreže, ali već znam za to, jer sam direktno povezan na ovu mrežu."
Stoga ćemo se vratiti na postavke R3 i umetnuti drugu mrežu sa naredbom network 192.168.1.0. Opet koristim format adresiranja pune klase. Nakon toga, treći ruter će moći najaviti mrežu 192.168.1.128 duž R3-R4 rute. Kao što sam rekao, RIP je "trač" koji govori o novim mrežama svim svojim susjedima, prenoseći im informacije iz svoje tablice rutiranja. Ako sada pogledate tabelu trećeg rutera, možete vidjeti podatke dvije mreže povezane s njim.
On će poslati ove podatke na oba kraja rute i na drugi i na četvrti ruter. Pređimo na postavke R2. Unosim iste komande ruter rip, verzija 2 i mrežni 192.168.1.0 i tu stvari postaju zanimljive. Određujem mrežu 1.0, ali to je i 192.168.1.64/26 i 192.168.1.128/26. Stoga, kada specificiram mrežu 192.168.1.0, tehnički obezbjeđujem rutiranje za oba interfejsa ovog rutera. Pogodnost je što samo jednom komandom možete postaviti rutiranje za sve portove uređaja.
Određujem potpuno iste parametre za R1 ruter i obezbjeđujem rutiranje za oba interfejsa na isti način. Ako sada pogledamo tabelu rutiranja R1, možemo vidjeti sve mreže.
Ovaj ruter poznaje i mrežu 1.0 i mrežu 1.64. Takođe zna za mreže 1.128 i 10.1.1.0 jer koristi RIP. Ovo je označeno naslovom R u odgovarajućem redu tabele rutiranja.
Obratite pažnju na informaciju [120/2] - ovo je administrativna udaljenost, odnosno pouzdanost izvora informacija o rutiranju. Ova vrijednost može biti velika ili mala, ali zadana vrijednost za RIP je 120. Na primjer, statička ruta ima administrativnu udaljenost od 1. Što je manja administrativna udaljenost, to je protokol pouzdaniji. Ako će ruter imati priliku da bira između dva protokola, na primjer između statičke rute i RIP-a, tada će odabrati prosljeđivanje prometa duž statične rute. Druga vrijednost u zagradama, /2, je metrika. U RIP protokolu, metrika znači broj skokova. U ovom slučaju, do mreže 10.0.0.0/8 se može doći u 2 skoka, tj. ruter R1 mora poslati promet na mrežu 192.168.1.64/26, ovo je prvi skok, a na mreži 192.168.1.128/26, ovo je drugi skok do mreže 10.0.0.0/8 preko uređaja sa FastEthernet 0/1 interfejsom sa IP adresom 192.168.1.66.
Poređenja radi, ruter R1 može doći do mreže 192.168.1.128 sa administrativnom udaljenosti od 120 u 1 skoku kroz interfejs 192.168.1.66.
Sada, ako pokušate da pingujete interfejs R0 rutera sa IP adresom 4 sa PC10.1.1.2 računara, on će se uspešno vratiti nazad.
Prvi pokušaj nije uspio s porukom Request time-out, jer kada se koristi ARP, prvi paket se gubi, ali se ostala tri uspješno vraćaju na odredište. Dakle, postoji komunikacija od tačke do tačke u mreži koja koristi RIP protokol rutiranja.
Dakle, da biste aktivirali korištenje RIP protokola od strane rutera, morate uzastopno ukucati naredbe rip rutera, verzija 2 i mreže <broj mreže / identifikator mreže u formi pune klase>.
Idemo u postavke R4 i unesite komandu show ip route. Možete vidjeti da je mreža 10. direktno povezana sa ruterom, a mreži 192.168.1.0/24 je dostupna preko porta f0/0 sa IP adresom 10.1.1.1 koristeći RIP protokol.
Ako obratite pažnju na mrežni prikaz 192.168.1.0/24, primijetit ćete da postoji problem sa automatskim sažimanjem ruta. Ako je automatski sažetak omogućen, RIP će sabrati sve mreže do 192.168.1.0/24. Pogledajmo šta su tajmeri. RIP protokol ima 4 glavna tajmera.
Tajmer ažuriranja je odgovoran za učestalost ažuriranja, šaljući ažuriranja protokola svakih 30 sekundi na svim interfejsima koji učestvuju u RIP rutiranju. To znači da uzima tabelu rutiranja i šalje je na sve portove koji rade u RIP modu.
Zamislite da imamo ruter 1, koji je povezan sa ruterom 2 preko mreže N2. Prije prvog i poslije drugog rutera postoje mreže N1 i N3. Ruter 1 govori ruteru 2 da poznaje mreže N1 i N2 i šalje mu ažuriranje. Ruter 2 govori ruteru 1 da poznaje mreže N2 i N3. Istovremeno, svakih 30 sekundi, portovi rutera razmjenjuju tablice rutiranja.
Zamislimo da je iz nekog razloga N1-R1 veza prekinuta i ruter 1 više ne može komunicirati sa N1 mrežom. Nakon toga, prvi ruter će drugom ruteru slati samo ažuriranja vezana za N2 mrežu. Ruter 2, nakon što je primio prvo takvo ažuriranje, pomislit će: "odlično, sada moram staviti mrežu N1 na nevažeći tajmer", a zatim pokrenuti nevažeći tajmer. 180 sekundi neće razmjenjivati ažuriranja mreže N1 ni sa kim, ali nakon ovog vremenskog perioda, zaustavit će Invalid Timer i ponovo pokrenuti Update Timer. Ako tokom ovih 180 sekundi ne primi nijedno ažuriranje statusa mreže N1, onda će ga staviti u tajmer za zadržavanje od 180 sekundi, odnosno tajmer za zadržavanje počinje odmah nakon što se nevažeći tajmer završi.
U isto vrijeme radi još jedan, četvrti Flush tajmer, koji počinje istovremeno sa nevažećim tajmerom. Ovaj mjerač vremena određuje vremenski interval između primanja posljednjeg normalnog ažuriranja o N1 mreži do isključivanja N240 mreže iz tablice rutiranja. Dakle, kada trajanje ovog tajmera dostigne 1 sekundi, NXNUMX mreža će automatski biti isključena iz tabele rutiranja drugog rutera.
Dakle, Update Timer šalje ažuriranja svakih 30 sekundi. Nevažeći tajmer, koji se pokreće svakih 180 sekundi, čeka da novo ažuriranje stigne do rutera. Ako ne stigne, tu mrežu stavlja na čekanje, s timerom čekanja koji se pokreće svakih 180 sekundi. Ali nevažeći i Flush tajmeri počinju istovremeno, tako da 240 sekundi nakon pokretanja Flush-a, mreža koja nije spomenuta u ažuriranju je isključena iz tabele rutiranja. Trajanje ovih tajmera je zadano postavljeno i može se mijenjati. To su RIP tajmeri.
Sada pređimo na razmatranje ograničenja RIP protokola, ima ih dosta. Jedno od glavnih ograničenja je automatsko sumiranje.
Vratimo se na našu mrežu 192.168.1.0/24. Ruter 3 govori ruteru 4 o cijeloj mreži 1.0, što je označeno sa /24. To znači da su svih 256 IP adresa ove mreže, uključujući mrežni ID i broadcast adresu, dostupni, tj. poruke sa uređaja sa bilo kojom IP adresom u ovom opsegu će se slati preko mreže 10.1.1.1. Okrenimo se tablici rutiranja R3.
Vidimo mrežu 192.168.1.0/26 podijeljenu u 3 podmreže. To znači da ruter zna samo za tri navedene IP adrese: 192.168.1.0, 192.168.1.64 i 192.168.1.128, koje pripadaju mreži /26. Ali ne zna ništa o, na primjer, uređajima sa IP adresama u rasponu od 192.168.1.192 do 192.168.1.225.
Međutim, iz nekog razloga R4 misli da zna sve o prometu koji mu R3 šalje, odnosno o svim IP adresama na mreži 192.168.1.0/24, što je potpuno pogrešno. U isto vrijeme, ruteri mogu početi opadati promet jer se međusobno "varaju" - na kraju krajeva, ruter 3 nema pravo reći četvrtom ruteru da zna sve o podmrežama ove mreže. To je zbog problema koji se zove "autozumacija". Javlja se kada se saobraćaj kreće kroz različite velike mreže. Na primjer, u našem slučaju, mreža sa adresama klase C je povezana preko R3 rutera na mrežu sa adresama klase A.
R3 ruter smatra ove mreže istim i automatski sažima sve rute u jednu mrežnu adresu 192.168.1.0. Podsjetimo da smo u jednom od prethodnih videa govorili o sumiranju ruta superneta. Razlog za sumiranje je jednostavan - ruter misli da je jedan unos u tabeli rutiranja, imamo unos 192.168.1.0/24 [120/1] preko 10.1.1.1, bolji od 3 unosa. Ako se mreža sastoji od stotina malih podmreža, onda kada je sumiranje onemogućeno, tabela usmjeravanja će se sastojati od ogromnog broja unosa za usmjeravanje. Stoga se koristi automatsko sažimanje rute kako bi se spriječilo nakupljanje ogromne količine informacija u tabelama rutiranja.
Međutim, u našem slučaju, auto sumarizacija ruta stvara problem, jer uzrokuje da ruter razmjenjuje lažne informacije. Stoga moramo ući u postavke R3 rutera i unijeti naredbu koja zabranjuje automatsko sumiranje ruta.
Da bih to učinio, uzastopno kucam ruter rip i bez komandi za auto-summary. Nakon toga morate pričekati da se ažuriranje proširi mrežom, a zatim možete koristiti naredbu show ip route u postavkama R4 rutera.
Možete vidjeti kako se promijenila tabela rutiranja. Unos 192.168.1.0/24 [120/1] preko 10.1.1.1 je sačuvan iz prethodne verzije tabele, a zatim slijede tri unosa, koji se, zahvaljujući Update tajmeru, ažuriraju svakih 30 sekundi. Tajmer za ispiranje osigurava da će 240 sekundi nakon ažuriranja plus 30 sekundi, odnosno 270 sekundi, ova mreža biti uklonjena iz tablice rutiranja.
Mreže 192.168.1.0/26, 192.168.1.64/26 i 192.168.1.128/26 su ispravne, tako da sada ako je saobraćaj namijenjen uređaju 192.168.1.225, ovaj uređaj će ga ispustiti, jer ruter ne zna gdje sa takvom adresom. Ali u prethodnom slučaju, kada smo imali omogućen autosummary rute za R3, ovaj saobraćaj bi bio usmjeren na 10.1.1.1 mrežu, što je bilo potpuno pogrešno, jer bi R3 odmah ispustio ove pakete bez njihovog daljeg slanja.
Kao mrežni administrator, morate kreirati mreže sa što manje dodatnog prometa. Na primjer, u ovom slučaju nema potrebe da se ovaj promet prosljeđuje preko R3. Vaš zadatak je da povećate propusni opseg mreže što je više moguće, sprječavajući da se promet prosljeđuje na uređaje kojima nije potreban.
Sljedeće ograničenje RIP-a su petlje, ili petlje za usmjeravanje. Već smo govorili o mrežnoj konvergenciji, kada je tabela rutiranja ispravno ažurirana. U našem slučaju, ruter ne bi trebao primati ažuriranja za mrežu 192.168.1.0/24 ako ne zna ništa o tome. Tehnički, konvergencija znači da se tabela rutiranja ažurira samo ispravnim informacijama. Ovo bi se trebalo dogoditi kada se ruter isključi, ponovo pokrene, ponovo poveže na mrežu itd. Konvergencija je stanje u kojem su izvršena sva potrebna ažuriranja tabela rutiranja i izvršeni svi potrebni proračuni.
RIP ima vrlo slabu konvergenciju i vrlo je, vrlo spor protokol rutiranja. Zbog ove sporosti nastaju petlje, ili problem "beskonačnog brojača".
Nacrtaću mrežni dijagram sličan prethodnom primjeru - ruter 1 je povezan na ruter 2 preko mreže N2, ruter 1 je povezan na mrežu N1, a ruter 2 je povezan na mrežu N3. Pretpostavimo da je iz nekog razloga veza N1-R1 prekinuta.
Ruter 2 zna da je mreža N1 dostupna jednim skokom kroz ruter 1, ali ta mreža trenutno ne radi. Nakon što mreža ne uspije, počinje proces tajmera, ruter 1 ga stavlja u stanje čekanja i tako dalje. Međutim, ruter 2 ima pokrenut Update timer i u zadato vrijeme šalje ažuriranje ruteru 1, koje kaže da je N1 mreža dostupna preko njega u dva skoka. Ovo ažuriranje stiže na ruter 1 prije nego što ima vremena da pošalje ažuriranje ruteru 2 o kvaru mreže N1.
Nakon što je primio ovu nadogradnju, ruter 1 misli: „Znam da je mreža N1 koja je povezana sa mnom iz nekog razloga isključena, ali ruter 2 mi je rekao da je preko njega dostupna za dva skoka. Vjerujem mu, pa ću dodati jedan skok, ažurirati svoju tabelu rutiranja i poslati ažuriranje na ruter 2, u kojem ću reći da je mreža N1 dostupna preko rutera 2 u tri skoka!
Nakon što je primio ovu nadogradnju sa prvog rutera, ruter 2 kaže: „ok, ranije sam primio ažuriranje od R1, koji kaže da je N1 mreža dostupna preko njega u jednom skoku. Sada me je obavijestio da je dostupan u 3 hmelja. Možda se nešto promijenilo na mreži, ne mogu a da ne vjerujem u to, pa ću ažurirati svoju tabelu rutiranja sa dodatkom jednog skoka." Nakon toga, R2 šalje ažuriranje prvom ruteru, koje kaže da je N1 mreža sada dostupna za 4 skoka.
Vidite li u čemu je problem? Oba rutera jedan drugome šalju ažuriranja, svaki put dodajući po jedan skok, a na kraju broj skokova dostiže veliku vrijednost. U RIP protokolu, maksimalni broj skokova je 16, a čim dostigne ovu vrijednost, ruter razumije da postoje problemi i jednostavno uklanja ovu rutu iz tablice rutiranja. Ovo je problem sa petljama rutiranja u RIP-u. To je zbog činjenice da je RIP protokol vektora udaljenosti, on samo prati udaljenost, ne obraćajući pažnju na stanje mrežnih dijelova. Godine 1969, kada su računarske mreže bile mnogo sporije nego sada, pristup vektora udaljenosti se isplatio, pa su programeri RIP-a izabrali broj skokova kao svoju glavnu metriku. Međutim, danas ovaj pristup stvara mnoge probleme, stoga je u modernim mrežama prelazak na naprednije protokole za rutiranje, kao što je OSPF, široko implementiran. De facto, ovaj protokol je postao standard za mreže većine globalnih kompanija. Vrlo detaljno ćemo pogledati ovaj protokol u jednom od sljedećih videa.
Na RIP se više nećemo vraćati, stoga sam vam na primjeru ovog najstarijeg mrežnog protokola dovoljno ispričao o osnovama rutiranja i problemima zbog kojih ovaj protokol više ne koriste za velike mreže. U sljedećim video tutorijalima ćemo se osvrnuti na moderne protokole rutiranja - OSPF i EIGRP.
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