Efni lexíu í dag er RIP, eða leiðarupplýsingareglur. Við munum tala um ýmsa þætti notkunar þess, uppsetningu og takmarkanir. Eins og ég sagði, er RIP ekki hluti af námskránni fyrir Cisco 200-125 CCNA námskeiðið, en ég ákvað að verja sérstakri kennslustund í þessa samskiptareglu þar sem RIP er ein helsta leiðarsamskiptareglurnar.
Í dag munum við skoða 3 þætti: skilja aðgerðina og setja upp RIP í beinum, RIP tímamælir, RIP takmarkanir. Þessi samskiptaregla var búin til árið 1969, svo hún er ein af elstu netsamskiptareglum. Kostur þess liggur í óvenjulegum einfaldleika. Í dag halda mörg nettæki, þar á meðal Cisco, áfram að styðja RIP vegna þess að það er ekki sérsamskiptareglur eins og EIGRP, heldur opinber samskiptaregla.
Það eru 2 útgáfur af RIP. Fyrsta, klassíska útgáfan, styður ekki VLSM - undirnetsgrímuna með breytilegri lengd sem klasslaus IP vistfang er byggð á, þannig að við getum aðeins notað eitt net. Ég mun tala um þetta aðeins síðar. Þessi útgáfa styður heldur ekki auðkenningu.
Segjum að þú sért með 2 beinar tengda við hvert annað. Í þessu tilviki segir fyrsti beininn náunganum allt sem hann veit. Segjum sem svo að net 10 sé tengt við fyrsta beininn, net 20 sé staðsett á milli fyrsta og annars beins og net 30 sé fyrir aftan seinni beininn. Þá segir fyrsti beininn þeim seinni að hann þekki net 10 og 20 og leið 2 segir til um leið 1 sem það veit um net 30 og net 20.
Leiðarsamskiptareglur gefa til kynna að þessum tveimur netum ætti að bæta við leiðartöfluna. Almennt kemur í ljós að einn beini segir nágrannabeini frá netkerfum sem tengjast honum, sem segir nágranna sínum o.s.frv. Einfaldlega sagt, RIP er slúðursamskiptareglur sem gerir nærliggjandi beinum kleift að deila upplýsingum sín á milli, þar sem hver nágranni trúir skilyrðislaust því sem þeim er sagt. Hver leið „hlustar“ eftir breytingum á netinu og deilir þeim með nágrönnum sínum.
Skortur á auðkenningarstuðningi þýðir að sérhver leið sem er tengdur við netið verður strax fullgildur þátttakandi. Ef ég vil leggja netið niður mun ég tengja tölvuþrjótabeininn minn með illgjarnri uppfærslu við hann og þar sem allir aðrir beina treysta því munu þeir uppfæra leiðartöflurnar sínar eins og ég vil. Fyrsta útgáfan af RIP veitir enga vörn gegn slíkum reiðhestur.
Í RIPv2 geturðu veitt auðkenningu með því að stilla beininn í samræmi við það. Í þessu tilviki er aðeins hægt að uppfæra upplýsingar á milli beina eftir að hafa staðist netsvottun með því að slá inn lykilorð.
RIPv1 notar útsendingar, það er að segja allar uppfærslur eru sendar með útsendingarskilaboðum þannig að þær berast öllum þátttakendum netkerfisins. Segjum að það sé tölva tengd við fyrsta beininn sem veit ekkert um þessar uppfærslur því aðeins leiðartækin þurfa þær. Hins vegar mun beini 1 senda þessi skilaboð til allra tækja sem eru með Broadcast ID, það er líka þeirra sem þurfa þess ekki.
Í annarri útgáfu af RIP er þetta vandamál leyst - það notar Multicast ID, eða multicast umferðarsending. Í þessu tilviki fá aðeins þau tæki sem eru tilgreind í samskiptareglunum uppfærslur. Auk auðkenningar styður þessi útgáfa af RIP VLSM flokklausri IP tölu. Þetta þýðir að ef 10.1.1.1/24 netið er tengt við fyrsta beininn, þá fá öll nettæki með IP-tölu á vistfangasviði þessa undirnets einnig uppfærslur. Önnur útgáfa samskiptareglunnar styður CIDR aðferðina, það er að segja þegar seinni leiðin fær uppfærslu veit hann hvaða netkerfi eða leið það varðar. Ef um er að ræða fyrstu útgáfuna, ef net 10.1.1.0 er tengt við beininn, þá munu tæki á netinu 10.0.0.0 og önnur net sem tilheyra sama flokki einnig fá uppfærslur. Í þessu tilviki mun leið 2 einnig fá allar upplýsingar um uppfærslu þessara neta, en án CIDR mun það ekki vita að þessar upplýsingar varða undirnet með IP-tölum í flokki A.
Þetta er það sem RIP er í mjög almennum skilningi. Nú skulum við skoða hvernig hægt er að stilla það. Þú þarft að fara í alþjóðlega stillingarstillingu leiðarstillinganna og nota Router RIP skipunina.
Eftir þetta muntu sjá að skipanalínuhausinn hefur breyst í R1(config-router)# vegna þess að við höfum fært okkur yfir á undirskipunarstigið. Önnur skipunin verður útgáfa 2, það er að segja að við gefum leiðinni til kynna að hann ætti að nota útgáfu 2 af samskiptareglunum. Næst verðum við að slá inn heimilisfang auglýsts flokksnets sem uppfærslur á að senda yfir með netkerfi XXXX skipuninni. Þessi skipun hefur 2 aðgerðir: Í fyrsta lagi tilgreinir hún hvaða net þarf að auglýsa og í öðru lagi hvaða viðmót þarf að nota fyrir þetta. Þú munt sjá hvað ég á við þegar þú skoðar netstillingarnar.
Hér erum við með 4 beina og tölvu tengda rofanum í gegnum net með auðkenninu 192.168.1.0/26 sem skiptist í 4 undirnet. Við notum aðeins 3 undirnet: 192.168.1.0/26, 192.168.1.64/26 og 192.168.1.128/26. Við erum enn með undirnetið 192.168.1.192/26, en það er ekki notað vegna þess að það er ekki þörf.
Tækjatengi eru með eftirfarandi IP vistföng: tölva 192.168.1.10, fyrsta tengi á fyrsta beini 192.168.1.1, annað tengi 192.168.1.65, fyrsta tengi á öðrum beini 192.168.1.66, annað tengi á seinni beininum 192.168.1.129. fyrsta höfn þriðja leiðarinnar 192.168.1.130 . Síðast þegar við ræddum um venjur, svo ég get ekki fylgst með samþykktinni og úthlutað heimilisfanginu .1 á annað tengi beinisins, því .1 er ekki hluti af þessu neti.
Næst nota ég önnur vistföng, vegna þess að við byrjum annað net - 10.1.1.0/16, þannig að annað tengið á seinni beininum, sem þetta net er tengt við, hefur IP töluna 10.1.1.1 og tengi þess fjórða bein, sem rofinn er tengdur við - heimilisfang 10.1.1.2.
Til að stilla netið sem ég bjó til þarf ég að úthluta IP-tölum á tækin. Byrjum á fyrstu höfninni á fyrsta beininum.
Í fyrsta lagi munum við búa til hýsilnafnið R1, úthluta heimilisfanginu 0 á gátt f0/192.168.1.1 og tilgreina undirnetmaskann 255.255.255.192, þar sem við erum með /26 net. Ljúkum við uppsetningu R1 með no shut skipuninni. Önnur tengi fyrsta beinisins f0/1 mun fá IP-tölu 192.168.1.65 og undirnetmaska 255.255.255.192.
Annar beininn mun fá nafnið R2, við munum úthluta heimilisfanginu 0 og undirnetmaskanum 0 á fyrstu höfnina f192.168.1.66/255.255.255.192, vistfangið 0 og undirnetmaskann 1/f. 192.168.1.129.
Ef við förum yfir í þriðju leiðina munum við úthluta honum hýsilnafninu R3, port f0/0 mun fá heimilisfangið 192.168.1.130 og grímuna 255.255.255.192 og port f0/1 mun fá heimilisfangið 10.1.1.1 og grímuna 255.255.0.0. 16, vegna þess að þetta net er /XNUMX.
Að lokum mun ég fara í síðasta beininn, nefna hann R4 og úthluta port f0/0 heimilisfangi 10.1.1.2 og grímu 255.255.0.0. Þannig að við höfum stillt öll nettæki.
Að lokum skulum við skoða netstillingar tölvunnar - hún er með fasta IP tölu 192.168.1.10, hálfnet grímu 255.255.255.192 og sjálfgefið gáttarfang 192.168.1.1.
Svo þú hefur séð hvernig á að stilla undirnetsgrímuna fyrir tæki á mismunandi undirnetum, það er mjög einfalt. Nú skulum við virkja leið. Ég fer inn í R1 stillingarnar, stilli alþjóðlega stillingarhaminn og slá inn leiðarskipunina. Eftir þetta gefur kerfið vísbendingar um mögulegar leiðarsamskiptareglur fyrir þessa skipun: bgp, eigrp, ospf og rip. Þar sem kennsla okkar er um RIP, þá er ég að nota router rip skipunina.
Ef þú slærð inn spurningamerki mun kerfið gefa út nýja vísbendingu um eftirfarandi skipun með mögulegum valkostum fyrir aðgerðir þessarar samskiptareglur: sjálfvirk samantekt - sjálfvirk samantekt leiða, sjálfgefnar upplýsingar - stjórn á framsetningu sjálfgefna upplýsinga, netkerfi - netkerfi, tímasetningar og svo framvegis. Hér getur þú valið upplýsingarnar sem við munum skiptast á við nálæg tæki. Mikilvægasta aðgerðin er útgáfa, svo við byrjum á því að slá inn skipunina útgáfu 2. Næst þurfum við að nota netlykilskipunina sem býr til leið fyrir tilgreint IP-net.
Við höldum áfram að stilla Router1 síðar, en í bili vil ég fara yfir í Router 3. Áður en ég nota netskipunina á honum skulum við skoða hægri hlið netkerfisins okkar. Önnur tengi beinisins hefur heimilisfangið 10.1.1.1. Hvernig virkar RIP? Jafnvel í annarri útgáfu sinni notar RIP, sem nokkuð gömul samskiptaregla, enn sína eigin netflokka. Þess vegna, jafnvel þó að netið okkar 10.1.1.0/16 tilheyri flokki A, verðum við að tilgreina heildarflokksútgáfu þessarar IP tölu með netkerfi 10.0.0.0 skipuninni.
En jafnvel þótt ég slái inn skipanetið 10.1.1.1 og líti svo á núverandi uppsetningu, mun ég sjá að kerfið hefur leiðrétt 10.1.1.1 til 10.0.0.0, sjálfkrafa með því að nota full-class addressing sniðið. Þannig að ef þú rekst á spurningu um RIP á CCNA prófinu, verður þú að nota full-class ávarp. Ef þú slærð inn 10.0.0.0 eða 10.1.1.1 í stað 10.1.0.0 muntu gera mistök. Þrátt fyrir þá staðreynd að umbreytingin í fullflokks heimilisfangsformið gerist sjálfkrafa, ráðlegg ég þér að nota rétt heimilisfang í upphafi til að bíða ekki þar til kerfið leiðréttir villuna. Mundu - RIP notar alltaf netfang í fullum flokki.
Eftir að þú hefur notað netkerfi 10.0.0.0 skipunina mun þriðji beininn setja þetta tíunda net inn í leiðarsamskiptareglur og senda uppfærsluna eftir R3-R4 leiðinni. Nú þarftu að stilla leiðarsamskiptareglur fjórða leiðarinnar. Ég fer í stillingar þess og slær í röð inn skipanirnar router rip, útgáfu 2 og net 10.0.0.0. Með þessari skipun bið ég R4 að byrja að auglýsa netið 10. með því að nota RIP routing protocol.
Nú gætu þessir tveir beinir skipst á upplýsingum, en það myndi engu breyta. Notkun show ip route skipunarinnar sýnir að FastEthernrt tengi 0/0 er beintengt við net 10.1.0.0. Fjórði beininn, eftir að hafa fengið nettilkynningu frá þriðja beininum, mun segja: „frábært, félagi, ég fékk tilkynningu frá þér um tíunda netið, en ég veit nú þegar um það, vegna þess að ég er beintengdur þessu neti.
Þess vegna munum við fara aftur í R3 stillingarnar og setja inn annað net með netkerfi 192.168.1.0 skipuninni. Ég nota aftur full-class addressing sniðið. Eftir þetta mun þriðji beininn geta auglýst 192.168.1.128 netið meðfram R3-R4 leiðinni. Eins og ég sagði þegar er RIP „slúður“ sem segir öllum nágrönnum sínum frá nýjum netum og miðlar upplýsingum frá leiðartöflunni til þeirra. Ef þú skoðar töfluna á þriðja beininum núna geturðu séð gögn tveggja neta sem tengjast honum.
Það mun senda þessi gögn á báða enda leiðarinnar til bæði annars og fjórða leiðarinnar. Við skulum halda áfram í R2 stillingarnar. Ég slæ inn sömu skipanir router rip, útgáfu 2 og net 192.168.1.0, og þetta er þar sem hlutirnir byrja að verða áhugaverðir. Ég tilgreini net 1.0, en það er bæði net 192.168.1.64/26 og net 192.168.1.128/26. Þess vegna, þegar ég tilgreini netið 192.168.1.0, er ég tæknilega séð fyrir beina fyrir bæði tengi þessa beins. Þægindin eru að með aðeins einni skipun er hægt að stilla leið fyrir allar tengi tækisins.
Ég tilgreini nákvæmlega sömu breytur fyrir beini R1 og veiti leið fyrir bæði viðmótin á sama hátt. Ef þú skoðar leiðartöflu R1 núna geturðu séð öll netin.
Þessi leið veit um bæði net 1.0 og net 1.64. Það veit líka um net 1.128 og 10.1.1.0 vegna þess að það notar RIP. Þetta er gefið til kynna með R hausnum í samsvarandi röð leiðartöflunnar.
Vinsamlegast gefðu gaum að upplýsingum [120/2] - þetta er stjórnunarfjarlægð, það er áreiðanleiki uppsprettu leiðarupplýsinga. Þetta gildi getur verið stærra eða minna, en sjálfgefið fyrir RIP er 120. Til dæmis hefur kyrrstæð leið stjórnunarfjarlægð 1. Því minni sem stjórnunarfjarlægðin er, því áreiðanlegri er samskiptareglan. Ef leiðin hefur möguleika á að velja á milli tveggja samskiptareglna, til dæmis á milli kyrrstöðu leiðar og RIP, þá mun hann velja að framsenda umferð yfir kyrrstöðu leiðina. Annað gildið innan sviga, /2, er mæligildið. Í RIP samskiptareglunni þýðir mæligildið fjölda hoppa. Í þessu tilfelli er hægt að ná í net 10.0.0.0/8 á 2 hoppum, það er að beini R1 verður að senda umferð yfir net 192.168.1.64/26, þetta er fyrsta hoppið og yfir netið 192.168.1.128/26 er þetta annað hoppað, til að komast á net 10.0.0.0/8 í gegnum tæki með FastEthernet 0/1 viðmóti með IP tölu 192.168.1.66.
Til samanburðar getur beini R1 náð í net 192.168.1.128 með stjórnunarfjarlægð upp á 120 í 1 hopp í gegnum tengi 192.168.1.66.
Nú, ef þú reynir að smella viðmóti R0 beini með IP tölu 4 frá tölvu PC10.1.1.2, mun það koma aftur.
Fyrsta tilraun mistókst með skilaboðunum Request timeout, vegna þess að þegar ARP er notað glatast fyrsti pakkinn, en hinum þremur tókst að skila til viðtakanda. Þetta veitir punkt-til-punkt samskipti á neti með því að nota RIP leiðarreglur.
Svo, til að virkja notkun beinisins á RIP samskiptareglunum, þarftu að slá inn skipanirnar router rip, útgáfu 2 og netkerfi <netkerfisnúmer / netauðkenni í fullu formi>.
Við skulum fara í R4 stillingarnar og slá inn skipunina show ip route. Þú getur séð að net 10. er tengt beint við beininn og net 192.168.1.0/24 er aðgengilegt í gegnum port f0/0 með IP tölu 10.1.1.1 í gegnum RIP.
Ef þú gefur gaum að útliti 192.168.1.0/24 netsins muntu taka eftir því að það er vandamál með sjálfvirka samantekt leiða. Ef sjálfvirk samantekt er virkjuð mun RIP taka saman öll netkerfi upp að 192.168.1.0/24. Við skulum skoða hvað teljarar eru. RIP samskiptareglan hefur 4 aðaltímamæla.
Uppfærslutímamælirinn er ábyrgur fyrir því hversu oft uppfærslur eru sendar og sendir uppfærslur á 30 sekúndna fresti til allra viðmóta sem taka þátt í RIP leið. Þetta þýðir að það tekur leiðartöfluna og dreifir henni til allra hafna sem starfa í RIP ham.
Ímyndum okkur að við höfum beini 1, sem er tengdur við beini 2 með neti N2. Á undan fyrsta og á eftir öðrum beini eru net N1 og N3. Bein 1 segir leið 2 að hann þekki netkerfi N1 og N2 og sendir henni uppfærslu. Bein 2 segir leið 1 að hann þekki netkerfi N2 og N3. Í þessu tilviki, á 30 sekúndna fresti, skiptast beinagáttirnar á leiðartöflum.
Ímyndum okkur að af einhverjum ástæðum sé N1-R1 tengingin rofin og leið 1 geti ekki lengur átt samskipti við N1 netið. Eftir þetta mun fyrsti beininn aðeins senda uppfærslur varðandi N2 netið á seinni beininn. Bein 2, eftir að hafa fengið fyrstu slíka uppfærslu, mun hugsa: „frábært, nú verð ég að setja net N1 í ógilda tímamælirinn,“ eftir það mun hann ræsa ógildan tímamæli. Í 180 sekúndur mun það ekki skiptast á N1 netuppfærslum við neinn, en eftir þennan tíma mun það stöðva ógilda tímamæli og ræsa uppfærslutímann aftur. Ef það fær engar uppfærslur á ástandi N180 netsins á þessum 1 sekúndum, mun það setja það í 180 sekúndur innihaldateljara, það er að halda niðri tímamælinum byrjar strax eftir að ógilda tímamælinum lýkur.
Á sama tíma er annar, fjórði skolatímamælir í gangi, sem byrjar samtímis ógilda tímamælinum. Þessi tímamælir ákvarðar tímabilið á milli móttöku síðustu eðlilegu uppfærslu um net N1 þar til netið er fjarlægt úr leiðartöflunni. Þannig, þegar tímalengd þessa tímamælis nær 240 sekúndum, verður net N1 sjálfkrafa útilokað frá leiðartöflu seinni beinarinnar.
Svo, Update Timer sendir út uppfærslur á 30 sekúndna fresti. Ógildur tímamælir, sem keyrir á 180 sekúndna fresti, bíður þar til ný uppfærsla berst beini. Ef það kemur ekki, setur það netið í biðstöðu, þar sem biðtímamælirinn keyrir á 180 sekúndna fresti. En Invalid og Flush tímamælirinn byrjar samtímis, þannig að 240 sekúndum eftir að Flush byrjar er netið sem ekki er nefnt í uppfærslunni útilokað frá leiðartöflunni. Lengd þessara tímamæla er sjálfgefið stillt og hægt er að breyta þeim. Það er það sem RIP tímamælir eru.
Nú skulum við halda áfram að íhuga takmarkanir RIP samskiptareglunnar, það eru alveg nokkrar af þeim. Ein helsta takmörkunin er sjálfvirk samantekt.
Snúum okkur aftur í netið okkar 192.168.1.0/24. Bein 3 segir leið 4 frá öllu 1.0 netkerfinu, sem er gefið til kynna með /24. Þetta þýðir að allar 256 IP tölur á þessu neti, þar með talið netauðkenni og útsendingarvistfang, eru tiltækar, sem þýðir að skilaboð frá tækjum með hvaða IP tölu sem er á þessu bili verða send í gegnum 10.1.1.1 netið. Við skulum líta á leiðartöflu R3.
Við sjáum net 192.168.1.0/26, skipt í 3 undirnet. Þetta þýðir að beininn veit aðeins um þrjár tilgreindar IP tölur: 192.168.1.0, 192.168.1.64 og 192.168.1.128, sem tilheyra /26 netinu. En það veit ekki neitt, til dæmis um tæki með IP tölur staðsettar á bilinu 192.168.1.192 til 192.168.1.225.
Hins vegar, af einhverjum ástæðum, telur R4 sig vita allt um umferðina sem R3 sendir til hans, það er að segja allar IP tölur á 192.168.1.0/24 netinu, sem er algjörlega rangt. Á sama tíma geta beinar byrjað að draga úr umferð vegna þess að þeir „blekkja“ hver annan - þegar allt kemur til alls hefur beini 3 engan rétt til að segja fjórða beininum að hann viti allt um undirnet þessa nets. Þetta gerist vegna vandamáls sem kallast „sjálfvirk samantekt“. Það gerist þegar umferð fer yfir mismunandi stór net. Til dæmis, í okkar tilviki, er net með flokki C vistföngum tengt í gegnum R3 beininn við net með flokki A vistföngum.
R3 beininn telur þessi net vera þau sömu og dregur sjálfkrafa saman allar leiðir í eitt netfang 192.168.1.0. Við skulum muna hvað við töluðum um að draga saman supernet leiðir í einu af fyrri myndskeiðunum. Ástæðan fyrir samantektinni er einföld - leiðin telur að ein færsla í leiðartöflunni, fyrir okkur er þetta færslan 192.168.1.0/24 [120/1] í gegnum 10.1.1.1, sé betri en 3 færslur. Ef netið samanstendur af hundruðum lítilla undirneta, þá mun leiðartaflan samanstanda af miklum fjölda leiðarfærslur þegar slökkt er á samantektinni. Þess vegna, til að koma í veg fyrir að mikið magn upplýsinga safnist fyrir í leiðartöflum, er sjálfvirk leiðarsamantekt notuð.
Hins vegar, í okkar tilviki, skapar sjálfvirkt samantekt leiða vandamál vegna þess að það neyðir beininn til að skiptast á fölskum upplýsingum. Þess vegna þurfum við að fara í stillingar R3 leiðarinnar og slá inn skipun sem bannar sjálfvirka samantekt á leiðum.
Til að gera þetta, skrifa ég í röð skipanirnar leið rip og engin sjálfvirk samantekt. Eftir þetta þarftu að bíða þar til uppfærslan dreifist um netið og þá geturðu notað skipunina show ip route í stillingum R4 beinarinnar.
Þú getur séð hvernig leiðartaflan hefur breyst. Færslan 192.168.1.0/24 [120/1] í gegnum 10.1.1.1 var varðveitt frá fyrri útgáfu töflunnar og svo eru þrjár færslur sem, þökk sé uppfærslutímamælinum, eru uppfærðar á 30 sekúndna fresti. Skolatímamælirinn tryggir að 240 sekúndum eftir uppfærsluna plús 30 sekúndur, það er eftir 270 sekúndur, verður þetta net fjarlægt af leiðartöflunni.
Netkerfin 192.168.1.0/26, 192.168.1.64/26 og 192.168.1.128/26 eru rétt skráð, þannig að nú ef umferð er ætluð tæki 192.168.1.225 mun tækið sleppa því vegna þess að tækið með veit ekki hvar það heimilisfang. En í fyrra tilvikinu, þegar við hefðum sjálfvirka samantekt leiða virkjað fyrir R3, yrði þessari umferð beint á 10.1.1.1 netið, sem var algjörlega rangt, því R3 ætti strax að sleppa þessum pökkum án þess að senda þá frekar.
Sem netkerfisstjóri ættir þú að búa til net með lágmarks magni af óþarfa umferð. Til dæmis, í þessu tilfelli, er engin þörf á að senda þessa umferð í gegnum R3. Starf þitt er að auka netafköst eins mikið og mögulegt er og koma í veg fyrir að umferð sé send í tæki sem þurfa hana ekki.
Næsta takmörkun á RIP er Loops, eða leiðarlykkjur. Við höfum þegar talað um samruna netkerfisins þegar leiðartaflan er rétt uppfærð. Í okkar tilviki ætti beininn ekki að fá uppfærslur fyrir 192.168.1.0/24 netið ef hann veit ekkert um það. Tæknilega þýðir samleitni að leiðartaflan er aðeins uppfærð með réttum upplýsingum. Þetta ætti að gerast þegar slökkt er á beininum, endurræstur, tengdur við netið aftur o.s.frv. Samruni er ástand þar sem öllum nauðsynlegum uppfærslum á leiðartöflu hefur verið lokið og allir nauðsynlegir útreikningar hafa verið gerðir.
RIP hefur mjög lélega samleitni og er mjög, mjög hæg leiðarsamskiptaregla. Vegna þessa hægfara myndast leiðarlykkjur, eða vandamálið með „óendanlega teljara“.
Ég mun teikna netskýringarmynd svipað og fyrra dæmið - leið 1 er tengdur við beini 2 með neti N2, net N1 er tengt við beini 1 og net N2 er tengt við beini 3. Gerum ráð fyrir að af einhverjum ástæðum sé N1-R1 tengingin rofin.
Bein 2 veit að hægt er að ná í net N1 í einu hoppi í gegnum beini 1, en þetta net virkar ekki í augnablikinu. Eftir að netið bilar byrjar tímamælaferlið, beini 1 setur það í Hold Niður stöðu, og svo framvegis. Hins vegar er uppfærslutímamælir í gangi á beini 2 og á ákveðnum tíma sendir hann uppfærslu á beini 1 sem segir að netkerfi N1 sé aðgengilegt í gegnum hann í tveimur hoppum. Þessi uppfærsla berst til beini 1 áður en hún hefur tíma til að senda beini 2 uppfærslu um bilun í netkerfi N1.
Eftir að hafa fengið þessa uppfærslu hugsar leið 1: „Ég veit að N1 netið sem er tengt við mig virkar ekki af einhverjum ástæðum, en beini 2 sagði mér að það væri fáanlegt í gegnum það í tveimur hoppum. Ég trúi honum, svo ég bæti við einu hoppi, uppfæri leiðartöfluna mína og sendi beini 2 uppfærslu sem segir að netkerfi N1 sé aðgengilegt í gegnum beini 2 í þremur hoppum!“
Eftir að hafa fengið þessa uppfærslu frá fyrsta beini segir beini 2: „allt í lagi, áðan fékk ég uppfærslu frá R1, sem sagði að N1 netið væri fáanlegt í gegnum það í einu hoppi. Nú sagði hann mér að það væri til í 3 hoppum. Kannski hefur eitthvað breyst á netinu, ég get ekki annað en trúað því, svo ég mun uppfæra leiðartöfluna mína með því að bæta við einu hoppi.“ Eftir þetta sendir R2 uppfærslu á fyrsta beininn sem segir að net N1 sé nú fáanlegt í 4 hoppum.
Sérðu hvað vandamálið er? Báðir beinir senda uppfærslur til hvors annars, bæta við einu hoppi í hvert skipti og að lokum nær fjöldi hoppa stórum fjölda. Í RIP-samskiptareglunum er hámarksfjöldi hoppa 16 og um leið og það nær þessu gildi, áttar beini að það er vandamál og fjarlægir einfaldlega þessa leið úr leiðartöflunni. Þetta er vandamálið við að beina lykkjum í RIP. Þetta stafar af því að RIP er fjarskiptavektorsamskiptareglur; það fylgist aðeins með fjarlægðinni, án þess að taka eftir ástandi netkafla. Árið 1969, þegar tölvunet voru mun hægari en þau eru núna, var fjarlægðarvektor nálgunin réttlætanleg, þannig að RIP forritarar völdu hoptalningar sem aðal mæligildi. Hins vegar í dag skapar þessi nálgun mörg vandamál, svo nútíma netkerfi hafa víða skipt yfir í fullkomnari leiðarsamskiptareglur, svo sem OSPF. Í reynd er þessi samskiptaregla orðin staðall fyrir netkerfi flestra alþjóðlegra fyrirtækja. Við munum skoða þessa siðareglur í smáatriðum í einu af eftirfarandi myndböndum.
Við munum ekki lengur snúa aftur til RIP, vegna þess að með því að nota dæmið um þessa elstu netsamskiptareglur, hef ég sagt þér nóg um grunnatriði vegvísunar og vandamálin sem þeir reyna að nota ekki lengur þessa samskiptareglu fyrir stór net. Í næstu kennslustundum í myndbandinu munum við skoða nútíma leiðarreglur - OSPF og EIGRP.
Þakka þér fyrir að vera hjá okkur. Líkar þér við greinarnar okkar? Viltu sjá meira áhugavert efni? Styðjið okkur með því að leggja inn pöntun eða mæla með því við vini, 30% afsláttur fyrir Habr notendur á einstökum hliðstæðum upphafsþjónum, sem var fundið upp af okkur fyrir þig: (fáanlegt með RAID1 og RAID10, allt að 24 kjarna og allt að 40GB DDR4).
Dell R730xd 2 sinnum ódýrari? Aðeins hér í Hollandi! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - frá $99! Lestu um
Heimild: www.habr.com