Temaet for dagens leksjon er RIP, eller rutinginformasjonsprotokoll. Vi vil snakke om ulike aspekter ved bruken, dens konfigurasjon og begrensninger. Som jeg sa, RIP er ikke en del av Cisco 200-125 CCNA kursplanen, men jeg bestemte meg for å vie en egen leksjon til denne protokollen siden RIP er en av hovedrutingsprotokollene.
I dag skal vi se på 3 aspekter: forstå operasjonen og sette opp RIP i rutere, RIP-timere, RIP-begrensninger. Denne protokollen ble opprettet i 1969, så den er en av de eldste nettverksprotokollene. Fordelen ligger i dens ekstraordinære enkelhet. I dag fortsetter mange nettverksenheter, inkludert Cisco, å støtte RIP fordi det ikke er en proprietær protokoll som EIGRP, men en offentlig protokoll.
Det er 2 versjoner av RIP. Den første, klassiske versjonen, støtter ikke VLSM - subnettmasken med variabel lengde som klasseløs IP-adressering er basert på, så vi kan bare bruke ett nettverk. Jeg skal snakke om dette litt senere. Denne versjonen støtter heller ikke autentisering.
La oss si at du har 2 rutere koblet til hverandre. I dette tilfellet forteller den første ruteren naboen alt den vet. La oss si at nettverk 10 er koblet til den første ruteren, nettverk 20 er plassert mellom første og andre ruter, og nettverk 30 er bak den andre ruteren. Da forteller den første ruteren til den andre at den kjenner nettverk 10 og 20, og ruter 2 forteller ruter 1 som den kjenner til nettverk 30 og nettverk 20.
Rutingprotokollen indikerer at disse to nettverkene skal legges til rutingtabellen. Generelt viser det seg at en ruter forteller naboruteren om nettverkene som er koblet til den, som forteller naboen osv. Enkelt sagt er RIP en sladderprotokoll som lar naborutere dele informasjon med hverandre, der hver nabo ubetinget tror på det de blir fortalt. Hver ruter "lytter" etter endringer i nettverket og deler dem med sine naboer.
Mangelen på autentiseringsstøtte betyr at enhver ruter som er koblet til nettverket umiddelbart blir en fullverdig deltaker. Hvis jeg ønsker å få ned nettverket, vil jeg koble hackerruteren min med en ondsinnet oppdatering til den, og siden alle de andre ruterne stoler på den, vil de oppdatere rutetabellene slik jeg vil. Den første versjonen av RIP gir ingen beskyttelse mot slik hacking.
I RIPv2 kan du gi autentisering ved å konfigurere ruteren tilsvarende. I dette tilfellet vil oppdatering av informasjon mellom rutere kun være mulig etter å ha bestått nettverksautentisering ved å skrive inn et passord.
RIPv1 bruker kringkasting, det vil si at alle oppdateringer sendes ved hjelp av kringkastingsmeldinger slik at de mottas av alle nettverksdeltakere. La oss si at det er en datamaskin koblet til den første ruteren som ikke vet noe om disse oppdateringene fordi bare rutingenhetene trenger dem. Ruter 1 vil imidlertid sende disse meldingene til alle enheter som har en kringkastings-ID, det vil si også de som ikke trenger det.
I den andre versjonen av RIP er dette problemet løst - det bruker Multicast ID, eller multicast trafikkoverføring. I dette tilfellet mottar bare de enhetene som er spesifisert i protokollinnstillingene oppdateringer. I tillegg til autentisering, støtter denne versjonen av RIP VLSM klasseløs IP-adressering. Dette betyr at hvis 10.1.1.1/24-nettverket er koblet til den første ruteren, mottar også alle nettverksenheter med IP-adresse i adresseområdet til dette subnettet oppdateringer. Den andre versjonen av protokollen støtter CIDR-metoden, det vil si at når den andre ruteren mottar en oppdatering, vet den hvilket nettverk eller rute den gjelder. Når det gjelder den første versjonen, hvis nettverk 10.1.1.0 er koblet til ruteren, vil enheter på nettverk 10.0.0.0 og andre nettverk som tilhører samme klasse også motta oppdateringer. I dette tilfellet vil ruter 2 også motta full informasjon om oppdateringen av disse nettverkene, men uten CIDR vil den ikke vite at denne informasjonen gjelder et subnett med klasse A IP-adresser.
Dette er hva RIP er i veldig generelle termer. La oss nå se på hvordan det kan konfigureres. Du må gå inn i den globale konfigurasjonsmodusen for ruterinnstillingene og bruke ruter RIP-kommandoen.
Etter dette vil du se at kommandolinjeoverskriften har endret seg til R1(config-router)# fordi vi har flyttet til ruterens underkommandonivå. Den andre kommandoen vil være versjon 2, det vil si at vi indikerer til ruteren at den skal bruke versjon 2 av protokollen. Deretter må vi angi adressen til det annonserte klassenettverket som oppdateringer skal overføres over ved hjelp av nettverkskommandoen XXXX. Denne kommandoen har 2 funksjoner: For det første spesifiserer den hvilket nettverk som skal annonseres, og for det andre hvilket grensesnitt som må brukes for dette. Du vil se hva jeg mener når du ser på nettverkskonfigurasjonen.
Her har vi 4 rutere og en datamaskin koblet til switchen via et nettverk med identifikatoren 192.168.1.0/26, som er delt inn i 4 subnett. Vi bruker kun 3 subnett: 192.168.1.0/26, 192.168.1.64/26 og 192.168.1.128/26. Vi har fortsatt subnettet 192.168.1.192/26, men det brukes ikke fordi det ikke er nødvendig.
Enhetsportene har følgende IP-adresser: datamaskin 192.168.1.10, første port på den første ruteren 192.168.1.1, andre port 192.168.1.65, første port på den andre ruteren 192.168.1.66, andre port på den andre ruteren 192.168.1.129. første port på den tredje ruteren 192.168.1.130 . Forrige gang snakket vi om konvensjoner, så jeg kan ikke følge konvensjonen og tildele adressen .1 til den andre porten på ruteren, fordi .1 ikke er en del av dette nettverket.
Deretter bruker jeg andre adresser, fordi vi starter et annet nettverk - 10.1.1.0/16, så den andre porten til den andre ruteren, som dette nettverket er koblet til, har en IP-adresse på 10.1.1.1, og porten til den fjerde ruter, som bryteren er koblet til - adresse 10.1.1.2.
For å konfigurere nettverket jeg opprettet, må jeg tildele IP-adresser til enhetene. La oss starte med den første porten til den første ruteren.
Først vil vi opprette vertsnavnet R1, tildele adressen 0 til port f0/192.168.1.1 og spesifisere subnettmasken 255.255.255.192, siden vi har et /26-nettverk. La oss fullføre konfigurasjonen av R1 med no shut-kommandoen. Den andre porten til den første ruteren f0/1 vil motta en IP-adresse på 192.168.1.65 og en subnettmaske på 255.255.255.192.
Den andre ruteren vil motta navnet R2, vi vil tildele adressen 0 og subnettmasken 0 til den første porten f192.168.1.66/255.255.255.192, adressen 0 og subnettmasken 1. 192.168.1.129.
Går vi videre til den tredje ruteren, vil vi tildele den vertsnavnet R3, port f0/0 vil motta adressen 192.168.1.130 og masken 255.255.255.192, og port f0/1 vil motta adressen 10.1.1.1 og masken 255.255.0.0. 16, fordi dette nettverket er /XNUMX.
Til slutt går jeg til den siste ruteren, gir den navnet R4, og tildeler port f0/0 en adresse på 10.1.1.2 og en maske på 255.255.0.0. Så vi har konfigurert alle nettverksenheter.
Til slutt, la oss se på datamaskinens nettverksinnstillinger - den har en statisk IP-adresse på 192.168.1.10, en halvnettmaske på 255.255.255.192 og en standard gateway-adresse på 192.168.1.1.
Så du har sett hvordan du konfigurerer nettverksmasken for enheter på forskjellige undernett, det er veldig enkelt. La oss nå aktivere ruting. Jeg går inn i R1-innstillingene, setter den globale konfigurasjonsmodusen og skriver inn ruterkommandoen. Etter dette gir systemet hint for mulige rutingprotokoller for denne kommandoen: bgp, eigrp, ospf og rip. Siden opplæringen vår handler om RIP, bruker jeg ruter-rip-kommandoen.
Hvis du skriver et spørsmålstegn, vil systemet gi et nytt hint for følgende kommando med mulige alternativer for funksjonene til denne protokollen: auto-oppsummering - automatisk oppsummering av ruter, standardinformasjon - kontroll av presentasjonen av standardinformasjon, nettverk - nettverk, tidspunkter og så videre. Her kan du velge informasjonen som vi vil utveksle med enheter i nærheten. Den viktigste funksjonen er versjon, så vi starter med å skrive inn kommandoen versjon 2. Deretter må vi bruke nettverksnøkkelkommandoen, som lager en rute for det angitte IP-nettverket.
Vi fortsetter å konfigurere Router1 senere, men foreløpig vil jeg gå videre til Router 3. Før jeg bruker nettverkskommandoen på den, la oss se på høyre side av nettverkstopologien vår. Den andre porten på ruteren har adressen 10.1.1.1. Hvordan fungerer RIP? Selv i sin andre versjon bruker RIP, som en ganske gammel protokoll, fortsatt sine egne nettverksklasser. Derfor, selv om nettverket vårt 10.1.1.0/16 tilhører klasse A, må vi spesifisere full klasseversjon av denne IP-adressen ved hjelp av kommandoen nettverk 10.0.0.0.
Men selv om jeg skriver inn kommandonettverket 10.1.1.1 og deretter ser på den gjeldende konfigurasjonen, vil jeg se at systemet har korrigert 10.1.1.1 til 10.0.0.0, automatisk ved å bruke fullklasses adresseringsformat. Så hvis du kommer over et spørsmål om RIP på CCNA-eksamenen, må du bruke full-klasse adressering. Hvis du i stedet for 10.0.0.0 skriver 10.1.1.1 eller 10.1.0.0, vil du gjøre en feil. Til tross for at konverteringen til full-klasse-adresseringsskjemaet skjer automatisk, anbefaler jeg at du først bruker riktig adresse for ikke å vente til systemet retter feilen. Husk - RIP bruker alltid nettverksadressering i full klasse.
Etter at du har brukt nettverks 10.0.0.0-kommandoen, vil den tredje ruteren sette inn dette tiende nettverket i rutingprotokollen og sende oppdateringen langs R3-R4-ruten. Nå må du konfigurere rutingprotokollen til den fjerde ruteren. Jeg går inn i innstillingene og skriver inn kommandoene ruter rip, versjon 2 og nettverk 10.0.0.0 sekvensielt. Med denne kommandoen ber jeg R4 om å begynne å annonsere nettverket 10. ved å bruke RIP-rutingsprotokollen.
Nå kunne disse to ruterne utveksle informasjon, men det ville ikke endre noe. Bruk av vis ip-rutekommandoen viser at FastEthernrt-port 0/0 er direkte koblet til nettverk 10.1.0.0. Den fjerde ruteren, etter å ha mottatt en nettverksmelding fra den tredje ruteren, vil si: "bra, kompis, jeg mottok kunngjøringen din om det tiende nettverket, men jeg vet allerede om det, fordi jeg er direkte koblet til dette nettverket."
Derfor vil vi gå tilbake til R3-innstillingene og sette inn et annet nettverk med nettverkskommandoen 192.168.1.0. Jeg bruker igjen adresseformatet i full klasse. Etter dette vil den tredje ruteren kunne annonsere 192.168.1.128-nettverket langs R3-R4-ruten. Som jeg allerede har sagt, er RIP en "sladder" som forteller alle naboene om nye nettverk, og sender informasjon fra rutetabellen til dem. Hvis du nå ser på tabellen til den tredje ruteren, kan du se dataene til de to nettverkene som er koblet til den.
Den vil overføre disse dataene til begge ender av ruten til både den andre og den fjerde ruteren. La oss gå videre til R2-innstillingene. Jeg skriver inn de samme kommandoene router rip, versjon 2 og nettverk 192.168.1.0, og det er her ting begynner å bli interessant. Jeg spesifiserer nettverk 1.0, men det er både nettverk 192.168.1.64/26 og nettverk 192.168.1.128/26. Derfor, når jeg spesifiserer nettverket 192.168.1.0, gir jeg teknisk ruting for begge grensesnittene til denne ruteren. Det praktiske er at med bare én kommando kan du angi ruting for alle porter på enheten.
Jeg spesifiserer nøyaktig de samme parameterne for ruter R1 og gir ruting for begge grensesnittene på samme måte. Hvis du nå ser på R1s rutetabell, kan du se alle nettverkene.
Denne ruteren kjenner til både nettverk 1.0 og nettverk 1.64. Den kjenner også til nettverkene 1.128 og 10.1.1.0 fordi den bruker RIP. Dette indikeres av R-overskriften i den tilsvarende raden i rutetabellen.
Vær oppmerksom på informasjonen [120/2] - dette er den administrative avstanden, det vil si påliteligheten til kilden til ruteinformasjon. Denne verdien kan være større eller mindre, men standarden for RIP er 120. For eksempel har en statisk rute en administrativ avstand på 1. Jo lavere administrativ avstand, desto mer pålitelig er protokollen. Dersom ruteren har mulighet til å velge mellom to protokoller, for eksempel mellom en statisk rute og RIP, så vil den velge å videresende trafikk over den statiske ruten. Den andre verdien i parentes, /2, er metrikken. I RIP-protokollen betyr metrikken antall hopp. I dette tilfellet kan nettverk 10.0.0.0/8 nås på 2 hopp, det vil si at ruter R1 må sende trafikk over nettverk 192.168.1.64/26, dette er det første hoppet, og over nettverk 192.168.1.128/26 er dette det andre hoppet, for å komme til nettverk 10.0.0.0/8 via en enhet med FastEthernet 0/1-grensesnitt med IP-adresse 192.168.1.66.
Til sammenligning kan ruter R1 nå nettverk 192.168.1.128 med en administrativ avstand på 120 i 1 hopp gjennom grensesnitt 192.168.1.66.
Nå, hvis du prøver å pinge grensesnittet til ruteren R0 med IP-adressen 4 fra datamaskinen PC10.1.1.2, vil det komme tilbake.
Det første forsøket mislyktes med meldingen Request timeout, fordi når du bruker ARP, går den første pakken tapt, men de tre andre ble returnert til mottakeren. Dette gir punkt-til-punkt-kommunikasjon på et nettverk ved hjelp av RIP-rutingsprotokollen.
Så, for å aktivere bruken av RIP-protokollen av ruteren, må du sekvensielt skrive kommandoene router rip, versjon 2 og nettverk <nettverksnummer / nettverksidentifikator i full klasseform>.
La oss gå til R4-innstillingene og angi kommandoen vis ip-rute. Du kan se at nettverk 10. er koblet direkte til ruteren, og nettverk 192.168.1.0/24 er tilgjengelig via port f0/0 med IP-adresse 10.1.1.1 via RIP.
Hvis du legger merke til utseendet til 192.168.1.0/24-nettverket, vil du legge merke til at det er et problem med automatisk oppsummering av ruter. Hvis automatisk oppsummering er aktivert, vil RIP oppsummere alle nettverk opp til 192.168.1.0/24. La oss se på hva tidtakere er. RIP-protokollen har 4 hovedtimere.
Oppdateringstimeren er ansvarlig for frekvensen av å sende oppdateringer, og sender protokolloppdateringer hvert 30. sekund til alle grensesnitt som deltar i RIP-ruting. Dette betyr at den tar rutingtabellen og distribuerer den til alle porter som opererer i RIP-modus.
La oss forestille oss at vi har ruter 1, som er koblet til ruter 2 med nettverk N2. Før den første og etter den andre ruteren er det nettverk N1 og N3. Ruter 1 forteller ruter 2 at den kjenner nettverket N1 og N2 og sender den en oppdatering. Ruter 2 forteller ruter 1 at den kjenner nettverkene N2 og N3. I dette tilfellet utveksler ruterportene rutingtabeller hvert 30. sekund.
La oss forestille oss at N1-R1-forbindelsen av en eller annen grunn er brutt og ruter 1 kan ikke lenger kommunisere med N1-nettverket. Etter dette vil den første ruteren kun sende oppdateringer angående N2-nettverket til den andre ruteren. Ruter 2, etter å ha mottatt den første slike oppdateringen, vil tenke: "bra, nå må jeg sette nettverk N1 i den ugyldige timeren," hvoretter den vil starte den ugyldige timeren. I 180 sekunder vil den ikke utveksle N1-nettverksoppdateringer med noen, men etter denne tidsperioden vil den stoppe den ugyldige timeren og starte oppdateringstimeren igjen. Hvis den i løpet av disse 180 sekundene ikke mottar noen oppdateringer til tilstanden til N1-nettverket, vil den plassere den i en Hold Down-timer som varer i 180 sekunder, det vil si at Hold Down-timeren starter umiddelbart etter at den ugyldige timeren slutter.
Samtidig kjører en annen, fjerde spyletimer, som starter samtidig med den ugyldige timeren. Denne tidtakeren bestemmer tidsintervallet mellom mottak av siste normale oppdatering om nettverk N1 til nettverket fjernes fra rutingtabellen. Når varigheten av denne tidtakeren når 240 sekunder, vil nettverk N1 automatisk bli ekskludert fra rutetabellen til den andre ruteren.
Så, Update Timer sender ut oppdateringer hvert 30. sekund. Ugyldig timer, som kjører hvert 180. sekund, venter til en ny oppdatering når ruteren. Hvis den ikke kommer, setter den nettverket i en hold-tilstand, med Hold Down-timeren som kjører hvert 180. sekund. Men Ugyldig- og Flush-timere starter samtidig, slik at 240 sekunder etter at Flush starter, ekskluderes nettverket som ikke er nevnt i oppdateringen fra rutingtabellen. Varigheten av disse tidtakerne er satt som standard og kan endres. Det er hva RIP-timere er.
La oss nå gå videre til å vurdere begrensningene til RIP-protokollen, det er ganske mange av dem. En av hovedbegrensningene er automatisk summering.
La oss gå tilbake til nettverket vårt 192.168.1.0/24. Ruter 3 forteller ruter 4 om hele 1.0-nettverket, som er indikert med /24. Dette betyr at alle 256 IP-adresser på dette nettverket, inkludert nettverks-ID og kringkastingsadresse, er tilgjengelige, noe som betyr at meldinger fra enheter med en hvilken som helst IP-adresse i dette området vil bli sendt gjennom 10.1.1.1-nettverket. La oss se på rutetabellen R3.
Vi ser nettverk 192.168.1.0/26, delt inn i 3 undernett. Dette betyr at ruteren kun vet om tre spesifiserte IP-adresser: 192.168.1.0, 192.168.1.64 og 192.168.1.128, som tilhører /26-nettverket. Men den vet for eksempel ingenting om enheter med IP-adresser i området fra 192.168.1.192 til 192.168.1.225.
Men av en eller annen grunn tror R4 at den vet alt om trafikken som R3 sender til den, det vil si alle IP-adressene på 192.168.1.0/24-nettverket, noe som er fullstendig falskt. Samtidig kan rutere begynne å slippe trafikk fordi de "lurer" hverandre - tross alt har ruter 3 ingen rett til å fortelle den fjerde ruteren at den vet alt om subnettene til dette nettverket. Dette oppstår på grunn av et problem som kalles "automatisk summering". Det oppstår når trafikk beveger seg over forskjellige store nettverk. For eksempel, i vårt tilfelle er et nettverk med klasse C-adresser koblet gjennom R3-ruteren til et nettverk med klasse A-adresser.
R3-ruteren anser disse nettverkene for å være de samme og oppsummerer automatisk alle rutene til en enkelt nettverksadresse 192.168.1.0. La oss huske hva vi snakket om å oppsummere supernettruter i en av de forrige videoene. Grunnen til summeringen er enkel - ruteren mener at én oppføring i rutetabellen, for oss er dette oppføringen 192.168.1.0/24 [120/1] via 10.1.1.1, er bedre enn 3 oppføringer. Hvis nettverket består av hundrevis av små undernett, vil rutingtabellen bestå av et stort antall rutingoppføringer når oppsummering er deaktivert. Derfor, for å forhindre akkumulering av en enorm mengde informasjon i rutetabeller, brukes automatisk ruteoppsummering.
I vårt tilfelle skaper imidlertid automatisk oppsummering av ruter et problem fordi det tvinger ruteren til å utveksle falsk informasjon. Derfor må vi gå inn i innstillingene til R3-ruteren og skrive inn en kommando som forbyr automatisk oppsummering av ruter.
For å gjøre dette, skriver jeg sekvensielt kommandoene ruterrip og ingen automatisk oppsummering. Etter dette må du vente til oppdateringen sprer seg over nettverket, og deretter kan du bruke kommandoen show ip route i innstillingene til R4-ruteren.
Du kan se hvordan rutetabellen har endret seg. Oppføringen 192.168.1.0/24 [120/1] via 10.1.1.1 ble bevart fra forrige versjon av tabellen, og så er det tre oppføringer som, takket være Update-timeren, oppdateres hvert 30. sekund. Flush-timeren sikrer at 240 sekunder etter oppdateringen pluss 30 sekunder, det vil si etter 270 sekunder, vil dette nettverket bli fjernet fra rutingtabellen.
Nettverkene 192.168.1.0/26, 192.168.1.64/26 og 192.168.1.128/26 er oppført riktig, så nå hvis trafikk er bestemt for enhet 192.168.1.225, vil den enheten slippe den fordi ruteren med ikke vet hvor den adressen. Men i det forrige tilfellet, da vi hadde aktivert automatisk oppsummering av ruter for R3, ville denne trafikken bli dirigert til 10.1.1.1-nettverket, noe som var helt feil, fordi R3 umiddelbart skulle droppe disse pakkene uten å sende dem videre.
Som nettverksadministrator bør du opprette nettverk med et minimum av unødvendig trafikk. For eksempel, i dette tilfellet er det ikke nødvendig å videresende denne trafikken gjennom R3. Din jobb er å øke nettverksgjennomstrømningen så mye som mulig, og forhindre at trafikk sendes til enheter som ikke trenger det.
Den neste begrensningen for RIP er Loops, eller rutingløkker. Vi har allerede snakket om nettverkskonvergens, når rutingtabellen er riktig oppdatert. I vårt tilfelle skal ikke ruteren motta oppdateringer for 192.168.1.0/24-nettverket hvis den ikke vet noe om det. Teknisk sett betyr konvergens at rutingtabellen kun oppdateres med korrekt informasjon. Dette skal skje når ruteren slås av, startes på nytt, kobles til nettverket igjen, etc. Konvergens er en tilstand der alle nødvendige rutetabelloppdateringer er fullført og alle nødvendige beregninger er utført.
RIP har veldig dårlig konvergens og er en veldig, veldig langsom rutingprotokoll. På grunn av denne tregheten, oppstår rutingsløyfer, eller problemet med "uendelig teller".
Jeg vil tegne et nettverksdiagram som ligner på forrige eksempel - ruter 1 er koblet til ruter 2 med nettverk N2, nettverk N1 er koblet til ruter 1, og nettverk N2 er koblet til ruter 3. La oss anta at N1-R1-forbindelsen av en eller annen grunn er brutt.
Ruter 2 vet at nettverket N1 er tilgjengelig i ett hopp gjennom ruter 1, men dette nettverket fungerer ikke for øyeblikket. Etter at nettverket svikter, starter timereprosessen, ruter 1 setter den i Hold Down-tilstand, og så videre. Ruter 2 har imidlertid en oppdateringstidtaker i gang, og på det angitte tidspunktet sender den en oppdatering til ruter 1, som sier at nettverket N1 er tilgjengelig gjennom den i to hopp. Denne oppdateringen kommer til ruter 1 før den rekker å sende ruter 2 en oppdatering om feilen i nettverket N1.
Etter å ha mottatt denne oppdateringen tenker ruter 1: "Jeg vet at N1-nettverket som er koblet til meg ikke fungerer av en eller annen grunn, men ruter 2 fortalte meg at det er tilgjengelig gjennom det i to hopp. Jeg tror på ham, så jeg legger til ett hopp, oppdaterer rutetabellen min og sender ruter 2 en oppdatering som sier at nettverket N1 er tilgjengelig gjennom ruter 2 i tre hopp!»
Etter å ha mottatt denne oppdateringen fra den første ruteren, sier ruter 2: "ok, tidligere mottok jeg en oppdatering fra R1, som sa at N1-nettverket er tilgjengelig gjennom det i ett hopp. Nå fortalte han meg at den er tilgjengelig i 3 hopp. Kanskje noe har endret seg i nettverket, jeg kan ikke unngå å tro det, så jeg vil oppdatere rutetabellen min ved å legge til ett hopp.» Etter dette sender R2 en oppdatering til den første ruteren, som sier at nettverk N1 nå er tilgjengelig i 4 hopp.
Ser du hva problemet er? Begge ruterne sender oppdateringer til hverandre, legger til ett hopp hver gang, og til slutt når antallet hopp et stort antall. I RIP-protokollen er det maksimale antallet hopp 16, og så snart den når denne verdien, innser ruteren at det er et problem og fjerner ganske enkelt denne ruten fra rutingtabellen. Dette er problemet med ruting av løkker i RIP. Dette skyldes det faktum at RIP er en avstandsvektorprotokoll; den overvåker bare avstanden, uten å ta hensyn til tilstanden til nettverksseksjoner. I 1969, da datanettverk var mye tregere enn de er nå, var avstandsvektortilnærmingen berettiget, så RIP-utviklerne valgte hopptellinger som hovedberegning. Men i dag skaper denne tilnærmingen mange problemer, så moderne nettverk har mye byttet til mer avanserte rutingprotokoller, som OSPF. De facto har denne protokollen blitt standarden for nettverkene til de fleste globale selskaper. Vi vil se på denne protokollen i stor detalj i en av de følgende videoene.
Vi vil ikke lenger gå tilbake til RIP, fordi ved å bruke eksemplet med denne eldste nettverksprotokollen, har jeg fortalt deg nok om det grunnleggende om ruting og problemene på grunn av at de prøver å ikke lenger bruke denne protokollen for store nettverk. I de neste videoleksjonene skal vi se på moderne rutingprotokoller - OSPF og EIGRP.
Takk for at du bor hos oss. Liker du artiklene våre? Vil du se mer interessant innhold? Støtt oss ved å legge inn en bestilling eller anbefale til venner, 30 % rabatt for Habr-brukere på en unik analog av inngangsnivåservere, som ble oppfunnet av oss for deg: (tilgjengelig med RAID1 og RAID10, opptil 24 kjerner og opptil 40 GB DDR4).
Dell R730xd 2 ganger billigere? Bare her i Nederland! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - fra $99! Lese om
Kilde: www.habr.com