Tema današnje lekcije je RIP ali usmerjevalni informacijski protokol. Govorili bomo o različnih vidikih njegove uporabe, konfiguraciji in omejitvah. Kot sem že rekel, RIP ni vključen v učni načrt tečaja Cisco 200-125 CCNA, vendar sem se odločil, da temu protokolu posvetim ločeno lekcijo, saj je RIP eden glavnih usmerjevalnih protokolov.
Danes si bomo ogledali 3 vidike: razumevanje delovanja in nastavitev RIP v usmerjevalnikih, časovniki RIP, omejitve RIP. Ta protokol je bil ustvarjen leta 1969, zato je eden najstarejših omrežnih protokolov. Njegova prednost je v izredni enostavnosti. Danes številne omrežne naprave, vključno s Cisco, še naprej podpirajo RIP, ker to ni lastniški protokol, kot je EIGRP, ampak javni protokol.
Obstajata 2 različici RIP. Prva, klasična različica, ne podpira VLSM - maske podomrežja spremenljive dolžine, na kateri temelji brezrazredno naslavljanje IP, zato lahko uporabljamo le eno omrežje. O tem bom govoril malo kasneje. Tudi ta različica ne podpira avtentikacije.
Recimo, da imate 2 usmerjevalnika med seboj povezana. V tem primeru prvi usmerjevalnik sosedu pove vse, kar ve. Recimo, da je omrežje 10 povezano s prvim usmerjevalnikom, omrežje 20 se nahaja med prvim in drugim usmerjevalnikom, za drugim usmerjevalnikom pa je omrežje 30. Nato prvi usmerjevalnik pove drugemu, da pozna omrežji 10 in 20, usmerjevalnik 2 pa pove, usmerjevalnik 1, da pozna omrežje 30 in omrežje 20.
Protokol usmerjanja nakazuje, da je treba ti dve omrežji dodati v usmerjevalno tabelo. Na splošno se izkaže, da en usmerjevalnik sosednjemu usmerjevalniku pove o omrežjih, ki so z njim povezana, kar pove sosedu itd. Preprosto povedano, RIP je gossip protokol, ki sosednjim usmerjevalnikom omogoča izmenjavo informacij med seboj, pri čemer vsak sosed brezpogojno verjame, kar mu je povedano. Vsak usmerjevalnik »posluša« spremembe v omrežju in jih deli s sosedi.
Pomanjkanje podpore za preverjanje pristnosti pomeni, da vsak usmerjevalnik, ki je povezan z omrežjem, takoj postane polnopravni udeleženec. Če želim porušiti omrežje, bom nanj povezal svoj hekerski usmerjevalnik z zlonamerno posodobitvijo, in ker mu vsi drugi usmerjevalniki zaupajo, bodo posodobili svoje usmerjevalne tabele, kot želim. Prva različica RIP ne nudi nobene zaščite pred takšnimi vdori.
V RIPv2 lahko zagotovite avtentikacijo tako, da ustrezno konfigurirate usmerjevalnik. V tem primeru bo posodabljanje informacij med usmerjevalniki možno šele po opravljeni avtentikaciji omrežja z vnosom gesla.
RIPv1 uporablja oddajanje, kar pomeni, da se vse posodobitve pošiljajo z oddajanjem sporočil, tako da jih prejmejo vsi udeleženci omrežja. Recimo, da je na prvi usmerjevalnik povezan računalnik, ki ne ve ničesar o teh posodobitvah, ker jih potrebujejo le usmerjevalne naprave. Vendar bo usmerjevalnik 1 ta sporočila poslal vsem napravam, ki imajo Broadcast ID, torej tudi tistim, ki ga ne potrebujejo.
V drugi različici RIP je ta težava rešena - uporablja Multicast ID ali multicast prenos prometa. V tem primeru prejemajo posodobitve samo tiste naprave, ki so določene v nastavitvah protokola. Poleg avtentikacije ta različica RIP podpira brezrazredno naslavljanje IP VLSM. To pomeni, da če je omrežje 10.1.1.1/24 povezano s prvim usmerjevalnikom, prejemajo posodobitve tudi vse omrežne naprave, katerih naslov IP je v območju naslovov tega podomrežja. Druga različica protokola podpira metodo CIDR, to pomeni, da ko drugi usmerjevalnik prejme posodobitev, ve, za katero specifično omrežje ali pot gre. V primeru prve različice, če je omrežje 10.1.1.0 povezano z usmerjevalnikom, bodo posodobitve prejele tudi naprave v omrežju 10.0.0.0 in druga omrežja, ki pripadajo istemu razredu. V tem primeru bo usmerjevalnik 2 prejel tudi popolne informacije o posodobitvi teh omrežij, vendar brez CIDR ne bo vedel, da te informacije zadevajo podomrežje z naslovi IP razreda A.
To je RIP na splošno. Zdaj pa poglejmo, kako ga je mogoče konfigurirati. Morate iti v način globalne konfiguracije nastavitev usmerjevalnika in uporabiti ukaz Router RIP.
Po tem boste videli, da se je glava ukazne vrstice spremenila v R1(config-router)#, ker smo se premaknili na raven podukaza usmerjevalnika. Drugi ukaz bo različica 2, kar pomeni, da usmerjevalniku pokažemo, da naj uporablja različico 2 protokola. Nato moramo z ukazom network X.X.X.X vnesti naslov oglaševanega classful omrežja, preko katerega naj se prenašajo posodobitve. Ta ukaz ima 2 funkciji: prvič, kaže, katero omrežje je treba oglaševati, in drugič, kateri vmesnik je treba za to uporabiti. Videli boste, kaj mislim, ko boste pogledali konfiguracijo omrežja.
Tukaj imamo 4 usmerjevalnike in računalnik, ki so na stikalo povezani preko omrežja z identifikatorjem 192.168.1.0/26, ki je razdeljeno na 4 podomrežja. Uporabljamo le 3 podomrežja: 192.168.1.0/26, 192.168.1.64/26 in 192.168.1.128/26. Še vedno imamo podomrežje 192.168.1.192/26, vendar ga ne uporabljamo, ker ga ne potrebujemo.
Vrata naprave imajo naslednje naslove IP: računalnik 192.168.1.10, prva vrata prvega usmerjevalnika 192.168.1.1, druga vrata 192.168.1.65, prva vrata drugega usmerjevalnika 192.168.1.66, druga vrata drugega usmerjevalnika 192.168.1.129, prva vrata tretjega usmerjevalnika 192.168.1.130 1 . Zadnjič smo govorili o konvencijah, zato ne morem slediti konvenciji in dodeliti naslova .1 drugim vratom usmerjevalnika, ker .XNUMX ni del tega omrežja.
Nato uporabim druge naslove, ker zaženemo drugo omrežje - 10.1.1.0/16, zato ima druga vrata drugega usmerjevalnika, na katerega je to omrežje povezano, IP naslov 10.1.1.1, vrata četrtega usmerjevalnik, na katerega je stikalo priključeno - naslov 10.1.1.2.
Za konfiguracijo omrežja, ki sem ga ustvaril, moram napravam dodeliti naslove IP. Začnimo s prvimi vrati prvega usmerjevalnika.
Najprej bomo ustvarili ime gostitelja R1, dodelili naslov 0 vratom f0/192.168.1.1 in podali masko podomrežja 255.255.255.192, saj imamo omrežje /26. Dokončajmo konfiguracijo R1 z ukazom no shut. Druga vrata prvega usmerjevalnika f0/1 bodo prejela naslov IP 192.168.1.65 in masko podomrežja 255.255.255.192.
Drugi usmerjevalnik bo dobil ime R2, prvim vratom f0/0 bomo dodelili naslov 192.168.1.66 in masko podomrežja 255.255.255.192, drugim vratom f0/ naslov 1 in masko podomrežja 192.168.1.129. 255.255.255.192.
Tretjemu usmerjevalniku bomo dodelili ime gostitelja R3, vrata f0/0 bodo prejela naslov 192.168.1.130 in masko 255.255.255.192, vrata f0/1 pa naslov 10.1.1.1 in masko 255.255.0.0. 16, ker je to omrežje /XNUMX.
Na koncu bom šel do zadnjega usmerjevalnika, ga poimenoval R4 in vrati f0/0 dodelil naslov 10.1.1.2 in masko 255.255.0.0. Tako smo konfigurirali vse omrežne naprave.
Končno poglejmo omrežne nastavitve računalnika - ima statični naslov IP 192.168.1.10, polovično masko omrežja 255.255.255.192 in privzeti naslov prehoda 192.168.1.1.
Videli ste torej, kako konfigurirati masko podomrežja za naprave v različnih podomrežjih, je zelo preprosto. Zdaj pa omogočimo usmerjanje. Grem v nastavitve R1, nastavim način globalne konfiguracije in vnesem ukaz usmerjevalnika. Po tem sistem ponudi namige za možne usmerjevalne protokole za ta ukaz: bgp, eigrp, ospf in rip. Ker je naša vadnica o RIP-u, uporabljam ukaz za kopiranje usmerjevalnika.
Če vnesete vprašaj, bo sistem izdal nov namig za naslednji ukaz z možnimi možnostmi za funkcije tega protokola: auto-summary - samodejno povzemanje poti, default-information - nadzor predstavitve privzetih informacij, omrežje - omrežja, časi itd. Tukaj lahko izberete podatke, ki jih bomo izmenjali s sosednjimi napravami. Najpomembnejša funkcija je različica, zato bomo začeli z vnosom ukaza različice 2. Nato moramo uporabiti ukaz omrežnega ključa, ki ustvari pot za navedeno omrežje IP.
S konfiguracijo Router1 bomo nadaljevali pozneje, zdaj pa želim preiti na Router 3. Preden na njem uporabim omrežni ukaz, poglejmo desno stran naše omrežne topologije. Druga vrata usmerjevalnika imajo naslov 10.1.1.1. Kako RIP deluje? Tudi v svoji drugi različici RIP kot precej star protokol še vedno uporablja lastne omrežne razrede. Torej, čeprav naše omrežje 10.1.1.0/16 spada v razred A, moramo z ukazom network 10.0.0.0 podati celotno različico razreda tega naslova IP.
Toda tudi če vnesem ukaz network 10.1.1.1 in nato pogledam trenutno konfiguracijo, bom videl, da je sistem popravil 10.1.1.1 na 10.0.0.0, samodejno z uporabo formata naslavljanja polnega razreda. Če torej na izpitu CCNA naletite na vprašanje o RIP, boste morali uporabiti naslavljanje celotnega razreda. Če namesto 10.0.0.0 vpišete 10.1.1.1 ali 10.1.0.0, boste naredili napako. Kljub temu, da se pretvorba v obrazec za naslavljanje celotnega razreda zgodi samodejno, vam svetujem, da na začetku uporabite pravilen naslov, da ne boste čakali, da sistem popravi napako. Ne pozabite - RIP vedno uporablja omrežno naslavljanje celotnega razreda.
Ko ste uporabili ukaz network 10.0.0.0, bo tretji usmerjevalnik to deseto omrežje vstavil v usmerjevalni protokol in poslal posodobitev po poti R3-R4. Zdaj morate konfigurirati usmerjevalni protokol četrtega usmerjevalnika. Grem v njegove nastavitve in zaporedno vnesem ukaze router rip, različica 2 in network 10.0.0.0. S tem ukazom prosim R4, da začne oglaševati omrežje 10. z uporabo usmerjevalnega protokola RIP.
Zdaj bi lahko ta dva usmerjevalnika izmenjevala informacije, vendar to ne bi spremenilo ničesar. Uporaba ukaza show ip route pokaže, da so vrata FastEthernrt 0/0 neposredno povezana z omrežjem 10.1.0.0. Četrti usmerjevalnik, ko je prejel obvestilo o omrežju od tretjega usmerjevalnika, bo rekel: "super, kolega, prejel sem tvojo obvestilo o desetem omrežju, vendar že vem za to, ker sem neposredno povezan s tem omrežjem."
Zato se bomo vrnili k nastavitvam R3 in vstavili drugo omrežje z ukazom network 192.168.1.0. Ponovno uporabljam format naslavljanja polnega razreda. Po tem bo tretji usmerjevalnik lahko oglaševal omrežje 192.168.1.128 vzdolž poti R3-R4. Kot sem že rekel, je RIP »trač«, ki vsem svojim sosedom pripoveduje o novih omrežjih in jim posreduje informacije iz svoje usmerjevalne tabele. Če zdaj pogledate tabelo tretjega usmerjevalnika, lahko vidite podatke dveh omrežij, povezanih z njim.
Te podatke bo posredoval na oba konca poti na drugi in četrti usmerjevalnik. Preidimo na nastavitve R2. Vnesem iste ukaze za usmerjevalnik rip, različica 2 in omrežje 192.168.1.0, in tu začnejo stvari postajati zanimive. Določil sem omrežje 1.0, vendar je tako omrežje 192.168.1.64/26 kot omrežje 192.168.1.128/26. Zato, ko določim omrežje 192.168.1.0, tehnično zagotovim usmerjanje za oba vmesnika tega usmerjevalnika. Priročnost je v tem, da lahko s samo enim ukazom nastavite usmerjanje za vsa vrata naprave.
Za usmerjevalnik R1 določim popolnoma enake parametre in na enak način zagotovim usmerjanje za oba vmesnika. Če zdaj pogledate usmerjevalno tabelo R1, lahko vidite vsa omrežja.
Ta usmerjevalnik pozna tako omrežje 1.0 kot omrežje 1.64. Pozna tudi omrežja 1.128 in 10.1.1.0, ker uporablja RIP. To je označeno z glavo R v ustrezni vrstici usmerjevalne tabele.
Prosimo, bodite pozorni na podatek [120/2] - to je administrativna razdalja, torej zanesljivost vira usmerjevalnih informacij. Ta vrednost je lahko večja ali manjša, vendar je privzeta vrednost za RIP 120. Na primer, statična pot ima upravno razdaljo 1. Manjša kot je upravna razdalja, zanesljivejši je protokol. Če ima usmerjevalnik možnost izbire med dvema protokoloma, na primer med statično potjo in RIP, bo izbral posredovanje prometa po statični poti. Druga vrednost v oklepajih, /2, je metrika. V protokolu RIP metrika pomeni število skokov. V tem primeru je omrežje 10.0.0.0/8 mogoče doseči v 2 skokih, to pomeni, da mora usmerjevalnik R1 poslati promet preko omrežja 192.168.1.64/26, to je prvi skok, in preko omrežja 192.168.1.128/26, to je drugi skok, da pridete do omrežja 10.0.0.0/8 prek naprave z vmesnikom FastEthernet 0/1 z naslovom IP 192.168.1.66.
Za primerjavo, usmerjevalnik R1 lahko doseže omrežje 192.168.1.128 z upravno razdaljo 120 v 1 skoku prek vmesnika 192.168.1.66.
Zdaj, če poskusite pingati vmesnik usmerjevalnika R0 z naslovom IP 4 iz računalnika PC10.1.1.2, se bo uspešno vrnil.
Prvi poskus ni uspel s sporočilom Request timed out, ker se pri uporabi ARP prvi paket izgubi, ostali trije pa so bili uspešno vrnjeni prejemniku. To zagotavlja komunikacijo od točke do točke v omrežju z uporabo usmerjevalnega protokola RIP.
Torej, če želite aktivirati uporabo protokola RIP s strani usmerjevalnika, morate zaporedno vnesti ukaza usmerjevalnik rip, različica 2 in omrežje .
Pojdimo v nastavitve R4 in vnesite ukaz show ip route. Vidite lahko, da je omrežje 10. povezano neposredno z usmerjevalnikom, omrežje 192.168.1.0/24 pa je dostopno prek vrat f0/0 z naslovom IP 10.1.1.1 prek RIP.
Če ste pozorni na videz omrežja 192.168.1.0/24, boste opazili, da obstaja težava s samodejnim povzemanjem poti. Če je omogočeno samodejno povzemanje, bo RIP povzel vsa omrežja do 192.168.1.0/24. Poglejmo, kaj so časovniki. Protokol RIP ima 4 glavne časovnike.
Časovnik posodobitev je odgovoren za pogostost pošiljanja posodobitev, pošiljanje posodobitev protokola vsakih 30 sekund vsem vmesnikom, ki sodelujejo pri usmerjanju RIP. To pomeni, da vzame usmerjevalno tabelo in jo razdeli na vsa vrata, ki delujejo v načinu RIP.
Predstavljajmo si, da imamo usmerjevalnik 1, ki je z omrežjem N2 povezan z usmerjevalnikom 2. Pred prvim in za drugim usmerjevalnikom sta omrežji N1 in N3. Usmerjevalnik 1 pove usmerjevalniku 2, da pozna omrežje N1 in N2 in mu pošlje posodobitev. Usmerjevalnik 2 pove usmerjevalniku 1, da pozna omrežji N2 in N3. V tem primeru vsakih 30 sekund vrata usmerjevalnika izmenjajo usmerjevalne tabele.
Predstavljajmo si, da je iz nekega razloga povezava N1-R1 prekinjena in usmerjevalnik 1 ne more več komunicirati z omrežjem N1. Po tem bo prvi usmerjevalnik drugemu usmerjevalniku pošiljal samo posodobitve v zvezi z omrežjem N2. Usmerjevalnik 2, ko prejme prvo takšno posodobitev, si bo mislil: "super, zdaj moram dati omrežje N1 v Invalid Timer," nakar bo zagnal Invalid timer. 180 sekund ne bo z nikomer izmenjal omrežnih posodobitev N1, po tem času pa bo zaustavil neveljaven časovnik in znova zagnal posodobitveni časovnik. Če v teh 180 sekundah ne prejme nobenih posodobitev stanja omrežja N1, ga bo postavil v Hold Down timer, ki traja 180 sekund, kar pomeni, da se Hold Down timer začne takoj po koncu Invalid timerja.
Istočasno teče drugi, četrti časovnik izpiranja, ki se zažene sočasno z neveljavnim časovnikom. Ta časovnik določa časovni interval med prejemom zadnje običajne posodobitve o omrežju N1 do odstranitve omrežja iz usmerjevalne tabele. Tako, ko trajanje tega časovnika doseže 240 sekund, bo omrežje N1 samodejno izključeno iz usmerjevalne tabele drugega usmerjevalnika.
Posodobitveni časovnik torej pošlje posodobitve vsakih 30 sekund. Neveljaven časovnik, ki teče vsakih 180 sekund, čaka, da nova posodobitev doseže usmerjevalnik. Če ne prispe, to omrežje postavi v stanje čakanja, pri čemer se časovnik zadrževanja izvaja vsakih 180 sekund. Toda časovnika Invalid in Flush se zaženeta hkrati, tako da je 240 sekund po začetku Flush omrežje, ki ni omenjeno v posodobitvi, izključeno iz usmerjevalne tabele. Trajanje teh časovnikov je privzeto nastavljeno in ga je mogoče spremeniti. To so časovniki RIP.
Zdaj pa preidimo na omejitve protokola RIP, teh je kar nekaj. Ena glavnih omejitev je samodejno seštevanje.
Vrnimo se k našemu omrežju 192.168.1.0/24. Usmerjevalnik 3 pove usmerjevalniku 4 o celotnem omrežju 1.0, kar je označeno z /24. To pomeni, da je na voljo vseh 256 naslovov IP v tem omrežju, vključno z ID-jem omrežja in oddajnim naslovom, kar pomeni, da bodo sporočila iz naprav s katerim koli naslovom IP v tem območju poslana prek omrežja 10.1.1.1. Poglejmo usmerjevalno tabelo R3.
Vidimo omrežje 192.168.1.0/26, razdeljeno na 3 podomrežja. To pomeni, da usmerjevalnik pozna le tri navedene naslove IP: 192.168.1.0, 192.168.1.64 in 192.168.1.128, ki pripadajo omrežju /26. Ne ve pa na primer ničesar o napravah z naslovi IP v območju od 192.168.1.192 do 192.168.1.225.
R4 pa iz nekega razloga misli, da ve vse o prometu, ki mu ga pošilja R3, torej vse IP naslove v omrežju 192.168.1.0/24, kar je popolnoma napačno. Hkrati lahko usmerjevalniki začnejo izpuščati promet, ker drug drugega "zavajajo" - navsezadnje usmerjevalnik 3 nima pravice povedati četrtemu usmerjevalniku, da ve vse o podomrežjih tega omrežja. To se zgodi zaradi težave, imenovane "samodejno seštevanje". Pojavi se, ko se promet premika po različnih velikih omrežjih. Na primer, v našem primeru je omrežje z naslovi razreda C prek usmerjevalnika R3 povezano z omrežjem z naslovi razreda A.
Usmerjevalnik R3 meni, da so ta omrežja enaka in samodejno povzame vse poti v en omrežni naslov 192.168.1.0. Spomnimo se, kaj smo govorili o povzemanju supernetnih poti v enem od prejšnjih videoposnetkov. Razlog za seštevanje je preprost - usmerjevalnik meni, da je en vnos v usmerjevalno tabelo, za nas je to vnos 192.168.1.0/24 [120/1] preko 10.1.1.1, boljši od 3 vnosov. Če je omrežje sestavljeno iz več sto majhnih podomrežij, bo usmerjevalna tabela sestavljena iz ogromnega števila usmerjevalnih vnosov, ko je povzemanje onemogočeno. Zato se za preprečitev kopičenja ogromne količine informacij v usmerjevalnih tabelah uporablja samodejno povzemanje poti.
Vendar pa v našem primeru samodejno povzemanje poti povzroča težavo, ker sili usmerjevalnik v izmenjavo lažnih informacij. Zato moramo iti v nastavitve usmerjevalnika R3 in vnesti ukaz, ki prepoveduje samodejno povzemanje poti.
Da bi to naredil, zaporedno vnesem ukaza router rip in no auto-summary. Po tem morate počakati, da se posodobitev razširi po omrežju, nato pa lahko uporabite ukaz show ip route v nastavitvah usmerjevalnika R4.
Vidite lahko, kako se je usmerjevalna tabela spremenila. Vnos 192.168.1.0/24 [120/1] prek 10.1.1.1 je bil ohranjen iz prejšnje različice tabele, nato pa so tu še trije vnosi, ki se zahvaljujoč časovniku posodobitve posodobijo vsakih 30 sekund. Časovnik Flush zagotavlja, da bo 240 sekund po posodobitvi plus 30 sekund, to je po 270 sekundah, to omrežje odstranjeno iz usmerjevalne tabele.
Omrežja 192.168.1.0/26, 192.168.1.64/26 in 192.168.1.128/26 so pravilno navedena, tako da zdaj, če je promet namenjen napravi 192.168.1.225, ga bo ta naprava izpustila, ker usmerjevalnik ne ve, kje je naprava z ta naslov. Toda v prejšnjem primeru, ko smo imeli za R3 omogočeno samodejno povzemanje poti, bi bil ta promet usmerjen v omrežje 10.1.1.1, kar je bilo popolnoma napačno, saj bi moral R3 te pakete takoj opustiti, ne da bi jih poslal naprej.
Kot skrbnik omrežja bi morali ustvariti omrežja z minimalno količino nepotrebnega prometa. Na primer, v tem primeru tega prometa ni treba posredovati prek R3. Vaša naloga je čim bolj povečati prepustnost omrežja in preprečiti pošiljanje prometa napravam, ki ga ne potrebujejo.
Naslednja omejitev RIP so zanke ali usmerjevalne zanke. Govorili smo že o konvergenci omrežja, ko je usmerjevalna tabela pravilno posodobljena. V našem primeru usmerjevalnik ne bi smel prejemati posodobitev za omrežje 192.168.1.0/24, če o njem ne ve ničesar. Tehnično konvergenca pomeni, da se usmerjevalna tabela posodablja samo s pravilnimi informacijami. To bi se moralo zgoditi, ko je usmerjevalnik izklopljen, znova zagnan, ponovno povezan z omrežjem itd. Konvergenca je stanje, v katerem so bile dokončane vse potrebne posodobitve usmerjevalne tabele in izvedeni vsi potrebni izračuni.
RIP ima zelo slabo konvergenco in je zelo, zelo počasen usmerjevalni protokol. Zaradi te počasnosti se pojavijo usmerjevalne zanke ali problem "neskončnega števca".
Narisal bom omrežni diagram, podoben prejšnjemu primeru - usmerjevalnik 1 je povezan z usmerjevalnikom 2 preko omrežja N2, omrežje N1 je povezano z usmerjevalnikom 1 in omrežje N2 je povezano z usmerjevalnikom 3. Predpostavimo, da je iz nekega razloga povezava N1-R1 prekinjena.
Usmerjevalnik 2 ve, da je omrežje N1 dosegljivo v enem skoku prek usmerjevalnika 1, vendar to omrežje trenutno ne deluje. Ko omrežje odpove, se začne postopek časovnikov, usmerjevalnik 1 ga postavi v stanje zadrževanja in tako naprej. Vendar ima usmerjevalnik 2 zagnan časovnik posodobitve in ob nastavljenem času pošlje posodobitev usmerjevalniku 1, ki pravi, da je omrežje N1 dostopno prek njega v dveh skokih. Ta posodobitev prispe do usmerjevalnika 1, preden ima čas, da usmerjevalniku 2 pošlje posodobitev o napaki omrežja N1.
Po prejemu te posodobitve usmerjevalnik 1 pomisli: »Vem, da omrežje N1, ki je povezano z mano, iz nekega razloga ne deluje, vendar mi je usmerjevalnik 2 povedal, da je prek njega na voljo v dveh skokih. Verjamem mu, zato bom dodal en skok, posodobil svojo usmerjevalno tabelo in usmerjevalniku 2 poslal posodobitev, da je omrežje N1 dostopno prek usmerjevalnika 2 v treh skokih!«
Ko prejme to posodobitev od prvega usmerjevalnika, usmerjevalnik 2 pravi: »ok, prej sem prejel posodobitev od R1, ki pravi, da je omrežje N1 na voljo prek njega v enem skoku. Zdaj mi je povedal, da je na voljo v 3 hopsih. Morda se je nekaj spremenilo v omrežju, ne morem si kaj, da ne bi verjel, zato bom posodobil svojo usmerjevalno tabelo z dodajanjem enega skoka.« Po tem R2 pošlje posodobitev prvemu usmerjevalniku, ki navaja, da je omrežje N1 zdaj na voljo v 4 skokih.
Ali vidite, v čem je problem? Oba usmerjevalnika drug drugemu pošiljata posodobitve, pri čemer vsakič dodata en skok in sčasoma število skokov doseže veliko število. V protokolu RIP je največje število skokov 16 in takoj, ko doseže to vrednost, usmerjevalnik ugotovi, da obstaja težava, in to pot preprosto odstrani iz usmerjevalne tabele. To je težava z usmerjevalnimi zankami v RIP. To je posledica dejstva, da je RIP vektorski protokol razdalje, ki samo spremlja razdaljo, ne da bi bil pozoren na stanje odsekov omrežja. Leta 1969, ko so bila računalniška omrežja veliko počasnejša kot so zdaj, je bil pristop vektorja razdalje upravičen, zato so razvijalci RIP izbrali število skokov kot glavno metriko. Vendar danes ta pristop povzroča veliko težav, zato so sodobna omrežja v veliki meri prešla na naprednejše usmerjevalne protokole, kot je OSPF. De facto je ta protokol postal standard za omrežja večine svetovnih podjetij. Ta protokol si bomo zelo podrobno ogledali v enem od naslednjih videoposnetkov.
K RIP-u se ne bomo več vračali, saj sem na primeru tega najstarejšega omrežnega protokola povedal dovolj o osnovah usmerjanja in težavah, zaradi katerih poskušajo ta protokol za velika omrežja ne uporabljati več. V naslednjih video lekcijah si bomo ogledali sodobne usmerjevalne protokole - OSPF in EIGRP.
Hvala, ker ste ostali z nami. So vam všeč naši članki? Želite videti več zanimivih vsebin? Podprite nas tako, da oddate naročilo ali priporočite prijateljem, 30% popust za uporabnike Habr na edinstvenem analogu začetnih strežnikov, ki smo ga izumili za vas: (na voljo z RAID1 in RAID10, do 24 jeder in do 40 GB DDR4).
Dell R730xd 2-krat cenejši? Samo tukaj na Nizozemskem! Dell R420 - 2x E5-2430 2.2 Ghz 6C 128 GB DDR3 2x960 GB SSD 1 Gbps 100 TB - od 99 $! Preberite o
Vir: www.habr.com