Die onderwerp van vandag se les is RIP, of Routing Information Protocol. Ons sal praat oor verskeie aspekte van die toepassing daarvan, sy instellings en beperkings. Soos ek gesê het, is die onderwerp van RIP nie ingesluit in die Cisco 200-125 CCNA-kurrikulum nie, maar ek het besluit om 'n aparte les aan hierdie protokol te wy, aangesien RIP een van die hoofroeteringsprotokolle is.
Vandag gaan ons na 3 aspekte kyk: verstaan en konfigureer RIP in routers, RIP timers, RIP limiete. Hierdie protokol is in 1969 geskep, so dit is een van die oudste netwerkprotokolle. Die voordeel daarvan lê in sy buitengewone eenvoud. Vandag ondersteun baie netwerktoestelle, insluitend Cisco, steeds RIP omdat dit nie eie soos EIGRP is nie, maar 'n publieke protokol.
Daar is 2 weergawes van RIP. Die eerste, klassieke weergawe, ondersteun nie VLSM nie, die veranderlike subnetmaskerlengte waarop klaslose IP gebaseer is, dus kan ons net een netwerk gebruik. Ek sal 'n bietjie later hieroor praat. Hierdie weergawe ondersteun ook nie verifikasie nie.
Gestel jy het 2 routers wat aan mekaar gekoppel is. Terselfdertyd vertel die eerste router die buurman alles wat hy weet. Gestel netwerk 10 is aan die eerste roeteerder gekoppel, netwerk 20 is tussen die eerste en tweede roeteerder geleë, en netwerk 30 is agter die tweede roeteerder. Dan sê die eerste roeteerder vir die tweede dat dit netwerke 10 en 20 ken, en roeteerder 2 vertel roeteerder 1 wat dit van netwerk 30 en netwerk 20 weet.
Die roeteringprotokol dui aan dat hierdie twee netwerke by die roeteringstabel gevoeg moet word. Oor die algemeen blyk dit dat een router vertel van die netwerke wat daaraan gekoppel is aan 'n naburige router, daardie router vertel sy buurman, ensovoorts. Eenvoudig gestel, RIP is 'n skinderprotokol wat dien om te verseker dat naburige routers inligting met mekaar deel, en elkeen van die bure glo onvoorwaardelik wat vir hom gesê is. Elke router "luister" vir veranderinge in die netwerk en deel dit met sy bure.
Die gebrek aan stawingondersteuning beteken dat enige router wat aan die netwerk gekoppel is, onmiddellik sy volle lid word. As ek die netwerk wil afbreek, sal ek my hacker-router met 'n kwaadwillige opdatering daaraan koppel, en aangesien alle ander routers dit vertrou, sal hulle hul roeteertabelle opdateer op die manier wat ek nodig het. Teen so 'n hack bied die eerste weergawe van RIP geen beskerming nie.
RIPv2 kan stawing verskaf deur die router dienooreenkomstig op te stel. In hierdie geval sal die opdatering van inligting tussen routers slegs moontlik word nadat netwerkverifikasie geslaag is deur 'n wagwoord in te voer.
RIPv1 gebruik uitsaai, dit wil sê, alle opdaterings word deur uitsaaiboodskappe gestuur, sodat dit deur alle deelnemers aan die netwerk ontvang word. Kom ons sê 'n rekenaar is gekoppel aan die eerste roeteerder, wat niks van hierdie opdaterings weet nie, aangesien slegs roeteertoestelle dit nodig het. Router 1 sal egter hierdie boodskappe stuur na alle toestelle wat 'n uitsaai-ID het, dit wil sê selfs aan diegene wat dit nie nodig het nie.
In die tweede weergawe van RIP word hierdie probleem opgelos - dit gebruik Multicast ID, of multicast-verkeer. In hierdie geval ontvang slegs die toestelle wat in die protokolinstellings gespesifiseer is opdaterings. Benewens verifikasie, ondersteun hierdie weergawe van RIP klaslose VLSM IP-adressering. Dit beteken dat as die netwerk 10.1.1.1/24 aan die eerste roeteerder gekoppel is, dan ontvang alle netwerktoestelle wie se IP-adres in die adresreeks van hierdie subnet is ook opdaterings. Die tweede weergawe van die protokol ondersteun die CIDR-metode, dit wil sê wanneer die tweede router 'n opdatering ontvang, weet dit watter spesifieke netwerk of roete dit betref. In die geval van die eerste weergawe, as die netwerk 10.1.1.0 aan die router gekoppel is, sal toestelle op die 10.0.0.0-netwerk en ander netwerke wat aan dieselfde klas behoort ook opdaterings ontvang. In hierdie geval sal router 2 ook volledige inligting oor die opdatering van hierdie netwerke ontvang, maar sonder CIDR sal dit nie weet dat hierdie inligting 'n subnet met Klas A IP-adresse betref nie.
Dit is wat die RIP-protokol in baie algemene terme is. Kom ons kyk nou hoe dit gekonfigureer kan word. U moet die globale konfigurasiemodus van die roeteerderinstellings betree en die RIP-opdrag van die roeteerder gebruik.
Daarna sal jy sien dat die opdragreëlopskrif verander het na R1(config-router)# omdat ons na die router-subopdragvlak geskuif het. Die tweede opdrag sal weergawe 2 wees, dit wil sê ons vertel die router dat dit die 2de weergawe van die protokol moet gebruik. Vervolgens moet ons die adres van die geadverteerde klasvolle netwerk invoer waaroor opdaterings versend moet word met behulp van die netwerk XXXX opdrag Hierdie opdrag het 2 funksies: eerstens dui dit aan watter netwerk geadverteer moet word, tweedens watter koppelvlak hiervoor gebruik moet word. Jy sal verstaan wat ek bedoel as jy na die netwerkkonfigurasie kyk.
Hier het ons 4 routers en 'n rekenaar gekoppel aan die skakelaar deur 'n netwerk met die identifiseerder 192.168.1.0/26, wat in 4 subnette verdeel is. Ons gebruik net 3 subnette: 192.168.1.0/26, 192.168.1.64/26 en 192.168.1.128/26. Ons het steeds die 192.168.1.192/26 subnet, maar dit word nie gebruik nie weens nutteloosheid.
Toestelpoorte het die volgende IP-adresse: rekenaar 192.168.1.10, eerste poort van die eerste roeteerder 192.168.1.1, tweede poort 192.168.1.65, eerste poort van die tweede roeteerder 192.168.1.66, tweede poort van die tweede roeteerder 192.168.1.129. poort van die derde router 192.168.1.130. Ons het laas oor konvensies gepraat, so ek kan nie die konvensie volg en die tweede poort van die router aan die adres .1 toewys nie, want .1 is nie deel van hierdie netwerk nie.
Vervolgens gebruik ek ander adresse, want ons begin 'n ander netwerk - 10.1.1.0/16, so die tweede poort van die tweede roeteerder waaraan hierdie netwerk gekoppel is, het 'n IP-adres van 10.1.1.1, en die poort van die vierde roeteerder na waaraan die skakelaar gekoppel is - adres 10.1.1.2.
Om die netwerk op te stel wat ek geskep het, moet ek IP-adresse aan die toestelle toewys. Kom ons begin met die eerste poort van die eerste router.
Kom ons skep eers 'n gasheernaam R1, ken poort f0/0 toe aan 192.168.1.1 en stel die subnetmasker op 255.255.255.192, aangesien ons 'n /26-netwerk het. Ons voltooi die konfigurasie van R1 met die no shut-opdrag. Die tweede poort van die eerste f0/1-roeteerder sal die IP-adres 192.168.1.65 en die subnetmasker 255.255.255.192 ontvang.
Die tweede roeteerder sal R2 genoem word, ons sal die eerste poort f0 / 0 die adres 192.168.1.66 en die subnetmasker 255.255.255.192 toeken, die tweede poort f0 / 1 - die adres 192.168.1.129 en die subnetmasker 255.255.255.192.
As ons na die derde roeteerder gaan, sal ons dit die gasheernaam R3 gee, poort f0/0 sal 192.168.1.130 en masker 255.255.255.192 wees, en poort f0/1 sal 10.1.1.1 en masker 255.255.0.0 wees, want hierdie netwerk is /16.
Uiteindelik sal ek na die laaste router gaan, dit R4 noem, en poort f0/0 adres 10.1.1.2 en masker 255.255.0.0 toewys. Dus, ons het alle netwerktoestelle gekonfigureer.
Laastens, kom ons kyk na die rekenaar se netwerkinstellings – dit het 'n statiese IP-adres van 192.168.1.10, 'n halfnetmasker van 255.255.255.192, en 'n verstekpoortadres van 192.168.1.1.
So, jy het gesien hoe om die subnetmasker vir toestelle op verskillende subnette op te stel, dit is baie eenvoudig. Laat ons nou roetering aktiveer. Ek gaan na die R1-instellings, stel die globale konfigurasiemodus in en tik die router. Die stelsel vra dan vir moontlike roeteringsprotokolle vir hierdie opdrag: bgp, eigrp, ospf en rip. Aangesien ons les oor RIP gaan, gebruik ek die router rip-opdrag.
As jy 'n vraagteken tik, sal die stelsel 'n nuwe wenk uitreik vir die volgende opdrag met moontlike opsies vir die funksies van hierdie protokol: outo-opsomming - outomatiese opsomming van roetes, verstek-inligting - beheer van die verstek inligtingaanbieding, netwerk - netwerke, tydsberekeninge, ensovoorts. Hier kan jy die inligting kies wat ons met naburige toestelle sal uitruil. Die belangrikste kenmerk is die weergawe, so ons sal begin deur die weergawe 2-opdrag in te voer. Vervolgens moet ons die netwerksleutelopdrag gebruik, wat 'n roete vir die gespesifiseerde IP-netwerk skep.
Ons sal later voortgaan om Router1 te konfigureer, maar vir eers wil ek aanbeweeg na Router 3. Voordat ek die netwerkopdrag daarop gebruik, kom ons kyk na die regterkant van ons netwerktopologie. Die tweede poort van die router het die adres 10.1.1.1. Hoe werk RIP? Selfs in weergawe 10.1.1.0 gebruik RIP, as 'n redelik ou protokol, steeds sy eie netwerkklasse. So alhoewel ons 16/10.0.0.0-netwerk klas A is, moet ons die volledige klasweergawe van hierdie IP-adres spesifiseer deur die netwerk XNUMX-opdrag te gebruik.
Maar selfs al tik ek die opdragnetwerk 10.1.1.1 in en kyk dan na die huidige konfigurasie, sien ek dat die stelsel 10.1.1.1 tot 10.0.0.0 reggemaak het, outomaties deur die volklas adresseerformaat te gebruik. As u dus 'n vraag het oor RIP op die CCNA-eksamen, moet u volklasadressering gebruik. As jy in plaas van 10.0.0.0 10.1.1.1 of 10.1.0.0 tik, sal jy 'n fout maak. Alhoewel die omskakeling na die volklasvorm van adressering outomaties is, raai ek jou aan om aanvanklik die korrekte adres te gebruik sodat jy nie hoef te wag vir die stelsel om die fout later reg te stel nie. Onthou, RIP gebruik altyd volledige klasvolle netwerkadressering.
Nadat jy die netwerk 10.0.0.0-opdrag gebruik het, sal die derde roeteerder hierdie tiende netwerk in die roeteringprotokol invoeg en die opdatering langs die roete R3-R4 stuur. Nou moet u die roeteringprotokol van die vierde roeteerder opstel. Ek gaan na sy instellings en voer die router rip, weergawe 2 en netwerk 10.0.0.0 opdragte in volgorde in. Met hierdie opdrag vra ek R4 om die netwerk 10. te begin aankondig deur die RIP-roeteringprotokol te gebruik.
Nou kon hierdie twee routers inligting uitruil, maar dit sou niks verander nie. Die gebruik van die wys ip-roete-opdrag wys dat FastEthernrt-poort 0/0 direk aan netwerk 10.1.0.0 gekoppel is. Die vierde roeteerder, nadat hy die netwerkaankondiging van die derde roeteerder ontvang het, sal sê: "Goed, maat, ek het jou aankondiging van die tiende netwerk ontvang, maar ek weet reeds daarvan, want ek is direk aan hierdie netwerk gekoppel."
Daarom sal ons terugkeer na die R3-instellings en 'n ander netwerk invoeg met die netwerk 192.168.1.0-opdrag. Ek gebruik weer die volklas adressering formaat. Daarna sal die derde roeteerder die netwerk 192.168.1.128 langs die R3-R4-roete kan aankondig. Soos ek gesê het, is RIP 'n "skinder" wat van nuwe netwerke aan al sy bure vertel, deur aan hulle inligting vanaf sy roetetabel deur te gee. As jy nou na die tabel van die derde router kyk, kan jy die data van die twee netwerke wat daaraan gekoppel is, sien.
Dit sal hierdie data na beide kante van die roete na beide die tweede en vierde routers stuur. Kom ons gaan aan na die R2-instellings. Ek voer dieselfde router rip, weergawe 2 en netwerk 192.168.1.0 opdragte in en dit is waar dinge interessant raak. Ek spesifiseer netwerk 1.0, maar dit is beide 192.168.1.64/26 en 192.168.1.128/26. Daarom, wanneer ek die netwerk 192.168.1.0 spesifiseer, verskaf ek tegnies roetering vir beide koppelvlakke van hierdie router. Die gerief is dat jy met net een opdrag die roetering vir alle poorte van die toestel kan stel.
Ek spesifiseer presies dieselfde parameters vir die R1 router en verskaf roetering vir beide koppelvlakke op dieselfde manier. As ons nou na die R1-roeteringtabel kyk, kan ons al die netwerke sien.
Hierdie router is bewus van beide netwerk 1.0 en netwerk 1.64. Dit weet ook van netwerke 1.128 en 10.1.1.0 omdat dit RIP gebruik. Dit word aangedui deur die opskrif R in die ooreenstemmende reël van die roeteringtabel.
Let asseblief op die inligting [120/2] - dit is die administratiewe afstand, dit wil sê die betroubaarheid van die bron van roete-inligting. Hierdie waarde kan op 'n hoër of laer waarde gestel word, maar die verstek vir RIP is 120. Byvoorbeeld, 'n statiese roete het 'n administratiewe afstand van 1. Hoe kleiner die administratiewe afstand, hoe meer betroubaar is die protokol. As die roeteerder die geleentheid sal hê om tussen twee protokolle te kies, byvoorbeeld tussen 'n statiese roete en RIP, dan sal dit kies om verkeer langs 'n statiese roete aan te stuur. Die tweede waarde tussen hakies, /2, is die metrieke. In die RIP-protokol beteken die metriek die aantal hops. In hierdie geval kan netwerk 10.0.0.0/8 in 2 hops bereik word, dit wil sê router R1 moet verkeer op netwerk 192.168.1.64/26 stuur, dit is die eerste hop, en op netwerk 192.168.1.128/26 is dit die tweede hop om na netwerk 10.0.0.0/8 te bereik deur 'n toestel met FastEthernet 0/1-koppelvlak met IP-adres 192.168.1.66.
Ter vergelyking kan roeteerder R1 netwerk 192.168.1.128 bereik met 'n administratiewe afstand van 120 in 1 sprong deur koppelvlak 192.168.1.66.
Nou, as jy probeer om die koppelvlak van die R0-roeteerder met die IP-adres 4 vanaf die PC10.1.1.2-rekenaar te ping, sal dit suksesvol terugkom.
Die eerste poging het misluk met 'n Versoek-uittelboodskap, want wanneer ARP gebruik word, gaan die eerste pakkie verlore, maar die ander drie word suksesvol na die bestemming teruggestuur. Daar is dus 'n punt-tot-punt kommunikasie in 'n netwerk wat die RIP-roeteringprotokol gebruik.
Dus, om die gebruik van die RIP-protokol deur die roeteerder te aktiveer, moet jy die roeteerder rip, weergawe 2 en netwerk <netwerknommer / netwerk identifiseerder in volle klasvorm> opeenvolgend tik.
Kom ons gaan na die R4-instellings en voer die wys ip-roete-opdrag in. Jy kan sien dat die netwerk 10. direk aan die router gekoppel is, en die netwerk 192.168.1.0/24 is toeganklik deur poort f0/0 met IP-adres 10.1.1.1 deur die RIP-protokol te gebruik.
As jy aandag gee aan die netwerkaansig 192.168.1.0/24, sal jy agterkom dat daar 'n probleem is met outo-opsomming van roetes. As outo-opsomming geaktiveer is, sal RIP alle netwerke optel tot 192.168.1.0/24. Kom ons kyk na wat timers is. Die RIP-protokol het 4 hoof timers.
Die opdateringstydteller is verantwoordelik vir die frekwensie van opdaterings, en stuur elke 30 sekondes protokolopdaterings op alle koppelvlakke wat aan RIP-roetering deelneem. Dit beteken dat dit die roeteringtabel neem en dit uitstuur na alle poorte wat in RIP-modus werk.
Stel jou voor dat ons router 1 het, wat deur netwerk N2 aan router 2 gekoppel is. Voor die eerste en na die tweede router is daar netwerke N1 en N3. Roeter 1 sê vir router 2 dat dit die netwerke N1 en N2 ken en stuur vir hom 'n opdatering. Roeter 2 sê vir router 1 dat dit netwerke N2 en N3 ken. Terselfdertyd, elke 30 sekondes, ruil die poorte van die routers roeteringstabelle uit.
Kom ons stel ons voor dat die N1-R1-verbinding om een of ander rede verbreek is en router 1 nie meer met die N1-netwerk kan kommunikeer nie. Daarna sal die eerste roeteerder slegs opdaterings wat verband hou met die N2-netwerk na die tweede roeteerder stuur. Roeter 2, nadat hy die eerste so 'n opdatering ontvang het, sal dink: "Goed, nou moet ek netwerk N1 op die Ongeldige Timer sit", en dan die Ongeldige timer begin. Vir 180 sekondes sal dit nie N1-netwerkopdaterings met iemand uitruil nie, maar na hierdie tydperk sal dit Ongeldige Timer stop en Werk Timer weer begin. As dit gedurende hierdie 180 sekondes geen netwerkstatusopdaterings N1 ontvang nie, sal dit dit in 'n Hou Af-tydhouer van 180 sekondes plaas, dit wil sê, die Hou Af-tydhouer begin onmiddellik nadat die Ongeldige tydteller eindig.
Terselfdertyd loop 'n ander, vierde Spoeltydteller, wat gelyktydig met die Ongeldige tydteller begin. Hierdie tydteller bepaal die tydinterval tussen die ontvangs van die laaste normale opdatering oor die N1-netwerk totdat die N240-netwerk van die roeteringtabel uitgesluit is. Dus, wanneer die tydsduur van hierdie tydteller 1 sekondes bereik, sal die NXNUMX-netwerk outomaties uitgesluit word van die roeteringtabel van die tweede roeteerder.
Dus, Update Timer stuur opdaterings elke 30 sekondes. Die Ongeldige Timer, wat elke 180 sekondes loop, wag vir 'n nuwe opdatering om die router te bereik. As dit nie opdaag nie, plaas dit daardie netwerk op wag, met die Hold Down Timer wat elke 180 sekondes loop. Maar die Ongeldige en Spoeltydtellers begin op dieselfde tyd, sodat 240 sekondes nadat Spoel begin het, 'n netwerk wat nie in die opdatering genoem word nie, van die roeteringtabel uitgesluit word. Die tydsduur van hierdie aftellers is by verstek gestel en kan verander word. Dit is wat die RIP timers is.
Kom ons gaan nou verder om die beperkings van die RIP-protokol te oorweeg, daar is 'n hele paar van hulle. Een van die hoofbeperkings is outo-opsomming.
Kom ons gaan terug na ons netwerk 192.168.1.0/24. Roeter 3 vertel Roeter 4 van die hele netwerk 1.0, wat deur /24 aangedui word. Dit beteken dat al 256 IP-adresse van hierdie netwerk, insluitend die netwerk-ID en uitsaaiadres, bereikbaar is, dit wil sê boodskappe vanaf toestelle met enige IP-adres in hierdie reeks sal deur die 10.1.1.1-netwerk gestuur word. Kom ons blaai na die roeteringtabel R3.
Ons sien die 192.168.1.0/26-netwerk verdeel in 3 subnette. Dit beteken dat die router net weet van die drie gespesifiseerde IP-adresse: 192.168.1.0, 192.168.1.64 en 192.168.1.128, wat aan die /26-netwerk behoort. Maar dit weet niks van byvoorbeeld toestelle met IP-adresse wat wissel van 192.168.1.192 tot 192.168.1.225 nie.
Om een of ander rede dink R4 egter hy weet alles van die verkeer wat R3 na hom stuur, dit wil sê van al die IP-adresse op die 192.168.1.0/24-netwerk, wat heeltemal verkeerd is. Terselfdertyd kan roeteerders verkeer begin laat val omdat hulle mekaar "bedrieg" - roeteerder 3 het immers nie die reg om vir die vierde roeteerder te sê dat hy alles van die subnette van hierdie netwerk weet nie. Dit is as gevolg van 'n probleem genaamd "outo-opsomming". Dit vind plaas wanneer verkeer deur verskillende groot netwerke beweeg. Byvoorbeeld, in ons geval word 'n netwerk met klas C-adresse deur die R3-roeteerder gekoppel aan 'n netwerk met klas A-adresse.
Die R3-roeteerder beskou hierdie netwerke as dieselfde en som outomaties alle roetes op in 'n enkele netwerkadres 192.168.1.0. Onthou dat ons gepraat het oor supernetroete-opsomming in een van die vorige video's. Die rede vir die opsomming is eenvoudig - die router dink dat een inskrywing in die roetetabel, ons het 'n inskrywing 192.168.1.0/24 [120/1] via 10.1.1.1, beter is as 3 inskrywings. As die netwerk uit honderde klein subnette bestaan, sal die roeteringtabel uit 'n groot aantal roeteinskrywings bestaan wanneer opsomming gedeaktiveer is. Daarom word outomatiese roete-opsomming gebruik om die ophoping van 'n groot hoeveelheid inligting in die roetetabelle te voorkom.
In ons geval skep outo-opsomming van roetes egter 'n probleem, aangesien dit veroorsaak dat die router vals inligting uitruil. Daarom moet ons na die instellings van die R3-roeteerder gaan en 'n opdrag invoer wat outomatiese opsomming van roetes verbied.
Om dit te doen, tik ek opeenvolgend router rip en geen outo-opsomming opdragte nie. Daarna moet jy wag totdat die opdatering oor die netwerk versprei, en dan kan jy die wys ip-roete-opdrag in die R4-roeteerder-instellings gebruik.
Jy kan sien hoe die roeteringtabel verander het. Die inskrywing 192.168.1.0/24 [120/1] via 10.1.1.1 word behoue van die vorige weergawe van die tabel, en dan volg drie inskrywings wat, danksy die Update-tydteller, elke 30 sekondes opgedateer word. Die Spoeltydteller verseker dat hierdie netwerk 240 sekondes na die opdatering plus 30 sekondes, dit wil sê 270 sekondes, van die roeteringtabel verwyder sal word.
Die netwerke 192.168.1.0/26, 192.168.1.64/26 en 192.168.1.128/26 is korrek, so nou as die verkeer vir toestel 192.168.1.225 bestem is, sal hierdie toestel dit laat val, want die router weet nie waar die roeteerder is nie. met so 'n adres. Maar in die vorige geval, toe ons roete-outo-opsomming vir R3 geaktiveer het, sou hierdie verkeer na die 10.1.1.1-netwerk gelei word, wat heeltemal verkeerd was, want R3 sou hierdie pakkies onmiddellik laat val sonder om hulle verder te stuur.
As 'n netwerkadministrateur moet jy netwerke skep met so min ekstra verkeer as moontlik. Byvoorbeeld, in hierdie geval is dit nie nodig om hierdie verkeer deur R3 aan te stuur nie. Jou taak is om die netwerkbandwydte soveel as moontlik te vergroot, om te verhoed dat verkeer na toestelle gestuur word wat dit nie nodig het nie.
Die volgende beperking van RIP is Loops, of routing-lusse. Ons het reeds gepraat oor netwerkkonvergensie, wanneer die roeteringtabel korrek opgedateer is. In ons geval behoort die router nie opdaterings vir die 192.168.1.0/24-netwerk te ontvang as dit niks daarvan weet nie. Tegnies beteken konvergensie dat die roeteringtabel slegs opgedateer word met korrekte inligting. Dit behoort te gebeur wanneer die roeteerder afgeskakel, herlaai, weer aan die netwerk gekoppel is, ens. Konvergensie is 'n toestand waarin al die nodige opdaterings aan die roeteringstabelle gemaak is en al die nodige berekeninge gemaak is.
RIP het baie swak konvergensie en is 'n baie, baie stadige roeteprotokol. As gevolg van hierdie traagheid ontstaan Loops, of die "oneindige teller"-probleem.
Ek sal 'n netwerkdiagram teken soortgelyk aan die vorige voorbeeld - router 1 is gekoppel aan router 2 deur netwerk N2, router 1 is gekoppel aan netwerk N1, en router 2 is gekoppel aan netwerk N3. Veronderstel dat die N1-R1-verbinding om een of ander rede verbreek is.
Roeter 2 weet dat netwerk N1 in een hop deur router 1 bereikbaar is, maar daardie netwerk is op die oomblik af. Nadat die netwerk misluk het, begin die timerproses, roeteerder 1 plaas dit in die Hold Down-toestand, ensovoorts. Roeter 2 het egter die Update timer aan die gang, en op die vasgestelde tyd stuur dit 'n opdatering na router 1, wat sê dat die N1-netwerk in twee hops daardeur beskikbaar is. Hierdie opdatering kom by Roeter 1 aan voordat dit tyd het om 'n opdatering na Roeter 2 te stuur oor die mislukking van N1 se netwerk.
Met die ontvangs van hierdie opdatering, dink router 1: “Ek weet dat die N1-netwerk wat aan my gekoppel is om een of ander rede af is, maar router 2 het vir my gesê dat dit in twee hops daardeur beskikbaar is. Ek glo hom, so ek sal een hop byvoeg, my roetetabel opdateer en 'n opdatering na roeteerder 2 stuur, waarin ek sal sê dat netwerk N1 bereikbaar is deur roeteerder 2 in drie spronge!
Nadat ek hierdie opdatering van die eerste roeteerder ontvang het, sê roeteerder 2: “ok, ek het vroeër 'n opdatering van R1 ontvang, wat sê dat N1 se netwerk in een hop daardeur beskikbaar is. Nou het hy my ingelig dat dit in 3 hops beskikbaar is. Miskien het iets op die netwerk verander, ek kan nie help om dit te glo nie, so ek sal my roeteringtabel opdateer met een hop bygevoeg." Daarna stuur R2 'n opdatering na die eerste router, wat sê dat die N1-netwerk nou in 4 hops beskikbaar is.
Sien jy wat die probleem is? Beide routers stuur opdaterings na mekaar, elke keer wat een hop byvoeg, en uiteindelik bereik die aantal hops 'n groot waarde. In die RIP-protokol is die maksimum aantal hops 16, en sodra dit hierdie waarde bereik, verstaan die router dat daar probleme is en verwyder eenvoudig hierdie roete van die roetetabel. Dit is die probleem met die roetering van lusse in RIP. Dit is te wyte aan die feit dat RIP 'n afstand-vektorprotokol is, dit monitor slegs die afstand, sonder om aandag te gee aan die toestand van die netwerkafdelings. In 1969, toe rekenaarnetwerke baie stadiger was as wat hulle nou is, het die afstandvektorbenadering vrugte afgewerp, so die ontwikkelaars van RIP het die hoptelling as hul hoofmetriek gekies. Vandag skep hierdie benadering egter baie probleme, daarom, in moderne netwerke, is die oorgang na meer gevorderde roeteringsprotokolle, soos OSPF, wyd geïmplementeer. De facto het hierdie protokol die standaard geword vir die netwerke van die meeste wêreldwye maatskappye. Ons sal 'n baie gedetailleerde kyk na hierdie protokol in een van die volgende video's.
Ons sal nie meer na RIP terugkeer nie, daarom, met behulp van die voorbeeld van hierdie oudste netwerkprotokol, het ek jou genoeg vertel oor die basiese beginsels van roetering en die probleme as gevolg waarvan hulle probeer om nie meer hierdie protokol vir groot netwerke te gebruik nie. In die volgende video-tutoriale sal ons kyk na moderne roeteringsprotokolle - OSPF en EIGRP.
Dankie dat jy by ons gebly het. Hou jy van ons artikels? Wil jy meer interessante inhoud sien? Ondersteun ons deur 'n bestelling te plaas of by vriende aan te beveel, 30% afslag vir Habr-gebruikers op 'n unieke analoog van intreevlakbedieners, wat deur ons vir jou uitgevind is: (beskikbaar met RAID1 en RAID10, tot 24 kerne en tot 40 GB DDR4).
Dell R730xd 2 keer goedkoper? Net hier in Nederland! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - vanaf $99! Lees van
Bron: will.com