Routing Information Protocol ( RIP ) som en ruteprotokoll er basert på metoder som går tilbake til begynnelsen av TCP / IP-ruting med dannelsen av ARPANET, som er forløperen til det som nå kalles Internett.
RIP er en åpen protokoll og ble først publisert i RFC1058 (og dens etterfølger RIPv2 i RFC1723), som senere ble vedtatt som Internet Standard 34. RIP er en avstandsvektor-protokollprotokoll , som betyr at hver ruter kan kanskje ikke vite hvor sluttdestinasjonsnettverket er, men det vet i hvilken retning det eksisterer og hvor langt det er.
RIP plasserer en grense på maksimal avstand til målrettet datamaskin som 16 humle eller 16 rutere, med hver ruteren som representerer et hopp fra ett nettverk til et annet. Fordi ruten starter med ruteren 0, har du å gjøre med ruter som berører 15 eller færre andre rutere. For rutere lenger unna, blir rutingsinformasjonen tapt eller ignorert.
Du kan tenke at 16 humle er en begrensning, men selv på et nettverk som er så stort som Internett, kan du vanligvis komme til hvor du vil gå innen 16 humle. Når du traceroute ( spor på Windows) sporer en adresse, traceroute for bare 30 humle, og i de fleste tilfeller kommer det deg til destinasjonen på færre enn 15 humle.
For å oppnå denne effektiviteten krever et høyt nivå av nettverksplanlegging for å sikre at hop-teller er så lave som mulig.
Når det gjelder å dele rutefunksjoner med andre, delte RIP versjon 1 (RIPv1) sin rutefunksjon med andre rutere ved å kringkaste rutetabellinformasjonen gjennom alle de konfigurerte nettverksgrensesnittene. Hver ruter som mottok denne informasjonen lagret den i sitt eget rutingstabell med oppdaterte hop-teller, ignorerer eller slipper hop teller over 15.
Et stort problem som RIPv1 hadde var at det var klassisk , noe som medførte at alle nettverkssegmenter på et nettverk måtte være av samme størrelse. Du kunne ikke avvike din nettverksmaske fra standard for klassen; alle nettverkssegmenter behøvde å bruke den samme masken. Følgende figur illustrerer dette problemet i en tre-ruteren layout, med fem segmenter, hvor bare de tre segmentene har datamaskiner.
Hvis du skulle bruke adresseklasse for klasse C som 192. 168. 1. 0, må masken din være 255 255. 255. 224, som gir deg 8 segmenter av 30 enheter; men i tilfelle av RIP kan du bare bruke 6 segmenter, og en av dine 30 enheter vil være ruterenes grensesnitt, og gir deg 29 enheter på nettverkssegmentene.
Når du sender rutingsinformasjon, blir bare nettverks-IDene sendt og ikke de tilhørende delnettmasker.
For å håndtere noen av begrensningene i RIP versjon 1 ble RIP versjon 2 (RIPv2) foreslått i RFC1388 og oppdatert i RFC2453, som ble Internet Standard 56. RIPv2 tillater protokollen å bære delnettinformasjon, noe som tillater støtte på > Classless Inter-Domain Routing (CIDR) , som ignorerer klassebaserte grenser ved ruting og tillater hvert segment å opprettholde en unik subnettmaske. Uten at du behøver å opprettholde samme nettverksmaske på alle nettverkssegmenter, kan du bevare nettverks-IP-adresser, som vist nedenfor. der et oppdatert nettverksadresseringslayout finnes med passende subnettmasker på hvert segment.
I dette tilfellet kan du tilordne et større nettverks-ID til segment A (192. 168. 1. 0/25) av 126 verter; et mindre segment D (192. 168. 1. 128/26) av 62 verter; og et mindre segment E (192. 168. 1. 192/27) med 30 verter; mens tildeling av mindre adresser fordelt på segmentene B og C på 192. 168. 1. 248/30 og 192. 168. 1. 252/30. Du er igjen med to andre små adresseblokker på 192. 168. 1. 224/28 tillater 14 verter og 192. 168. 1. 240/29 tillater 6 verter.
I dette scenariet slipper du få adresser fordi rutene til rutersegmentene bare har det minste antall adresser som er tildelt dem (2), mens du tidligere hadde to sløsede segmenter på 16 adresser, pluss router-til- rutersegmenter som ble tildelt 14 adresser, da de bare behøvde 2.
RIPv2 ble også byttet fra bruk av sendinger for å formidle rutereninformasjon over til bruk av multicaster ved adresse 224. 0. 0. 9, og dermed redusere nettverkstrafikken til unødvendige systemer. For ytterligere forbedring av protokollen ble routerautentisering (for å validere ruterenes deltakelse i RIP) lagt til, slik at bare rutedata fra pålitelige rutere legges til rutingtabellene, og dermed forhindre korrupsjon av rutingstabellene fra uautoriserte rutere på nettverket ditt.
Med tilkomsten av IPv6 ble RIP gitt en annen ansiktsløftning i form av RIP neste generasjon (RIPng), som øker størrelsen på adressefeltene og endret godkjenningsmekanismen til IPSec.
