{"id":37303,"date":"2019-10-31T22:16:52","date_gmt":"2019-10-31T19:16:52","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-20-staticheskaya-marshrutizatsiya\/"},"modified":"2019-10-31T22:16:52","modified_gmt":"2019-10-31T19:16:52","slug":"trening-cisco-200-125-ccna-v3-0-den-20-staticheskaya-marshrutizatsiya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-20-staticheskaya-marshrutizatsiya","title":{"rendered":"Cisco 200-125 CCNA v3.0 koolitus. P\u00e4ev 20. Staatiline ruteerimine","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

T\u00e4na r\u00e4\u00e4gime staatilisest marsruutimisest ja k\u00e4sitleme kolme teemat: mis on staatiline marsruutimine, kuidas see seadistatakse ja milline on selle alternatiiv. N\u00e4ete v\u00f5rgu topoloogiat, mis sisaldab arvutit IP-aadressiga 192.168.1.10, \u00fchendatud l\u00fclitiga, mis omakorda on \u00fchendatud v\u00e4rava v\u00f5i ruuteriga. Selle \u00fchenduse jaoks kasutatakse ruuteri porti f0\/0 IP-aadressiga 192.168.1.1.<\/p>\n

\"Cisco
\n
\nSelle ruuteri teine port f0\/1 IP-aadressiga 192.168.2.1 on \u00fchendatud teise ruuteri pordiga f0\/0, millel on aadress 192.168.2.2. Teine ruuter on \u00fchendatud oma pordiga f0\/1 aadressiga 192.168.3.2 kolmanda ruuteriga, mis kasutab selle \u00fchenduse jaoks porti f0\/0 IP-aadressiga 192.168.3.3. <\/a><\/noindex><\/p>\n

L\u00f5puks on kolmas ruuter \u00fchendatud teise l\u00fclitiga porti f0\/1 kaudu aadressiga 192.168.4.3, ning l\u00fcliti on \u00fchendatud teise arvutiga IP-aadressiga 192.168.4.10.
\nKui teate, kuidas IP-aadresside p\u00f5hjal alams\u00fcsteeme jagada, siis m\u00e4\u00e4rake, et osa esimesest arvutist kuni esimesse ruuterisse kuulub \u00fchte alams\u00fcsteemi, osa esimese ja teise ruuteri vahel \u2013 teise v\u00f5rku, teise ja kolmanda ruuteri vahel \u2013 kolmandasse v\u00f5rku ja kolmanda ruuteri ja teise arvuti vahel \u2013 neljandasse v\u00f5rku. Seega on meil neli erinevat v\u00f5rku. <\/p>\n

\"Cisco
\n
\nKui arvuti 192.168.1.10 soovib \u00fchendust luua arvutiga 192.168.4.10, siis peab ta esmalt saatma oma andmed v\u00e4ravale 192.168.1.1. Ta loob kaadri, kuhu panevad IP-aadressid allikaks ja sihtkohaks, MAC-aadressid allikaks ja sihtkohaks, ning saadab selle ruuterile. Ruuter loobub taseme 2 teabest, st MAC-aadressidest, ja vaatab taseme 3 teavet. Saades teada, et andmed on adresseeritud seadmele IP-aadressiga 192.168.4.10, m\u00f5istab ruuter, et selline seade ei ole temaga \u00fchendatud, seega peab ta selle kaadri lihtsalt edasi saatma v\u00f5rku. Ta vaatab oma marsruuditabelit ja n\u00e4eb, et andmed alams\u00fcsteemi 4 tuleb saata seadmele, mille IP-aadress on 192.168.2.2. <\/p>\n

Sarnaselt vahetab teine ruuter oma marsruuditabeliga, saab teada, et alams\u00fcsteemi 4 andmed tuleb saata IP-aadressile 192.168.3.3, ja saadab kaadri kolmandale ruuterile. L\u00f5puks vahetab kolmas ruuter oma tabeliga, m\u00e4\u00e4rab, et alams\u00fcsteem 4 on \u00fchendatud temaga, ja saadab kaadri teisele arvutile. <\/p>\n

Vaatame, kuidas marsruutimistabel luuakse. Selleks kasutame Cisco Packet Traceri ja vaatame, kuidas rakendatakse marsreerimise kontseptsiooni. Siin on sama v\u00f5rgu topoloogia, n\u00fc\u00fcd annan ruuteritele vastavad IP-aadressid, m\u00e4rkides ka vaikev\u00e4ravate aadressid. <\/p>\n

\"Cisco
\n
\nMe ei tee midagi l\u00fclitiga, kuna see t\u00f6\u00f6tab vaikeseadistustega ja kasutab VLAN1. Alustame esimese ruuteri Router0 seadistamist. Esiteks anname sellele hostinime R1, seej\u00e4rel m\u00e4\u00e4rame f0\/0 liidese IP-aadressi ja alamsidete maski. Siis tuleb rakendada k\u00e4sk no shutdown. N\u00e4ete, kuidas liidese marker muutus punasest roheliseks, see t\u00e4hendab, et port on v\u00f5rgus aktiveeritud. <\/p>\n

J\u00e4rgmiseks peame seadistama ruuteri teise pordi f0\/1, samas hostinimi j\u00e4\u00e4b samaks, lihtsalt lisame IP-aadressi 192.168.2.1 ja alamsidete maski 255.255.255.0. Siin pole midagi uut, see on lihtne seadistus, te juba teate k\u00f5iki k\u00e4sklusi, seega l\u00e4hen kiiresti \u00fcle teistele ruutereile. Kui annan IP-aadresse ja kasutan k\u00e4sku no shut, muudavad ruuteri pordid v\u00e4rvi roheliseks, n\u00e4idates, et \u00fchendus seadmete vahel on loodud. Sel ajal loon v\u00f5rgud 1, 2, 3 ja 4. Ruuteri porti IP-aadressi viimane oktet n\u00e4itab ruuteri numbrit ja eelviimane oktet \u2013 v\u00f5rgu numbrit, mis on \u00fchendatud sellele pordile. <\/p>\n

Nii et esimese ruuteri portide aadressid on 192.168.1.1 (esimene ruuter, esimene v\u00f5rk) ja 192.168.2.1 (esimene ruuter, teine v\u00f5rk), teise ruuteri puhul \u2013 192.168.2.2 (teine ruuter, teine v\u00f5rk) ja 192.168.3.2 (teine ruuter, kolmas v\u00f5rk) ning kolmanda ruuteri puhul \u2013 192.168.3.3 (kolmas ruuter, kolmas v\u00f5rk) ja 192.168.4.3 (kolmas ruuter, neljas v\u00f5rk). Minu arvates on see \u00fcsna lihtne meelde j\u00e4tta, kuid tegelikus elus v\u00f5ivad aadressid kujuneda teisiti, olenevalt teie ettev\u00f5ttes kehtivatest reeglitest. Peate j\u00e4rgima ettev\u00f5tte reegleid, sest teie kolleegil on lihtsam teie v\u00f5rgu t\u00f5rkeid k\u00f5rvaldada, kui kujundate selle vastavalt reeglitele. <\/p>\n

Nii et olen l\u00f5petanud ruuteri portidele IP-aadresside m\u00e4\u00e4ramise, ja n\u00e4ete, et ka teise l\u00fcliti port on muutunud roheliseks, kuna \u00fchendus tema ja teise arvuti vahel loodi automaatselt. <\/p>\n

\"Cisco
\n
\nN\u00fc\u00fcd kutsun esile esimese arvuti k\u00e4surea ja teen ping-kutse teisele arvutile aadressil 192.168.4.10. Liigume simuleerimisre\u017eiimi \u2013 n\u00fc\u00fcd n\u00e4ete animatsiooni pakettide pingimisest v\u00f5rgu kaudu. K\u00e4ivitan pingimise veel kord, et saaksite t\u00e4helepanelikult j\u00e4lgida, mis sel ajal toimub. Paremal tabelis n\u00e4ete ICMP, Internet Control Message Protocol \u2013 see t\u00e4histab pingimist. Ping on protokoll, mida kasutame \u00fchenduse kontrollimiseks. <\/p>\n

\"Cisco
\n
\nTe saadate katsepaketi teisele seadmele ja kui see tagastab selle, on side edukalt loodud. Kui kl\u00f5psate pingipaketil skeemil, siis saate vaadata edastamise kohta teavet. <\/p>\n

\"Cisco
\n
\nTe n\u00e4ete 3. taseme OSI andmeid \u2013 need on pingimise allika ja sihtaadresside IP-aadressid, 2. taseme andmed vastavate MAC-aadresside kujul ja 1. taseme andmed pordi (portide) m\u00e4\u00e4ratlemise kujul \u2013 see on FastEthernet0. Samuti saate vaadata pingipaketi raamiformaati: p\u00e4is, t\u00fc\u00fcp ja paketi sisu. <\/p>\n

\"Cisco
\n
\nRaam suunatakse l\u00fclitisse, l\u00fcliti anal\u00fc\u00fcsib MAC-aadresse ja saadab selle edasi v\u00f5rgus ruuteri juurde. Ruuter n\u00e4eb IP-aadressi 192.168.4.10 ja loobub paketist, kuna ei tunne sellist aadressi. Vaadakem, mis juhtub reaalajas, naastes pingimise juurde k\u00e4surea aknas. <\/p>\n

\"Cisco
\n
\nN\u00e4ete, et arvuti 192.168.4.10 pingimise katses olid k\u00f5ik 4 paketti kadunud \u2013 ruuterilt 192.168.1.1 saadi vastus, et sihtkoht ei ole k\u00e4ttesaadav. Naaseme ruuteri k\u00e4surea liidese aknasse ja sisestame t\u00f5rkekomandi show ip route. N\u00e4ete k\u00f5ige olulisemat osa \u2013 marsruuditabelit, ja sisestatud k\u00e4sk on \u00fcks peamisi Cisco ruutimise k\u00e4ske. Praegu sisaldab see tabel 2 kirjet. Tabeli alguses on l\u00fchendite nimekiri, millest n\u00e4htub, et t\u00e4hega C t\u00e4histatakse otse\u00fchendusi. Esimene kannab teavet, et v\u00f5rk 192.168.1.0\/24 on otseselt \u00fchendatud pordiga FastEthernet0\/0, ja v\u00f5rk 192.168.2.0\/24 on otseselt \u00fchendatud pordiga FastEthernet0\/1. See t\u00e4hendab, et praegu teab ruuter ainult neid kahte v\u00f5rku. <\/p>\n

\"Cisco
\n
\n192.168.1.0\/24 t\u00e4hendus on v\u00f5rgu identifikaator. Kui me l\u00f5ime alamv\u00f5rgud, l\u00f5ime samal ajal nende identifikaatorid. Need identifikaatorid \u00fctlevad ruuterile, et k\u00f5ik seadmed, mille IP-aadressid j\u00e4\u00e4vad vahemikku 192.168.1.1 kuni 192.168.1.254, asuvad antud alamv\u00f5rgus. Nii et k\u00f5ik need seadmed peaksid tehniliselt ruuterile saadaval olema, kuna ta on \u00fchendatud antud v\u00f5rku. <\/p>\n

Kui identifikaatori l\u00f5pus on v\u00e4\u00e4rtus \/24, t\u00e4hendab see, et k\u00f5igile selle v\u00f5rgu seadmetele alates numbrist 1 kuni 254 saadetakse \u00fclekande p\u00e4ring. Niisiis, antud ruuterile on \u00fchendatud ainult v\u00f5rgud 1. ja 2., seet\u00f5ttu teab ta ainult nendest v\u00f5rkudest. Kui pingi p\u00e4ring aadressilt 192.168.4.10 j\u00f5uab ruuterisse, ei tea ta, et see aadress on saadaval marsruudil Router0 - Router1 - Router2. <\/p>\n

Aga kui v\u00f5rguadministraator teate, et see marsruut on saadaval, see t\u00e4hendab, et esimene ruuter saab selle paketi teisele ruuterile saata. Seet\u00f5ttu peate organiseerima staatilise marsruutimise. Proovime seda teha. <\/p>\n

Me \u00fctleme sellele ruuterile, et k\u00f5ik paketid ja kogu liiklus, mis on suunatud v\u00f5rku 192.168.4.0\/24, tuleks saata teisele ruuterile. Staatilise marsruutimise m\u00e4\u00e4ramise k\u00e4sk vorm on j\u00e4rgmine: ip route . <\/p>\n

\"Cisco
\n
\nPraegu n\u00e4itan teile, mida see t\u00e4hendab. Me kasutame selle k\u00e4su jaoks ruuteri globaalset konfiguratsiooni re\u017eiimi. Ma sisestan ip route 192.168.4.0 255.255.255.0 \u2013 see t\u00e4hendab, et siia j\u00f5uab mistahes liiklus seadmete jaoks, mille IP-aadress on viimasel oktetil vahemikus 1 kuni 254, ja seej\u00e4rel sisestan kas IP-aadressi v\u00f5i sadama nimetuse, kuhu see liiklus saadetakse. Antud juhul sisestan sadama nime f0\/1, seega k\u00e4sk kuju: ip route 192.168.4.0 255.255.255.0 f0\/1.<\/p>\n

\"Cisco
\n
\nV\u00f5rgu v\u00e4rava asemel v\u00f5in ma n\u00e4idata tema IP-aadressi, siis staatilise marsruutimise k\u00e4sk n\u00e4eb v\u00e4lja nagu ip route 192.168.4.0 255.255.255.0 192.168.2.2.<\/p>\n

V\u00f5ite k\u00fcsida, mis on parem. Arvan, et laiv\u00f5rgustike, nagu Ethernet, puhul on parem m\u00e4\u00e4rata IP-aadress. Kui aga kasutate punkt-punkt v\u00f5rgustikke, nagu Frame Relay (\u00fclekande v\u00f5i raamistamise v\u00f5rgud), on parem kasutada exit interface. Hiljem vaatame Frame Relay v\u00f5rgustikke, praegu kasutan ma sobivamat marsruutimise k\u00e4sku -192.168.4.0 255.255.255.0.<\/p>\n

Vaadakem n\u00fc\u00fcd marsruudina tablett, kasutades k\u00e4sku do show ip address. N\u00fc\u00fcd n\u00e4ete, et selles on uus sisestus, millel on t\u00e4ht S, st staatiline. <\/p>\n

\"Cisco
\n
\nSee sisestus \u00fctleb, et kui on liiklus 192.168.4.0\/24 v\u00f5rku, tuleb see suunata seadme kaudu, mille IP-aadress on 192.168.2.2. Naaseme arvuti k\u00e4sureale ja pingime soovitud aadressi uuesti. N\u00fc\u00fcd peab liiklus minema l\u00e4bi esimese ruuteri ja j\u00f5udma teise ruuteri juurde, mis peab paketid tagasi l\u00fckkama.<\/p>\n

Esimeses juhul ei l\u00fckanud ruuter mitte ainult pakette tagasi, vaid vastas ka arvutile, et IP-aadress 192.168.4.10 ei ole saadaval. Teine ruuter saab siiski vastata ainult esimesele ruuterile, kellelt ta liiklust sai. Vaatame teise ruuteri marsruudina tabelit. Siin on \u00f6eldud, et Router1 tunneb ainult v\u00f5rke 2 ja 3, kuid ei tunne v\u00f5rku 4, kuhu ta peab esimese arvuti pakette saatma. Ta saadaks tagasi s\u00f5numi, et sihtkoht on saadaval, kuid ei tea, kuidas \u00fchendust v\u00f5tta arvutiga, kes need paketid saatis, sest ta ei tea midagi v\u00f5rgu 1 kohta. Seet\u00f5ttu saime sihtkoha mittesaadavuse s\u00f5numi asemel s\u00f5numi Request timed out \u2013 p\u00e4ring ajal l\u00f5petatud. Erinevatel v\u00f5rgu seadmetel on erinevad TTL v\u00e4\u00e4rtused, seega, kui IP paketid saavutavad selle v\u00e4\u00e4rtuse, h\u00e4vitatakse need. Samuti toimub vastupidine l\u00f6\u00f6k \u2013 \u00fcks hop, ja TTL loendur muutub 16-lt 15-le, teine \u2013 15-lt 14-le ja nii edasi, kuni TTL v\u00e4\u00e4rtus j\u00f5uab 0 ja pakk h\u00e4vitatakse. <\/p>\n

Nii t\u00f6\u00f6tab IP-pakettide ts\u00fckli v\u00e4ltimise mehhanism. Kui seade ei saa m\u00e4\u00e4ratud ajaks p\u00e4ringut, kuvab s\u00fcsteem sarnase teate. J\u00e4tkame seega teise ruuteri seadistustega ja n\u00e4itame, kuidas saavutada neljas alamv\u00f5rk. Selleks kasutan k\u00e4sku ip route 192.168.4.0 255.255.255.0 192.168.3.3. N\u00fc\u00fcd on vastav kirje ilmnenud marsruutimistabelis, mille kutsusime k\u00e4sku do show ip route. <\/p>\n

\"Cisco
\n
\nN\u00fc\u00fcd teab Router1, kuidas suunata liiklust neljanda alamv\u00f5rgu adressaatidele. Ta suunab selle kolmandale ruuterile. Kolmas ruuter Router2, kuna tema k\u00fclge on \u00fchendatud 4. v\u00f5rk, teab kindlasti, kuidas paketti teise arvutisse edastada.<\/p>\n

Mis juhtub, kui saadan pingi veelkord? N\u00fc\u00fcd teavad k\u00f5ik v\u00f5rguseadmed, kuidas j\u00f5uda teise arvutini. Kas pingi saatmine IP-aadressile 192.168.4.10 on sel juhul edukas? Ei, ei ole! <\/p>\n

Nagu ma juba mainisin, on ICMP kahepoolse suhtluse protokoll, seega kui keegi saadab pinge pakette, peavad need tagasi tulema. Marsruutimine t\u00e4hendab, et iga v\u00f5rguseade peab mitte ainult teadma, kuidas kellelegi s\u00f5num saata, vaid ka teadma, kuidas edastada vastus s\u00f5numi saatjale. Seega j\u00f5udis esimese arvuti saatnud pakett edukalt teise arvutini. Teine arvuti m\u00f5tleb: \u201esuurep\u00e4rane, sain sinu s\u00f5numi ja n\u00fc\u00fcd pean sulle vastuse saatma\u201d. See vastus, mis on adresseeritud seadmele IP-aadressiga 192.168.1.10, j\u00f5uab ruuteri Router2. Kolmas ruuter n\u00e4eb, et peab paketti saatma esimesse alamv\u00f5rku, kuid tema marsruutimistabelis on kirjed ainult kolmanda ja neljanda alamv\u00f5rgu kohta. Seet\u00f5ttu peame looma staatilise marsruudi k\u00e4sku ip route 192.168.1.0 255.255.255.0 192.168.3.2. See k\u00e4sk \u00fctleb, et 192.168.1.0 identifikaatoriga v\u00f5rku suunatud liiklus tuleb saata teisele ruuterile IP-aadressiga 192.168.3.2. <\/p>\n

Mis juhtub p\u00e4rast seda? Teine ruuter tunneb 2., 3. ja 4. v\u00f5rke, kuid ei tea midagi esimesest v\u00f5rgust. Seega peame minema teise ruuteri Router1 seadistustesse ja kasutama k\u00e4sku ip route 192.168.1.0 255.255.255.0 192.168.2.1, st m\u00e4rkima, et 1. v\u00f5rgu liiklus tuleb saata 2. v\u00f5rgu kaudu esimesse ruuteri Router0.<\/p>\n

P\u00e4rast seda pakett j\u00f5uab esimesse ruuteri, mis teab seadme 192.168.1.10, kuna esimene v\u00f5rk, kus see arvuti asub, on \u00fchendatud selle ruuteri pordiga. Tahan m\u00e4rkida, et n\u00fc\u00fcd ei tea esimene ruuter midagi kolmandast v\u00f5rgust, ja kolmas ruuter ei tea teisest v\u00f5rgust. See v\u00f5ib tekitada probleeme, kuna need ruuterid ei tea vahepealsetest alav\u00f5rkudest. <\/p>\n

Pingin uuesti aadressi 192.168.4.0 ja n\u00e4ete, et seekord l\u00e4ks pingi saatmine edukalt. Paketid l\u00e4bisid kogu teekonna esimesest teise arvutini ja vastus tuli saatjale tagasi. K\u00e4skluste aknas on n\u00e4ha teade, et iga 4 vastuspaketti 192.168.4.0 sisaldab 32 baiti, TTL= 125 ms ja pingi edukus on 100%. See t\u00e4hendab, et saatmisallikas sai vastuse sihtpunkti hostilt. Seega, isegi kui seadmed ei tea m\u00f5nest vahepealsest v\u00f5rgust, ei oma see t\u00e4htsust, kui nad t\u00f6\u00f6tavad p\u00f5him\u00f5tte j\u00e4rgi \u201el\u00f5plik saatja \u2013 l\u00f5plik saaja\u201c. Esimene arvuti teab, kuidas teise arvutini j\u00f5uda, ja teine teab, kuidas esimeseni j\u00f5uda. <\/p>\n

Vaadakem teist olukorda. Nii et esimene arvuti saab edukalt suhelda teise arvutiga, samal ajal kui liiklus l\u00e4bib k\u00f5iki neid seadmeid. Uurime, kas PC0 suudab \u00fchendust v\u00f5tta kolmanda ruuteri Router2-ga aadressil 192.168.3.3 \u2013 see on port v\u00f5rgus 3 kolmandas ruuteris. Pinging n\u00e4itab, et see pole v\u00f5imalik \u2013 sihtkoht on k\u00e4ttesaamatu. <\/p>\n

Uurime, mis on p\u00f5hjus. Kui avame esimese ruuteri marsruuditabeli, n\u00e4eme, et ta teab ainult 3 v\u00f5rku \u2013 esimest, teist ja neljandat, kuid mitte kolmandast v\u00f5rgust. Seet\u00f5ttu, kui tahan selle v\u00f5rguga \u00fchendust v\u00f5tta, peab selle jaoks olema m\u00e4\u00e4ratud staatiline marsruut. <\/p>\n

Nii et oleme vaadanud, kuidas kolme ruuteri jaoks staatilist marsruutimist seadistada. Kui teil on 10 ruuteri ja 50 erinevat alav\u00f5rku, v\u00f5tab staatilise marsruutimise k\u00e4sitsi seadistamine v\u00e4ga kaua aega. Just selle jaoks vajame d\u00fcnaamilist marsruutimist.
\nN\u00fc\u00fcd eemaldan ma k\u00f5ik marsruudid, mille olen loonud. Selleks kutsun j\u00e4rjestikku esile k\u00f5igi ruuterite marsruuditabelid ja lisan igasse staatilise marsruudimise kirjesse s\u00f5na \u201eno\u201d algusesse, s.t. kasutan eitamise k\u00e4sku. N\u00fc\u00fcd saame vaadata, mis on d\u00fcnaamiline marsruudimine. <\/p>\n

D\u00fcnaamilise marsruudimise jaoks pean aktiveerima RIP-protokolli, see on v\u00e4ga kiire protokoll. Kuid t\u00e4na me RIP-i ei aruta, meie teema on staatiline marsruudimine ja ma tahtsin teile n\u00e4idata, kui vaevarikas ja t\u00fc\u00fctuv proov see on. Sellegipoolest demonstreerin ma kiiresti, kuidas RIP t\u00f6\u00f6tab, mida k\u00e4sitleme j\u00e4rgmisel tunnil.
\nEsimese ruuteri puhul kasutan k\u00e4sku router rip, siis sisestan ver 2, et m\u00e4rkida protokolli versioon, ja seej\u00e4rel loetlen eraldi ridadel v\u00f5rgud, mille jaoks peab d\u00fcnaamilise marsruudimise protokoll kehtima: 192.168.1.0, 192.168.2.0, seej\u00e4rel liigun teise ruuteri juurde ja teen sama. Tehniliselt m\u00e4rgin nende v\u00f5rkude, mis on sellele seadmele \u00fchendatud, seega teise ruuteri jaoks m\u00e4rgin 192.168.2.0 ja 192.168.3.0, ning kolmanda jaoks p\u00e4rast k\u00e4sku rip ver 2 \u2013 aadressid 192.168.3.0 ja 192.168.4.0. Siis p\u00f6\u00f6rdun tagasi esimese ruuteri juurde ja vaatan marsruuditabelit. <\/p>\n

\"Cisco
\n
\nN\u00e4ete, et tabelisse on maagiliselt ilmunud k\u00f5ik v\u00f5rgud, kaks esimest on need, mis on otseselt ruuteriga \u00fchendatud, ja kaks \u00fclej\u00e4\u00e4nut on need, millega suheldakse d\u00fcnaamilise marsruudimise RIP-protokolli kaudu. Sarnane olukord on teise ja kolmanda ruuteri marsruuditabelites. Kui ma \u00fchendaksin teise ruuteri juurde v\u00f5rgud 5. ja 6., siis k\u00f5ik seadmed, mis kasutavad RIP-i, teaksid neist uutest v\u00f5rkudest. Just selles seisneb d\u00fcnaamilise marsruudimise eelis.<\/p>\n

\"Cisco
\n
\nKui ma n\u00fc\u00fcd pingsin teist arvutit, t\u00f6\u00f6tab \u00fchendus probleemideta. Ma v\u00f5in pingsida kolmandat ruuteri ja ping on edukas, sest esimene ruuter teab t\u00e4nu RIP-ile k\u00f5ikidest seadmetest k\u00f5igis v\u00f5rkudes. Sama \"teadlikkusega\" on seotud ka teine ja kolmas ruuter. Ma ei \u00fctle, et RIP on parim protokoll, aga see on v\u00f5imeline t\u00f5husalt paljusid asju t\u00e4itma. Praegu tahan lihtsalt, et te m\u00f5istaksite, mis on marsruutimine ja kuidas see t\u00f6\u00f6tab, mis on marsruuditabel ja mis on selle t\u00e4htsus. <\/p>\n

Olenemata sellest, kas kasutate staatilist v\u00f5i d\u00fcnaamilist marsruutimist, on protokollide roll t\u00e4ita marsruuditabel. See tabel peab teadma k\u00f5iki marsruute k\u00f5igile v\u00f5rgu seadmetele, et \u00fcks seade saaks \u00fchenduse luua teise seadmega. <\/p>\n

Nii et t\u00e4na \u00f5ppisite, et marsruutimine on protsess, mis tagab marsruutide salvestamise marsruuditabelisse, et ruuter saaks otsustada, kuidas edastada liiklust v\u00f5rgus. <\/p>\n

\r\n \"M\u00e4ngi\r\n
<\/div>\r\n <\/div><\/center>
\nAit\u00e4h, et olete meiega. Kas teile meeldivad meie artiklid? Kas soovite n\u00e4ha rohkem huvitavat sisu? Toetage meid tellimuse esitamise v\u00f5i tuttavatele soovitamisega, 30% allahindlus Habr'i kasutajatele ainulaadsele sissetuleku tasemel serverile, mille oleme teie jaoks v\u00e4lja m\u00f5elnud:<\/b> Kogu t\u00f5de VPS (KVM) E5-2650 v4 (6 tuuma) 10GB DDR4 240GB SSD 1Gbps alates $20 v\u00f5i kuidas \u00f5igesti serverit jagada?<\/a><\/noindex> (saadaval RAID1 ja RAID10 variandid, kuni 24 tuuma ja kuni 40GB DDR4).<\/p>\n

Dell R730xd kaks korda odavam?<\/b> Ainult meie juures 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB alates $199<\/a><\/noindex> Hollandis! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 alates $99!<\/b><\/b> Lugege sellest Kuidas luua ettev\u00f5tte tasemel infrastruktuuri, kasutades Dell R730xd E5-2650 v4 servereid, mille hind on 9000 eurot, taskukohase hinna eest?<\/a><\/noindex>
\n
Allikas: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043e \u0441\u0442\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0438\u043c \u0442\u0440\u0438 \u0442\u0435\u043c\u044b: \u0447\u0442\u043e \u0442\u0430\u043a\u043e\u0435 \u0441\u0442\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u0430\u044f \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u044f, \u043a\u0430\u043a \u043e\u043d\u0430 \u043d\u0430\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u0438 \u043a\u0430\u043a\u0430\u044f \u0443 \u043d\u0435\u0451 \u0430\u043b\u044c\u0442\u0435\u0440\u043d\u0430\u0442\u0438\u0432\u0430. \u0412\u044b \u0432\u0438\u0434\u0438\u0442\u0435 \u0442\u043e\u043f\u043e\u043b\u043e\u0433\u0438\u044e \u0441\u0435\u0442\u0438, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0432\u043a\u043b\u044e\u0447\u0430\u0435\u0442 \u0432 \u0441\u0435\u0431\u044f \u043a\u043e\u043c\u043f\u044c\u044e\u0442\u0435\u0440 \u0441 IP-\u0430\u0434\u0440\u0435\u0441\u043e\u043c 192.168.1.10, \u043f\u043e\u0434\u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u043d\u044b\u0439 \u0447\u0435\u0440\u0435\u0437 \u0441\u0432\u0438\u0442\u0447 \u043a \u0448\u043b\u044e\u0437\u0443, \u0438\u043b\u0438 \u0440\u043e\u0443\u0442\u0435\u0440\u0443. \u0414\u043b\u044f \u044d\u0442\u043e\u0433\u043e \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u043f\u043e\u0440\u0442 \u0440\u043e\u0443\u0442\u0435\u0440\u0430 f0\/0 \u0441 IP-\u0430\u0434\u0440\u0435\u0441\u043e\u043c 192.168.1.1. \u0412\u0442\u043e\u0440\u043e\u0439 \u043f\u043e\u0440\u0442 \u044d\u0442\u043e\u0433\u043e \u0440\u043e\u0443\u0442\u0435\u0440\u0430 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27983,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37303","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Koolitus Cisco 200-125 CCNA v3.0. P\u00e4ev 20. Staatiline marsruutimine | ProHoster","description":"T\u00e4na r\u00e4\u00e4gime staatilisest marsruutimisest ja k\u00e4sitleme kolme teemat: mis on staatiline marsruutimine, kuidas seda seadistada ja milline on selle alternatiiv.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-20-staticheskaya-marshrutizatsiya","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 20. \u0421\u0442\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u0430\u044f \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u044f | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043e \u0441\u0442\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0438\u043c \u0442\u0440\u0438 \u0442\u0435\u043c\u044b: \u0447\u0442\u043e \u0442\u0430\u043a\u043e\u0435 \u0441\u0442\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u0430\u044f \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u044f, \u043a\u0430\u043a \u043e\u043d\u0430 \u043d\u0430\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u0438 \u043a\u0430\u043a\u0430\u044f \u0443 \u043d\u0435\u0451 \u0430\u043b\u044c\u0442\u0435\u0440\u043d\u0430\u0442\u0438\u0432\u0430.","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-20-staticheskaya-marshrutizatsiya","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:16:52+00:00","article:modified_time":"2019-10-31T19:16:52+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37303","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 17:11:39","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:29:59","updated":"2026-01-23 17:11:39","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/37303","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=37303"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/37303\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/27983"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=37303"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=37303"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=37303"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}