Tänase tunni teemaks on RIP ehk marsruutimise infoprotokoll. Räägime selle kasutamise erinevatest aspektidest, konfiguratsioonist ja piirangutest. Nagu ma ütlesin, ei kuulu RIP Cisco 200-125 CCNA kursuse õppekavasse, kuid otsustasin pühendada sellele protokollile eraldi õppetunni, kuna RIP on üks peamisi marsruutimisprotokolle.
Täna vaatleme kolme aspekti: töö mõistmine ja RIP-i seadistamine ruuterites, RIP-taimerid, RIP-piirangud. See protokoll loodi 3. aastal, seega on see üks vanimaid võrguprotokolle. Selle eeliseks on erakordne lihtsus. Tänapäeval toetavad paljud võrguseadmed, sealhulgas Cisco, jätkuvalt RIP-i, kuna see ei ole patenteeritud protokoll nagu EIGRP, vaid avalik protokoll.
RIP-ist on 2 versiooni. Esimene, klassikaline versioon, ei toeta VLSM-i – muutuva pikkusega alamvõrgumaski, millel põhineb klassideta IP-aadress, seega saame kasutada ainult ühte võrku. Ma räägin sellest veidi hiljem. See versioon ei toeta ka autentimist.
Oletame, et teil on 2 ruuterit omavahel ühendatud. Sel juhul ütleb esimene ruuter oma naabrile kõike, mida ta teab. Oletame, et võrk 10 on ühendatud esimese ruuteriga, võrk 20 asub esimese ja teise ruuteri vahel ning võrk 30 on teise ruuteri taga. Siis ütleb esimene ruuter teisele, et ta teab võrke 10 ja 20 ning ruuter 2 ütleb ruuter 1, mida ta teab võrgu 30 ja võrgu 20 kohta.
Marsruutimisprotokoll näitab, et need kaks võrku tuleks marsruutimistabelisse lisada. Üldiselt selgub, et üks ruuter räägib naaberruuterile temaga ühendatud võrkudest, mis oma naabrile jne. Lihtsamalt öeldes on RIP kuulujuttude protokoll, mis võimaldab naaberruuteritel üksteisega teavet jagada, kusjuures iga naaber usub tingimusteta seda, mida neile räägitakse. Iga ruuter "kuulab" muudatusi võrgus ja jagab neid oma naabritega.
Autentimistoe puudumine tähendab, et iga võrku ühendatud ruuter muutub kohe täisosaliseks. Kui ma tahan võrku alla viia, siis ühendan sellega oma häkkerruuteri pahatahtliku uuendusega ja kuna kõik teised ruuterid usaldavad seda, siis uuendavad nad oma marsruutimistabeleid nii, nagu mina tahan. RIP-i esimene versioon ei paku sellise häkkimise eest mingit kaitset.
RIPv2-s saate tagada autentimise, konfigureerides ruuteri vastavalt. Sel juhul on ruuterite vahel teabe värskendamine võimalik alles pärast võrgu autentimise läbimist parooli sisestamisega.
RIPv1 kasutab leviedastust, st kõik värskendused saadetakse leviedastussõnumite abil, nii et kõik võrgus osalejad võtavad need vastu. Oletame, et esimese ruuteriga on ühendatud arvuti, mis ei tea nendest värskendustest midagi, sest neid vajavad ainult marsruutimisseadmed. Ruuter 1 saadab need sõnumid aga kõikidele seadmetele, millel on Broadcast ID, ehk ka neile, kes seda ei vaja.
RIP-i teises versioonis on see probleem lahendatud - see kasutab Multicast ID-d ehk multicast-liikluse edastamist. Sel juhul saavad värskendusi ainult need seadmed, mis on protokolli sätetes määratud. Lisaks autentimisele toetab see RIP-i versioon VLSM-i klassivaba IP-aadressi. See tähendab, et kui 10.1.1.1/24 võrk on ühendatud esimese ruuteriga, saavad uuendused ka kõik võrguseadmed, mille IP-aadress on selle alamvõrgu aadressivahemikus. Protokolli teine versioon toetab CIDR-meetodit, st kui teine ruuter saab värskenduse, teab ta, millist konkreetset võrku või marsruuti see puudutab. Esimese versiooni puhul, kui ruuteriga on ühendatud võrk 10.1.1.0, siis saavad uuendused ka võrgus 10.0.0.0 ja teistes samasse klassi kuuluvates võrkudes olevad seadmed. Sel juhul saab ruuter 2 ka täieliku teabe nende võrkude värskendamise kohta, kuid ilma CIDR-ita ei tea ta, et see teave puudutab A-klassi IP-aadressidega alamvõrku.
See on see, mida RIP väga üldiselt tähendab. Nüüd vaatame, kuidas seda konfigureerida. Peate minema ruuteri sätete globaalsesse konfiguratsioonirežiimi ja kasutama käsku Ruuter RIP.
Pärast seda näete, et käsurea päis on muutunud R1(config-router)#-ks, kuna oleme liikunud ruuteri alamkäskude tasemele. Teine käsk on versioon 2, see tähendab, et anname ruuterile teada, et see peaks kasutama protokolli versiooni 2. Järgmiseks tuleb sisestada reklaamitava klassikalise võrgu aadress, mille kaudu uuendusi edastada, kasutades käsku network XXXX. Sellel käsul on 2 funktsiooni: esiteks määrab, millist võrku tuleb reklaamida ja teiseks, millist liidest tuleb kasutada selle jaoks. Näete, mida ma silmas pean, kui vaatate võrgu konfiguratsiooni.
Siin on meil 4 ruuterit ja arvuti, mis on lülitiga ühendatud võrgu kaudu identifikaatoriga 192.168.1.0/26, mis on jagatud 4 alamvõrku. Kasutame ainult 3 alamvõrku: 192.168.1.0/26, 192.168.1.64/26 ja 192.168.1.128/26. Meil on endiselt alamvõrk 192.168.1.192/26, kuid seda ei kasutata, kuna seda pole vaja.
Seadme portidel on järgmised IP-aadressid: arvuti 192.168.1.10, esimese ruuteri esimene port 192.168.1.1, teine port 192.168.1.65, teise ruuteri esimene port 192.168.1.66, teise ruuteri teine port 192.168.1.129. kolmanda ruuteri esimene port 192.168.1.130. 1 . Eelmine kord rääkisime tavadest, nii et ma ei saa järgida tava ja määrata ruuteri teisele pordile aadressi .1, kuna .XNUMX ei kuulu sellesse võrku.
Järgmisena kasutan teisi aadresse, kuna käivitame teise võrgu - 10.1.1.0/16, nii et teise ruuteri teise pordi, millega see võrk on ühendatud, IP-aadress on 10.1.1.1 ja neljanda pordil ruuter, millega lüliti on ühendatud - aadress 10.1.1.2.
Minu loodud võrgu konfigureerimiseks pean määrama seadmetele IP-aadressid. Alustame esimese ruuteri esimese pordiga.
Esiteks loome hostinime R1, määrame pordile f0/0 aadressi 192.168.1.1 ja määrame alamvõrgu maski 255.255.255.192, kuna meil on /26 võrk. Lõpetame R1 konfigureerimise käsuga no shut. Esimese ruuteri f0/1 teine port saab IP-aadressi 192.168.1.65 ja alamvõrgu maski 255.255.255.192.
Teine ruuter saab nimeks R2, esimesele pordile f0/0 omistame aadressi 192.168.1.66 ja alamvõrgumaski 255.255.255.192, teisele pordile f0/1 aadressi 192.168.1.129 ja alamvõrgumaski 255.255.255.192/ XNUMX.
Liikudes edasi kolmanda ruuteri juurde, omistame sellele hostinime R3, port f0/0 saab aadressi 192.168.1.130 ja mask 255.255.255.192 ning port f0/1 saab aadressi 10.1.1.1 ja mask 255.255.0.0. 16, kuna see võrk on /XNUMX.
Lõpuks lähen viimase ruuteri juurde, panen sellele nimeks R4 ja määran pordile f0/0 aadressiks 10.1.1.2 ja maskiks 255.255.0.0. Niisiis, oleme kõik võrguseadmed konfigureerinud.
Lõpuks vaatame arvuti võrgusätteid – selle staatiline IP-aadress on 192.168.1.10, poolvõrgumask 255.255.255.192 ja vaikelüüsi aadress on 192.168.1.1.
Niisiis, olete näinud, kuidas konfigureerida alamvõrgu maski erinevates alamvõrkudes olevate seadmete jaoks, see on väga lihtne. Nüüd lubame marsruutimise. Ma lähen R1 sätetesse, määran globaalse konfiguratsioonirežiimi ja tippin ruuteri käsu. Pärast seda annab süsteem näpunäiteid selle käsu võimalike marsruutimisprotokollide kohta: bgp, eigrp, ospf ja rip. Kuna meie õpetus käsitleb RIP-i, kasutan ruuteri rip käsku.
Kui sisestate küsimärgi, annab süsteem uue vihje järgmise käsu kohta koos selle protokolli funktsioonide võimalike valikutega: auto-summary - automaatne marsruutide kokkuvõte, vaiketeave - vaiketeabe esituse juhtimine, võrk - võrgud, ajastused ja nii edasi. Siin saate valida teabe, mida vahetame naaberseadmetega. Kõige olulisem funktsioon on versioon, seega alustame käsu sisestamisega versioon 2. Järgmiseks peame kasutama võrguvõtme käsku, mis loob marsruudi määratud IP võrgu jaoks.
Jätkame ruuter1 konfigureerimist hiljem, kuid praegu tahan liikuda edasi ruuteri 3 juurde. Enne kui ma sellel võrgukäsku kasutan, vaatame oma võrgutopoloogia paremat külge. Ruuteri teise pordi aadress on 10.1.1.1. Kuidas RIP töötab? Isegi oma teises versioonis kasutab RIP kui üsna vana protokoll endiselt oma võrguklasse. Seega, kuigi meie võrk 10.1.1.0/16 kuulub klassi A, peame määrama selle IP-aadressi täisklassi versiooni, kasutades käsku võrk 10.0.0.0.
Kuid isegi kui ma sisestan käsuvõrk 10.1.1.1 ja vaatan seejärel praegust konfiguratsiooni, näen, et süsteem on parandanud 10.1.1.1 väärtuseks 10.0.0.0, kasutades automaatselt täisklassi adresseerimisvormingut. Nii et kui teil tekib CCNA eksamil küsimus RIP-i kohta, peate kasutama täisklassi adresseerimist. Kui sisestate 10.0.0.0 asemel 10.1.1.1 või 10.1.0.0, teete vea. Hoolimata asjaolust, et üleminek täisklassi adresseerimisvormile toimub automaatselt, soovitan teil esialgu kasutada õiget aadressi, et mitte oodata, kuni süsteem vea parandab. Pidage meeles – RIP kasutab alati täisklassi võrguaadressi.
Kui olete võrgu 10.0.0.0 käsu kasutanud, lisab kolmas ruuter selle kümnenda võrgu marsruutimisprotokolli ja saadab värskenduse mööda R3-R4 marsruuti. Nüüd peate konfigureerima neljanda ruuteri marsruutimise protokolli. Lähen selle seadetesse ja sisestan järjestikku käsud ruuteri rippimine, versioon 2 ja võrk 10.0.0.0. Selle käsuga palun R4-l hakata võrku reklaamima 10. kasutades RIP-marsruutimisprotokolli.
Nüüd võiksid need kaks ruuterit infot vahetada, aga see ei muudaks midagi. Käsu show ip route kasutamine näitab, et FastEthernrt port 0/0 on otse ühendatud võrguga 10.1.0.0. Neljas ruuter, olles saanud kolmandalt ruuterilt võrguteate, ütleb: "Tore, sõber, sain teie teate kümnenda võrgu kohta, kuid ma tean sellest juba, kuna olen selle võrguga otse ühendatud."
Seetõttu läheme tagasi R3 sätete juurde ja sisestame teise võrgu käsuga võrk 192.168.1.0. Ma kasutan taas täisklassi adresseerimise vormingut. Pärast seda saab kolmas ruuter reklaamida 192.168.1.128 võrku mööda R3-R4 marsruuti. Nagu ma juba ütlesin, on RIP "jutt", mis räägib kõigile oma naabritele uutest võrkudest, edastades neile teavet oma marsruutimistabelist. Kui nüüd vaadata kolmanda ruuteri tabelit, siis on näha kahe sellega ühendatud võrgu andmed.
See edastab need andmed marsruudi mõlemasse otsa nii teisele kui ka neljandale ruuterile. Liigume edasi R2 sätete juurde. Sisestan samad käsud ruuter rip, versioon 2 ja võrk 192.168.1.0 ning siit hakkavad asjad huvitavaks minema. Määran võrgu 1.0, kuid see on nii võrk 192.168.1.64/26 kui ka võrk 192.168.1.128/26. Seetõttu pakun võrgu 192.168.1.0 määramisel tehniliselt marsruutimist selle ruuteri mõlema liidese jaoks. Mugavus on see, et ainult ühe käsuga saate määrata marsruutimise seadme kõikidele portidele.
Määran ruuterile R1 täpselt samad parameetrid ja pakun mõlema liidese marsruutimist ühtemoodi. Kui vaatate nüüd R1 marsruutimistabelit, näete kõiki võrke.
See ruuter teab nii võrgu 1.0 kui ka võrgu 1.64 kohta. Samuti teab see võrkude 1.128 ja 10.1.1.0 kohta, kuna kasutab RIP-i. Seda näitab R-päis marsruutimistabeli vastavas reas.
Palun pöörake tähelepanu teabele [120/2] – see on administratiivne distants, st marsruutimisteabe allika usaldusväärsus. See väärtus võib olla suurem või väiksem, kuid RIP-i vaikeväärtus on 120. Näiteks staatilise marsruudi halduskaugus on 1. Mida väiksem on halduskaugus, seda usaldusväärsem on protokoll. Kui ruuteril on võimalus valida kahe protokolli vahel, näiteks staatilise marsruudi ja RIP vahel, siis valib ta liikluse edastamise staatilise marsruudi vahel. Teine väärtus sulgudes /2 on mõõdik. RIP-protokollis tähendab mõõdik hüpete arvu. Sel juhul saab võrku 10.0.0.0/8 jõuda 2 hüppega, see tähendab, et ruuter R1 peab saatma liiklust üle võrgu 192.168.1.64/26, see on esimene hüpe ja üle võrgu 192.168.1.128/26, see on teine hüpe, et pääseda võrku 10.0.0.0/8 FastEthernet 0/1 liidesega seadme kaudu IP-aadressiga 192.168.1.66.
Võrdluseks: ruuter R1 suudab liidese 192.168.1.128 kaudu jõuda võrku 120 halduskaugusega 1 ühe hüppega.
Kui proovite nüüd arvutist PC0 pingida ruuteri R4 liidest IP-aadressiga 10.1.1.2, taastub see edukalt.
Esimene katse ebaõnnestus teatega Request time out, sest ARP-i kasutamisel läheb esimene pakett kaotsi, kuid ülejäänud kolm saadeti edukalt adressaadile tagasi. See võimaldab RIP-marsruutimisprotokolli kasutades võrgus punkt-punkti sidet.
Seega tuleb ruuteri RIP-protokolli kasutamise aktiveerimiseks sisestada järjestikku käsud ruuteri rip, versioon 2 ja võrk <võrgu number / võrgu identifikaator täisklassi kujul>.
Läheme R4 sätete juurde ja sisestame käskluse show ip route. Näete, et võrk 10. on ühendatud otse ruuteriga ja võrk 192.168.1.0/24 on RIP-i kaudu juurdepääsetav pordi f0/0 kaudu IP-aadressiga 10.1.1.1.
Kui pöörate tähelepanu 192.168.1.0/24 võrgu välimusele, märkate, et marsruutide automaatse kokkuvõtte tegemisel on probleem. Kui automaatne kokkuvõte on lubatud, teeb RIP kokkuvõtte kõigist võrkudest kuni 192.168.1.0/24. Vaatame, mis on taimerid. RIP-protokollil on 4 peamist taimerit.
Värskendustaimer vastutab värskenduste saatmise sageduse eest, saates protokolli värskendusi iga 30 sekundi järel kõigile RIP-marsruutimises osalevatele liidestele. See tähendab, et see võtab marsruutimistabeli ja jagab selle kõikidesse RIP-režiimis töötavatesse portidesse.
Kujutame ette, et meil on ruuter 1, mis on võrgu N2 kaudu ühendatud ruuteriga 2. Enne esimest ja pärast teist ruuterit on võrgud N1 ja N3. Ruuter 1 teatab ruuterile 2, et ta teab võrku N1 ja N2 ning saadab sellele värskenduse. Ruuter 2 teatab ruuterile 1, et ta tunneb võrke N2 ja N3. Sel juhul vahetavad ruuteri pordid marsruutimistabeleid iga 30 sekundi järel.
Kujutagem ette, et millegipärast on N1-R1 ühendus katkenud ja ruuter 1 ei saa enam N1 võrguga suhelda. Pärast seda saadab esimene ruuter teisele ruuterile ainult N2 võrgu värskendusi. Pärast esimese sellise värskenduse kättesaamist mõtleb ruuter 2: "Tore, nüüd pean panema võrgu N1 kehtetu taimerisse", misjärel käivitab see kehtetu taimeri. 180 sekundi jooksul ei vaheta see kellegagi N1 võrguvärskendusi, kuid pärast seda perioodi peatab see Invalid Timeri ja käivitab uuesti Update Timeri. Kui selle 180 sekundi jooksul ei saa ta N1 võrgu oleku kohta värskendusi, asetab ta selle 180 sekundi pikkusesse ootetaimerisse, st ootetaimer käivitub kohe pärast kehtetu taimeri lõppu.
Samal ajal töötab teine, neljas loputustaimer, mis käivitub samaaegselt Invalid taimeriga. See taimer määrab ajaintervalli võrgu N1 viimase tavalise värskenduse saamisest kuni võrgu marsruutimistabelist eemaldamiseni. Seega, kui selle taimeri kestus jõuab 240 sekundini, jäetakse võrk N1 automaatselt välja teise ruuteri marsruutimise tabelist.
Seega saadab Update Timer värskendusi välja iga 30 sekundi järel. Kehtetu taimer, mis töötab iga 180 sekundi järel, ootab, kuni ruuterini jõuab uus värskendus. Kui see ei saabu, lülitab see võrgu ooteolekusse ja ootelaimer töötab iga 180 sekundi järel. Kuid Invalid ja Flush taimerid käivituvad samaaegselt, nii et 240 sekundit pärast loputuse käivitumist jäetakse võrk, mida värskenduses ei mainita, marsruutimistabelist. Nende taimerite kestus on vaikimisi määratud ja seda saab muuta. Sellised on RIP-taimerid.
Vaatleme nüüd RIP-protokolli piiranguid, neid on üsna palju. Üks peamisi piiranguid on automaatne summeerimine.
Pöördume tagasi meie võrku 192.168.1.0/24. Ruuter 3 teatab ruuterile 4 kogu 1.0 võrgust, mida tähistab /24. See tähendab, et kõik selle võrgu 256 IP-aadressi, sealhulgas võrgu ID ja leviaadress, on saadaval, mis tähendab, et selles vahemikus mis tahes IP-aadressiga seadmete sõnumid saadetakse 10.1.1.1 võrgu kaudu. Vaatame marsruutimistabelit R3.
Näeme võrku 192.168.1.0/26, mis on jagatud 3 alamvõrku. See tähendab, et ruuter teab ainult kolme määratud IP-aadressi: 192.168.1.0, 192.168.1.64 ja 192.168.1.128, mis kuuluvad võrku /26. Kuid see ei tea midagi näiteks seadmete kohta, mille IP-aadressid asuvad vahemikus 192.168.1.192 kuni 192.168.1.225.
R4 aga arvab millegipärast, et teab kõike liiklusest, mida R3 talle saadab ehk siis kõikidest IP-aadressidest 192.168.1.0/24 võrgus, mis on täiesti vale. Samal ajal võivad ruuterid hakata liiklust katkestama, kuna nad "petavad" üksteist - pole ju ruuteril 3 õigust neljandale ruuterile öelda, et ta teab selle võrgu alamvõrkude kohta kõike. Selle põhjuseks on probleem, mida nimetatakse "automaatseks summeerimiseks". See juhtub siis, kui liiklus liigub erinevates suurtes võrkudes. Näiteks meie puhul on C-klassi aadressidega võrk ühendatud R3-ruuteri kaudu A-klassi aadressidega võrku.
R3 ruuter peab neid võrke samadeks ja võtab kõik marsruudid automaatselt kokku üheks võrguaadressiks 192.168.1.0. Meenutagem, millest ühes eelmises videos superneti marsruutidest kokkuvõtteid tegime. Summeerimise põhjus on lihtne – ruuter usub, et üks kirje marsruutimistabelis, meie jaoks on see kirje 192.168.1.0/24 [120/1] 10.1.1.1 kaudu, on parem kui 3 kirjet. Kui võrk koosneb sadadest väikestest alamvõrkudest, siis kui kokkuvõte on keelatud, koosneb marsruutimistabel suurest hulgast marsruutimise kirjetest. Seetõttu kasutatakse marsruudi automaatset kokkuvõtet, et vältida suure hulga teabe kogunemist marsruutimistabelitesse.
Meie puhul tekitab marsruutide automaatne kokkuvõte aga probleemi, kuna see sunnib ruuterit valeinfot vahetama. Seetõttu peame minema R3 ruuteri sätetesse ja sisestama käsu, mis keelab marsruutide automaatse kokkuvõtte.
Selleks sisestan järjestikku käsud ruuter rip ja automaatset kokkuvõtet pole. Pärast seda peate ootama, kuni värskendus levib üle võrgu, ja seejärel saate R4 ruuteri sätetes kasutada käsku show ip route.
Näete, kuidas marsruutimistabel on muutunud. Tabeli eelmisest versioonist säilis kirje 192.168.1.0/24 [120/1] kaudu 10.1.1.1 ja siis on kolm kirjet, mida tänu Update timerile uuendatakse iga 30 sekundi järel. Loputustaimer tagab, et 240 sekundit pärast värskendust pluss 30 sekundit, see tähendab 270 sekundi pärast, eemaldatakse see võrk marsruutimistabelist.
Võrgud 192.168.1.0/26, 192.168.1.64/26 ja 192.168.1.128/26 on loetletud õigesti, nii et kui liiklus on nüüd suunatud seadmele 192.168.1.225, siis see seade loobub sellest, kuna ruuter ei tea, kuhu seade see aadress. Aga eelmisel juhul, kui meil oli R3 jaoks lubatud marsruutide automaatne kokkuvõte, suunati see liiklus 10.1.1.1 võrku, mis oli täiesti vale, sest R3 peaks need paketid kohe ära viskama, ilma neid edasi saatmata.
Võrguadministraatorina peaksite looma võrke minimaalse tarbetu liiklusega. Näiteks sel juhul pole vaja seda liiklust R3 kaudu edastada. Teie ülesanne on suurendada võrgu läbilaskevõimet nii palju kui võimalik, vältides liikluse suunamist seadmetesse, mis seda ei vaja.
Järgmine RIP-i piirang on Loops ehk marsruutimissilmus. Oleme juba rääkinud võrgu konvergentsist, kui marsruutimistabel on õigesti värskendatud. Meie puhul ei tohiks ruuter saada 192.168.1.0/24 võrgu värskendusi, kui ta ei tea sellest midagi. Tehniliselt tähendab konvergents seda, et marsruutimistabelit uuendatakse ainult õige teabega. See peaks juhtuma siis, kui ruuter on välja lülitatud, taaskäivitatud, uuesti võrguga ühendatud jne. Konvergents on olek, kus kõik vajalikud marsruutimistabeli uuendused on lõpule viidud ja kõik vajalikud arvutused tehtud.
RIP-il on väga halb konvergents ja see on väga-väga aeglane marsruutimisprotokoll. Selle aegluse tõttu tekivad marsruutimise silmused ehk "lõpmatu loenduri" probleem.
Joonistan eelmise näitega sarnase võrguskeemi - ruuter 1 on ühendatud ruuteriga 2 võrgu N2 kaudu, võrk N1 on ühendatud ruuteriga 1 ja võrk N2 on ühendatud ruuteriga 3. Oletame, et mingil põhjusel on N1-R1 ühendus katkenud.
Ruuter 2 teab, et võrk N1 on ruuteri 1 kaudu ühe hüppega kättesaadav, kuid see võrk ei tööta hetkel. Pärast võrgu tõrkeid käivitub taimerite protsess, ruuter 1 paneb selle allhoidmisolekusse ja nii edasi. Ruuteril 2 aga töötab Update timer ja määratud ajal saadab see ruuterile 1 uuenduse, mis ütleb, et võrk N1 on selle kaudu ligipääsetav kahe hüppega. See värskendus jõuab ruuterisse 1 enne, kui tal on aega saata ruuterile 2 värskendus võrgu N1 tõrke kohta.
Pärast selle värskenduse saamist mõtleb ruuter 1: "Ma tean, et minuga ühendatud N1 võrk mingil põhjusel ei tööta, kuid ruuter 2 ütles mulle, et see on selle kaudu saadaval kahe hüppega. Ma usun teda, seega lisan ühe hüppe, värskendan oma marsruutimistabelit ja saadan ruuterile 2 värskenduse, mis ütleb, et võrk N1 on ruuteri 2 kaudu ligipääsetav kolme hüppega!
Olles saanud selle värskenduse esimeselt ruuterilt, ütleb ruuter 2: "ok, varem sain R1-lt värskenduse, mis ütles, et N1 võrk on selle kaudu ühe hüppega saadaval. Nüüd ütles ta mulle, et see on saadaval 3 humala kaupa. Võib-olla on võrgus midagi muutunud, ma ei suuda seda uskuda, nii et värskendan oma marsruutimistabelit, lisades ühe hüppe. Pärast seda saadab R2 esimesele ruuterile värskenduse, mis teatab, et võrk N1 on nüüd saadaval nelja hüppega.
Kas näete, milles probleem on? Mõlemad ruuterid saadavad üksteisele uuendusi, lisades iga kord ühe hüppe ja lõpuks jõuab hüpete arv suure arvuni. RIP-protokollis on maksimaalne hüpete arv 16 ja niipea, kui see saavutab selle väärtuse, saab ruuter aru, et on probleem ja eemaldab selle marsruudi lihtsalt marsruutimistabelist. See on probleem RIP-i marsruutimise silmustega. Selle põhjuseks on asjaolu, et RIP on kaugusvektori protokoll; see jälgib ainult kaugust, pööramata tähelepanu võrguosade olekule. 1969. aastal, kui arvutivõrgud olid palju aeglasemad kui praegu, oli kaugusvektori lähenemine õigustatud, nii et RIP-i arendajad valisid peamiseks mõõdikuks hüpete arvu. Kuid tänapäeval tekitab selline lähenemine palju probleeme, nii et kaasaegsed võrgud on laialdaselt üle läinud arenenumatele marsruutimisprotokollidele, nagu OSPF. Tegelikult on sellest protokollist saanud enamiku globaalsete ettevõtete võrkude standard. Vaatleme seda protokolli üksikasjalikult ühes järgmistest videotest.
Me ei pöördu enam RIP-i juurde, sest selle vanima võrguprotokolli näitel olen teile piisavalt rääkinud marsruutimise põhitõdedest ja probleemidest, mille tõttu püütakse seda protokolli suurte võrkude jaoks enam mitte kasutada. Järgmistes videotundides vaatleme kaasaegseid marsruutimisprotokolle - OSPF ja EIGRP.
Täname, et jäite meiega. Kas teile meeldivad meie artiklid? Kas soovite näha huvitavamat sisu? Toeta meid, esitades tellimuse või soovitades sõpradele, Habri kasutajatele 30% allahindlus ainulaadsele algtaseme serverite analoogile, mille me teie jaoks välja mõtlesime: (saadaval RAID1 ja RAID10, kuni 24 tuuma ja kuni 40 GB DDR4-ga).
Dell R730xd 2 korda odavam? Ainult siin Hollandis! Dell R420 – 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB – alates 99 dollarist! Millegi kohta lugema
Allikas: www.habr.com