Tämän päivän oppitunnin aiheena on RIP eli reititystietoprotokolla. Puhumme sen käytön eri näkökohdista, sen kokoonpanosta ja rajoituksista. Kuten sanoin, RIP ei ole osa Cisco 200-125 CCNA -kurssin opetussuunnitelmaa, mutta päätin omistaa erillisen oppitunnin tälle protokollalle, koska RIP on yksi tärkeimmistä reititysprotokollista.
Tänään tarkastelemme kolmea näkökohtaa: toiminnan ymmärtäminen ja RIP:n määrittäminen reitittimissä, RIP-ajastimet, RIP-rajoitukset. Tämä protokolla luotiin vuonna 3, joten se on yksi vanhimmista verkkoprotokollista. Sen etuna on sen poikkeuksellinen yksinkertaisuus. Nykyään monet verkkolaitteet, mukaan lukien Cisco, tukevat edelleen RIP:tä, koska se ei ole patentoitu protokolla, kuten EIGRP, vaan julkinen protokolla.
RIP:stä on 2 versiota. Ensimmäinen, klassinen versio, ei tue VLSM:ää - muuttuvapituista aliverkon peitettä, johon luokkaton IP-osoite perustuu, joten voimme käyttää vain yhtä verkkoa. Puhun tästä vähän myöhemmin. Tämä versio ei myöskään tue todennusta.
Oletetaan, että sinulla on kaksi reititintä kytkettynä toisiinsa. Tässä tapauksessa ensimmäinen reititin kertoo naapurilleen kaiken, mitä se tietää. Oletetaan, että verkko 2 on yhdistetty ensimmäiseen reitittimeen, verkko 10 sijaitsee ensimmäisen ja toisen reitittimen välissä ja verkko 20 on toisen reitittimen takana. Sitten ensimmäinen reititin kertoo toiselle tuntevansa verkot 30 ja 10 ja reititin 20 kertoo. reititin 2, jonka se tietää verkoista 1 ja verkoista 30.
Reititysprotokolla osoittaa, että nämä kaksi verkkoa tulisi lisätä reititystaulukkoon. Yleensä käy ilmi, että yksi reititin kertoo naapurireitittimelle siihen liitetyistä verkoista, mikä kertoo naapurilleen jne. Yksinkertaisesti sanottuna RIP on juoruprotokolla, jonka avulla naapurireitittimet voivat jakaa tietoja toistensa kanssa, ja jokainen naapuri uskoo ehdoitta, mitä heille kerrotaan. Jokainen reititin "kuuntelee" verkossa tapahtuvia muutoksia ja jakaa ne naapureidensa kanssa.
Todennustuen puuttuminen tarkoittaa, että jokaisesta verkkoon kytketystä reitittimestä tulee välittömästi täysi osallistuja. Jos haluan kaataa verkon, yhdistän hakkerireitittimeni siihen haitallisella päivityksellä, ja koska kaikki muut reitittimet luottavat siihen, he päivittävät reititystaulukkonsa haluamallani tavalla. RIP:n ensimmäinen versio ei tarjoa minkäänlaista suojaa tällaista hakkerointia vastaan.
RIPv2:ssa voit tarjota todennuksen määrittämällä reitittimen vastaavasti. Tässä tapauksessa tietojen päivittäminen reitittimien välillä on mahdollista vasta, kun verkkotodennus on läpäissyt salasanalla.
RIPv1 käyttää yleislähetystä, eli kaikki päivitykset lähetetään yleislähetysviesteillä niin, että kaikki verkon osallistujat vastaanottavat ne. Oletetaan, että ensimmäiseen reitittimeen on kytketty tietokone, joka ei tiedä mitään näistä päivityksistä, koska vain reitityslaitteet tarvitsevat niitä. Reititin 1 lähettää kuitenkin nämä viestit kaikille laitteille, joilla on Broadcast ID, eli myös niille, jotka eivät sitä tarvitse.
RIP:n toisessa versiossa tämä ongelma on ratkaistu - se käyttää Multicast ID:tä tai monilähetysliikenteen siirtoa. Tässä tapauksessa vain ne laitteet, jotka on määritetty protokolla-asetuksissa, saavat päivityksiä. Todennuksen lisäksi tämä RIP-versio tukee VLSM-luokkatonta IP-osoitetta. Tämä tarkoittaa, että jos 10.1.1.1/24-verkko on yhdistetty ensimmäiseen reitittimeen, myös kaikki verkkolaitteet, joiden IP-osoite on tämän aliverkon osoitealueella, saavat päivityksiä. Protokollan toinen versio tukee CIDR-menetelmää, eli kun toinen reititin vastaanottaa päivityksen, se tietää, mitä verkkoa tai reittiä se koskee. Ensimmäisessä versiossa, jos verkko 10.1.1.0 on yhdistetty reitittimeen, myös verkon 10.0.0.0 ja muiden samaan luokkaan kuuluvien verkkojen laitteet saavat päivityksiä. Tässä tapauksessa reititin 2 saa myös täydelliset tiedot näiden verkkojen päivityksestä, mutta ilman CIDR:ää se ei tiedä, että tämä tieto koskee aliverkkoa, jolla on luokan A IP-osoitteet.
Tämä on mitä RIP on hyvin yleisellä tasolla. Katsotaan nyt, kuinka se voidaan määrittää. Sinun on siirryttävä reitittimen asetusten yleiseen määritystilaan ja käytettävä Router RIP -komentoa.
Tämän jälkeen näet, että komentorivin otsikko on muuttunut muotoon R1(config-router)#, koska olemme siirtyneet reitittimen alikomentotasolle. Toinen komento on versio 2, eli osoitamme reitittimelle, että sen tulee käyttää protokollan versiota 2. Seuraavaksi meidän on syötettävä mainostetun luokkaverkon osoite, jonka kautta päivitykset tulee lähettää, käyttämällä verkko XXXX -komentoa. Tällä komennolla on 2 toimintoa: ensinnäkin se määrittää, mitä verkkoa pitää mainostaa ja toiseksi, mitä liitäntää on käytettävä. tätä varten. Näet mitä tarkoitan, kun tarkastelet verkkoasetuksia.
Täällä meillä on 4 reititintä ja tietokone kytketty kytkimeen verkon kautta, jonka tunniste on 192.168.1.0/26, joka on jaettu 4 aliverkkoon. Käytämme vain kolmea aliverkkoa: 3/192.168.1.0, 26/192.168.1.64 ja 26/192.168.1.128. Meillä on edelleen aliverkko 26/192.168.1.192, mutta sitä ei käytetä, koska sitä ei tarvita.
Laiteporteilla on seuraavat IP-osoitteet: tietokone 192.168.1.10, ensimmäisen reitittimen ensimmäinen portti 192.168.1.1, toinen portti 192.168.1.65, toisen reitittimen ensimmäinen portti 192.168.1.66, toisen reitittimen toinen portti 192.168.1.129. kolmannen reitittimen ensimmäinen portti 192.168.1.130. 1 . Viime kerralla puhuimme käytännöistä, joten en voi noudattaa käytäntöä ja määrittää osoitetta .1 reitittimen toiselle portille, koska .XNUMX ei ole osa tätä verkkoa.
Seuraavaksi käytän muita osoitteita, koska aloitamme toisen verkon - 10.1.1.0/16, joten toisen reitittimen toisella portilla, johon tämä verkko on kytketty, on IP-osoite 10.1.1.1 ja neljännen portin IP-osoite reititin, johon kytkin on kytketty - osoite 10.1.1.2.
Luomani verkon määrittämistä varten minun on määritettävä laitteille IP-osoitteet. Aloitetaan ensimmäisen reitittimen ensimmäisestä portista.
Ensin luomme isäntänimen R1, annamme osoitteen 0 portille f0/192.168.1.1 ja määritämme aliverkon peitteen 255.255.255.192, koska meillä on /26-verkko. Suoritetaan R1:n konfigurointi no shut -komennolla. Ensimmäisen reitittimen f0/1 toinen portti saa IP-osoitteen 192.168.1.65 ja aliverkon peitteen 255.255.255.192.
Toinen reititin saa nimen R2, annamme osoitteen 0 ja aliverkon peitteen 0 ensimmäiselle portille f192.168.1.66/255.255.255.192, osoitteen 0 ja aliverkon peitteen 1/ toiselle portille. 192.168.1.129.
Siirryttäessä kolmanteen reitittimeen, annamme sille isäntänimen R3, portti f0/0 saa osoitteen 192.168.1.130 ja maskin 255.255.255.192 ja portti f0/1 saa osoitteen 10.1.1.1 ja maskin 255.255.0.0. 16, koska tämä verkko on /XNUMX.
Lopuksi siirryn viimeiseen reitittimeen, annan sille nimeksi R4 ja annan portille f0/0 osoitteen 10.1.1.2 ja maskin 255.255.0.0. Joten olemme määrittäneet kaikki verkkolaitteet.
Lopuksi tarkastellaan tietokoneen verkkoasetuksia - sen staattinen IP-osoite on 192.168.1.10, puoliverkon peite 255.255.255.192 ja oletusyhdyskäytävän osoite 192.168.1.1.
Joten, olet nähnyt, kuinka aliverkon peite määritetään eri aliverkoissa oleville laitteille, se on hyvin yksinkertaista. Otetaan nyt reititys käyttöön. Siirryn R1-asetuksiin, asetan yleisen konfigurointitilan ja kirjoitan reitittimen komennon. Tämän jälkeen järjestelmä antaa vihjeitä tämän komennon mahdollisille reititysprotokollille: bgp, eigrp, ospf ja rip. Koska opetusohjelmamme koskee RIP:tä, käytän reitittimen rip-komentoa.
Jos kirjoitat kysymysmerkin, järjestelmä antaa uuden vihjeen seuraavalle komennolle, joka sisältää mahdolliset vaihtoehdot tämän protokollan toiminnoille: auto-yhteenveto - automaattinen yhteenveto reiteistä, oletustiedot - oletustietojen esittämisen ohjaus, verkko - verkot, ajoitukset ja niin edelleen. Täältä voit valita tiedot, joita vaihdamme naapurilaitteiden kanssa. Tärkein toiminto on versio, joten aloitamme antamalla komennon version 2. Seuraavaksi tulee käyttää verkkoavainkomentoa, joka luo reitin määritettyyn IP-verkkoon.
Jatkamme Router1:n määrittämistä myöhemmin, mutta toistaiseksi haluan siirtyä reitittimeen 3. Ennen kuin käytän siinä verkkokomentoa, katsotaanpa verkkotopologiamme oikeaa puolta. Reitittimen toisen portin osoite on 10.1.1.1. Miten RIP toimii? Toisessakin versiossaan RIP, melko vanhana protokollana, käyttää edelleen omia verkkoluokkia. Siksi, vaikka verkkomme 10.1.1.0/16 kuuluu luokkaan A, meidän on määritettävä tämän IP-osoitteen koko luokkaversio verkko 10.0.0.0 -komennolla.
Mutta vaikka kirjoittaisin komennon verkko 10.1.1.1 ja katson sitten nykyistä kokoonpanoa, huomaan, että järjestelmä on korjannut 10.1.1.1 arvoon 10.0.0.0 automaattisesti käyttämällä täyden luokan osoitemuotoa. Joten jos kohtaat kysymyksen RIP:stä CCNA-kokeessa, sinun on käytettävä täyden luokan osoitusta. Jos kirjoitat 10.0.0.0 sijaan 10.1.1.1 tai 10.1.0.0, teet virheen. Huolimatta siitä, että muunnos täyden luokan osoituslomakkeeseen tapahtuu automaattisesti, suosittelen käyttämään aluksi oikeaa osoitetta, jotta et odota, kunnes järjestelmä korjaa virheen. Muista - RIP käyttää aina täyden luokan verkko-osoitteita.
Kun olet käyttänyt verkko 10.0.0.0 -komentoa, kolmas reititin lisää tämän kymmenennen verkon reititysprotokollaan ja lähettää päivityksen R3-R4-reittiä pitkin. Nyt sinun on määritettävä neljännen reitittimen reititysprotokolla. Siirryn sen asetuksiin ja kirjoitan peräkkäin komennot reititin rip, versio 2 ja verkko 10.0.0.0. Tällä komennolla pyydän R4:ää aloittamaan verkon mainostamisen 10. käyttämällä RIP-reititysprotokollaa.
Nyt nämä kaksi reititintä voisivat vaihtaa tietoja, mutta se ei muuttaisi mitään. Show ip route -komennon käyttäminen osoittaa, että FastEthernrt-portti 0/0 on kytketty suoraan verkkoon 10.1.0.0. Neljäs reititin, saatuaan verkkoilmoituksen kolmannelta reitittimeltä, sanoo: "Hienoa, ystävä, sain ilmoituksesi kymmenestä verkosta, mutta tiedän jo siitä, koska olen suoraan yhteydessä tähän verkkoon."
Siksi palaamme R3-asetuksiin ja lisäämme toisen verkon verkko 192.168.1.0 -komennolla. Käytän jälleen täyden luokan osoitusmuotoa. Tämän jälkeen kolmas reititin voi mainostaa 192.168.1.128-verkkoa R3-R4-reitillä. Kuten jo sanoin, RIP on "juoru", joka kertoo kaikille naapureilleen uusista verkoista ja välittää tietoa reititystaulukostaan heille. Jos katsot nyt kolmannen reitittimen taulukkoa, näet siihen yhdistetyn kahden verkon tiedot.
Se lähettää nämä tiedot reitin molempiin päihin sekä toiselle että neljännelle reitittimelle. Siirrytään R2-asetuksiin. Annan samat komennot reititin rip, versio 2 ja verkko 192.168.1.0, ja tässä asiat alkavat kiinnostaa. Määritän verkon 1.0, mutta se on sekä verkko 192.168.1.64/26 että verkko 192.168.1.128/26. Siksi, kun määritän verkon 192.168.1.0, tarjoan teknisesti reitityksen tämän reitittimen molemmille liitännöille. Mukavuus on, että yhdellä komennolla voit määrittää reitityksen kaikille laitteen porteille.
Määritän täsmälleen samat parametrit reitittimelle R1 ja tarjoan reitityksen molemmille liitännöille samalla tavalla. Jos nyt katsot R1:n reititystaulukkoa, näet kaikki verkot.
Tämä reititin tuntee sekä verkon 1.0:n että verkon 1.64:n. Se tietää myös verkoista 1.128 ja 10.1.1.0, koska se käyttää RIP:tä. Tämä osoitetaan R-otsikolla reititystaulukon vastaavalla rivillä.
Kiinnitä huomiota tietoihin [120/2] - tämä on hallinnollinen etäisyys, eli reititystietojen lähteen luotettavuus. Tämä arvo voi olla suurempi tai pienempi, mutta RIP:n oletusarvo on 120. Esimerkiksi staattisen reitin hallinnollinen etäisyys on 1. Mitä pienempi hallinnollinen etäisyys on, sitä luotettavampi protokolla on. Jos reitittimellä on mahdollisuus valita kahdesta protokollasta, esimerkiksi staattisen reitin ja RIP:n välillä, se valitsee liikenteen välittämisen staattista reittiä pitkin. Toinen suluissa oleva arvo /2 on mittari. RIP-protokollassa metriikka tarkoittaa hyppyjen määrää. Tässä tapauksessa verkko 10.0.0.0/8 voidaan saavuttaa kahdella hyppyllä, eli reitittimen R2 on lähetettävä liikennettä verkon 1/192.168.1.64 kautta, tämä on ensimmäinen hyppy, ja verkon 26/192.168.1.128 kautta tämä on toinen hyppy, päästä verkkoon 26/10.0.0.0 laitteen kautta, jossa on FastEthernet 8/0 -liitäntä ja IP-osoite 1.
Vertailun vuoksi: reititin R1 voi päästä verkkoon 192.168.1.128 hallinnollisella etäisyydellä 120 yhdellä hyppyllä liitännän 1 kautta.
Jos nyt yrität pingata reitittimen R0 käyttöliittymää IP-osoitteella 4 tietokoneelta PC10.1.1.2, se palautuu onnistuneesti.
Ensimmäinen yritys epäonnistui Request time out -viestillä, koska ARP:tä käytettäessä ensimmäinen paketti katoaa, mutta muut kolme palautettiin onnistuneesti vastaanottajalle. Tämä tarjoaa point-to-point-viestinnän verkossa käyttämällä RIP-reititysprotokollaa.
Joten aktivoidaksesi reitittimen RIP-protokollan käytön, sinun on kirjoitettava peräkkäin komennot reititin rip, versio 2 ja verkko <verkon numero / verkkotunnus täyden luokan muodossa>.
Siirrytään R4-asetuksiin ja kirjoitetaan show ip route -komento. Näet, että verkko 10. on yhdistetty suoraan reitittimeen ja verkkoon 192.168.1.0/24 pääsee portin f0/0 kautta IP-osoitteella 10.1.1.1 RIP:n kautta.
Jos kiinnität huomiota 192.168.1.0/24-verkon ulkoasuun, huomaat, että reittien automaattisessa yhteenvedossa on ongelma. Jos automaattinen yhteenveto on käytössä, RIP tekee yhteenvedon kaikista verkoista 192.168.1.0/24 asti. Katsotaanpa mitä ajastimet ovat. RIP-protokollassa on 4 pääajastinta.
Päivitysajastin vastaa päivitysten lähetystiheydestä ja lähettää protokollapäivitykset 30 sekunnin välein kaikkiin RIP-reitittämiseen osallistuviin liitäntöihin. Tämä tarkoittaa, että se ottaa reititystaulukon ja jakaa sen kaikkiin RIP-tilassa toimiviin portteihin.
Kuvitellaan, että meillä on reititin 1, joka on yhdistetty reitittimeen 2 verkon N2 kautta. Ennen ensimmäistä ja toista reititintä on verkot N1 ja N3. Reititin 1 kertoo reitittimelle 2, että se tuntee verkon N1 ja N2 ja lähettää sille päivityksen. Reititin 2 kertoo reitittimelle 1 tuntevansa verkot N2 ja N3. Tässä tapauksessa reitittimen portit vaihtavat reititystaulukoita 30 sekunnin välein.
Kuvitellaan, että jostain syystä N1-R1-yhteys katkeaa ja reititin 1 ei voi enää kommunikoida N1-verkon kanssa. Tämän jälkeen ensimmäinen reititin lähettää vain N2-verkkoa koskevat päivitykset toiselle reitittimelle. Reititin 2, saatuaan ensimmäisen tällaisen päivityksen, ajattelee: "Hienoa, nyt minun on asetettava verkko N1 Invalid Timer -laitteeseen", jonka jälkeen se käynnistää virheellisen ajastimen. 180 sekuntiin se ei vaihda N1-verkkopäivityksiä kenenkään kanssa, mutta tämän ajan kuluttua se pysäyttää Invalid Timer -toiminnon ja käynnistää päivitysajastimen uudelleen. Jos se ei saa näiden 180 sekunnin aikana päivityksiä N1-verkon tilaan, se asettaa sen 180 sekuntia kestävään Hold Down -ajastimeen, eli Hold Down -ajastin käynnistyy välittömästi Virheellisen ajastimen päättymisen jälkeen.
Samaan aikaan on käynnissä toinen, neljäs huuhteluajastin, joka käynnistyy samanaikaisesti Invalid ajastimen kanssa. Tämä ajastin määrittää ajan, joka kuluu viimeisimmän normaalin päivityksen vastaanottamisesta verkosta N1, kunnes verkko poistetaan reititystaulukosta. Siten, kun tämän ajastimen kesto saavuttaa 240 sekuntia, verkko N1 suljetaan automaattisesti pois toisen reitittimen reititystaulukosta.
Joten päivitysajastin lähettää päivitykset 30 sekunnin välein. Virheellinen ajastin, joka käy 180 sekunnin välein, odottaa, kunnes uusi päivitys saapuu reitittimeen. Jos se ei tule perille, se asettaa verkon pitotilaan, jolloin Hold Down -ajastin toimii 180 sekunnin välein. Mutta Invalid- ja Flush-ajastimet käynnistyvät samanaikaisesti, joten 240 sekuntia huuhtelun käynnistymisen jälkeen verkko, jota ei mainita päivityksessä, suljetaan pois reititystaulukosta. Näiden ajastimien kesto on oletuksena asetettu ja sitä voidaan muuttaa. Sellaisia ovat RIP-ajastimet.
Siirrytään nyt tarkastelemaan RIP-protokollan rajoituksia, niitä on melko vähän. Yksi tärkeimmistä rajoituksista on automaattinen summaus.
Palataan verkkoon 192.168.1.0/24. Reititin 3 kertoo reitittimelle 4 koko 1.0-verkosta, joka on merkitty /24. Tämä tarkoittaa, että kaikki tämän verkon 256 IP-osoitetta, mukaan lukien verkon tunnus ja lähetysosoite, ovat käytettävissä, mikä tarkoittaa, että viestit laitteista, joilla on mikä tahansa tällä alueella oleva IP-osoite, lähetetään 10.1.1.1-verkon kautta. Katsotaanpa reititystaulukkoa R3.
Näemme verkon 192.168.1.0/26 jaettuna 3 aliverkkoon. Tämä tarkoittaa, että reititin tietää vain kolme määritettyä IP-osoitetta: 192.168.1.0, 192.168.1.64 ja 192.168.1.128, jotka kuuluvat /26-verkkoon. Mutta se ei tiedä mitään esimerkiksi laitteista, joiden IP-osoitteet ovat välillä 192.168.1.192 - 192.168.1.225.
Jostain syystä R4 kuitenkin luulee tietävänsä kaiken R3:n sille lähettämästä liikenteestä eli kaikista IP-osoitteista 192.168.1.0/24-verkossa, mikä on täysin väärin. Samaan aikaan reitittimet voivat alkaa pudottaa liikennettä, koska ne "pettävät" toisiaan - loppujen lopuksi reitittimellä 3 ei ole oikeutta kertoa neljännelle reitittimelle, että se tietää kaiken tämän verkon aliverkoista. Tämä johtuu ongelmasta nimeltä "automaattinen summaus". Se tapahtuu, kun liikenne liikkuu eri suurten verkkojen välillä. Esimerkiksi meidän tapauksessamme verkko, jolla on luokan C osoitteet, on yhdistetty R3-reitittimen kautta verkkoon, jolla on luokan A osoitteet.
R3-reititin pitää näitä verkkoja samoina ja tiivistää automaattisesti kaikki reitit yhdeksi verkko-osoitteeksi 192.168.1.0. Muistetaan, mitä puhuimme supernet-reittien yhteenvedosta yhdessä edellisissä videoissa. Syy summaukseen on yksinkertainen - reititin uskoo, että yksi merkintä reititystaulukossa, meille tämä on merkintä 192.168.1.0/24 [120/1] kautta 10.1.1.1, on parempi kuin 3 merkintää. Jos verkko koostuu sadoista pienistä aliverkoista, niin kun yhteenveto on poistettu käytöstä, reititystaulukko koostuu valtavasta määrästä reititysmerkintöjä. Siksi, jotta estetään valtavan tiedon kerääntyminen reititystaulukoihin, käytetään automaattista reitin yhteenvetoa.
Meidän tapauksessamme reittien automaattinen yhteenveto aiheuttaa kuitenkin ongelman, koska se pakottaa reitittimen vaihtamaan vääriä tietoja. Siksi meidän on mentävä R3-reitittimen asetuksiin ja syötettävä komento, joka kieltää reittien automaattisen yhteenvedon.
Tätä varten kirjoitan peräkkäin komennot reititin rip ja ei automaattista yhteenvetoa. Tämän jälkeen sinun on odotettava, kunnes päivitys leviää verkossa, ja sitten voit käyttää Show ip route -komentoa R4-reitittimen asetuksista.
Näet kuinka reititystaulukko on muuttunut. Merkintä 192.168.1.0/24 [120/1] kautta 10.1.1.1 säilytettiin taulukon edellisestä versiosta, ja sitten on kolme merkintää, jotka päivitysajastimen ansiosta päivitetään 30 sekunnin välein. Huuhteluajastin varmistaa, että tämä verkko poistetaan reititystaulukosta 240 sekuntia päivityksen jälkeen plus 30 sekuntia, eli 270 sekunnin kuluttua.
Verkot 192.168.1.0/26, 192.168.1.64/26 ja 192.168.1.128/26 on listattu oikein, joten jos liikenne on nyt suunnattu laitteelle 192.168.1.225, laite pudottaa sen, koska reititin ei tiedä minne laite tuo osoite. Mutta edellisessä tapauksessa, kun meillä oli käytössä reittien automaattinen yhteenveto R3:lle, tämä liikenne ohjattiin 10.1.1.1-verkkoon, mikä oli täysin väärin, koska R3:n pitäisi välittömästi pudottaa nämä paketit lähettämättä niitä eteenpäin.
Verkon ylläpitäjänä sinun tulee luoda verkkoja, joissa on mahdollisimman vähän turhaa liikennettä. Esimerkiksi tässä tapauksessa tätä liikennettä ei tarvitse välittää R3:n kautta. Sinun tehtäväsi on lisätä verkon läpäisykykyä niin paljon kuin mahdollista, jotta liikennettä ei lähetetä laitteisiin, jotka eivät sitä tarvitse.
Seuraava RIP-rajoitus on Loops tai reitityssilmukat. Olemme jo puhuneet verkon konvergenssista, kun reititystaulukko päivitetään oikein. Meidän tapauksessamme reitittimen ei pitäisi saada päivityksiä 192.168.1.0/24-verkkoon, jos se ei tiedä siitä mitään. Teknisesti konvergenssi tarkoittaa, että reititystaulukko päivitetään vain oikeilla tiedoilla. Tämän pitäisi tapahtua, kun reititin sammutetaan, käynnistetään uudelleen, yhdistetään verkkoon jne. Konvergenssi on tila, jossa kaikki tarvittavat reititystaulukon päivitykset on suoritettu ja kaikki tarvittavat laskelmat on suoritettu.
RIP:llä on erittäin huono konvergenssi ja se on erittäin, hyvin hidas reititysprotokolla. Tästä hitaudesta johtuen ilmaantuu reitityssilmukat eli "ääretön laskuri" -ongelma.
Piirrän edellisen esimerkin kaltaisen verkkokaavion - reititin 1 on yhdistetty reitittimeen 2 verkon N2 kautta, verkko N1 on yhdistetty reitittimeen 1 ja verkko N2 on kytketty reitittimeen 3. Oletetaan, että N1-R1-yhteys on jostain syystä katkennut.
Reititin 2 tietää, että verkko N1 on tavoitettavissa yhdellä hyppyllä reitittimen 1 kautta, mutta tämä verkko ei toimi tällä hetkellä. Kun verkko epäonnistuu, ajastinprosessi alkaa, reititin 1 laittaa sen Hold Down -tilaan ja niin edelleen. Reitittimessä 2 on kuitenkin päivitysajastin käynnissä ja se lähettää asetettuna aikana päivityksen reitittimelle 1, jossa sanotaan, että verkko N1 on saavutettavissa sen kautta kahdella hyppyllä. Tämä päivitys saapuu reitittimeen 1 ennen kuin se ehtii lähettää reitittimelle 2 päivityksen verkon N1 viasta.
Saatuaan tämän päivityksen reititin 1 ajattelee: "Tiedän, että minulle yhdistetty N1-verkko ei jostain syystä toimi, mutta reititin 2 kertoi minulle, että se on saatavilla sen kautta kahdella hyppyllä. Uskon häntä, joten lisään yhden hypyn, päivitän reititystaulukkoni ja lähetän reitittimelle 2 päivityksen, jossa sanotaan, että verkko N1 on käytettävissä reitittimen 2 kautta kolmella hyppyllä!"
Saatuaan tämän päivityksen ensimmäiseltä reitittimeltä reititin 2 sanoo: "ok, aiemmin sain päivityksen R1:ltä, joka sanoi, että N1-verkko on käytettävissä sen kautta yhdellä hyppyllä. Nyt hän kertoi minulle, että sitä on saatavana 3 humalana. Ehkä jokin on muuttunut verkossa, en voi olla uskomatta sitä, joten päivitän reititystaulukkoni lisäämällä yhden hypyn." Tämän jälkeen R2 lähettää ensimmäiselle reitittimelle päivityksen, jossa todetaan, että verkko N1 on nyt käytettävissä 4 hyppyssä.
Näetkö mikä ongelma on? Molemmat reitittimet lähettävät päivityksiä toisilleen lisäämällä yhden hypyn joka kerta, ja lopulta hyppyjen määrä saavuttaa suuren määrän. RIP-protokollassa hyppyjen enimmäismäärä on 16, ja heti kun se saavuttaa tämän arvon, reititin havaitsee ongelman ja yksinkertaisesti poistaa tämän reitin reititystaulukosta. Tämä on ongelma RIP:n reitityssilmukoissa. Tämä johtuu siitä, että RIP on etäisyysvektoriprotokolla; se tarkkailee vain etäisyyttä kiinnittämättä huomiota verkon osien tilaan. Vuonna 1969, jolloin tietokoneverkot olivat paljon nykyistä hitaampia, etäisyysvektorilähestymistapa oli perusteltua, joten RIP-kehittäjät valitsivat hyppylukemat päämittariksi. Nykyään tämä lähestymistapa aiheuttaa kuitenkin monia ongelmia, joten nykyaikaiset verkot ovat laajalti siirtyneet kehittyneempiin reititysprotokolliin, kuten OSPF. Käytännössä tästä protokollasta on tullut standardi useimpien globaalien yritysten verkoille. Tarkastelemme tätä protokollaa yksityiskohtaisesti yhdessä seuraavista videoista.
RIP:iin emme enää palaa, koska tämän vanhimman verkkoprotokollan esimerkillä olen kertonut tarpeeksi reitityksen perusteista ja ongelmista, joiden takia tätä protokollaa yritetään olla käyttämättä isoissa verkoissa. Seuraavilla videotunneilla tarkastellaan nykyaikaisia reititysprotokollia - OSPF ja EIGRP.
Kiitos, että pysyt kanssamme. Pidätkö artikkeleistamme? Haluatko nähdä mielenkiintoisempaa sisältöä? Tue meitä tekemällä tilauksen tai suosittelemalla ystäville, 30 %:n alennus Habr-käyttäjille ainutlaatuisesta lähtötason palvelimien analogista, jonka me keksimme sinulle: (saatavana RAID1:n ja RAID10:n kanssa, jopa 24 ydintä ja jopa 40 Gt DDR4-muistia).
Dell R730xd 2 kertaa halvempi? Vain täällä Alankomaissa! Dell R420 - 2x E5-2430 2.2 Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - alkaen 99 dollaria! Lukea
Lähde: will.com