La temo de la hodiaŭa leciono estas RIP, aŭ protokolo pri enruta informo. Ni parolos pri diversaj aspektoj de ĝia uzo, ĝia agordo kaj limigoj. Kiel mi diris, RIP ne estas parto de la kurso de Cisco 200-125 CCNA, sed mi decidis dediĉi apartan lecionon al ĉi tiu protokolo ĉar RIP estas unu el la ĉefaj vojprotokoloj.
Hodiaŭ ni rigardos 3 aspektojn: kompreni la funkciadon kaj agordi RIP en enkursigiloj, RIP-tempigiloj, RIP-limigoj. Ĉi tiu protokolo estis kreita en 1969, do ĝi estas unu el la plej malnovaj retaj protokoloj. Ĝia avantaĝo kuŝas en sia eksterordinara simpleco. Hodiaŭ, multaj retaj aparatoj, inkluzive de Cisco, daŭre subtenas RIP ĉar ĝi ne estas proprieta protokolo kiel EIGRP, sed publika protokolo.
Estas 2 versioj de RIP. La unua, klasika versio, ne subtenas VLSM - la varialongan subretan maskon sur kiu baziĝas senklasa IP-adresado, do ni povas uzi nur unu reton. Mi parolos pri tio iom poste. Ĉi tiu versio ankaŭ ne subtenas aŭtentikigon.
Ni diru, ke vi havas 2 enkursigilojn konektitajn unu al la alia. En ĉi tiu kazo, la unua enkursigilo rakontas al sia najbaro ĉion, kion ĝi scias. Ni diru, ke reto 10 estas konektita al la unua enkursigilo, reto 20 situas inter la unua kaj dua enkursigilo, kaj reto 30 estas malantaŭ la dua enkursigilo. Tiam la unua enkursigilo diras al la dua, ke ĝi konas retojn 10 kaj 20, kaj enkursigilo 2 diras enkursigilo 1, kiun ĝi scias pri reto 30 kaj reto 20.
La vojprotokolo indikas, ke ĉi tiuj du retoj devus esti aldonitaj al la vojtabelo. Ĝenerale, rezultas, ke unu enkursigilo rakontas al la najbara enkursigilo pri la retoj konektitaj al ĝi, kiu rakontas sian najbaron, ktp. Simple dirite, RIP estas klaĉa protokolo, kiu permesas al najbaraj enkursigiloj kunhavigi informojn inter si, kun ĉiu najbaro senkondiĉe kredas tion, kion oni diras al ili. Ĉiu enkursigilo "aŭskultas" por ŝanĝoj en la reto kaj dividas ilin kun siaj najbaroj.
La manko de aŭtentikiga subteno signifas, ke ĉiu enkursigilo, kiu estas konektita al la reto, tuj fariĝas plena partoprenanto. Se mi volas malkonstrui la reton, mi konektos mian retpiratan enkursigilon per malica ĝisdatigo al ĝi, kaj ĉar ĉiuj aliaj enkursigiloj fidas ĝin, ili ĝisdatigos siajn vojtablojn kiel mi volas. La unua versio de RIP ne provizas ajnan protekton kontraŭ tia hakado.
En RIPv2, vi povas provizi aŭtentikigon agordante la enkursigilon laŭe. En ĉi tiu kazo, ĝisdatigi informojn inter enkursigiloj nur eblos post trapaso de retkonfirmo per enigo de pasvorto.
RIPv1 uzas dissendadon, tio estas, ĉiuj ĝisdatigoj estas senditaj per elsendaj mesaĝoj tiel ke ili estas ricevitaj de ĉiuj retaj partoprenantoj. Ni diru, ke estas komputilo konektita al la unua enkursigilo, kiu scias nenion pri ĉi tiuj ĝisdatigoj, ĉar nur la enrutaj aparatoj bezonas ilin. Tamen, enkursigilo 1 sendos ĉi tiujn mesaĝojn al ĉiuj aparatoj, kiuj havas Broadcast ID, tio estas, eĉ tiujn, kiuj ne bezonas ĝin.
En la dua versio de RIP, ĉi tiu problemo estas solvita - ĝi uzas Multicast ID aŭ multicast trafiko transdono. En ĉi tiu kazo, nur tiuj aparatoj kiuj estas specifitaj en la protokolaj agordoj ricevas ĝisdatigojn. Krom aŭtentigo, ĉi tiu versio de RIP subtenas VLSM-senklasan IP-adresadon. Ĉi tio signifas, ke se la reto 10.1.1.1/24 estas konektita al la unua enkursigilo, tiam ĉiuj retaj aparatoj kies IP-adreso estas en la adresa gamo de ĉi tiu subreto ankaŭ ricevas ĝisdatigojn. La dua versio de la protokolo subtenas la metodon CIDR, tio estas, kiam la dua enkursigilo ricevas ĝisdatigon, ĝi scias, kiun specifan reton aŭ itineron ĝi koncernas. En la kazo de la unua versio, se reto 10.1.1.0 estas konektita al la enkursigilo, tiam aparatoj sur reto 10.0.0.0 kaj aliaj retoj apartenantaj al la sama klaso ankaŭ ricevos ĝisdatigojn. En ĉi tiu kazo, enkursigilo 2 ankaŭ ricevos plenajn informojn pri la ĝisdatigo de ĉi tiuj retoj, sed sen CIDR ĝi ne scios, ke ĉi tiu informo koncernas subreton kun klaso A IP-adresoj.
Jen kio RIP estas en tre ĝeneralaj terminoj. Nun ni rigardu kiel ĝi povas esti agordita. Vi devas eniri la tutmondan agordan reĝimon de la agordoj de la enkursigilo kaj uzi la komandon Router RIP.
Post ĉi tio, vi vidos, ke la komandlinia kaplinio ŝanĝiĝis al R1(config-router)# ĉar ni moviĝis al la subkomanda nivelo de enkursigilo. La dua komando estos Versio 2, tio estas, ni indikas al la enkursigilo, ke ĝi uzu version 2 de la protokolo. Poste, ni devas enigi la adreson de la anoncita klasa reto, tra kiu ĝisdatigoj devas esti transdonitaj per la reto XXXX-komando. Ĉi tiu komando havas 2 funkciojn: unue, ĝi specifas, kiu reto devas esti reklamita, kaj due, kiu interfaco devas esti uzata. por ĉi tio. Vi vidos, kion mi volas diri, kiam vi rigardos la retan agordon.
Ĉi tie ni havas 4 enkursigilojn kaj komputilon konektitan al la ŝaltilo per reto kun la identigilo 192.168.1.0/26, kiu estas dividita en 4 subretojn. Ni uzas nur 3 subretojn: 192.168.1.0/26, 192.168.1.64/26 kaj 192.168.1.128/26. Ni ankoraŭ havas la subreton 192.168.1.192/26, sed ĝi ne estas uzata ĉar ĝi ne estas bezonata.
La aparataj havenoj havas la jenajn IP-adresojn: komputilo 192.168.1.10, unua haveno de la unua enkursigilo 192.168.1.1, dua haveno 192.168.1.65, unua haveno de la dua enkursigilo 192.168.1.66, dua haveno de la dua enkursigilo 192.168.1.129,. unua haveno de la tria enkursigilo 192.168.1.130 . Lastan fojon ni parolis pri konvencioj, do mi ne povas sekvi la konvencion kaj atribui la adreson .1 al la dua pordo de la enkursigilo, ĉar .1 ne estas parto de ĉi tiu reto.
Poste, mi uzas aliajn adresojn, ĉar ni komencas alian reton - 10.1.1.0/16, do la dua haveno de la dua enkursigilo, al kiu ĉi tiu reto estas konektita, havas IP-adreson 10.1.1.1, kaj la havenon de la kvara. enkursigilo, al kiu la ŝaltilo estas konektita - adreso 10.1.1.2.
Por agordi la reton, kiun mi kreis, mi devas asigni IP-adresojn al la aparatoj. Ni komencu per la unua haveno de la unua enkursigilo.
Unue, ni kreos la gastigan nomon R1, asignos la adreson 0 al haveno f0/192.168.1.1 kaj specifos la subretan maskon 255.255.255.192, ĉar ni havas /26-reton. Ni kompletigu la agordon de R1 per la nefermita komando. La dua haveno de la unua enkursigilo f0/1 ricevos IP-adreson 192.168.1.65 kaj subretan maskon 255.255.255.192.
La dua enkursigilo ricevos la nomon R2, ni asignos la adreson 0 kaj la subretan maskon 0 al la unua haveno f192.168.1.66/255.255.255.192, la adreson 0 kaj la subretan maskon 1 al la dua haveno f192.168.1.129/255.255.255.192. XNUMX.
Transirante al la tria enkursigilo, ni asignos al ĝi la gastigan nomon R3, la haveno f0/0 ricevos la adreson 192.168.1.130 kaj la maskon 255.255.255.192, kaj la haveno f0/1 ricevos la adreson 10.1.1.1 kaj la maskon 255.255.0.0. 16, ĉar ĉi tiu reto estas /XNUMX.
Fine, mi iros al la lasta enkursigilo, nomos ĝin R4, kaj atribuos al pordo f0/0 adreson de 10.1.1.2 kaj maskon de 255.255.0.0. Do, ni agordis ĉiujn retajn aparatojn.
Fine, ni rigardu la retajn agordojn de la komputilo - ĝi havas senmovan IP-adreson de 192.168.1.10, duon-retan maskon de 255.255.255.192 kaj defaŭltan enirejan adreson de 192.168.1.1.
Do, vi vidis kiel agordi la subretan maskon por aparatoj sur malsamaj subretoj, ĝi estas tre simpla. Nun ni ebligu vojigon. Mi eniras la agordojn R1, agordas la tutmondan agordan reĝimon kaj tajpas la enkursigilon. Post tio, la sistemo provizas sugestojn por eblaj vojprotokoloj por ĉi tiu komando: bgp, eigrp, ospf kaj rip. Ĉar nia lernilo temas pri RIP, mi uzas la router rip komandon.
Se vi tajpas demandosignon, la sistemo eldonos novan sugeston por la sekva komando kun eblaj elektoj por la funkcioj de ĉi tiu protokolo: aŭtomata resumo - aŭtomata resumo de itineroj, defaŭlta informo - kontrolo de la prezento de defaŭltaj informoj, reto. - retoj, tempoj, ktp. Ĉi tie vi povas elekti la informojn, kiujn ni interŝanĝos kun najbaraj aparatoj. La plej grava funkcio estas versio, do ni komencos per enigo de la komando de versio 2. Poste ni devas uzi la retan ŝlosilan komandon, kiu kreas itineron por la specifita IP-reto.
Ni daŭrigos agordi Router1 poste, sed nuntempe mi volas pluiri al Router 3. Antaŭ ol mi uzas la retan komandon sur ĝi, ni rigardu la dekstran flankon de nia reto-topologio. La dua haveno de la enkursigilo havas la adreson 10.1.1.1. Kiel RIP funkcias? Eĉ en ĝia dua versio, RIP, kiel sufiĉe malnova protokolo, daŭre uzas siajn proprajn retajn klasojn. Tial, kvankam nia reto 10.1.1.0/16 apartenas al klaso A, ni devas specifi la plenan klasan version de ĉi tiu IP-adreso per la reto 10.0.0.0 komando.
Sed eĉ se mi tajpas la komandan reton 10.1.1.1 kaj poste rigardos la nunan agordon, mi vidos, ke la sistemo korektis 10.1.1.1 al 10.0.0.0, aŭtomate uzante la plenklasan adresformaton. Do se vi renkontas demandon pri RIP en la CCNA-ekzameno, vi devos uzi plenklasan adresadon. Se anstataŭ 10.0.0.0 vi tajpas 10.1.1.1 aŭ 10.1.0.0, vi eraros. Malgraŭ tio, ke la konvertiĝo al la plenklasa adresformo okazas aŭtomate, mi konsilas al vi komence uzi la ĝustan adreson por ne atendi ĝis la sistemo korektos la eraron. Memoru - RIP ĉiam uzas plenklasan retadresadon.
Post kiam vi uzis la reton 10.0.0.0-komando, la tria enkursigilo enigos ĉi tiun dekan reton en la enrutigan protokolon kaj sendos la ĝisdatigon laŭ la vojo R3-R4. Nun vi devas agordi la enrutigan protokolon de la kvara enkursigilo. Mi eniras ĝiajn agordojn kaj sinsekve enigas la komandojn router rip, version 2 kaj reton 10.0.0.0. Per ĉi tiu komando mi petas al R4 komenci reklami la reton 10. uzante la RIP-enrutigan protokolon.
Nun ĉi tiuj du enkursigiloj povus interŝanĝi informojn, sed ĝi nenion ŝanĝus. Uzante la komandon show ip route montras, ke FastEthernrt-haveno 0/0 estas rekte konektita al reto 10.1.0.0. La kvara enkursigilo, ricevinte retan anoncon de la tria enkursigilo, diros: "bonege, amiko, mi ricevis vian anoncon pri la deka reto, sed mi jam scias pri ĝi, ĉar mi estas rekte konektita al ĉi tiu reto."
Sekve, ni reiros al la agordoj R3 kaj enmetos alian reton per la reto 192.168.1.0 komando. Mi denove uzas la plenklasan adresformaton. Post ĉi tio, la tria enkursigilo povos reklami la 192.168.1.128-reton laŭ la vojo R3-R4. Kiel mi jam diris, RIP estas "klaĉo", kiu rakontas al ĉiuj siaj najbaroj pri novaj retoj, transdonante informojn de sia vojtabelo al ili. Se vi nun rigardas la tabelon de la tria enkursigilo, vi povas vidi la datumojn de la du retoj konektitaj al ĝi.
Ĝi transdonos ĉi tiujn datumojn al ambaŭ finoj de la itinero al kaj la dua kaj kvara enkursigiloj. Ni transiru al la agordoj de R2. Mi enigas la samajn komandojn router rip, versio 2 kaj reto 192.168.1.0, kaj ĉi tie la aferoj komencas interesiĝi. Mi precizigas reton 1.0, sed ĝi estas kaj reto 192.168.1.64/26 kaj reto 192.168.1.128/26. Tial, kiam mi specifas la reton 192.168.1.0, mi teknike provizas vojigon por ambaŭ interfacoj de ĉi tiu enkursigilo. La komforto estas, ke per nur unu komando vi povas agordi vojigon por ĉiuj havenoj de la aparato.
Mi precizigas precize la samajn parametrojn por enkursigilo R1 kaj provizas enkursigon por ambaŭ interfacoj en la sama maniero. Se vi nun rigardas la vojtablon de R1, vi povas vidi ĉiujn retojn.
Ĉi tiu enkursigilo scias pri ambaŭ reto 1.0 kaj reto 1.64. Ĝi ankaŭ scias pri retoj 1.128 kaj 10.1.1.0 ĉar ĝi uzas RIP. Ĉi tio estas indikita per la R-kapo en la responda vico de la vojtabelo.
Bonvolu atenti la informojn [120/2] - jen la administra distanco, tio estas la fidindeco de la fonto de vojaj informoj. Ĉi tiu valoro povas esti pli granda aŭ pli malgranda, sed la defaŭlta por RIP estas 120. Ekzemple, statika itinero havas administran distancon de 1. Ju pli malalta estas administra distanco, des pli fidinda la protokolo. Se la enkursigilo havas la ŝancon elekti inter du protokoloj, ekzemple inter statika itinero kaj RIP, tiam ĝi elektos plusendi trafikon super la senmova itinero. La dua valoro en krampoj, /2, estas la metriko. En la RIP-protokolo, la metriko signifas la nombron da lupolo. En ĉi tiu kazo, reto 10.0.0.0/8 povas esti atingita en 2 saltoj, tio estas, enkursigilo R1 devas sendi trafikon tra reto 192.168.1.64/26, ĉi tiu estas la unua salto, kaj tra reto 192.168.1.128/26, ĉi tiu estas la dua salto, por atingi reton 10.0.0.0/8 per aparato kun FastEthernet 0/1 interfaco kun IP-adreso 192.168.1.66.
Por komparo, enkursigilo R1 povas atingi reton 192.168.1.128 kun administra distanco de 120 en 1 salto per interfaco 192.168.1.66.
Nun, se vi provas ping la interfacon de enkursigilo R0 kun IP-adreso 4 de komputilo PC10.1.1.2, ĝi sukcese revenos.
La unua provo malsukcesis kun la Request timeout mesaĝo, ĉar dum uzado de ARP la unua pakaĵeto estas perdita, sed la aliaj tri estis sukcese resenditaj al la ricevanto. Ĉi tio disponigas punkt-al-punktan komunikadon sur reto uzante la RIP-vojigprotokolon.
Do, por aktivigi la uzon de la RIP-protokolo de la enkursigilo, vi devas sinsekve tajpi la komandojn router rip, version 2 kaj reton <retnumero / retidentigilo en plenklasa formo>.
Ni iru al la R4-agordoj kaj enigu la komandon show ip route. Vi povas vidi, ke reto 10. estas konektita rekte al la enkursigilo, kaj reto 192.168.1.0/24 estas alirebla per haveno f0/0 kun IP-adreso 10.1.1.1 per RIP.
Se vi atentas la aspekton de la reto 192.168.1.0/24, vi rimarkos, ke estas problemo pri aŭtomata resumo de itineroj. Se aŭtomata resumo estas ebligita, RIP resumos ĉiujn retojn ĝis 192.168.1.0/24. Ni rigardu, kio estas temporiziloj. La RIP-protokolo havas 4 ĉefajn tempigilojn.
La Ĝisdatiga tempigilo respondecas pri la ofteco de sendado de ĝisdatigoj, sendante protokolan ĝisdatigojn ĉiujn 30 sekundojn al ĉiuj interfacoj partoprenantaj en RIP-vojigo. Ĉi tio signifas, ke ĝi prenas la vojigtabelon kaj distribuas ĝin al ĉiuj havenoj funkciigantaj en RIP-reĝimo.
Ni imagu, ke ni havas enkursigilon 1, kiu estas konektita al enkursigilo 2 per reto N2. Antaŭ la unua kaj post la dua enkursigilo estas retoj N1 kaj N3. Enkursigilo 1 rakontas al Router 2 ke ĝi konas la reton N1 kaj N2 kaj sendas al ĝi ĝisdatigon. Enkursigilo 2 rakontas al Router 1 ke ĝi konas retojn N2 kaj N3. En ĉi tiu kazo, ĉiujn 30 sekundojn la enkursigilo-havenoj interŝanĝas vojtablojn.
Ni imagu, ke ial la konekto N1-R1 estas rompita kaj enkursigilo 1 ne plu povas komuniki kun la reto N1. Post ĉi tio, la unua enkursigilo sendos nur ĝisdatigojn pri la N2-reto al la dua enkursigilo. Enkursigilo 2, ricevinte la unuan tian ĝisdatigon, pensos: "bonege, nun mi devas meti reton N1 en la Nevalidan Temporizilon", post kio ĝi komencos la Nevalidan tempigilon. Dum 180 sekundoj ĝi ne interŝanĝos N1-retajn ĝisdatigojn kun iu ajn, sed post ĉi tiu tempo ĝi haltigos la Nevalidan Temporizilon kaj rekomencos la Ĝisdatigon. Se dum ĉi tiuj 180 sekundoj ĝi ne ricevas ĝisdatigojn pri la stato de la reto N1, ĝi metos ĝin en Hold Down-tempigilon daŭrantan 180 sekundojn, tio estas, la Hold Down-tempigilo komenciĝas tuj post kiam la Nevalida tempigilo finiĝas.
Samtempe funkcias alia, kvara Flush-tempigilo, kiu komenciĝas samtempe kun la Nevalida tempigilo. Ĉi tiu tempigilo determinas la tempintervalon inter ricevado de la lasta normala ĝisdatigo pri reto N1 ĝis la reto estas forigita de la vojtabelo. Tiel, kiam la daŭro de ĉi tiu tempigilo atingas 240 sekundojn, reto N1 aŭtomate estos ekskludita de la vojigtabelo de la dua enkursigilo.
Do, Update Timer sendas ĝisdatigojn ĉiujn 30 sekundojn. Nevalida Timer, kiu funkcias ĉiujn 180 sekundojn, atendas ĝis nova ĝisdatigo atingas la enkursigilon. Se ĝi ne alvenas, ĝi metas tiun reton en tenan staton, kun la Hold Down Timer funkcianta ĉiujn 180 sekundojn. Sed la Nevalidaj kaj Flush-tempigiloj komenciĝas samtempe, tiel ke 240 sekundoj post kiam Flush komenciĝas, la reto, kiu ne estas menciita en la ĝisdatigo, estas ekskludita de la vojigtabelo. La daŭro de ĉi tiuj temporiziloj estas agordita defaŭlte kaj povas esti ŝanĝita. Jen kio RIP-tempigiloj estas.
Nun ni plu pripensu la limigojn de la RIP-protokolo, estas sufiĉe multaj el ili. Unu el la ĉefaj limigoj estas aŭtomata sumado.
Ni revenu al nia reto 192.168.1.0/24. Enkursigilo 3 rakontas al Router 4 pri la tuta 1.0 reto, kiu estas indikita per /24. Ĉi tio signifas, ke ĉiuj 256 IP-adresoj en ĉi tiu reto, inkluzive de la reto ID kaj elsendo-adreso, estas disponeblaj, tio signifas, ke mesaĝoj de aparatoj kun iu ajn IP-adreso en ĉi tiu gamo estos senditaj tra la 10.1.1.1 reto. Ni rigardu la vojtabelon R3.
Ni vidas reton 192.168.1.0/26, dividitan en 3 subretojn. Ĉi tio signifas, ke la enkursigilo nur scias pri tri specifitaj IP-adresoj: 192.168.1.0, 192.168.1.64 kaj 192.168.1.128, kiuj apartenas al la reto /26. Sed ĝi scias nenion, ekzemple, pri aparatoj kun IP-adresoj situantaj en la intervalo de 192.168.1.192 ĝis 192.168.1.225.
Tamen, ial, R4 opinias, ke ĝi scias ĉion pri la trafiko, kiun R3 sendas al ĝi, tio estas, ĉiuj IP-adresoj en la reto 192.168.1.0/24, kio estas tute falsa. Samtempe, enkursigiloj povas komenci faligi trafikon ĉar ili "trompas" unu la alian - finfine, enkursigilo 3 ne rajtas diri al la kvara enkursigilo, ke ĝi scias ĉion pri la subretoj de ĉi tiu reto. Ĉi tio okazas pro problemo nomata "aŭtomata sumado". Ĝi okazas kiam trafiko moviĝas tra malsamaj grandaj retoj. Ekzemple, en nia kazo, reto kun klaso C-adresoj estas konektita per la R3-enkursigilo al reto kun klaso A-adresoj.
La R3-enkursigilo konsideras ĉi tiujn retojn samaj kaj aŭtomate resumas ĉiujn itinerojn en ununuran retadreson 192.168.1.0. Ni memoru pri kio ni parolis resumante superretajn itinerojn en unu el la antaŭaj filmetoj. La kialo de la sumo estas simpla - la enkursigilo opinias, ke unu eniro en la enrutiga tabelo, por ni ĉi tiu estas la eniro 192.168.1.0/24 [120/1] per 10.1.1.1, estas pli bona ol 3 enskriboj. Se la reto konsistas el centoj da malgrandaj subretoj, tiam kiam resumado estas malŝaltita, la vojtabelo konsistos el grandega nombro da vojaj eniroj. Tial, por malhelpi la amasiĝon de grandega kvanto da informoj en vojaj tabeloj, aŭtomata itinera resumo estas uzata.
Tamen, en nia kazo, aŭtomate resumaj itineroj kreas problemon ĉar ĝi devigas la enkursigilon interŝanĝi malverajn informojn. Tial ni devas eniri la agordojn de la R3-enkursigilo kaj enigi komandon, kiu malpermesas aŭtomate resumajn itinerojn.
Por fari tion, mi sinsekve tajpas la komandojn router rip kaj neniun aŭtomatan resumon. Post ĉi tio, vi devas atendi ĝis la ĝisdatigo disvastiĝas tra la reto, kaj tiam vi povas uzi la komandon show ip route en la agordoj de la enkursigilo R4.
Vi povas vidi kiel la vojtabelo ŝanĝiĝis. La enskribo 192.168.1.0/24 [120/1] per 10.1.1.1 estis konservita de la antaŭa versio de la tabelo, kaj tiam estas tri enskriboj kiuj, dank' al la Ĝisdatiga tempigilo, estas ĝisdatigitaj ĉiujn 30 sekundojn. La Flush-tempigilo certigas, ke 240 sekundoj post la ĝisdatigo plus 30 sekundojn, tio estas, post 270 sekundoj, ĉi tiu reto estos forigita de la vojtabelo.
La retoj 192.168.1.0/26, 192.168.1.64/26 kaj 192.168.1.128/26 estas ĝuste listigitaj, do nun se trafiko estas destinita por aparato 192.168.1.225, tiu aparato faligos ĝin ĉar la enkursigilo kun ne scias kie la aparato. tiu adreso. Sed en la antaŭa kazo, kiam ni havis aŭtomatan resumon de itineroj ebligita por R3, ĉi tiu trafiko estus direktita al la 10.1.1.1 reto, kiu estis tute malĝusta, ĉar R3 devus tuj faligi ĉi tiujn pakaĵojn sen sendi ilin plu.
Kiel reta administranto, vi devus krei retojn kun minimuma kvanto de nenecesa trafiko. Ekzemple, ĉi-kaze ne necesas plusendi ĉi tiun trafikon tra R3. Via tasko estas pliigi retan trafluon kiel eble plej multe, malhelpante trafikon sendi al aparatoj kiuj ne bezonas ĝin.
La sekva limigo de RIP estas Bukloj, aŭ vojaj bukloj. Ni jam parolis pri reto-konverĝo, kiam la enrutiga tabelo estas ĝuste ĝisdatigita. En nia kazo, la enkursigilo ne devus ricevi ĝisdatigojn por la reto 192.168.1.0/24 se ĝi scias nenion pri ĝi. Teknike, konverĝo signifas, ke la vojtabelo estas ĝisdatigita nur kun ĝustaj informoj. Ĉi tio devus okazi kiam la enkursigilo estas malŝaltita, rekomencita, rekonektita al la reto, ktp. Konverĝo estas stato en kiu ĉiuj necesaj vojtabelaj ĝisdatigoj estis kompletigitaj kaj ĉiuj necesaj kalkuloj estis faritaj.
RIP havas tre malbonan konverĝon kaj estas tre, tre malrapida vojprotokolo. Pro ĉi tiu malrapideco, ekestas vojaj Bukloj aŭ la problemo de "senfina nombrilo".
Mi desegnos retan diagramon similan al la antaŭa ekzemplo - enkursigilo 1 estas konektita al enkursigilo 2 per reto N2, reto N1 estas konektita al enkursigilo 1, kaj reto N2 estas konektita al enkursigilo 3. Ni supozu, ke ial la konekto N1-R1 estas rompita.
Enkursigilo 2 scias, ke reto N1 estas atingebla per unu salto tra enkursigilo 1, sed ĉi tiu reto ne funkcias nuntempe. Post kiam la reto malsukcesas, la tempigilo-procezo komenciĝas, enkursigilo 1 metas ĝin en la staton Hold Down, ktp. Tamen, enkursigilo 2 havas Ĝisdatigitan tempigilon funkcianta, kaj je la fiksita tempo ĝi sendas ĝisdatigon al enkursigilo 1, kiu diras, ke reto N1 estas alirebla per ĝi en du saltoj. Ĉi tiu ĝisdatigo alvenas al enkursigilo 1 antaŭ ol ĝi havas tempon sendi al la enkursigilo 2 ĝisdatigon pri la fiasko de reto N1.
Ricevinte ĉi tiun ĝisdatigon, enkursigilo 1 pensas: "Mi scias, ke la reto N1, kiu estas konektita al mi, ne funkcias ial, sed enkursigilo 2 diris al mi, ke ĝi disponeblas per ĝi en du saltoj. Mi kredas lin, do mi aldonos unu salton, ĝisdatigos mian enkursigilon kaj sendos ĝisdatigon al la enkursigilo 2 dirante, ke la reto N1 estas alirebla per la enkursigilo 2 en tri saltoj!"
Ricevinte ĉi tiun ĝisdatigon de la unua enkursigilo, enkursigilo 2 diras: "Bone, pli frue mi ricevis ĝisdatigon de R1, kiu diris, ke la reto N1 estas disponebla per ĝi en unu salto. Nun li diris al mi, ke ĝi haveblas en 3 saltoj. Eble io ŝanĝiĝis en la reto, mi ne povas ne kredi ĝin, do mi ĝisdatigos mian vojtabelon aldonante unu salton." Post ĉi tio, R2 sendas ĝisdatigon al la unua enkursigilo, kiu deklaras, ke reto N1 nun disponeblas en 4 saltoj.
Ĉu vi vidas, kio estas la problemo? Ambaŭ enkursigiloj sendas ĝisdatigojn unu al la alia, aldonante unu salton ĉiun fojon, kaj eventuale la nombro da lupolo atingas grandan nombron. En la RIP-protokolo, la maksimuma nombro da lupolo estas 16, kaj tuj kiam ĝi atingas ĉi tiun valoron, la enkursigilo rimarkas, ke ekzistas problemo kaj simple forigas ĉi tiun itineron de la vojtabelo. Ĉi tiu estas la problemo kun enrutaj bukloj en RIP. Ĉi tio estas pro la fakto, ke RIP estas distanca vektora protokolo; ĝi nur kontrolas la distancon, sen atenti la staton de retsekcioj. En 1969, kiam komputilaj retoj estis multe pli malrapidaj ol ili estas nun, la distancvektoraliro estis pravigita, tiel ke la RIP-programistoj elektis lupolkalkulojn kiel la ĉefan metrikon. Tamen hodiaŭ ĉi tiu aliro kreas multajn problemojn, do modernaj retoj vaste ŝanĝis al pli altnivelaj vojprotokoloj, kiel OSPF. Fakte, ĉi tiu protokolo fariĝis la normo por la retoj de la plej multaj tutmondaj kompanioj. Ni rigardos ĉi tiun protokolon tre detale en unu el la sekvaj filmetoj.
Ni ne plu revenos al RIP, ĉar uzante la ekzemplon de ĉi tiu plej malnova retprotokolo, mi sufiĉe rakontis al vi pri la bazoj de enrutado kaj la problemoj pro kiuj ili provas ne plu uzi ĉi tiun protokolon por grandaj retoj. En la sekvaj videolecionoj ni rigardos modernajn vojajn protokolojn - OSPF kaj EIGRP.
Dankon pro restado ĉe ni. Ĉu vi ŝatas niajn artikolojn? Ĉu vi volas vidi pli interesan enhavon? Subtenu nin farante mendon aŭ rekomendante al amikoj, 30% rabato por uzantoj de Habr sur unika analogo de enirnivelaj serviloj, kiu estis inventita de ni por vi: (havebla kun RAID1 kaj RAID10, ĝis 24 kernoj kaj ĝis 40GB DDR4).
Dell R730xd 2 fojojn pli malmultekosta? Nur ĉi tie en Nederlando! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - ekde $99! Legu pri
fonto: www.habr.com