Šios pamokos tema – RIP, arba maršruto informacijos protokolas. Kalbėsime apie įvairius jo naudojimo aspektus, konfigūraciją ir apribojimus. Kaip jau sakiau, RIP nėra Cisco 200-125 CCNA kurso mokymo programos dalis, tačiau nusprendžiau šiam protokolui skirti atskirą pamoką, nes RIP yra vienas iš pagrindinių maršruto parinkimo protokolų.
Šiandien apžvelgsime 3 aspektus: veikimo supratimą ir RIP nustatymą maršrutizatoriuose, RIP laikmačius, RIP apribojimus. Šis protokolas buvo sukurtas 1969 m., todėl yra vienas seniausių tinklo protokolų. Jo pranašumas yra nepaprastas paprastumas. Šiandien daugelis tinklo įrenginių, įskaitant Cisco, ir toliau palaiko RIP, nes tai nėra patentuotas protokolas, kaip EIGRP, o viešasis protokolas.
Yra 2 RIP versijos. Pirmoji, klasikinė versija, nepalaiko VLSM – kintamo ilgio potinklio kaukės, kuria grindžiamas beklasis IP adresavimas, todėl galime naudoti tik vieną tinklą. Apie tai pakalbėsiu šiek tiek vėliau. Ši versija taip pat nepalaiko autentifikavimo.
Tarkime, kad turite 2 maršrutizatorius, sujungtus vienas su kitu. Tokiu atveju pirmasis maršrutizatorius pasako savo kaimynui viską, ką žino. Tarkime, tinklas 10 yra prijungtas prie pirmojo maršrutizatoriaus, 20 tinklas yra tarp pirmojo ir antrojo maršrutizatoriaus, o tinklas 30 yra už antrojo maršrutizatoriaus. Tada pirmasis maršrutizatorius praneša antrajam, kad žino 10 ir 20 tinklus, o 2 maršrutizatorius praneša. 1 maršrutizatorius, kurį jis žino apie 30 ir 20 tinklą.
Maršruto parinkimo protokolas rodo, kad šie du tinklai turi būti įtraukti į maršruto lentelę. Apskritai, vienas maršrutizatorius praneša kaimyniniam maršrutizatoriui apie tinklus, prijungtus prie jo, o šis praneša savo kaimynui ir pan. Paprasčiau tariant, RIP yra paskalų protokolas, leidžiantis kaimyniniams maršrutizatoriams dalytis informacija tarpusavyje, o kiekvienas kaimynas besąlygiškai tiki tuo, kas jiems sakoma. Kiekvienas maršrutizatorius „klauso“ tinklo pakeitimų ir dalijasi jais su savo kaimynais.
Autentifikavimo palaikymo trūkumas reiškia, kad bet kuris prie tinklo prijungtas maršrutizatorius iš karto tampa visateisiu dalyviu. Jei noriu sumažinti tinklą, prijungsiu savo įsilaužėlių maršrutizatorių su kenkėjišku atnaujinimu, o kadangi visi kiti maršrutizatoriai juo pasitiki, jie atnaujins savo maršruto lenteles taip, kaip aš noriu. Pirmoji RIP versija nesuteikia jokios apsaugos nuo tokio įsilaužimo.
RIPv2 galite suteikti autentifikavimą atitinkamai sukonfigūruodami maršruto parinktuvą. Tokiu atveju atnaujinti informaciją tarp maršrutizatorių bus galima tik atlikus tinklo autentifikavimą įvedant slaptažodį.
RIPv1 naudoja transliavimą, tai yra, visi atnaujinimai siunčiami naudojant transliavimo pranešimus, kad juos gautų visi tinklo dalyviai. Tarkime, prie pirmojo maršrutizatoriaus prijungtas kompiuteris, kuris nieko nežino apie šiuos atnaujinimus, nes jų reikia tik maršruto parinkimo įrenginiams. Tačiau 1 maršrutizatorius siųs šiuos pranešimus į visus įrenginius, turinčius transliacijos ID, tai yra, net ir tiems, kuriems jo nereikia.
Antroje RIP versijoje ši problema išspręsta – naudojamas Multicast ID, arba multicast srauto perdavimas. Tokiu atveju naujinimus gauna tik tie įrenginiai, kurie nurodyti protokolo nustatymuose. Be autentifikavimo, ši RIP versija palaiko VLSM beklasį IP adresavimą. Tai reiškia, kad jei 10.1.1.1/24 tinklas yra prijungtas prie pirmojo maršrutizatoriaus, visi tinklo įrenginiai, kurių IP adresas yra šio potinklio adresų diapazone, taip pat gauna atnaujinimus. Antroji protokolo versija palaiko CIDR metodą, tai yra, kai antrasis maršrutizatorius gauna atnaujinimą, jis žino, kuris konkretus tinklas ar maršrutas yra susijęs. Pirmosios versijos atveju, jei prie maršrutizatoriaus yra prijungtas 10.1.1.0 tinklas, 10.0.0.0 tinklo įrenginiai ir kiti tai pačiai klasei priklausantys tinklai taip pat gaus atnaujinimus. Tokiu atveju 2 maršrutizatorius taip pat gaus visą informaciją apie šių tinklų atnaujinimą, tačiau be CIDR jis nežinos, kad ši informacija yra susijusi su potinkliu su A klasės IP adresais.
Štai kas RIP yra labai bendrai. Dabar pažiūrėkime, kaip jį sukonfigūruoti. Turite pereiti į visuotinį maršrutizatoriaus nustatymų konfigūracijos režimą ir naudoti komandą Router RIP.
Po to pamatysite, kad komandinės eilutės antraštė pasikeitė į R1(config-router)#, nes perėjome į maršrutizatoriaus antrinių komandų lygį. Antroji komanda bus 2 versija, tai yra, mes nurodome maršrutizatoriui, kad jis turėtų naudoti 2 protokolo versiją. Toliau turime įvesti reklamuojamo klasifikuoto tinklo, per kurį turi būti perduodami naujinimai, adresą, naudodami komandą network XXXX. Ši komanda turi 2 funkcijas: pirma, ji nurodo, kurį tinklą reikia reklamuoti, ir, antra, kurią sąsają reikia naudoti. už tai. Pamatysite, ką turiu omenyje, kai pažvelgsite į tinklo konfigūraciją.
Čia turime 4 maršrutizatorius ir kompiuterį, prijungtą prie komutatoriaus per tinklą su identifikatoriumi 192.168.1.0/26, kuris yra padalintas į 4 potinklius. Mes naudojame tik 3 potinklius: 192.168.1.0/26, 192.168.1.64/26 ir 192.168.1.128/26. Vis dar turime potinklį 192.168.1.192/26, bet jis nenaudojamas, nes jo nereikia.
Įrenginio prievadai turi šiuos IP adresus: kompiuteris 192.168.1.10, pirmasis pirmojo maršrutizatoriaus prievadas 192.168.1.1, antrasis prievadas 192.168.1.65, pirmasis antrojo maršrutizatoriaus prievadas 192.168.1.66, antrojo maršrutizatoriaus antrasis prievadas 192.168.1.129. pirmasis trečiojo maršrutizatoriaus prievadas 192.168.1.130. 1 . Paskutinį kartą kalbėjome apie susitarimus, todėl negaliu laikytis susitarimo ir priskirti adreso .1 antrajam maršrutizatoriaus prievadui, nes .XNUMX nėra šio tinklo dalis.
Toliau naudoju kitus adresus, nes pradedame kitą tinklą - 10.1.1.0/16, todėl antrojo maršrutizatoriaus, prie kurio prijungtas šis tinklas, antrasis prievadas turi 10.1.1.1 IP adresą, o ketvirtojo prievadas maršrutizatorius, prie kurio prijungtas jungiklis – adresas 10.1.1.2.
Norėdami sukonfigūruoti sukurtą tinklą, turiu priskirti įrenginiams IP adresus. Pradėkime nuo pirmojo maršrutizatoriaus pirmojo prievado.
Pirmiausia sukursime pagrindinio kompiuterio pavadinimą R1, prievadui f0/0 priskirsime adresą 192.168.1.1 ir nurodysime potinklio kaukę 255.255.255.192, nes turime /26 tinklą. Užbaikime R1 konfigūraciją su komanda išjungti. Antrasis pirmojo maršrutizatoriaus f0/1 prievadas gaus IP adresą 192.168.1.65 ir potinklio kaukę 255.255.255.192.
Antrasis maršrutizatorius gaus pavadinimą R2, pirmajam prievadui f0/0 priskirsime adresą 192.168.1.66 ir potinklio kaukę 255.255.255.192, antrajam prievadui 0 ir potinklio kaukę 1/ 192.168.1.129.
Pereinant prie trečiojo maršrutizatoriaus, jam priskirsime pagrindinio kompiuterio pavadinimą R3, prievadas f0/0 gaus adresą 192.168.1.130 ir kaukę 255.255.255.192, o prievadas f0/1 gaus adresą 10.1.1.1 ir kaukę 255.255.0.0. 16, nes šis tinklas yra /XNUMX.
Galiausiai eisiu į paskutinį maršrutizatorių, pavadinsiu jį R4 ir prievadui f0/0 priskirsiu 10.1.1.2 adresą ir 255.255.0.0 kaukę. Taigi, mes sukonfigūravome visus tinklo įrenginius.
Galiausiai pažvelkime į kompiuterio tinklo nustatymus – jo statinis IP adresas yra 192.168.1.10, pusės tinklo kaukė 255.255.255.192 ir numatytasis šliuzo adresas yra 192.168.1.1.
Taigi, matėte, kaip sukonfigūruoti potinklio kaukę skirtinguose potinkliuose esantiems įrenginiams, tai labai paprasta. Dabar įgalinkime maršrutą. Einu į R1 nustatymus, nustatau visuotinį konfigūracijos režimą ir įvedu maršrutizatoriaus komandą. Po to sistema pateikia užuominas apie galimus šios komandos maršruto parinkimo protokolus: bgp, eigrp, ospf ir rip. Kadangi mūsų vadovėlis yra apie RIP, naudoju maršrutizatoriaus rip komandą.
Jei įvesite klaustuką, sistema pateiks naują užuominą į šią komandą su galimomis šio protokolo funkcijų parinktimis: automatinis suvestinė - automatinis maršrutų apibendrinimas, numatytoji informacija - numatytosios informacijos pateikimo valdymas, tinklas - tinklai, laikas ir pan. Čia galite pasirinkti informaciją, kurią keisime su kaimyniniais įrenginiais. Svarbiausia funkcija yra versija, todėl pradėsime įvesdami komandą version 2. Toliau reikia naudoti tinklo rakto komandą, kuri sukuria maršrutą nurodytam IP tinklui.
Tęsime Router1 konfigūravimą vėliau, bet kol kas noriu pereiti prie 3 maršrutizatoriaus. Prieš pradėdami naudoti tinklo komandą, pažiūrėkime į dešinę tinklo topologijos pusę. Antrojo maršrutizatoriaus prievado adresas yra 10.1.1.1. Kaip veikia RIP? Net ir antroje versijoje RIP, kaip gana senas protokolas, vis dar naudoja savo tinklo klases. Todėl, nors mūsų tinklas 10.1.1.0/16 priklauso A klasei, mes turime nurodyti pilną šio IP adreso klasės versiją naudodami tinklo 10.0.0.0 komandą.
Bet net jei įvedu komandą tinklas 10.1.1.1 ir tada pažvelgsiu į dabartinę konfigūraciją, pamatysiu, kad sistema ištaisė 10.1.1.1 į 10.0.0.0, automatiškai naudodama visos klasės adresavimo formatą. Taigi, jei CCNA egzamino metu susidursite su klausimu apie RIP, turėsite naudoti visos klasės adresavimą. Jei vietoj 10.0.0.0 įvesite 10.1.1.1 arba 10.1.0.0, padarysite klaidą. Nepaisant to, kad konvertavimas į visos klasės adresavimo formą įvyksta automatiškai, patariu iš pradžių naudoti teisingą adresą, kad nelauktumėte, kol sistema ištaisys klaidą. Atminkite – RIP visada naudoja visos klasės tinklo adresavimą.
Kai naudosite tinklo 10.0.0.0 komandą, trečiasis maršrutizatorius įterps šį dešimtąjį tinklą į maršruto parinkimo protokolą ir išsiųs naujinimą R3-R4 maršrutu. Dabar reikia sukonfigūruoti ketvirtojo maršrutizatoriaus maršruto parinkimo protokolą. Einu į jo nustatymus ir paeiliui įvedu komandas maršrutizatoriaus rip, 2 versija ir tinklo 10.0.0.0. Su šia komanda prašau R4 pradėti reklamuoti tinklą 10. naudojant RIP maršruto protokolą.
Dabar šie du maršrutizatoriai galėtų keistis informacija, bet tai nieko nepakeistų. Naudojant komandą show ip route rodoma, kad FastEthernrt prievadas 0/0 yra tiesiogiai prijungtas prie tinklo 10.1.0.0. Ketvirtasis maršrutizatorius, gavęs tinklo pranešimą iš trečiojo maršrutizatoriaus, pasakys: „Puiku, bičiuli, aš gavau jūsų pranešimą apie dešimtąjį tinklą, bet jau žinau apie tai, nes esu tiesiogiai prisijungęs prie šio tinklo“.
Todėl grįšime prie R3 nustatymų ir įterpsime kitą tinklą su tinklo 192.168.1.0 komanda. Vėl naudoju visos klasės adresavimo formatą. Po to trečiasis maršrutizatorius galės reklamuoti 192.168.1.128 tinklą R3-R4 maršrute. Kaip jau sakiau, RIP yra „pakalbos“, kuri visiems savo kaimynams pasakoja apie naujus tinklus, perduodama jiems informaciją iš savo maršruto lentelės. Jei dabar pažvelgsite į trečiojo maršrutizatoriaus lentelę, pamatysite dviejų prie jo prijungtų tinklų duomenis.
Jis perduos šiuos duomenis į abu maršruto galus ir antrajam, ir ketvirtajam maršrutizatoriams. Pereikime prie R2 nustatymų. Įvedu tas pačias komandas maršrutizatoriaus rip, 2 versija ir tinklas 192.168.1.0, ir čia viskas pradeda darytis įdomiai. Nurodau tinklą 1.0, bet tai ir tinklas 192.168.1.64/26, ir tinklas 192.168.1.128/26. Todėl, nurodydamas tinklą 192.168.1.0, techniškai pateikiu maršrutą abiem šio maršrutizatoriaus sąsajoms. Patogumas yra tai, kad tik viena komanda galite nustatyti visų įrenginio prievadų maršrutą.
Nurodau lygiai tuos pačius parametrus maršrutizatoriui R1 ir vienodai pateikiu maršrutą abiem sąsajoms. Jei dabar pažvelgsite į R1 maršruto parinkimo lentelę, pamatysite visus tinklus.
Šis maršrutizatorius žino apie 1.0 ir 1.64 tinklą. Ji taip pat žino apie 1.128 ir 10.1.1.0 tinklus, nes naudoja RIP. Tai nurodo R antraštė atitinkamoje maršruto parinkimo lentelės eilutėje.
Atkreipkite dėmesį į informaciją [120/2] – tai administracinis atstumas, tai yra maršruto informacijos šaltinio patikimumas. Ši reikšmė gali būti didesnė arba mažesnė, tačiau numatytoji RIP vertė yra 120. Pavyzdžiui, statinio maršruto administracinis atstumas yra 1. Kuo mažesnis administracinis atstumas, tuo protokolas patikimesnis. Jei maršrutizatorius turi galimybę pasirinkti vieną iš dviejų protokolų, pavyzdžiui, tarp statinio maršruto ir RIP, jis pasirinks srautą persiųsti statiniu maršrutu. Antroji reikšmė skliausteliuose /2 yra metrika. RIP protokole metrika reiškia apynių skaičių. Šiuo atveju tinklą 10.0.0.0/8 galima pasiekti per 2 šuolius, tai yra, maršrutizatorius R1 turi siųsti srautą per tinklą 192.168.1.64/26, tai yra pirmasis šuolis, o per tinklą 192.168.1.128/26 tai yra antrasis šuolis, norint patekti į tinklą 10.0.0.0/8 per įrenginį su FastEthernet 0/1 sąsaja su IP adresu 192.168.1.66.
Palyginimui, maršrutizatorius R1 gali pasiekti tinklą 192.168.1.128, kurio administracinis atstumas yra 120 per 1 šuolį per sąsają 192.168.1.66.
Dabar, jei bandysite pinguoti maršrutizatoriaus R0 sąsają su IP adresu 4 iš kompiuterio PC10.1.1.2, jis sėkmingai grįš.
Pirmas bandymas nepavyko su pranešimu Request time out, nes naudojant ARP pirmasis paketas prarandamas, bet kiti trys buvo sėkmingai grąžinti gavėjui. Tai užtikrina tiesioginį ryšį tinkle naudojant RIP maršruto parinkimo protokolą.
Taigi, norėdami suaktyvinti maršrutizatoriaus RIP protokolo naudojimą, turite nuosekliai įvesti komandas router rip, version 2 ir network <network number / network identifier in full-class form>.
Eikime į R4 nustatymus ir įveskite komandą rodyti ip maršrutą. Matote, kad tinklas 10. yra tiesiogiai prijungtas prie maršrutizatoriaus, o tinklas 192.168.1.0/24 pasiekiamas per prievadą f0/0 su IP adresu 10.1.1.1 per RIP.
Jei atkreipsite dėmesį į 192.168.1.0/24 tinklo išvaizdą, pastebėsite, kad yra automatinio maršrutų apibendrinimo problema. Jei įjungtas automatinis apibendrinimas, RIP apibendrins visus tinklus iki 192.168.1.0/24. Pažiūrėkime, kas yra laikmačiai. RIP protokolas turi 4 pagrindinius laikmačius.
Atnaujinimo laikmatis yra atsakingas už atnaujinimų siuntimo dažnumą, siunčiant protokolo atnaujinimus kas 30 sekundžių visoms sąsajoms, dalyvaujančioms RIP maršrute. Tai reiškia, kad jis paima maršruto parinkimo lentelę ir paskirsto ją visiems prievadams, veikiantiems RIP režimu.
Įsivaizduokime, kad turime 1 maršrutizatorių, kuris yra prijungtas prie maršrutizatoriaus 2 per tinklą N2. Prieš pirmąjį ir po antrojo maršrutizatoriaus yra tinklai N1 ir N3. 1 maršrutizatorius praneša 2 maršruto parinktuvui, kad jis žino tinklus N1 ir N2, ir siunčia jam atnaujinimą. 2 maršrutizatorius praneša 1 maršrutizatoriui, kad jis žino tinklus N2 ir N3. Tokiu atveju kas 30 sekundžių maršrutizatoriaus prievadai keičiasi maršruto lentelėmis.
Įsivaizduokime, kad dėl kokių nors priežasčių nutrūko N1-R1 ryšys ir 1 maršrutizatorius nebegali susisiekti su N1 tinklu. Po to pirmasis maršrutizatorius siųs tik N2 tinklo atnaujinimus antrajam maršruto parinktuvui. 2 maršrutizatorius, gavęs pirmąjį tokį atnaujinimą, pagalvos: „puiku, dabar aš turiu įdėti tinklą N1 į netinkamą laikmatį“, po kurio jis paleis netinkamą laikmatį. 180 sekundžių jis su niekuo nesikeis N1 tinklo naujinimais, tačiau praėjus šiam laikotarpiui sustabdys netinkamą laikmatį ir vėl paleis atnaujinimo laikmatį. Jei per šias 180 sekundžių jis negauna jokių N1 tinklo būsenos atnaujinimų, jis įtrauks jį į 180 sekundžių trukmės sulaikymo laikmatį, tai yra, laikmatis įsijungs iš karto pasibaigus netinkamam laikmačiui.
Tuo pačiu metu veikia kitas, ketvirtasis praplovimo laikmatis, kuris paleidžiamas kartu su Netinkamu laikmačiu. Šis laikmatis nustato laiko intervalą nuo paskutinio įprasto tinklo N1 atnaujinimo gavimo iki tinklo pašalinimo iš maršruto lentelės. Taigi, kai šio laikmačio trukmė pasieks 240 sekundžių, tinklas N1 bus automatiškai pašalintas iš antrojo maršrutizatoriaus maršruto lentelės.
Taigi, atnaujinimo laikmatis siunčia atnaujinimus kas 30 sekundžių. Neteisingas laikmatis, kuris veikia kas 180 sekundžių, laukia, kol maršruto parinktuvą pasieks naujas atnaujinimas. Jei jis neatvyksta, tinklas sulaikomas, o laikmatis veikia kas 180 sekundžių. Tačiau Invalid ir Flush laikmačiai paleidžiami vienu metu, taigi, praėjus 240 sekundžių po praplovimo pradžios, tinklas, kuris nėra paminėtas naujinime, pašalinamas iš maršruto lentelės. Šių laikmačių trukmė yra nustatyta pagal numatytuosius nustatymus ir gali būti keičiama. Štai kas yra RIP laikmačiai.
Dabar pereikime prie RIP protokolo apribojimų, jų yra nemažai. Vienas iš pagrindinių apribojimų yra automatinis sumavimas.
Grįžkime prie mūsų tinklo 192.168.1.0/24. 3 maršrutizatorius praneša maršrutizatoriui 4 apie visą 1.0 tinklą, kurį nurodo /24. Tai reiškia, kad visi 256 šio tinklo IP adresai, įskaitant tinklo ID ir transliacijos adresą, yra pasiekiami, o tai reiškia, kad pranešimai iš įrenginių, turinčių bet kurį IP adresą šiame diapazone, bus siunčiami per 10.1.1.1 tinklą. Pažiūrėkime į maršruto lentelę R3.
Matome tinklą 192.168.1.0/26, suskirstytą į 3 potinklius. Tai reiškia, kad maršrutizatorius žino tik tris nurodytus IP adresus: 192.168.1.0, 192.168.1.64 ir 192.168.1.128, kurie priklauso /26 tinklui. Bet jis nieko nežino, pavyzdžiui, apie įrenginius, kurių IP adresai yra diapazone nuo 192.168.1.192 iki 192.168.1.225.
Tačiau R4 kažkodėl mano, kad žino viską apie srautą, kurį jam siunčia R3, tai yra visus IP adresus 192.168.1.0/24 tinkle, o tai yra visiškai klaidinga. Tuo pačiu metu maršrutizatoriai gali pradėti mažinti srautą, nes „apgauna“ vienas kitą - juk 3 maršrutizatorius neturi teisės pasakyti ketvirtajam maršrutizatoriui, kad jis žino viską apie šio tinklo potinklius. Taip nutinka dėl problemos, vadinamos „automatiniu sumavimu“. Tai atsitinka, kai srautas juda įvairiais dideliais tinklais. Pavyzdžiui, mūsų atveju tinklas su C klasės adresais per R3 maršrutizatorių yra prijungtas prie tinklo su A klasės adresais.
R3 maršrutizatorius mano, kad šie tinklai yra vienodi ir automatiškai apibendrina visus maršrutus į vieną tinklo adresą 192.168.1.0. Prisiminkime, ką kalbėjome apie superneto maršrutų apibendrinimą viename iš ankstesnių vaizdo įrašų. Sumavimo priežastis paprasta – maršrutizatorius mano, kad vienas įrašas maršruto parinkimo lentelėje, mums tai yra įrašas 192.168.1.0/24 [120/1] per 10.1.1.1, yra geresnis nei 3 įrašai. Jei tinklą sudaro šimtai mažų potinklių, tada, kai apibendrinimas išjungtas, maršruto parinkimo lentelę sudarys daugybė maršruto parinkimo įrašų. Todėl, siekiant išvengti didžiulio informacijos kiekio susikaupimo maršruto lentelėse, naudojamas automatinis maršruto apibendrinimas.
Tačiau mūsų atveju automatinis maršrutų apibendrinimas sukelia problemų, nes verčia maršrutizatorių keistis klaidinga informacija. Todėl turime pereiti į R3 maršrutizatoriaus nustatymus ir įvesti komandą, kuri draudžia automatiškai apibendrinti maršrutus.
Norėdami tai padaryti, nuosekliai įvedu komandas maršrutizatoriaus rip ir nėra automatinės suvestinės. Po to turite palaukti, kol naujinimas pasklis visame tinkle, tada galėsite naudoti komandą Rodyti ip maršrutą R4 maršrutizatoriaus nustatymuose.
Galite pamatyti, kaip pasikeitė maršruto lentelė. Įrašas 192.168.1.0/24 [120/1] per 10.1.1.1 buvo išsaugotas iš ankstesnės lentelės versijos, o tada yra trys įrašai, kurie atnaujinimo laikmačio dėka atnaujinami kas 30 sekundžių. Praplovimo laikmatis užtikrina, kad praėjus 240 sekundžių po atnaujinimo plius 30 sekundžių, tai yra, po 270 sekundžių, šis tinklas bus pašalintas iš maršruto lentelės.
Tinklai 192.168.1.0/26, 192.168.1.64/26 ir 192.168.1.128/26 išvardyti teisingai, taigi dabar, jei srautas skirtas įrenginiui 192.168.1.225, tas įrenginys jį išmes, nes maršrutizatorius nežino, kur tą adresą. Bet ankstesniu atveju, kai turėjome įjungtą automatinį maršrutų apibendrinimą R3, šis srautas buvo nukreiptas į 10.1.1.1 tinklą, o tai buvo visiškai neteisinga, nes R3 turėtų nedelsiant mesti šiuos paketus, nesiųsdamas jų toliau.
Kaip tinklo administratorius, turėtumėte kurti tinklus su minimaliu nereikalingo srauto kiekiu. Pavyzdžiui, šiuo atveju nereikia šio srauto persiųsti per R3. Jūsų užduotis yra kiek įmanoma padidinti tinklo pralaidumą, kad srautas nebūtų siunčiamas į įrenginius, kuriems jo nereikia.
Kitas RIP apribojimas yra kilpos arba maršruto parinkimo kilpos. Jau kalbėjome apie tinklo konvergenciją, kai teisingai atnaujinama maršruto lentelė. Mūsų atveju maršrutizatorius neturėtų gauti 192.168.1.0/24 tinklo naujinimų, jei apie tai nieko nežino. Techniškai konvergencija reiškia, kad maršruto parinkimo lentelė atnaujinama tik pateikiant teisingą informaciją. Tai turėtų įvykti, kai maršrutizatorius išjungiamas, paleidžiamas iš naujo, vėl prisijungia prie tinklo ir pan. Konvergencija yra būsena, kai baigti visi būtini maršruto lentelės atnaujinimai ir atlikti visi reikalingi skaičiavimai.
RIP turi labai prastą konvergenciją ir yra labai, labai lėtas maršruto parinkimo protokolas. Dėl šio lėtumo iškyla maršruto nustatymo kilpos arba „begalinio skaitiklio“ problema.
Nubraižysiu tinklo schemą, panašią į ankstesnį pavyzdį - maršrutizatorius 1 yra prijungtas prie maršrutizatoriaus 2 per tinklą N2, tinklas N1 yra prijungtas prie maršrutizatoriaus 1, o tinklas N2 yra prijungtas prie maršrutizatoriaus 3. Tarkime, kad dėl kokių nors priežasčių N1-R1 ryšys nutrūko.
2 maršrutizatorius žino, kad tinklas N1 pasiekiamas vienu šuoliu per 1 maršrutizatorių, tačiau šis tinklas šiuo metu neveikia. Kai tinklas sugenda, paleidžiamas laikmačių procesas, 1 maršrutizatorius perkelia jį į laikymo režimą ir pan. Tačiau 2 maršrutizatoriuje veikia atnaujinimo laikmatis ir nustatytu laiku jis siunčia naujinimą į 1 maršrutizatorių, kuris sako, kad tinklas N1 per jį pasiekiamas dviem šuoliais. Šis naujinimas ateina į 1 maršrutizatorių, nespėjus nusiųsti 2 maršruto parinktuvui naujinimo apie tinklo N1 gedimą.
Gavęs šį atnaujinimą, maršrutizatorius 1 galvoja: „Žinau, kad prie manęs prijungtas N1 tinklas kažkodėl neveikia, bet 2 maršrutizatorius man pasakė, kad per jį jis pasiekiamas dviem šuoliais. Aš juo tikiu, todėl pridėsiu vieną šuolį, atnaujinsiu maršruto parinkimo lentelę ir atsiųsiu 2 maršrutizatoriui atnaujinimą, sakydamas, kad tinklas N1 pasiekiamas per 2 maršrutizatorių trimis šuoliais!
Gavęs šį atnaujinimą iš pirmojo maršrutizatoriaus, 2 maršrutizatorius sako: „gerai, anksčiau gavau naujinimą iš R1, kuriame buvo rašoma, kad N1 tinklas per jį pasiekiamas vienu šuoliu. Dabar jis man pasakė, kad jo galima įsigyti 3 apyniais. Galbūt kažkas pasikeitė tinkle, negaliu tuo netikėti, todėl atnaujinsiu maršruto lentelę pridėdamas vieną šuolį. Po to R2 siunčia atnaujinimą į pirmąjį maršrutizatorių, kuriame teigiama, kad tinklas N1 dabar pasiekiamas 4 šuoliais.
Ar matote kame problema? Abu maršrutizatoriai siunčia naujinimus vienas kitam, kiekvieną kartą pridedant po vieną šuolį ir galiausiai apynių skaičius pasiekia didelį skaičių. RIP protokole maksimalus apynių skaičius yra 16, o kai tik pasiekia šią reikšmę, maršrutizatorius supranta, kad yra problema ir tiesiog pašalina šį maršrutą iš maršruto lentelės. Tai yra RIP maršruto kilpų problema. Taip yra dėl to, kad RIP yra atstumo vektoriaus protokolas, jis tik stebi atstumą, nekreipdamas dėmesio į tinklo sekcijų būklę. 1969 m., kai kompiuterių tinklai buvo daug lėtesni nei dabar, atstumo vektoriaus metodas buvo pagrįstas, todėl RIP kūrėjai pasirinko šuolių skaičių kaip pagrindinę metriką. Tačiau šiandien šis metodas sukelia daug problemų, todėl šiuolaikiniai tinklai plačiai perėjo prie pažangesnių maršruto parinkimo protokolų, tokių kaip OSPF. De facto šis protokolas tapo daugelio pasaulinių kompanijų tinklų standartu. Išsamiai apžvelgsime šį protokolą viename iš toliau pateiktų vaizdo įrašų.
Prie RIP jau nebegrįšime, nes naudodamas šio seniausio tinklo protokolo pavyzdį, aš pakankamai papasakojau apie maršruto parinkimo pagrindus ir problemas, dėl kurių jie bando nebenaudoti šio protokolo dideliems tinklams. Kitose vaizdo pamokose apžvelgsime šiuolaikinius maršruto parinkimo protokolus – OSPF ir EIGRP.
Dėkojame, kad likote su mumis. Ar jums patinka mūsų straipsniai? Norite pamatyti įdomesnio turinio? Palaikykite mus pateikdami užsakymą ar rekomenduodami draugams, 30% nuolaida Habr vartotojams unikaliam pradinio lygio serverių analogui, kurį mes sugalvojome jums: (galima su RAID1 ir RAID10, iki 24 branduolių ir iki 40 GB DDR4).
Dell R730xd 2 kartus pigiau? Tik čia Olandijoje! „Dell R420“ – 2 x E5-2430 2.2 GHz 6C 128 GB DDR3 2 x 960 GB SSD 1 Gbps 100 TB – nuo 99 USD! Skaityti apie
Šaltinis: www.habr.com