Het onderwerp van de les van vandaag is RIP, of routing information protocol. We zullen het hebben over verschillende aspecten van het gebruik, de configuratie en beperkingen ervan. Zoals ik al zei, maakt RIP geen deel uit van het Cisco 200-125 CCNA-cursuscurriculum, maar ik besloot een aparte les aan dit protocol te wijden, aangezien RIP een van de belangrijkste routeringsprotocollen is.
Vandaag zullen we naar 3 aspecten kijken: het begrijpen van de werking en het instellen van RIP in routers, RIP-timers, RIP-beperkingen. Dit protocol is gemaakt in 1969 en is dus een van de oudste netwerkprotocollen. Het voordeel ligt in zijn buitengewone eenvoud. Tegenwoordig ondersteunen veel netwerkapparaten, waaronder Cisco, RIP nog steeds omdat het geen eigen protocol is zoals EIGRP, maar een openbaar protocol.
Er zijn 2 versies van RIP. De eerste, klassieke versie ondersteunt geen VLSM - het subnetmasker met variabele lengte waarop klasseloze IP-adressering is gebaseerd, dus we kunnen slechts één netwerk gebruiken. Ik zal hier later over praten. Deze versie ondersteunt ook geen authenticatie.
Stel dat u 2 routers met elkaar verbonden heeft. In dit geval vertelt de eerste router zijn buurman alles wat hij weet. Laten we zeggen dat netwerk 10 is verbonden met de eerste router, dat netwerk 20 zich tussen de eerste en de tweede router bevindt, en dat netwerk 30 zich achter de tweede router bevindt. Vervolgens vertelt de eerste router aan de tweede dat hij netwerken 10 en 20 kent, en vertelt router 2 dat router 1 dat hij weet over netwerk 30 en netwerk 20.
Het routeringsprotocol geeft aan dat deze twee netwerken aan de routeringstabel moeten worden toegevoegd. Over het algemeen blijkt dat de ene router de naburige router vertelt over de netwerken die ermee verbonden zijn, die de buurman vertelt, enz. Simpel gezegd is RIP een roddelprotocol waarmee naburige routers informatie met elkaar kunnen delen, waarbij elke buur onvoorwaardelijk gelooft wat hem wordt verteld. Elke router ‘luistert’ naar veranderingen in het netwerk en deelt deze met zijn buren.
Het gebrek aan authenticatie-ondersteuning betekent dat elke router die op het netwerk is aangesloten, onmiddellijk een volwaardige deelnemer wordt. Als ik het netwerk wil platleggen, zal ik mijn hackerrouter verbinden met een kwaadaardige update, en aangezien alle andere routers het vertrouwen, zullen ze hun routeringstabellen bijwerken zoals ik dat wil. De eerste versie van RIP biedt geen enkele bescherming tegen dergelijke hacking.
In RIPv2 kunt u authenticatie bieden door de router dienovereenkomstig te configureren. In dit geval is het bijwerken van informatie tussen routers alleen mogelijk nadat de netwerkauthenticatie is geslaagd door het invoeren van een wachtwoord.
RIPv1 maakt gebruik van broadcasting, dat wil zeggen dat alle updates worden verzonden met behulp van broadcastberichten, zodat ze door alle netwerkdeelnemers worden ontvangen. Laten we zeggen dat er een computer is aangesloten op de eerste router die niets van deze updates weet, omdat alleen de routeringsapparaten ze nodig hebben. Router 1 zal deze berichten echter naar alle apparaten sturen die een Broadcast ID hebben, dat wil zeggen, zelfs naar degenen die deze niet nodig hebben.
In de tweede versie van RIP is dit probleem opgelost: het maakt gebruik van Multicast ID, oftewel multicast-verkeerstransmissie. In dit geval ontvangen alleen de apparaten die zijn opgegeven in de protocolinstellingen updates. Naast authenticatie ondersteunt deze versie van RIP VLSM-klasseloze IP-adressering. Dit betekent dat als het 10.1.1.1/24-netwerk is verbonden met de eerste router, alle netwerkapparaten waarvan het IP-adres zich in het adresbereik van dit subnet bevindt, ook updates ontvangen. De tweede versie van het protocol ondersteunt de CIDR-methode, dat wil zeggen dat wanneer de tweede router een update ontvangt, hij weet om welk specifiek netwerk of welke route het gaat. Als in het geval van de eerste versie netwerk 10.1.1.0 is verbonden met de router, zullen apparaten op netwerk 10.0.0.0 en andere netwerken die tot dezelfde klasse behoren ook updates ontvangen. Router 2 krijgt in dit geval ook volledige informatie over de update van deze netwerken, maar weet zonder CIDR niet dat deze informatie een subnet met klasse A IP-adressen betreft.
Dit is wat RIP in zeer algemene termen is. Laten we nu eens kijken hoe het kan worden geconfigureerd. U moet naar de algemene configuratiemodus van de routerinstellingen gaan en de Router RIP-opdracht gebruiken.
Hierna zult u zien dat de header van de opdrachtregel is gewijzigd in R1(config-router)# omdat we zijn overgegaan naar het subopdrachtniveau van de router. Het tweede commando is versie 2, dat wil zeggen dat we de router aangeven dat deze versie 2 van het protocol moet gebruiken. Vervolgens moeten we het adres invoeren van het geadverteerde stijlvolle netwerk waarover updates moeten worden verzonden met behulp van de opdracht netwerk XXXX. Deze opdracht heeft twee functies: ten eerste specificeert het welk netwerk moet worden geadverteerd en ten tweede welke interface moet worden gebruikt. voor deze. Je zult zien wat ik bedoel als je naar de netwerkconfiguratie kijkt.
Hier hebben we 4 routers en een computer die op de switch zijn aangesloten via een netwerk met de identificatie 192.168.1.0/26, dat is verdeeld in 4 subnetten. We gebruiken slechts 3 subnetten: 192.168.1.0/26, 192.168.1.64/26 en 192.168.1.128/26. We hebben nog steeds het subnet 192.168.1.192/26, maar het wordt niet gebruikt omdat het niet nodig is.
De apparaatpoorten hebben de volgende IP-adressen: computer 192.168.1.10, eerste poort van de eerste router 192.168.1.1, tweede poort 192.168.1.65, eerste poort van de tweede router 192.168.1.66, tweede poort van de tweede router 192.168.1.129, eerste poort van de derde router 192.168.1.130 . De vorige keer hadden we het over conventies, dus ik kan de conventie niet volgen en het adres .1 toewijzen aan de tweede poort van de router, omdat .1 geen deel uitmaakt van dit netwerk.
Vervolgens gebruik ik andere adressen, omdat we een ander netwerk starten - 10.1.1.0/16, dus de tweede poort van de tweede router, waarmee dit netwerk is verbonden, heeft een IP-adres van 10.1.1.1, en de poort van de vierde router, waarop de switch is aangesloten - adres 10.1.1.2.
Om het netwerk dat ik heb gemaakt te configureren, moet ik IP-adressen aan de apparaten toewijzen. Laten we beginnen met de eerste poort van de eerste router.
Eerst zullen we de hostnaam R1 aanmaken, het adres 0 toewijzen aan poort f0/192.168.1.1 en het subnetmasker 255.255.255.192 specificeren, aangezien we een /26-netwerk hebben. Laten we de configuratie van R1 voltooien met de opdracht no shut. De tweede poort van de eerste router f0/1 krijgt een IP-adres van 192.168.1.65 en een subnetmasker van 255.255.255.192.
De tweede router krijgt de naam R2, aan de eerste poort f0/0 wijzen we het adres 192.168.1.66 en het subnetmasker 255.255.255.192 toe, aan de tweede poort f0/ het adres 1 en het subnetmasker 192.168.1.129 255.255.255.192.
Als we verder gaan met de derde router, zullen we deze de hostnaam R3 toewijzen, poort f0/0 zal het adres 192.168.1.130 en het masker 255.255.255.192 ontvangen, en poort f0/1 zal het adres 10.1.1.1 en het masker 255.255.0.0 ontvangen. 16, omdat dit netwerk /XNUMX is.
Ten slotte ga ik naar de laatste router, noem deze R4 en wijs poort f0/0 een adres toe van 10.1.1.2 en een masker van 255.255.0.0. We hebben dus alle netwerkapparaten geconfigureerd.
Laten we tot slot eens kijken naar de netwerkinstellingen van de computer: deze heeft een statisch IP-adres van 192.168.1.10, een half-netmasker van 255.255.255.192 en een standaard gateway-adres van 192.168.1.1.
Je hebt dus gezien hoe je het subnetmasker voor apparaten op verschillende subnetten kunt configureren, het is heel eenvoudig. Laten we nu routering inschakelen. Ik ga naar de R1-instellingen, stel de globale configuratiemodus in en typ de routeropdracht. Hierna geeft het systeem tips voor mogelijke routeringsprotocollen voor deze opdracht: bgp, eigrp, ospf en rip. Omdat onze tutorial over RIP gaat, gebruik ik de router rip-opdracht.
Als u een vraagteken typt, geeft het systeem een nieuwe hint voor het volgende commando met mogelijke opties voor de functies van dit protocol: auto-summary - automatische samenvatting van routes, standaardinformatie - controle over de presentatie van standaardinformatie, netwerk - netwerken, timings, enzovoort. Hier kunt u de informatie selecteren die we met naburige apparaten zullen uitwisselen. De belangrijkste functie is versie, dus we beginnen met het invoeren van de opdracht versie 2. Vervolgens moeten we de netwerksleutelopdracht gebruiken, die een route creëert voor het opgegeven IP-netwerk.
We gaan later verder met het configureren van Router1, maar voor nu wil ik verder gaan met Router 3. Voordat ik de netwerkopdracht daarop gebruik, kijken we eerst naar de rechterkant van onze netwerktopologie. De tweede poort van de router heeft het adres 10.1.1.1. Hoe werkt RIP? Zelfs in de tweede versie gebruikt RIP, als vrij oud protocol, nog steeds zijn eigen netwerkklassen. Daarom moeten we, ook al behoort ons netwerk 10.1.1.0/16 tot klasse A, de volledige klasseversie van dit IP-adres opgeven met behulp van de opdracht netwerk 10.0.0.0.
Maar zelfs als ik het opdrachtnetwerk 10.1.1.1 typ en vervolgens naar de huidige configuratie kijk, zal ik zien dat het systeem 10.1.1.1 naar 10.0.0.0 heeft gecorrigeerd, waarbij automatisch het adresseringsformaat van de volledige klasse wordt gebruikt. Als u dus op het CCNA-examen een vraag over RIP tegenkomt, moet u gebruik maken van full-class adressering. Als u in plaats van 10.0.0.0 10.1.1.1 of 10.1.0.0 typt, maakt u een fout. Ondanks het feit dat de conversie naar het full-class adresseringsformulier automatisch plaatsvindt, raad ik u aan om in eerste instantie het juiste adres te gebruiken, om niet te wachten tot het systeem de fout corrigeert. Onthoud: RIP gebruikt altijd volledige netwerkadressering.
Nadat u de opdracht netwerk 10.0.0.0 hebt gebruikt, zal de derde router dit tiende netwerk in het routeringsprotocol invoegen en de update langs de R3-R4-route verzenden. Nu moet u het routeringsprotocol van de vierde router configureren. Ik ga naar de instellingen en voer achtereenvolgens de opdrachten router rip, versie 2 en netwerk 10.0.0.0 in. Met dit commando vraag ik R4 om reclame te maken voor het netwerk 10. met behulp van het RIP-routeringsprotocol.
Nu konden deze twee routers informatie uitwisselen, maar het zou niets veranderen. Als u de opdracht show ip route gebruikt, ziet u dat FastEthernrt-poort 0/0 rechtstreeks is verbonden met netwerk 10.1.0.0. De vierde router, die een netwerkaankondiging heeft ontvangen van de derde router, zal zeggen: "Geweldig, vriend, ik heb je aankondiging van het tiende netwerk ontvangen, maar ik weet er al van, omdat ik rechtstreeks met dit netwerk ben verbonden."
Daarom gaan we terug naar de R3-instellingen en voegen we een ander netwerk in met de opdracht netwerk 192.168.1.0. Ik gebruik opnieuw het adresseringsformaat van de volledige klasse. Hierna kan de derde router het 192.168.1.128-netwerk langs de R3-R4-route adverteren. Zoals ik al zei, is RIP een ‘roddel’ die al zijn buren over nieuwe netwerken vertelt en informatie uit de routeringstabel aan hen doorgeeft. Als je nu naar de tabel van de derde router kijkt, zie je de gegevens van de twee netwerken die erop zijn aangesloten.
Het verzendt deze gegevens naar beide uiteinden van de route naar zowel de tweede als de vierde router. Laten we verder gaan met de R2-instellingen. Ik voer dezelfde opdrachten in: router rip, versie 2 en netwerk 192.168.1.0, en dit is waar het interessant begint te worden. Ik specificeer netwerk 1.0, maar het is zowel netwerk 192.168.1.64/26 als netwerk 192.168.1.128/26. Daarom, wanneer ik het netwerk 192.168.1.0 specificeer, zorg ik technisch voor routing voor beide interfaces van deze router. Het gemak is dat je met slechts één commando de routing voor alle poorten van het apparaat kunt instellen.
Ik specificeer exact dezelfde parameters voor router R1 en zorg voor routing voor beide interfaces op dezelfde manier. Als je nu naar de routeringstabel van R1 kijkt, zie je alle netwerken.
Deze router kent zowel netwerk 1.0 als netwerk 1.64. Het kent ook netwerken 1.128 en 10.1.1.0 omdat het RIP gebruikt. Dit wordt aangegeven door de R-header in de overeenkomstige rij van de routeringstabel.
Let op de informatie [120/2] - dit is de administratieve afstand, dat wil zeggen de betrouwbaarheid van de bron van route-informatie. Deze waarde kan groter of kleiner zijn, maar de standaardwaarde voor RIP is 120. Een statische route heeft bijvoorbeeld een administratieve afstand van 1. Hoe lager de administratieve afstand, hoe betrouwbaarder het protocol. Als de router de mogelijkheid heeft om te kiezen tussen twee protocollen, bijvoorbeeld tussen een statische route en RIP, dan zal hij ervoor kiezen om verkeer over de statische route door te sturen. De tweede waarde tussen haakjes, /2, is de metriek. In het RIP-protocol betekent de statistiek het aantal hops. In dit geval kan netwerk 10.0.0.0/8 in 2 hops worden bereikt, dat wil zeggen dat router R1 verkeer moet verzenden over netwerk 192.168.1.64/26, dit is de eerste hop, en over netwerk 192.168.1.128/26 is dit de tweede hop, om naar netwerk 10.0.0.0/8 te gaan via een apparaat met FastEthernet 0/1-interface met IP-adres 192.168.1.66.
Ter vergelijking: router R1 kan netwerk 192.168.1.128 bereiken met een administratieve afstand van 120 in 1 hop via interface 192.168.1.66.
Als u nu de interface van router R0 met IP-adres 4 vanaf computer PC10.1.1.2 probeert te pingen, komt deze met succes terug.
De eerste poging mislukte met het bericht Request time-out, omdat bij gebruik van ARP het eerste pakket verloren ging, maar de andere drie met succes werden teruggestuurd naar de ontvanger. Dit biedt point-to-point-communicatie op een netwerk met behulp van het RIP-routeringsprotocol.
Om het gebruik van het RIP-protocol door de router te activeren, moet u dus achtereenvolgens de opdrachten router rip, versie 2 en netwerk <netwerknummer / netwerkidentificatie in volledige klasse> typen.
Laten we naar de R4-instellingen gaan en de opdracht show ip route invoeren. Je kunt zien dat netwerk 10. rechtstreeks is verbonden met de router, en netwerk 192.168.1.0/24 is toegankelijk via poort f0/0 met IP-adres 10.1.1.1 via RIP.
Als u let op het uiterlijk van het 192.168.1.0/24-netwerk, zult u merken dat er een probleem is met het automatisch samenvatten van routes. Als automatische samenvatting is ingeschakeld, zal RIP alle netwerken samenvatten tot 192.168.1.0/24. Laten we eens kijken naar wat timers zijn. Het RIP-protocol heeft 4 hoofdtimers.
De Update-timer is verantwoordelijk voor de frequentie van het verzenden van updates, waarbij elke 30 seconden protocolupdates worden verzonden naar alle interfaces die deelnemen aan RIP-routering. Dit betekent dat het de routeringstabel neemt en deze distribueert naar alle poorten die in de RIP-modus werken.
Laten we ons voorstellen dat we router 1 hebben, die via netwerk N2 is verbonden met router 2. Vóór de eerste en na de tweede router bevinden zich netwerken N1 en N3. Router 1 vertelt Router 2 dat hij het netwerk N1 en N2 kent en stuurt hem een update. Router 2 vertelt Router 1 dat hij de netwerken N2 en N3 kent. In dit geval wisselen de routerpoorten elke 30 seconden routeringstabellen uit.
Laten we ons voorstellen dat om de een of andere reden de N1-R1-verbinding verbroken is en router 1 niet langer kan communiceren met het N1-netwerk. Hierna stuurt de eerste router alleen updates over het N2-netwerk naar de tweede router. Router 2 zal, nadat hij de eerste dergelijke update heeft ontvangen, denken: "geweldig, nu moet ik netwerk N1 in de Invalid Timer zetten", waarna hij de Invalid timer zal starten. Gedurende 180 seconden zal het met niemand N1-netwerkupdates uitwisselen, maar na deze periode zal het de Invalid Timer stoppen en de Update Timer opnieuw starten. Als het gedurende deze 180 seconden geen updates ontvangt over de status van het N1-netwerk, wordt het in een Hold Down-timer van 180 seconden geplaatst, dat wil zeggen dat de Hold Down-timer onmiddellijk start nadat de Invalid-timer is afgelopen.
Tegelijkertijd loopt er nog een vierde spoeltimer, die gelijktijdig met de ongeldige timer start. Deze timer bepaalt het tijdsinterval tussen het ontvangen van de laatste normale update over netwerk N1 totdat het netwerk uit de routeringstabel wordt verwijderd. Wanneer de duur van deze timer dus 240 seconden bereikt, wordt netwerk N1 automatisch uitgesloten van de routeringstabel van de tweede router.
Update Timer verzendt dus elke 30 seconden updates. Invalid Timer, die elke 180 seconden wordt uitgevoerd, wacht totdat een nieuwe update de router bereikt. Als het niet arriveert, wordt dat netwerk in de wachtstand gezet, waarbij de Hold Down Timer elke 180 seconden loopt. Maar de Invalid- en Flush-timers starten gelijktijdig, zodat 240 seconden nadat Flush start, het netwerk dat niet in de update wordt vermeld, wordt uitgesloten van de routeringstabel. De duur van deze timers is standaard ingesteld en kan worden gewijzigd. Dat is wat RIP-timers zijn.
Laten we nu eens kijken naar de beperkingen van het RIP-protocol, er zijn er nogal wat. Een van de belangrijkste beperkingen is automatisch optellen.
Laten we terugkeren naar ons netwerk 192.168.1.0/24. Router 3 vertelt Router 4 over het hele 1.0-netwerk, wat wordt aangegeven met /24. Dit betekent dat alle 256 IP-adressen op dit netwerk, inclusief de netwerk-ID en het broadcast-adres, beschikbaar zijn, wat betekent dat berichten van apparaten met elk IP-adres in dit bereik via het 10.1.1.1-netwerk worden verzonden. Laten we naar de routeringstabel R3 gaan.
We zien het netwerk 192.168.1.0/26, verdeeld in 3 subnetten. Dit betekent dat de router slechts drie opgegeven IP-adressen kent: 192.168.1.0, 192.168.1.64 en 192.168.1.128, die tot het /26-netwerk behoren. Maar het weet bijvoorbeeld niets over apparaten met IP-adressen in het bereik van 192.168.1.192 tot 192.168.1.225.
Om de een of andere reden denkt R4 echter dat het alles weet over het verkeer dat R3 ernaar stuurt, dat wil zeggen alle IP-adressen op het 192.168.1.0/24-netwerk, wat volkomen onjuist is. Tegelijkertijd kunnen routers verkeer beginnen te laten vallen omdat ze elkaar "misleiden" - router 3 heeft tenslotte niet het recht om de vierde router te vertellen dat hij alles weet over de subnetten van dit netwerk. Dit gebeurt vanwege een probleem dat 'automatisch optellen' wordt genoemd. Het treedt op wanneer verkeer zich over verschillende grote netwerken beweegt. In ons geval is een netwerk met klasse C-adressen bijvoorbeeld via de R3-router verbonden met een netwerk met klasse A-adressen.
De R3-router beschouwt deze netwerken als hetzelfde en vat alle routes automatisch samen in één netwerkadres 192.168.1.0. Laten we onthouden wat we in een van de vorige video's hebben besproken over het samenvatten van supernetroutes. De reden voor de optelling is simpel: de router is van mening dat één invoer in de routeringstabel, voor ons is dit de invoer 192.168.1.0/24 [120/1] via 10.1.1.1, beter is dan 3 vermeldingen. Als het netwerk uit honderden kleine subnetten bestaat, zal de routeringstabel, wanneer samenvatting is uitgeschakeld, uit een groot aantal routeringsitems bestaan. Om de accumulatie van een enorme hoeveelheid informatie in routeringstabellen te voorkomen, wordt daarom gebruik gemaakt van automatische routesamenvatting.
In ons geval vormt het automatisch samenvatten van routes echter een probleem, omdat het de router dwingt valse informatie uit te wisselen. Daarom moeten we naar de instellingen van de R3-router gaan en een opdracht invoeren die het automatisch samenvatten van routes verbiedt.
Om dit te doen, typ ik achtereenvolgens de opdrachten router rip en geen automatische samenvatting. Hierna moet je wachten tot de update zich over het netwerk verspreidt, en dan kun je het commando show ip route gebruiken in de instellingen van de R4-router.
U kunt zien hoe de routeringstabel is veranderd. Het item 192.168.1.0/24 [120/1] via 10.1.1.1 is bewaard gebleven uit de vorige versie van de tabel, en dan zijn er drie items die, dankzij de Update-timer, elke 30 seconden worden bijgewerkt. De Flush timer zorgt ervoor dat 240 seconden na de update plus 30 seconden, dat wil zeggen na 270 seconden, dit netwerk uit de routeringstabel wordt verwijderd.
De netwerken 192.168.1.0/26, 192.168.1.64/26 en 192.168.1.128/26 worden correct vermeld, dus als het verkeer nu bestemd is voor apparaat 192.168.1.225, zal dat apparaat het laten vallen omdat de router niet weet waar het apparaat zich bevindt dat adres. Maar in het vorige geval, toen we automatische samenvatting van routes hadden ingeschakeld voor R3, zou dit verkeer naar het 10.1.1.1-netwerk worden geleid, wat volkomen verkeerd was, omdat R3 deze pakketten onmiddellijk zou moeten laten vallen zonder ze verder te sturen.
Als netwerkbeheerder moet u netwerken creëren met een minimale hoeveelheid onnodig verkeer. In dit geval is het bijvoorbeeld niet nodig om dit verkeer via R3 door te sturen. Het is jouw taak om de netwerkdoorvoer zoveel mogelijk te vergroten en te voorkomen dat verkeer wordt verzonden naar apparaten die dit niet nodig hebben.
De volgende beperking van RIP zijn Loops, of routeringslussen. We hebben het al gehad over netwerkconvergentie, wanneer de routeringstabel correct is bijgewerkt. In ons geval zou de router geen updates voor het 192.168.1.0/24-netwerk moeten ontvangen als hij er niets van weet. Technisch gezien betekent convergentie dat de routeringstabel alleen wordt bijgewerkt met correcte informatie. Dit zou moeten gebeuren wanneer de router wordt uitgeschakeld, opnieuw wordt opgestart, opnieuw wordt verbonden met het netwerk, enz. Convergentie is een toestand waarin alle noodzakelijke updates van de routeringstabel zijn voltooid en alle noodzakelijke berekeningen zijn uitgevoerd.
RIP heeft een zeer slechte convergentie en is een zeer, zeer langzaam routeringsprotocol. Vanwege deze traagheid ontstaan er routeringslussen of het ‘oneindige teller’-probleem.
Ik zal een netwerkdiagram tekenen dat lijkt op het vorige voorbeeld: router 1 is verbonden met router 2 via netwerk N2, netwerk N1 is verbonden met router 1 en netwerk N2 is verbonden met router 3. Laten we aannemen dat om de een of andere reden de N1-R1-verbinding verbroken is.
Router 2 weet dat netwerk N1 in één hop bereikbaar is via router 1, maar dit netwerk werkt momenteel niet. Nadat het netwerk uitvalt, start het timerproces, zet router 1 het in de Hold Down-status, enzovoort. Router 2 heeft echter een Update-timer lopend en stuurt op de ingestelde tijd een update naar router 1, waarin staat dat netwerk N1 er in twee hops via toegankelijk is. Deze update arriveert bij router 1 voordat deze tijd heeft om router 2 een update te sturen over het falen van netwerk N1.
Na deze update te hebben ontvangen, denkt router 1: “Ik weet dat het N1-netwerk dat met mij is verbonden om de een of andere reden niet werkt, maar router 2 vertelde me dat het via hem in twee hops beschikbaar is. Ik geloof hem, dus ik zal één hop toevoegen, mijn routeringstabel bijwerken en router 2 een update sturen waarin staat dat netwerk N1 in drie hops toegankelijk is via router 2!
Nadat ik deze update van de eerste router heb ontvangen, zegt router 2: “ok, eerder ontving ik een update van R1, waarin stond dat het N1-netwerk er in één hop via beschikbaar is. Nu vertelde hij me dat het verkrijgbaar is in 3 hopsoorten. Misschien is er iets veranderd in het netwerk, ik kan het niet helpen, maar ik geloof het, dus ik zal mijn routeringstabel bijwerken door één hop toe te voegen. Hierna stuurt R2 een update naar de eerste router, waarin staat dat netwerk N1 nu in 4 hops beschikbaar is.
Zie jij wat het probleem is? Beide routers sturen updates naar elkaar, waarbij elke keer één hop wordt toegevoegd, en uiteindelijk bereikt het aantal hop een groot aantal. In het RIP-protocol is het maximale aantal hops 16, en zodra deze waarde wordt bereikt, realiseert de router zich dat er een probleem is en verwijdert deze route eenvoudigweg uit de routeringstabel. Dit is het probleem met routeringslussen in RIP. Dit komt door het feit dat RIP een afstandsvectorprotocol is; het bewaakt alleen de afstand, zonder aandacht te besteden aan de status van netwerksecties. In 1969, toen computernetwerken veel langzamer waren dan nu, was de afstandsvectorbenadering gerechtvaardigd, dus kozen de RIP-ontwikkelaars het aantal hops als de belangrijkste maatstaf. Tegenwoordig zorgt deze aanpak echter voor veel problemen, zodat moderne netwerken op grote schaal zijn overgestapt op meer geavanceerde routeringsprotocollen, zoals OSPF. De facto is dit protocol de standaard geworden voor de netwerken van de meeste mondiale bedrijven. We zullen dit protocol gedetailleerd bekijken in een van de volgende video's.
We zullen niet langer terugkeren naar RIP, omdat ik met het voorbeeld van dit oudste netwerkprotocol genoeg heb verteld over de basisprincipes van routering en de problemen waardoor ze dit protocol niet langer proberen te gebruiken voor grote netwerken. In de volgende videolessen zullen we kijken naar moderne routeringsprotocollen - OSPF en EIGRP.
Bedankt dat je bij ons bent gebleven. Vind je onze artikelen leuk? Wil je meer interessante inhoud zien? Steun ons door een bestelling te plaatsen of door vrienden aan te bevelen, 30% korting voor Habr-gebruikers op een unieke analoog van instapservers, die door ons voor u is uitgevonden: (beschikbaar met RAID1 en RAID10, tot 24 cores en tot 40GB DDR4).
Dell R730xd 2 keer goedkoper? Alleen hier in Nederland! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - vanaf $99! Lees over
Bron: www.habr.com