Šodienas nodarbības tēma ir RIP jeb maršrutēšanas informācijas protokols. Mēs runāsim par dažādiem tā izmantošanas aspektiem, konfigurāciju un ierobežojumiem. Kā jau teicu, RIP nav daļa no Cisco 200-125 CCNA kursa mācību programmas, taču es nolēmu šim protokolam veltīt atsevišķu nodarbību, jo RIP ir viens no galvenajiem maršrutēšanas protokoliem.
Šodien mēs apskatīsim 3 aspektus: darbības izpratne un RIP iestatīšana maršrutētājos, RIP taimeri, RIP ierobežojumi. Šis protokols tika izveidots 1969. gadā, tāpēc tas ir viens no vecākajiem tīkla protokoliem. Tās priekšrocība ir tās neparastā vienkāršība. Mūsdienās daudzas tīkla ierīces, tostarp Cisco, turpina atbalstīt RIP, jo tas nav patentēts protokols, piemēram, EIGRP, bet gan publisks protokols.
Ir 2 RIP versijas. Pirmā, klasiskā versija neatbalsta VLSM - mainīga garuma apakštīkla masku, uz kuras balstās bezklases IP adresēšana, tāpēc varam izmantot tikai vienu tīklu. Par to es runāšu nedaudz vēlāk. Šī versija arī neatbalsta autentifikāciju.
Pieņemsim, ka jums ir viens ar otru savienoti 2 maršrutētāji. Šajā gadījumā pirmais maršrutētājs pastāsta savam kaimiņam visu, ko viņš zina. Pieņemsim, ka tīkls 10 ir savienots ar pirmo maršrutētāju, tīkls 20 atrodas starp pirmo un otro maršrutētāju, un tīkls 30 atrodas aiz otrā maršrutētāja. Tad pirmais maršrutētājs paziņo otrajam, ka zina tīklus 10 un 20, un maršrutētājs 2 norāda maršrutētājs 1, ko tas zina par tīklu 30 un tīklu 20.
Maršrutēšanas protokols norāda, ka šie divi tīkli jāpievieno maršrutēšanas tabulai. Vispār sanāk, ka viens rūteris pastāsta kaimiņu rūterim par tam pieslēgtajiem tīkliem, kas stāsta savam kaimiņam utt. Vienkārši sakot, RIP ir tenku protokols, kas ļauj kaimiņu maršrutētājiem apmainīties ar informāciju savā starpā, katram kaimiņam bez ierunām ticot tam, ko viņiem saka. Katrs maršrutētājs “klausās” par izmaiņām tīklā un kopīgo tās ar saviem kaimiņiem.
Autentifikācijas atbalsta trūkums nozīmē, ka jebkurš maršrutētājs, kas ir savienots ar tīklu, nekavējoties kļūst par pilntiesīgu dalībnieku. Ja es vēlos samazināt tīklu, es pievienošu tam savu hakeru maršrutētāju ar ļaunprātīgu atjauninājumu, un, tā kā visi pārējie maršrutētāji tam uzticas, viņi atjauninās savas maršrutēšanas tabulas, kā es vēlos. Pirmā RIP versija nenodrošina nekādu aizsardzību pret šādu uzlaušanu.
Programmā RIPv2 varat nodrošināt autentifikāciju, attiecīgi konfigurējot maršrutētāju. Šajā gadījumā informācijas atjaunināšana starp maršrutētājiem būs iespējama tikai pēc tīkla autentifikācijas, ievadot paroli.
RIPv1 izmanto apraidi, tas ir, visi atjauninājumi tiek nosūtīti, izmantojot apraides ziņojumus, lai tos saņemtu visi tīkla dalībnieki. Pieņemsim, ka ar pirmo maršrutētāju ir pievienots dators, kas neko nezina par šiem atjauninājumiem, jo tie ir nepieciešami tikai maršrutēšanas ierīcēm. Tomēr maršrutētājs 1 nosūtīs šos ziņojumus uz visām ierīcēm, kurām ir apraides ID, tas ir, pat tām, kurām tas nav vajadzīgs.
Otrajā RIP versijā šī problēma ir atrisināta – tā izmanto Multicast ID jeb multicast trafika pārraidi. Šajā gadījumā atjauninājumus saņem tikai tās ierīces, kas norādītas protokola iestatījumos. Papildus autentifikācijai šī RIP versija atbalsta VLSM bezklases IP adresēšanu. Tas nozīmē, ka, ja 10.1.1.1/24 tīkls ir savienots ar pirmo maršrutētāju, tad atjauninājumus saņem arī visas tīkla ierīces, kuru IP adrese atrodas šī apakštīkla adrešu diapazonā. Otrā protokola versija atbalsta CIDR metodi, tas ir, kad otrais maršrutētājs saņem atjauninājumu, tas zina, uz kuru tīklu vai maršrutu tas attiecas. Pirmās versijas gadījumā, ja maršrutētājam ir pievienots tīkls 10.1.1.0, tad atjauninājumus saņems arī 10.0.0.0 tīkla ierīces un citi tai pašai klasei piederošie tīkli. Šajā gadījumā maršrutētājs 2 saņems arī pilnu informāciju par šo tīklu atjaunināšanu, taču bez CIDR tas nezinās, ka šī informācija attiecas uz apakštīklu ar A klases IP adresēm.
Tas ir tas, kas RIP ir ļoti vispārīgi. Tagad apskatīsim, kā to var konfigurēt. Jums jāieiet maršrutētāja iestatījumu globālajā konfigurācijas režīmā un jāizmanto komanda Router RIP.
Pēc tam jūs redzēsit, ka komandrindas galvene ir mainījusies uz R1(config-router)#, jo mēs esam pārgājuši uz maršrutētāja apakškomandu līmeni. Otrā komanda būs 2. versija, tas ir, mēs norādām maršrutētājam, ka tam vajadzētu izmantot protokola 2. versiju. Tālāk ir jāievada reklamētā klasificētā tīkla adrese, pa kuru jāpārraida atjauninājumi, izmantojot tīklu XXXX. Šai komandai ir 2 funkcijas: pirmkārt, tā norāda, kurš tīkls ir jāreklamē, un, otrkārt, kurš interfeiss ir jāizmanto. priekš šī. Jūs redzēsit, ko es domāju, aplūkojot tīkla konfigurāciju.
Šeit mums ir 4 maršrutētāji un dators, kas savienots ar slēdzi, izmantojot tīklu ar identifikatoru 192.168.1.0/26, kas ir sadalīts 4 apakštīklos. Mēs izmantojam tikai 3 apakštīklus: 192.168.1.0/26, 192.168.1.64/26 un 192.168.1.128/26. Mums joprojām ir apakštīkls 192.168.1.192/26, bet tas netiek izmantots, jo tas nav vajadzīgs.
Ierīces portiem ir šādas IP adreses: dators 192.168.1.10, pirmā maršrutētāja pirmais ports 192.168.1.1, otrais ports 192.168.1.65, otrā maršrutētāja pirmais ports 192.168.1.66, otrā maršrutētāja otrais ports 192.168.1.129. trešā maršrutētāja pirmais ports 192.168.1.130. 1 . Iepriekšējo reizi runājām par konvencijām, tāpēc nevaru ievērot konvenciju un piešķirt adresi .1 maršrutētāja otrajam portam, jo .XNUMX nav šī tīkla daļa.
Tālāk izmantoju citas adreses, jo startējam citu tīklu - 10.1.1.0/16, tātad otrā maršrutētāja otrajam portam, kuram ir pieslēgts šis tīkls, IP adrese ir 10.1.1.1, bet ceturtā portam. maršrutētājs, kuram pievienots slēdzis - adrese 10.1.1.2.
Lai konfigurētu manis izveidoto tīklu, man ir jāpiešķir ierīcēm IP adreses. Sāksim ar pirmā maršrutētāja pirmo portu.
Pirmkārt, mēs izveidosim resursdatora nosaukumu R1, portam f0/0 piešķirsim adresi 192.168.1.1 un norādīsim apakštīkla masku 255.255.255.192, jo mums ir /26 tīkls. Pabeigsim R1 konfigurāciju ar komandu bez aizvēršanas. Pirmā maršrutētāja f0/1 otrais ports saņems IP adresi 192.168.1.65 un apakštīkla masku 255.255.255.192.
Otrais maršrutētājs saņems nosaukumu R2, pirmajam portam f0/0 piešķirsim adresi 192.168.1.66 un apakštīkla masku 255.255.255.192, otrajam portam adresi 0 un apakštīkla masku 1/. 192.168.1.129.
Pārejot uz trešo maršrutētāju, mēs piešķirsim tam resursdatora nosaukumu R3, ports f0/0 saņems adresi 192.168.1.130 un masku 255.255.255.192, bet ports f0/1 saņems adresi 10.1.1.1 un maska 255.255.0.0. 16, jo šis tīkls ir /XNUMX.
Visbeidzot, es pāriešu uz pēdējo maršrutētāju, nosaucu to R4 un piešķiršu portam f0/0 ar adresi 10.1.1.2 un masku 255.255.0.0. Tātad, mēs esam konfigurējuši visas tīkla ierīces.
Visbeidzot, apskatīsim datora tīkla iestatījumus — tam ir statiskā IP adrese 192.168.1.10, pustīkla maska — 255.255.255.192 un noklusējuma vārtejas adrese 192.168.1.1.
Tātad, jūs redzējāt, kā konfigurēt apakštīkla masku ierīcēm dažādos apakštīklos, tas ir ļoti vienkārši. Tagad iespējosim maršrutēšanu. Es ieeju R1 iestatījumos, iestatu globālo konfigurācijas režīmu un ierakstu maršrutētāja komandu. Pēc tam sistēma sniedz ieteikumus par iespējamiem šīs komandas maršrutēšanas protokoliem: bgp, eigrp, ospf un rip. Tā kā mūsu apmācība ir par RIP, es izmantoju maršrutētāja rip komandu.
Ja ierakstāt jautājuma zīmi, sistēma sniegs jaunu mājienu šādai komandai ar iespējamām šī protokola funkciju opcijām: automātiskais apkopojums - automātisks maršrutu apkopojums, noklusējuma informācija - noklusējuma informācijas prezentācijas kontrole, tīkls - tīkli, laiki un tā tālāk. Šeit jūs varat izvēlēties informāciju, ar kuru mēs apmainīsimies ar blakus esošajām ierīcēm. Vissvarīgākā funkcija ir versija, tāpēc sāksim ar komandas versijas ievadīšanu 2. Tālāk ir jāizmanto tīkla atslēgas komanda, kas izveido maršrutu norādītajam IP tīklam.
Mēs turpināsim konfigurēt Router1 vēlāk, bet pagaidām es vēlos pāriet uz Router 3. Pirms tam izmantoju tīkla komandu, apskatīsim mūsu tīkla topoloģijas labo pusi. Otrajam maršrutētāja portam ir adrese 10.1.1.1. Kā darbojas RIP? Pat otrajā versijā RIP kā diezgan vecs protokols joprojām izmanto savas tīkla klases. Tāpēc, lai gan mūsu tīkls 10.1.1.0/16 pieder A klasei, mums ir jānorāda šīs IP adreses pilna klases versija, izmantojot tīkla 10.0.0.0 komandu.
Bet pat tad, ja es ierakstīšu komandu tīkls 10.1.1.1 un pēc tam apskatīšu pašreizējo konfigurāciju, es redzēsim, ka sistēma ir izlabojusi 10.1.1.1 uz 10.0.0.0, automātiski izmantojot pilnas klases adresācijas formātu. Tātad, ja CCNA eksāmenā saskaraties ar jautājumu par RIP, jums būs jāizmanto pilnas klases adresēšana. Ja 10.0.0.0 vietā ierakstīsit 10.1.1.1 vai 10.1.0.0, jūs pieļausit kļūdu. Neskatoties uz to, ka pāreja uz pilnas klases adresācijas formu notiek automātiski, iesaku sākotnēji izmantot pareizo adresi, lai negaidītu, kamēr sistēma izlabos kļūdu. Atcerieties – RIP vienmēr izmanto pilnas klases tīkla adresēšanu.
Kad esat izmantojis tīkla 10.0.0.0 komandu, trešais maršrutētājs ievietos šo desmito tīklu maršrutēšanas protokolā un nosūtīs atjauninājumu pa R3-R4 maršrutu. Tagad jums ir jākonfigurē ceturtā maršrutētāja maršrutēšanas protokols. Es iedziļinājos tā iestatījumos un secīgi ievadu komandas router rip, version 2 un network 10.0.0.0. Ar šo komandu es lūdzu R4 sākt reklamēt tīklu, 10. izmantojot RIP maršrutēšanas protokolu.
Tagad šie divi maršrutētāji varētu apmainīties ar informāciju, bet tas neko nemainītu. Izmantojot komandu show ip route, tiek parādīts, ka FastEthernrt ports 0/0 ir tieši savienots ar tīklu 10.1.0.0. Ceturtais maršrutētājs, saņēmis tīkla paziņojumu no trešā maršrutētāja, sacīs: "Lieliski, draugs, es saņēmu jūsu paziņojumu par desmito tīklu, bet es jau par to zinu, jo esmu tieši savienots ar šo tīklu."
Tāpēc mēs atgriezīsimies pie R3 iestatījumiem un ievietosim citu tīklu ar tīkla 192.168.1.0 komandu. Es atkal izmantoju pilnas klases adresācijas formātu. Pēc tam trešais maršrutētājs varēs reklamēt 192.168.1.128 tīklu pa R3-R4 maršrutu. Kā jau teicu, RIP ir “tenkas”, kas visiem saviem kaimiņiem stāsta par jauniem tīkliem, nododot tiem informāciju no maršrutēšanas tabulas. Ja tagad skatāties uz trešā maršrutētāja tabulu, varat redzēt divu ar to savienoto tīklu datus.
Tas pārsūtīs šos datus abos maršruta galos gan otrajam, gan ceturtajam maršrutētājam. Pāriesim pie R2 iestatījumiem. Es ievadu tās pašas komandas router rip, versija 2 un tīkls 192.168.1.0, un šeit lietas sāk kļūt interesantas. Es norādīju tīklu 1.0, bet tas ir gan tīkls 192.168.1.64/26, gan tīkls 192.168.1.128/26. Tāpēc, norādot tīklu 192.168.1.0, es tehniski nodrošināju maršrutēšanu abām šī maršrutētāja saskarnēm. Ērtība ir tāda, ka ar vienu komandu var iestatīt maršrutēšanu visiem ierīces portiem.
Es norādīju tieši tādus pašus parametrus maršrutētājam R1 un nodrošina maršrutēšanu abām saskarnēm vienādi. Ja tagad skatāties uz R1 maršrutēšanas tabulu, jūs varat redzēt visus tīklus.
Šis maršrutētājs zina gan tīklu 1.0, gan tīklu 1.64. Tas arī zina par tīkliem 1.128 un 10.1.1.0, jo tas izmanto RIP. To norāda R galvene maršrutēšanas tabulas attiecīgajā rindā.
Lūdzu, pievērsiet uzmanību informācijai [120/2] - tas ir administratīvais attālums, tas ir, maršrutēšanas informācijas avota uzticamība. Šī vērtība var būt lielāka vai mazāka, taču RIP noklusējuma vērtība ir 120. Piemēram, statiska maršruta administratīvais attālums ir 1. Jo mazāks administratīvais attālums, jo uzticamāks ir protokols. Ja maršrutētājam ir iespēja izvēlēties starp diviem protokoliem, piemēram, starp statisku maršrutu un RIP, tas izvēlēsies pārsūtīt trafiku pa statisko maršrutu. Otrā vērtība iekavās /2 ir metrika. RIP protokolā metrika nozīmē apiņu skaitu. Šajā gadījumā tīklu 10.0.0.0/8 var sasniegt 2 apgriezienos, tas ir, maršrutētājam R1 ir jānosūta trafika tīklā 192.168.1.64/26, šis ir pirmais lēciens, un tīklā 192.168.1.128/26 tas ir otrais lēciens, lai nokļūtu tīklā 10.0.0.0/8, izmantojot ierīci ar FastEthernet 0/1 interfeisu ar IP adresi 192.168.1.66.
Salīdzinājumam, maršrutētājs R1 var sasniegt tīklu 192.168.1.128 ar administratīvo attālumu 120 vienā lēcienā, izmantojot interfeisu 1.
Tagad, ja mēģināsit no datora PC0 veikt ping maršrutētāja R4 interfeisu ar IP adresi 10.1.1.2, tas veiksmīgi atgriezīsies.
Pirmais mēģinājums neizdevās ar Request time out ziņojumu, jo, izmantojot ARP, tiek zaudēta pirmā pakete, bet pārējās trīs tika veiksmīgi atgrieztas adresātam. Tas nodrošina punktu-punktu saziņu tīklā, izmantojot RIP maršrutēšanas protokolu.
Tātad, lai aktivizētu RIP protokola izmantošanu maršrutētājā, jums ir nepieciešams secīgi ievadīt komandas router rip, version 2 un network <tīkla numurs / tīkla identifikators pilnas klases formā>.
Dosimies uz R4 iestatījumiem un ievadiet komandu show ip route. Varat redzēt, ka tīkls 10. ir tieši savienots ar maršrutētāju, un tīkls 192.168.1.0/24 ir pieejams caur portu f0/0 ar IP adresi 10.1.1.1, izmantojot RIP.
Ja pievērsīsit uzmanību 192.168.1.0/24 tīkla izskatam, pamanīsit, ka ir problēma ar maršrutu automātisko apkopošanu. Ja ir iespējota automātiskā apkopošana, RIP apkopos visus tīklus līdz pat 192.168.1.0/24. Apskatīsim, kas ir taimeri. RIP protokolam ir 4 galvenie taimeri.
Atjaunināšanas taimeris ir atbildīgs par atjauninājumu sūtīšanas biežumu, nosūtot protokola atjauninājumus ik pēc 30 sekundēm uz visām saskarnēm, kas piedalās RIP maršrutēšanā. Tas nozīmē, ka tas aizņem maršrutēšanas tabulu un izplata to uz visiem portiem, kas darbojas RIP režīmā.
Iedomāsimies, ka mums ir maršrutētājs 1, kas ir savienots ar maršrutētāju 2, izmantojot tīklu N2. Pirms pirmā un pēc otrā maršrutētāja ir tīkli N1 un N3. 1. maršrutētājs paziņo maršrutētājam 2, ka tas zina tīklu N1 un N2, un nosūta tam atjauninājumu. 2. maršrutētājs paziņo maršrutētājam 1, ka tas zina tīklus N2 un N3. Šajā gadījumā ik pēc 30 sekundēm maršrutētāja porti apmainās ar maršrutēšanas tabulām.
Iedomāsimies, ka kaut kādu iemeslu dēļ N1-R1 savienojums ir bojāts un maršrutētājs 1 vairs nevar sazināties ar N1 tīklu. Pēc tam pirmais maršrutētājs otrajam maršrutētājam nosūtīs tikai atjauninājumus par N2 tīklu. Maršrutētājs 2, saņēmis pirmo šādu atjauninājumu, domās: “Lieliski, tagad man ir jāievieto tīkls N1 nederīgajā taimerī”, pēc kura tas sāks nederīgo taimeri. 180 sekundes tas ne ar vienu neapmainīsies ar N1 tīkla atjauninājumiem, bet pēc šī laika perioda apturēs nederīgo taimeri un no jauna sāks atjaunināšanas taimeri. Ja šo 180 sekunžu laikā tas nesaņem nekādus N1 tīkla stāvokļa atjauninājumus, tas ievietos to aizturēšanas taimerī, kas ilgst 180 sekundes, tas ir, aizturēšanas taimeris sāk darboties tūlīt pēc nederīgā taimera beigām.
Tajā pašā laikā darbojas vēl viens, ceturtais Flush taimeris, kas sākas vienlaikus ar Nederīgo taimeri. Šis taimeris nosaka laika intervālu no pēdējā parastā tīkla N1 atjauninājuma saņemšanas līdz tīkla noņemšanai no maršrutēšanas tabulas. Tādējādi, kad šī taimera ilgums sasniegs 240 sekundes, tīkls N1 tiks automātiski izslēgts no otrā maršrutētāja maršrutēšanas tabulas.
Tātad atjaunināšanas taimeris izsūta atjauninājumus ik pēc 30 sekundēm. Nederīgs taimeris, kas darbojas ik pēc 180 sekundēm, gaida, līdz maršrutētājs sasniedz jaunu atjauninājumu. Ja tas netiek saņemts, tīkls tiek aizturēts, un aizturēšanas taimeris darbojas ik pēc 180 sekundēm. Bet Invalid un Flush taimeris sākas vienlaikus, tāpēc 240 sekundes pēc Flush sākšanas tīkls, kas nav minēts atjauninājumā, tiek izslēgts no maršrutēšanas tabulas. Šo taimeru ilgums ir iestatīts pēc noklusējuma, un to var mainīt. Tieši tādi ir RIP taimeri.
Tagad pāriesim pie RIP protokola ierobežojumiem, no tiem ir diezgan daudz. Viens no galvenajiem ierobežojumiem ir automātiskā summēšana.
Atgriezīsimies mūsu tīklā 192.168.1.0/24. Maršrutētājs 3 stāsta maršrutētājam 4 par visu 1.0 tīklu, ko norāda /24. Tas nozīmē, ka ir pieejamas visas 256 IP adreses šajā tīklā, tostarp tīkla ID un apraides adrese, un tas nozīmē, ka ziņojumi no ierīcēm ar jebkuru IP adresi šajā diapazonā tiks nosūtīti caur 10.1.1.1 tīklu. Apskatīsim maršrutēšanas tabulu R3.
Mēs redzam tīklu 192.168.1.0/26, kas sadalīts 3 apakštīklos. Tas nozīmē, ka maršrutētājs zina tikai trīs norādītās IP adreses: 192.168.1.0, 192.168.1.64 un 192.168.1.128, kas pieder /26 tīklam. Bet tas neko nezina, piemēram, par ierīcēm, kuru IP adreses atrodas diapazonā no 192.168.1.192 līdz 192.168.1.225.
Tomēr R4 nez kāpēc domā, ka zina visu par trafiku, ko R3 tam sūta, tas ir, visas IP adreses 192.168.1.0/24 tīklā, kas ir pilnīgi nepatiess. Tajā pašā laikā maršrutētāji var sākt samazināt trafiku, jo tie “maldina” viens otru - galu galā maršrutētājam 3 nav tiesību pateikt ceturtajam maršrutētājam, ka tas zina visu par šī tīkla apakštīkliem. Tas notiek problēmas, ko sauc par "automātisko summēšanu", dēļ. Tas notiek, kad satiksme pārvietojas pa dažādiem lieliem tīkliem. Piemēram, mūsu gadījumā tīkls ar C klases adresēm caur R3 maršrutētāju ir savienots ar tīklu ar A klases adresēm.
R3 maršrutētājs šos tīklus uzskata par vienādiem un automātiski apkopo visus maršrutus vienā tīkla adresē 192.168.1.0. Atcerēsimies, par ko runājām, apkopojot superneta maršrutus vienā no iepriekšējiem video. Iemesls summēšanai ir vienkāršs - maršrutētājs uzskata, ka viens ieraksts maršrutēšanas tabulā, mums šis ir ieraksts 192.168.1.0/24 [120/1] caur 10.1.1.1, ir labāks par 3 ierakstiem. Ja tīkls sastāv no simtiem mazu apakštīklu, tad, kad kopsavilkums ir atspējots, maršrutēšanas tabula sastāvēs no milzīga skaita maršrutēšanas ierakstu. Tāpēc, lai maršrutēšanas tabulās neuzkrātos milzīgs informācijas apjoms, tiek izmantota automātiska maršruta apkopošana.
Tomēr mūsu gadījumā maršrutu automātiska apkopošana rada problēmas, jo tas liek maršrutētājam apmainīties ar nepatiesu informāciju. Tāpēc mums jāiedziļinās R3 maršrutētāja iestatījumos un jāievada komanda, kas aizliedz automātisku maršrutu apkopošanu.
Lai to izdarītu, es secīgi ierakstu komandas router rip un bez automātiskā kopsavilkuma. Pēc tam jums jāgaida, līdz atjauninājums izplatās visā tīklā, un pēc tam R4 maršrutētāja iestatījumos varat izmantot komandu Show ip route.
Jūs varat redzēt, kā maršrutēšanas tabula ir mainījusies. Ieraksts 192.168.1.0/24 [120/1] caur 10.1.1.1 tika saglabāts no iepriekšējās tabulas versijas, un pēc tam ir trīs ieraksti, kas, pateicoties atjaunināšanas taimerim, tiek atjaunināti ik pēc 30 sekundēm. Flush taimeris nodrošina, ka 240 sekundes pēc atjaunināšanas plus 30 sekundes, tas ir, pēc 270 sekundēm, šis tīkls tiks noņemts no maršrutēšanas tabulas.
Tīkli 192.168.1.0/26, 192.168.1.64/26 un 192.168.1.128/26 ir norādīti pareizi, tāpēc tagad, ja trafiks ir paredzēts ierīcei 192.168.1.225, šī ierīce to atmetīs, jo maršrutētājs nezina, kur ir ierīce. ka adrese. Bet iepriekšējā gadījumā, kad mums bija iespējota R3 maršrutu automātiskā apkopošana, šī trafika tika novirzīta uz 10.1.1.1 tīklu, kas bija pilnīgi nepareizi, jo R3 nekavējoties nomet šīs paketes, nesūtot tās tālāk.
Kā tīkla administratoram jums vajadzētu izveidot tīklus ar minimālu nevajadzīgas trafika daudzumu. Piemēram, šajā gadījumā nav nepieciešams pārsūtīt šo trafiku caur R3. Jūsu uzdevums ir pēc iespējas palielināt tīkla caurlaidspēju, novēršot trafika nosūtīšanu uz ierīcēm, kurām tā nav nepieciešama.
Nākamais RIP ierobežojums ir cilpas jeb maršrutēšanas cilpas. Mēs jau runājām par tīkla konverģenci, kad maršrutēšanas tabula ir pareizi atjaunināta. Mūsu gadījumā maršrutētājam nevajadzētu saņemt 192.168.1.0/24 tīkla atjauninājumus, ja tas par to neko nezina. Tehniski konverģence nozīmē, ka maršrutēšanas tabula tiek atjaunināta tikai ar pareizu informāciju. Tam vajadzētu notikt, kad maršrutētājs ir izslēgts, pārstartēts, atkal pievienots tīklam utt. Konverģence ir stāvoklis, kurā ir pabeigti visi nepieciešamie maršrutēšanas tabulas atjauninājumi un veikti visi nepieciešamie aprēķini.
RIP ir ļoti vāja konverģence, un tas ir ļoti, ļoti lēns maršrutēšanas protokols. Šī lēnuma dēļ rodas maršrutēšanas cilpas jeb “bezgalīgā skaitītāja” problēma.
Es uzzīmēšu tīkla diagrammu, kas ir līdzīga iepriekšējam piemēram - maršrutētājs 1 ir savienots ar maršrutētāju 2, izmantojot tīklu N2, tīkls N1 ir savienots ar maršrutētāju 1, un tīkls N2 ir savienots ar maršrutētāju 3. Pieņemsim, ka kāda iemesla dēļ N1-R1 savienojums ir bojāts.
2. maršrutētājs zina, ka tīkls N1 ir sasniedzams vienā lēcienā caur maršrutētāju 1, taču šis tīkls pašlaik nedarbojas. Pēc tīkla kļūmes sākas taimera process, 1. maršrutētājs pārstāda to aizturēšanas stāvoklī un tā tālāk. Tomēr maršrutētājam 2 darbojas atjaunināšanas taimeris, un iestatītajā laikā tas nosūta atjauninājumu maršrutētājam 1, kurā teikts, ka tīkls N1 ir pieejams caur to divos lēcienos. Šis atjauninājums tiek piegādāts maršrutētājam 1, pirms tam ir laiks nosūtīt 2. maršrutētājam atjauninājumu par tīkla N1 kļūmi.
Saņemot šo atjauninājumu, 1. maršrutētājs domā: “Es zinu, ka N1 tīkls, kas man ir pieslēgts, kaut kādu iemeslu dēļ nedarbojas, bet 2. maršrutētājs man teica, ka tas ir pieejams caur to ar diviem apiņiem. Es viņam ticu, tāpēc pievienošu vienu lēcienu, atjaunināšu savu maršrutēšanas tabulu un nosūtīšu 2. maršrutētājam atjauninājumu, norādot, ka tīkls N1 ir pieejams caur 2. maršrutētāju trīs apgriezienos!
Saņemot šo atjauninājumu no pirmā maršrutētāja, 2. maršrutētājs saka: “Labi, agrāk es saņēmu atjauninājumu no R1, kurā teikts, ka N1 tīkls ir pieejams caur to vienā lēcienā. Tagad viņš man teica, ka tas ir pieejams 3 apiņos. Iespējams, tīklā kaut kas ir mainījies, es nevaru tam noticēt, tāpēc es atjaunināšu savu maršrutēšanas tabulu, pievienojot vienu lēcienu. Pēc tam R2 nosūta atjauninājumu pirmajam maršrutētājam, kurā teikts, ka tīkls N1 tagad ir pieejams ar 4 apiņiem.
Vai redzat, kas ir par problēmu? Abi maršrutētāji sūta viens otram atjauninājumus, katru reizi pievienojot vienu apiņu, un galu galā apiņu skaits sasniedz lielu skaitu. RIP protokolā maksimālais apiņu skaits ir 16, un, tiklīdz tas sasniedz šo vērtību, maršrutētājs saprot, ka ir problēma, un vienkārši noņem šo maršrutu no maršrutēšanas tabulas. Šī ir problēma ar maršrutēšanas cilpām RIP. Tas ir saistīts ar faktu, ka RIP ir attāluma vektora protokols, tas tikai uzrauga attālumu, nepievēršot uzmanību tīkla sekciju stāvoklim. 1969. gadā, kad datortīkli bija daudz lēnāki nekā tagad, attāluma vektora pieeja bija pamatota, tāpēc RIP izstrādātāji kā galveno metriku izvēlējās lēcienu skaitu. Tomēr mūsdienās šī pieeja rada daudzas problēmas, tāpēc mūsdienu tīkli ir plaši pārgājuši uz progresīvākiem maršrutēšanas protokoliem, piemēram, OSPF. De facto šis protokols ir kļuvis par standartu lielākajai daļai globālo uzņēmumu tīklu. Mēs ļoti detalizēti apskatīsim šo protokolu vienā no šiem videoklipiem.
Mēs vairs neatgriezīsimies pie RIP, jo, izmantojot šī vecākā tīkla protokola piemēru, esmu pietiekami daudz pastāstījis par maršrutēšanas pamatiem un problēmām, kuru dēļ viņi cenšas vairs neizmantot šo protokolu lieliem tīkliem. Nākamajās video nodarbībās apskatīsim modernos maršrutēšanas protokolus – OSPF un EIGRP.
Paldies, ka palikāt kopā ar mums. Vai jums patīk mūsu raksti? Vai vēlaties redzēt interesantāku saturu? Atbalsti mūs, pasūtot vai iesakot draugiem, 30% atlaide Habr lietotājiem unikālam sākuma līmeņa serveru analogam, ko mēs jums izgudrojām: (pieejams ar RAID1 un RAID10, līdz 24 kodoliem un līdz 40 GB DDR4).
Dell R730xd 2 reizes lētāk? Tikai šeit Nīderlandē! Dell R420 — 2x E5-2430 2.2 GHz 6C 128 GB DDR3 2x960 GB SSD 1 Gbps 100 TB — no 99 USD! Lasīt par
Avots: www.habr.com