{"id":37511,"date":"2019-10-31T22:18:02","date_gmt":"2019-10-31T19:18:02","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-23-peredovye-tehnologii-marshrutizatsii\/"},"modified":"2019-10-31T22:18:02","modified_gmt":"2019-10-31T19:18:02","slug":"trening-cisco-200-125-ccna-v3-0-den-23-peredovye-tehnologii-marshrutizatsii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-23-peredovye-tehnologii-marshrutizatsii","title":{"rendered":"Cisco 200-125 CCNA v3.0 koolitus. P\u00e4ev 23. Edasij\u00f5udnud marsruutimise tehnoloogiad","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

T\u00e4na vaatame p\u00f5hjalikumalt teatud marsruutimise aspekte. Enne alustamist tahan vastata \u00fcli\u00f5pilaste k\u00fcsimusele minu sotsiaalmeedia profiilide kohta. Vasakul olen paigutanud lingid meie ettev\u00f5tte lehtedele ja paremal oma isiklikele profiilidele. Tahan m\u00e4rkida, et ma ei lisa kedagi oma Facebooki s\u00f5prade hulka, kui ma ei tunne teda isiklikult, seega \u00e4rge saatke mulle s\u00f5brakutseid. <\/p>\n

\"Cisco
\n
\nSaate lihtsalt tellida minu Facebooki lehe ning olla kursis k\u00f5ikide s\u00fcndmustega. Ma vastan s\u00f5numitele oma LinkedIn'i kontol, seega v\u00f5ite mulle sinna kirjutada, ja muidugi olen ma k\u00f5ige aktiivsem Twitteris. Selle video all on lingid k\u00f5igile kuuele sotsiaalmeedia kontole, seega saate neid kasutada. <\/a><\/noindex><\/p>\n

Nagu tavaliselt, uurime t\u00e4na kolme teemat. Esiteks on see marsruutimise olemuse selgitamine, kus r\u00e4\u00e4gin teile marsruuditabelitest, staatilisest marsruutimisest ja nii edasi. Siis vaatame Inter-Switch marsruutimist, see t\u00e4hendab, kuidas toimub marsruutimine kahe l\u00fclitaja vahel. L\u00f5pus tutvume Inter-VLAN marsruutimise kontseptsiooniga, kus \u00fcks l\u00fcliti suhtleb mitme VLAN-iga ja kuidas toimub nende v\u00f5rkudevaheline \u00fchendus. See on v\u00e4ga huvitav teema, ja v\u00f5ib-olla soovite seda mitu korda \u00fcle vaadata. On veel \u00fcks huvitav teema, mida nimetatakse Router-on-a-Stick v\u00f5i \u201emarsruuter pulgal\u201d. <\/p>\n

Nii et mis on marsruuditabel? See on tabel, mille alusel marsruuterid teevad marsruudivalikuid. N\u00e4ete, milline n\u00e4eb v\u00e4lja t\u00fc\u00fcpiline Cisco marsruuditabel. Iga Windowsi arvuti omab samuti oma marsruuditabelit, kuid see on juba teine teema. <\/p>\n

T\u00e4ht R reas alguses t\u00e4hendab, et marsruut v\u00f5rku 192.168.30.0\/24 tagab protokoll RIP, C t\u00e4histab, et v\u00f5rk on otse \u00fchendatud marsruuteri liidese kaudu, S t\u00e4hendab staatilist marsruutimist, ja punkt selle t\u00e4he j\u00e4rel n\u00e4itab, et see marsruut on kandidaat vaikimisi, ehk kandidaat staatiliseks marsruutimiseks. Statilisi marsruute on mitu t\u00fc\u00fcpi ja t\u00e4na tutvume nendega. <\/p>\n

\"Cisco
\n
\nVaatame n\u00e4iteks esimest v\u00f5rku 192.168.30.0\/24. Reas n\u00e4ete kahte numbrit nurksulgudes, mis on eraldatud kaldkriipsuga, millest me juba r\u00e4\u00e4kisime. Esimene number 120 on administratiivne kaugus, mis iseloomustab usaldusv\u00e4\u00e4rsuse m\u00e4\u00e4ra antud marsruudi suhtes. Oletame, et tabelis on veel \u00fcks marsruut sellele v\u00f5rgule, t\u00e4histatud t\u00e4hega C v\u00f5i S madalama administratiivse kaugusega, n\u00e4iteks 1, nagu staatilise marsruutimise puhul. Selles tabelis te ei n\u00e4e kahte sama v\u00f5rku, kui me ei kasuta sellist mehhanismi nagu koormuse tasakaalustamine, kuid oletame, et meil on kaks kirjet \u00fche ja sama v\u00f5rgu jaoks. Nii et kui n\u00e4ete v\u00e4iksemat numbrit, t\u00e4hendab see, et see marsruut v\u00e4\u00e4rib suuremat usaldusv\u00e4\u00e4rsust, ja vastupidi, mida suurem on administratiivne kaugus, seda v\u00e4hem usaldusv\u00e4\u00e4rne on see marsruut. Edasi on reas m\u00e4rgitud, millise liidese kaudu tuleks liiklust edastada \u2013 meie puhul on see port 192.168.20.1 FastEthernet0\/1. Just sellistest komponentidest koosneb marsruuditabel. <\/p>\n

N\u00fc\u00fcd r\u00e4\u00e4gime sellest, kuidas ruuter teeb marsruutimisotsuseid. Eelnevalt mainisin vaikimisi kandidaati ja n\u00fc\u00fcd \u00fctlen, mida see t\u00e4hendab. Oletame, et ruuterile saab liiklus v\u00f5rgu 30.1.1.1 jaoks, mille kohta ei ole tabelis kirjet. Tavalises olukorras lihtsalt loobib ruuter selle liikluse, kuid kui tabelis on kirje vaikimisi kandidaadist, t\u00e4hendab see, et k\u00f5ik, mille kohta ruuter ei tea, suunatakse vaikimisi kandidaati. Antud juhul n\u00e4itab kirje, et liiklus, mis saabub tundmatul ruuterile v\u00f5rgule, tuleb suunata edasi porti 192.168.10.1 kaudu. Nii et liiklus v\u00f5rgu 30.1.1.1 j\u00e4rgib marsruuti, mis on vaikimisi kandidaat. <\/p>\n

Kui ruuter saab p\u00e4ringu, et luua \u00fchendus m\u00f5ne IP-aadressiga, vaatab ta k\u00f5igepealt, kas see aadress on m\u00f5nes kindlas marsruudis. Seet\u00f5ttu, kui ta saab liiklust v\u00f5rgu 30.1.1.1 jaoks, kontrollib ta k\u00f5igepealt, kas selle aadress on kindlas marsruuditabeli kirjas. Nii et kui ruuter saab liiklust aadressi 192.168.30.1 jaoks, n\u00e4eb ta p\u00e4rast k\u00f5igi kirjade kontrollimist, et see aadress kuulub aadressivahemikku 192.168.30.0\/24, ja seej\u00e4rel saadab ta liikluse selle marsruudi kaudu. Kui ta ei leia mingisuguseid spetsiifilisi kandeid v\u00f5rgu 30.1.1.1 jaoks, saadab ruuter selle v\u00f5rgu liikumise vaikemarsruudi kaudu. Nii v\u00f5tavad otsuseid vastu: k\u00f5igepealt vaadatakse konkreetseid marsruudi kandeid ja seej\u00e4rel kasutatakse vaikemarsruuti.
\nVaatame n\u00fc\u00fcd erinevaid staatilisi marsruute. Esimene t\u00fc\u00fcp on vaikemarsruut, ehk default route. <\/p>\n

\"Cisco
\n
\nNagu juba mainitud, kui ruuter saab liiklust, mis on suunatud teadmata v\u00f5rku, saadab ta selle vaikemarsruudi kaudu. Vaikemarsruudi m\u00e4\u00e4rab kirje Gateway of last resort is 192.168.10.1 to network 0.0.0.0, mis t\u00e4hendab \u201eViimase v\u00f5imaluse v\u00e4rav v\u00f5rku 0.0.0.0 on IP-aadress 192.168.10.1\u201c. See marsruut on m\u00e4rgitud marsruuditabeli viimasesse ritta, mille pealkiri on S koos punktiiga. <\/p>\n

Seda parameetrit saab m\u00e4\u00e4rata globaalsete seadistuste re\u017eiimist. Tavalise marsruudi seadistamiseks RIP-protokolli kaudu tuleb sisestada k\u00e4sk ip route, n\u00e4idates vastava v\u00f5rgu identifikaatorit, meie juhul 192.168.30.0, ja alamv\u00f5rgu maski 255.255.255.0, ning seej\u00e4rel m\u00e4\u00e4rata 192.168.20.1 j\u00e4rgmiseks h\u00fcppamiseks. Siiski, kui seadistate vaikemarsruudi, ei pea te m\u00e4\u00e4rama v\u00f5rgu identifikaatorit ja maski, piisab, kui sisestate ip route 0.0.0.0 0.0.0.0, mis t\u00e4hendab, et mahamask ei ole muud kui neli nulli ja rida l\u00f5peb IP-aadressiga 192.168.20.1, mis t\u00e4histabki vaikemarsruuti.
\nJ\u00e4rgmine staatiliste marsruutide t\u00fc\u00fcp on Network Route ehk v\u00f5rgu marsruut. V\u00f5rgu marsruudi seadmiseks tuleb m\u00e4\u00e4rata kogu v\u00f5rk, st kasutada k\u00e4sku ip route 192.168.30.0 255.255.255.0, kus 0 alamv\u00f5rgu maski l\u00f5pus t\u00e4histab kogu 256 aadressi vahemikku v\u00f5rgu \/24, ning m\u00e4\u00e4rata j\u00e4rgmise h\u00fcppe IP-aadress.<\/p>\n

Praegu joonistan \u00fclemisele osale mall, mis kujutab endast vaikimisi marsruudi ja v\u00f5rgumarsruudi seadmise meeskonda. See n\u00e4eb v\u00e4lja j\u00e4rgmiselt:<\/p>\n

ip route esimene osa aadressist teine osa aadressist . <\/p>\n

Vaikimisi marsruudi jaoks koosneb nii esimene kui ka teine osa aadressist 0.0.0.0, samas kui v\u00f5rgumarsruudi jaoks esindab esimene osa v\u00f5rgu identifikaatorit ja teine osa \u2013 allveemaski. J\u00e4rgnevalt asub IP-aadress v\u00f5rku, kuhu ruuter otsustas j\u00e4rgmise h\u00fcppe teha. <\/p>\n

\"Cisco
\n
\nKohandatud marsruudi seadmiseks kasutatakse konkreetse masina IP-aadressi. Malli k\u00e4sus on see esimene osa aadressist, meie puhul on see 192.168.30.1, mis viitab konkreetsele seadmele. Teine osa on allveemask 255.255.255.255, mis samuti viitab konkreetse masina IP-aadressile, mitte tervele v\u00f5rgule \/24. Seej\u00e4rel tuleb m\u00e4\u00e4rata j\u00e4rgmise h\u00fcppe IP-aadress. Nii saate luua kohandatud marsruuti. <\/p>\n

Kokkuv\u00f5tlik marsruut on kokkuv\u00f5tte marsruut. Kas te m\u00e4letate, et oleme juba arutanud marsruutide summeerimise teemat, kui meil on mingi IP-aadresside vahemik? Toome n\u00e4iteks esimese v\u00f5rgu 192.168.30.0\/24 ja kujutame ette, et meil on ruuter R1, millele on \u00fchendatud v\u00f5rk 192.168.30.0\/24 nelja IP-aaddressiga: 192.168.30.4, 192.168.30.5, 192.168.30.6 ja 192.168.30.7. Kleebis 24 t\u00e4hendab, et selles v\u00f5rgus on kokku 256 kehtivat aadressi, kuid antud juhul on meil ainult 4 IP-aadressi. <\/p>\n

\"Cisco
\n
\nKui ma \u00fctlen, et kogu liiklus v\u00f5rgu 192.168.30.0\/24 peaks minema sellele marsruudile, oleks see vale, sest selline IP-aadress nagu 192.168.30.1 ei pruugi olla selle interfaci kaudu ligip\u00e4\u00e4setav. Seep\u00e4rast ei saa me antud juhul kasutada esimese osa aadressina 192.168.30.0, vaid peame t\u00e4psustama, millised konkreetsed aadressid on ligip\u00e4\u00e4setavad. Antud juhul on 4 konkreetset aadressi kergesti ligip\u00e4\u00e4setavad parema interfaci kaudu, samas kui \u00fclej\u00e4\u00e4nud v\u00f5rgud on saadaval ruuteri vasaku interfaci kaudu. Just seet\u00f5ttu peame seadma kokkuv\u00f5tliku v\u00f5i summeeritud marsruudi.<\/p>\n

Marsruutide summamise p\u00f5him\u00f5tete kohaselt j\u00e4\u00e4vad sama alamsilti esimese kolme oktaavi aadressid muutumatuks ning peame looma alamsildi, mis \u00fchendaks k\u00f5ik neli aadressi. Selleks peame aadressi esimeses osas kasutama 192.168.30.4 ja teises osas alamsildi maskina 255.255.255.252, kus 252 t\u00e4hendab, et antud alamsildi alla kuulub neli IP-aadressi: .4, .5, .6 ja .7.<\/p>\n

Kui teie marsruuditeabes on kaks salvestust: marsruut RIP v\u00f5rgu 192.168.30.0\/24 jaoks ja kokkuv\u00f5tlik marsruut 192.168.30.4\/252, siis marsruutimise p\u00f5him\u00f5tete kohaselt on konkreetse liikluse jaoks eelistatud marsruut just kokkuv\u00f5tlik marsruut. K\u00f5ik muu, mis ei kuulu selle konkreetse liikluse alla, hakkab kasutama v\u00f5rgu marsruuti. <\/p>\n

\"Cisco
\n
\nKokkuv\u00f5tlik marsruut esindab end selliselt \u2013 te summeerite mitmeid konkreetseid IP-aadresse ja loote neile eraldi marsruudi. <\/p>\n

Statiliste marsruutide grupis on veel nn \"ujuv marsruut\" ehk Floating Route. See on varumarsruut. Seda kasutatakse juhul, kui tekivad probleemid f\u00fc\u00fcsilise \u00fchenduse osas staatilise marsruudiga, millel on haldusvahemaa v\u00e4\u00e4rtus 1. Meie n\u00e4ites on see marsruut IP-aadressiga 192.168.10.1 marsruuditabeli viimases reas, ja juhul, kui see marsruut katkeb f\u00fc\u00fcsilisel tasemel, kasutatakse varumarsruuti. <\/p>\n

Varumarsruudi aktiviseerimiseks tuleb k\u00e4su l\u00f5pus j\u00e4rgmise hopsi IP-aadressi asemel, millel on vaikimisi v\u00e4\u00e4rtus 1, n\u00e4idata muud hopsi v\u00e4\u00e4rtust, n\u00e4iteks 5. Ujuv marsruut ei ole marsruuditabelis, sest see aktiveeritakse ainult juhul, kui staatiline marsruut osutub k\u00e4ttesaamatuks rikke t\u00f5ttu. <\/p>\n

Kui te ei saanud aru sellest, millest ma just r\u00e4\u00e4kisin, vaadake seda videot veel kord. Kui teil on endiselt k\u00fcsimusi, v\u00f5ite saata mulle e-kirja ning ma selgitan teile k\u00f5ik. <\/p>\n

N\u00fc\u00fcd vaatame Inter-Switch-i marsruutimist. Skeemi vasakul k\u00fcljel on l\u00fcliti, mis teenindab m\u00fc\u00fcgiosakonna sinist v\u00f5rku. Paremal on teine l\u00fcliti, mis t\u00f6\u00f6tab ainult turundusosakonna rohelise v\u00f5rguga. Antud juhul kasutatakse kahte iseseisvat l\u00fclitit, mis teenindavad erinevaid osakondi, kuna selles topoloogias ei kasutata \u00fchiseid VLAN v\u00f5rke. <\/p>\n

\"Cisco
\n
\nKui soovite luua \u00fchenduse nende kahe l\u00fcliti vahel, st kahe erineva v\u00f5rgu 192.168.1.0\/24 ja 192.168.2.0\/24 vahel, on vajalik ruuter. Siis saavad need v\u00f5rgud omavahel pakette vahetada ja internetti p\u00e4\u00e4seda ruuteri R1 kaudu. Kui oleksime kasutanud vaikimisi VLAN1 m\u00f5lema l\u00fcliti jaoks ja \u00fchendanud nad f\u00fc\u00fcsiliste kaablitega, v\u00f5iksid nad \u00fcksteisega suhelda. Kuid kuna see on tehniliselt v\u00f5imatu erinevate laiemate domeenide kuuluvate v\u00f5rkude eraldamise t\u00f5ttu, on nende suhtlemiseks vajalik ruuter.<\/p>\n

Kujutame ette, et igal l\u00fclitil on 16 porti. Meie puhul ei kasuta me 14 porti, kuna igas osakonnas on ainult 2 arvutit. Seet\u00f5ttu on antud juhul optimaalseks lahenduseks VLAN, nagu on n\u00e4idatud j\u00e4rgmisel skeemil. <\/p>\n

\"Cisco
\n
\nSelles olukorras on sinine VLAN10 ja roheline VLAN20 omaette laiemate domeenidega. VLAN10 on \u00fchendatud ruuteri \u00fche pordiga kaabli kaudu, samas kui VLAN20 on \u00fchendatud teise pordi kaabli kaudu, kusjuures m\u00f5lemad kaablid tulevad erinevatest l\u00fcliti portidest. Tundub, et selle suurep\u00e4rase lahenduse abil oleme loonud \u00fchenduse nende v\u00f5rkude vahel. Siiski, kuna ruuteril on piiratud arv porte, kasutame seda seadet \u00e4\u00e4rmiselt ebaefektiivselt, v\u00f5ttes need portsid enda alla sellisel viisil. <\/p>\n

On olemas t\u00f5husam lahendus \u2013 \u201eruuter pulgal\u201c. Sel juhul \u00fchendame l\u00fcliti pordi tronkide kaudu \u00fche ruuteri portidest. Oleme juba r\u00e4\u00e4kinud, et vaikimisi ruuter ei m\u00f5ista .1Q standardi kapseldamist, seet\u00f5ttu tuleb selleks, et luua side, kasutada trunki. Sel juhul toimub j\u00e4rgmine.<\/p>\n

Sinine VLAN10 v\u00f5rk saadab liiklust switch'i kaudu ruuteri F0\/0 liidesesse. See port jaguneb alaliideste (sub-interface) vahel, kus igal \u00fchel on IP-aadress, mis asub kas aadresside vahemikus 192.168.1.0\/24 v\u00f5i 192.168.2.0\/24. Siin tekib teatav ebakindlus \u2013 kahe erineva v\u00f5rgu jaoks on vaja kahte erinevat IP-aadressi. Seet\u00f5ttu, kuigi trunk switch'i ja ruuteri vahel on loodud \u00fche f\u00fc\u00fcsilise liidese p\u00f5hjal, peame looma kaks alaliidest iga VLAN'i jaoks. Nii et \u00fcks alaliides teenindab VLAN10 v\u00f5rku ja teine VLAN20. Esimesele alaliidesele peame valima IP-aadressi aadresside vahemikust 192.168.1.0\/24, ja teisele aadressi vahemikust 192.168.2.0\/24. Kui VLAN10 saadab paketi, siis on \u00fchtne IP-aadress selle v\u00e4ravaks, ja kui pakett saadetakse VLAN20 poolt, siis kasutatakse teist IP-aadressi v\u00e4ravana. Sellega seoses teeb \u201epulgaga ruuter\u201c otsuse, kas lasta liiklus l\u00e4bi m\u00f5lemalt kahest arvutist, mis kuuluvad erinevatesse VLAN'idesse. Lihtsalt \u00f6eldes, jagame \u00fche f\u00fc\u00fcsilise liidese ruuterist kahe v\u00f5i rohkemaks loogiliseks liideseks. <\/p>\n

\"Cisco
\n
\nVaatame, kuidas see v\u00e4lja n\u00e4eb Packet Traceris. <\/p>\n

\"Cisco
\n
\nOlen veidi lihtsustanud skeemi, seega on meil \u00fcks arvuti PC0 IP-aadressiga 192.168.1.10 ja teine arvuti PC1 aadressiga 192.168.2.10. Switch'i seadistamisel m\u00e4\u00e4ran \u00fche liidese VLAN10 jaoks, teise VLAN20 jaoks. Sisenen CLI konsooli ja sisestan k\u00e4su show ip interface brief, et veenduda, et liidesed FastEthernet0\/2 ja 0\/3 on sisse l\u00fclitatud. Seej\u00e4rel vaatan VLAN andmebaasi ja n\u00e4en, et hetkel on k\u00f5ik switch'i liidesed vaikimisi VLAN'i osa. Siis sisestan j\u00e4rjestikku k\u00e4sud config t ja int f0\/2, et aktiveerida port, kuhu on \u00fchendatud m\u00fc\u00fcgiosakonna VLAN. <\/p>\n

J\u00e4rgnevalt kasutan k\u00e4sku switchport mode access. Access-re\u017eiim on vaikev\u00e4\u00e4rtusena seades, seega kirjutan lihtsalt selle k\u00e4su. Seej\u00e4rel sisestan switchport access VLAN10 ja s\u00fcsteem vastab, et kuna sellist v\u00f5rku ei eksisteeri, loob ta ise VLAN10. Kui soovite luua v\u00f5rgu VLAN k\u00e4sitsi, n\u00e4iteks VLAN20, tuleb sisestada k\u00e4sk vlan 20, p\u00e4rast mida k\u00e4surida vahetub virtuaalv\u00f5rgu seadetesse, muutes oma pealkirja Switch(config) # -lt Switch(config-vlan) # -ks. Edasi tuleb loodud v\u00f5rku m\u00e4\u00e4rata nimi MARKETING k\u00e4suga name . Seej\u00e4rel seadistame liidese f0\/3. Sisestan j\u00e4rjestikku k\u00e4sud switchport mode access ja switchport access vlan 20, p\u00e4rast mida on v\u00f5rgu\u00fchendus selle pordi kaudu aktiveeritud. <\/p>\n

Nii saate seadistada l\u00fclitit kahel viisil: esimene \u2013 kasutades k\u00e4sku switchport access vlan 10, p\u00e4rast mida luuakse v\u00f5rk automaatselt sellel pordil, teine \u2013 k\u00f5igepealt loote v\u00f5rgu ja seej\u00e4rel seotate selle konkreetse pordiga.
\nSama saab teha ka VLAN10-ga. Loodan tagasi ja kordan k\u00e4sitsi seadistamise protsessi selle v\u00f5rgu jaoks: sisenen globaalre\u017eiimi, sisestan k\u00e4su vlan 10, seej\u00e4rel m\u00e4\u00e4ran sellele nime name SALES ja nii edasi. N\u00fc\u00fcd n\u00e4itan teile, mis juhtub, kui seda ei tee, lubades s\u00fcsteemil ise VLAN-i luua. <\/p>\n

\"Cisco
\n
\nN\u00e4ete, et meil on m\u00f5lemad v\u00f5rgud, kuid teine, mille me k\u00e4sitsi l\u00f5ime, on oma nimega MARKETING, samas kui esimene v\u00f5rk VLAN10 sai vaike nimeks VLAN0010. Saadan selle korda, sisestades praegu globaalre\u017eiimis k\u00e4su name SALES. N\u00fc\u00fcd n\u00e4ete, et p\u00e4rast seda muutis esimene v\u00f5rk oma nime SALES-iks. <\/p>\n

N\u00fc\u00fcd naaseme Packet Traceri ja kontrollime, kas arvuti PC0 suudab suhelda arvutiga PC1. Selleks avada esimese arvuti k\u00e4surea terminal ja saata ping teise arvuti aadressile. <\/p>\n

N\u00e4eme, et pingimine l\u00f5ppes eba\u00f5nnestumisega. P\u00f5hjus on selles, et PC0 saatis ARP-p\u00e4ringu aadressile 192.168.2.10 l\u00e4bi v\u00e4ljuva aadressi 192.168.1.1. Selle tulemusena k\u00fcsis arvuti t\u00f5eliselt l\u00fclitilt, kes see 192.168.1.1 on. Kuid l\u00fclitil on ainult \u00fcks port VLAN10 v\u00f5rku ja saadud p\u00e4ring ei saa kuhugi edasi liikuda \u2013 see j\u00f5uab antud pordi kaudu kohale ja seal ka hukkub. Arvuti ei saa vastust ja seet\u00f5ttu n\u00e4idatakse, et pingimise eba\u00f5nnestumise p\u00f5hjus on aja \u00fcletamine. Vastust ei saadud, kuna VLAN10 v\u00f5rgus pole \u00fchtki seadet peale PC0. Veelgi enam, isegi kui m\u00f5lemad arvutid kuuluksid sama v\u00f5rku, ei saaks nad ikkagi omavahel suhelda, kuna neil on erinevad IP-aadresside vahemikud. Selle skeemi toimima saamiseks on vajalik kasutada marsruuterit. <\/p>\n

Kuid enne, kui n\u00e4itan, kuidas marsruuterit kasutada, teen v\u00e4ikese k\u00f5rvalep\u00f5ike. \u00dchendan l\u00fcliti Fa0\/1 pordi ja marsruuteri Gig0\/0 pordi \u00fche kaabliga, seej\u00e4rel lisan veel \u00fche kaabli, mis on \u00fchendatud l\u00fcliti Fa0\/4 pordi ja marsruuteri Gif0\/1 pordi vahel. <\/p>\n

\"Cisco
\n
\nSidustan VLAN10 v\u00f5rgu l\u00fcliti f0\/1 pordi k\u00fclge, kasutades komandeid int f0\/1 ja switchport access vlan10, ja VLAN20 v\u00f5rgu l\u00fcliti f0\/4 pordi k\u00fclge, kasutades komandeid int f0\/4 ja switchport access vlan 20. N\u00fc\u00fcd, kui vaadata VLANi andmebaasi, on n\u00e4ha, et SALES v\u00f5rk on seotud Fa0\/1, Fa0\/2 portidega ning MARKETING v\u00f5rk Fa0\/3, Fa0\/4 portidega. <\/p>\n

Naaseme taas marsruuteri juurde ja siseneme g0\/0 liidese seadistustesse, sisestame k\u00e4su no shutdown ja m\u00e4\u00e4rame IP-aadressi: ip add 192.168.1.1 255.255.255.0.<\/p>\n

Sama teeme g0\/1 liidese seadistustega, m\u00e4\u00e4rates sellele aadressi ip add 192.168.2.1 255.255.255.0. Seej\u00e4rel palume kuvada meile marsruutimistabel, kus n\u00fc\u00fcd on kirjed v\u00f5rgu 1.0 ja 2.0 kohta. <\/p>\n

\"Cisco
\n
\nVaata, kas see skeem t\u00f6\u00f6tab. Ootame, kuni m\u00f5lemad l\u00fcliti ja marsruuteri pordid muutuvad roheliseks, ja kordame pingi saadetmine IP-aadressile 192.168.2.10. Nagu n\u00e4ete, k\u00f5ik t\u00f6\u00f6tas!<\/p>\n

\"Cisco
\n
\nArvuti PC0 saadab ARP-protokolli p\u00e4ringu l\u00fclitile, l\u00fcliti suunab selle marsruuteri juurde ja see saadab arvutile tagasi oma MAC-aadressi. Seej\u00e4rel saadab arvuti paki pingimise sama marsruudi kaudu. Marsruuter teab, et VLAN20 on \u00fchendatud tema g0\/1 pordi kaudu, seega saadab ta selle l\u00fclitile, mis edastab paki sihtm\u00e4rgile \u2013 PC1. <\/p>\n

See skeem t\u00f6\u00f6tab, kuid see on ebaefektiivne, kuna kasutab kahe ruuteri liidese, mis t\u00e4hendab, et me ei kasuta ruuteri tehnilisi v\u00f5imalusi ratsionaalselt. Seet\u00f5ttu n\u00e4itan, kuidas sama asi saab teha \u00fche liidese abil. <\/p>\n

Kustutan kahe kaabliga skeemi ja taastan eelmise \u00fchenduse l\u00fcliti ja ruuteri vahel \u00fche kaabliga. L\u00fcliti f0\/1 liides peab olema trunk-port, seega naasen l\u00fcliti seadistustesse ja kasutan selle pordi jaoks k\u00e4sku switchport mode trunk. Porti f0\/4 me enam ei kasuta. J\u00e4rgmine, kasutame k\u00e4sku show int trunk, et vaadata, kas port on \u00f5igesti seadistatud. <\/p>\n

\"Cisco
\n
\nN\u00e4eme, et port Fa0\/1 t\u00f6\u00f6tab trunk-re\u017eiimis 802.1q kapseldusprotokolliga. Vaatame VLAN tabelit \u2013 n\u00e4eme, et liides F0\/2 on seotud m\u00fc\u00fcgi osakonna v\u00f5rguga VLAN10 ja liides f0\/3 \u2013 turunduse v\u00f5rguga VLAN20. <\/p>\n

\"Cisco
\n
\nSellega on l\u00fcliti \u00fchendatud ruuteri pordi g0\/0 k\u00fclge. Ruuteri seadistustes kasutan k\u00e4ske int g0\/0 ja no ip address, et eemaldada selle liidese IP-aadress. Kuid see liides t\u00f6\u00f6tab endiselt, see ei ole seisundis shutdown. Kui m\u00e4letate, peab ruuter vastu v\u00f5tma liiklust m\u00f5lemast v\u00f5rgust \u2013 1.0 ja 2.0. Kuna l\u00fcliti on ruuteriga \u00fchendatud trunkiga, siis saab ruuter liiklust nii esimesest kui ka teisest v\u00f5rgust. Kuid milline IP-aadress tuleks sel juhul ruuteri liidesele m\u00e4\u00e4rata? <\/p>\n

G0\/0 on f\u00fc\u00fcsiline liides, millel vaikimisi ei ole mingit IP-aadressi. Seet\u00f5ttu kasutame loogilise alaliidese kontseptsiooni. Kui ma sisestan read int g0\/0, siis s\u00fcsteem annab kaks v\u00f5imalikku k\u00e4sku: kaldkriips \/ v\u00f5i punkt. Kaldkriips kasutatakse moodulite seadistamise korral liideste t\u00fc\u00fcpide 0\/0\/0 puhul, ja punkt, kui teil on alaliides.<\/p>\n

Kui ma sisestan read int g0\/0. ?, siis s\u00fcsteem n\u00e4itab mulle loogiliste alaliideste GigabitEthernet v\u00f5imalike numbrite vahemikku, mis on n\u00e4idatud p\u00e4rast punkti: . See vahemik sisaldab enam kui 4 miljardit numbrit, mis t\u00e4hendab, et on v\u00f5imalik luua nii palju loogilisi alaliideseid. <\/p>\n

\"Cisco
\n
\nMa n\u00e4itan punkti j\u00e4rel numbrit 10, mis t\u00e4histab VLAN10. N\u00fc\u00fcd oleme alamliidese seadete juures, millest annab m\u00e4rku CLI-seadete rea pealkirja muutumine Router (config-subif) #, antud juhul k\u00e4sitleb see alamliidest g0\/0.10. Praegu pean sellele m\u00e4\u00e4rama IP-aadressi, milleks kasutan k\u00e4sku ip add 192.168.1.1 255.255.255.0. Enne kui selle aadressi seadistamine toimub, tuleb teostada kapseldamine, et loodud alamliides teaks, millist kapseldamisprotokolli kasutada \u2013 802.1q v\u00f5i ISL. Tippin k\u00e4sureale s\u00f5na encapsulation ja s\u00fcsteem n\u00e4itab mulle selle k\u00e4su v\u00f5imalikke parameetreid. <\/p>\n

\"Cisco
\n
\nKasutamine k\u00e4sku encapsulation dot1Q. Tehniliselt pole selle k\u00e4su sisestamine vajalik, kuid ma tippin selle, et suunata ruuterile, millist protokolli tuleb VLAN-iga t\u00f6\u00f6tamiseks kasutada, kuna praegu t\u00f6\u00f6tab see l\u00fclitina, teenindades VLAN-i trankimist. Selle k\u00e4suga anname ruuterile teada, et kogu liiklus peab kapselduma dot1Q protokolli kaudu. J\u00e4rgmisena k\u00e4sureal pean ma m\u00e4\u00e4rama, et see kapseldamine kehtib VLAN10 v\u00f5rgule. S\u00fcsteem n\u00e4itab meile kasutatavat IP-aadressi ja liidest VLAN10 jaoks hakkab t\u00f6\u00f6le. <\/p>\n

\"Cisco
\n
\nSarnaselt seadistan liidese g0\/0.20. Loodud uus alamliides, m\u00e4\u00e4ran kapseldamise protokolli ja seadistan IP-aadressi k\u00e4suga ip add 192.168.2.1 255.255.255.0.<\/p>\n

\"Cisco
\n
\nPean tingimata eemaldama f\u00fc\u00fcsilise liidese IP-aadressi, kuna praegu on f\u00fc\u00fcsilisel liidesel ja loogilisel alamliidesel \u00fcks ja sama aadress VLAN20 v\u00f5rgule. Selleks tippin j\u00e4rjestikku k\u00e4sud int g0\/1 ja no ip address. Seej\u00e4rel l\u00fclitan selle liidese v\u00e4lja, kuna see ei ole meile enam vajalik. <\/p>\n

\"Cisco
\n
\nSeej\u00e4rel naasen j\u00e4lle liidese g0\/0.20 juurde ja m\u00e4\u00e4ran selle IP-aadressi k\u00e4suga ip add 192.168.2.1 255.255.255.0. N\u00fc\u00fcd peaks k\u00f5ik kindlasti toimima. <\/p>\n

Praegu kasutan k\u00e4sku show ip route, et vaadata marsruutimistabelit. <\/p>\n

\"Cisco
\n
\nMe n\u00e4eme, et v\u00f5rk 192.168.1.0\/24 on otse \u00fchendatud alaliidesele GigabitEthernet0\/0.10, samas kui v\u00f5rk 192.168.2.0\/24 on otse \u00fchendatud alaliidesele GigabitEthernet0\/0.20. N\u00fc\u00fcd naasen PC0 k\u00e4sureale ja teen ping'i PC1-le. Sel ajal voolab liiklus ruuteri pordile, mis suunab selle vastavale alaliidesele ja saadab tagasi l\u00e4bi l\u00fcliti arvutisse PC1. Nagu n\u00e4ete, \u00f5nnestus pingimine. Kaks esimest paketid visati tagasi, sest vahetus ruuteri liideste vahel v\u00f5tab aega, samuti peavad seadmed \u00f5ppima MAC-aadresse, kuid kaks muud paketti j\u00f5udsid sihtkohta edukalt. Nii t\u00f6\u00f6tab kontseptsioon \"ruuter pulgal.\"<\/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 \u0431\u043e\u043b\u0435\u0435 \u043e\u0441\u043d\u043e\u0432\u0430\u0442\u0435\u043b\u044c\u043d\u043e \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0438\u043c \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0430\u0441\u043f\u0435\u043a\u0442\u044b \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438. \u041f\u0440\u0435\u0436\u0434\u0435 \u0447\u0435\u043c \u043d\u0430\u0447\u0430\u0442\u044c, \u044f \u0445\u043e\u0447\u0443 \u043e\u0442\u0432\u0435\u0442\u0438\u0442\u044c \u043d\u0430 \u0432\u043e\u043f\u0440\u043e\u0441 \u0441\u0442\u0443\u0434\u0435\u043d\u0442\u043e\u0432 \u043e \u043c\u043e\u0438\u0445 \u0441\u0442\u0440\u0430\u043d\u0438\u0447\u043a\u0430\u0445 \u0432 \u0441\u043e\u0446\u0438\u0430\u043b\u044c\u043d\u044b\u0445 \u0441\u0435\u0442\u044f\u0445. \u0421\u043b\u0435\u0432\u0430 \u044f \u043f\u043e\u043c\u0435\u0441\u0442\u0438\u043b \u0441\u0441\u044b\u043b\u043a\u0438 \u043d\u0430 \u0441\u0442\u0440\u0430\u043d\u0438\u0447\u043a\u0438 \u043d\u0430\u0448\u0435\u0439 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438, \u0430 \u0441\u043f\u0440\u0430\u0432\u0430 \u2013 \u043d\u0430 \u043c\u043e\u0438 \u043f\u0435\u0440\u0441\u043e\u043d\u0430\u043b\u044c\u043d\u044b\u0435 \u0441\u0442\u0440\u0430\u043d\u0438\u0447\u043a\u0438. \u0417\u0430\u043c\u0435\u0447\u0443, \u0447\u0442\u043e \u044f \u043d\u0435 \u0434\u043e\u0431\u0430\u0432\u043b\u044f\u044e \u0447\u0435\u043b\u043e\u0432\u0435\u043a\u0430 \u0432 \u0441\u0432\u043e\u0438 \u0434\u0440\u0443\u0437\u044c\u044f \u043d\u0430 Facebook, \u0435\u0441\u043b\u0438 \u043d\u0435 \u0437\u043d\u0430\u044e \u0435\u0433\u043e \u043b\u0438\u0447\u043d\u043e, \u043f\u043e\u044d\u0442\u043e\u043c\u0443 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28149,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37511","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 23. Edasij\u00f5udnud marsruutimistehnoloogiad | ProHoster","description":"T\u00e4na vaatame p\u00f5hjalikumalt m\u00f5ningaid marsruutimise aspekte. Enne alustamist tahan vastata tudengite k\u00fcsimusele minu sotsiaalmeedia lehtede kohta.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-23-peredovye-tehnologii-marshrutizatsii","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 23. \u041f\u0435\u0440\u0435\u0434\u043e\u0432\u044b\u0435 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0438 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u0431\u043e\u043b\u0435\u0435 \u043e\u0441\u043d\u043e\u0432\u0430\u0442\u0435\u043b\u044c\u043d\u043e \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0438\u043c \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0430\u0441\u043f\u0435\u043a\u0442\u044b \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438. \u041f\u0440\u0435\u0436\u0434\u0435 \u0447\u0435\u043c \u043d\u0430\u0447\u0430\u0442\u044c, \u044f \u0445\u043e\u0447\u0443 \u043e\u0442\u0432\u0435\u0442\u0438\u0442\u044c \u043d\u0430 \u0432\u043e\u043f\u0440\u043e\u0441 \u0441\u0442\u0443\u0434\u0435\u043d\u0442\u043e\u0432 \u043e \u043c\u043e\u0438\u0445 \u0441\u0442\u0440\u0430\u043d\u0438\u0447\u043a\u0430\u0445 \u0432 \u0441\u043e\u0446\u0438\u0430\u043b\u044c\u043d\u044b\u0445 \u0441\u0435\u0442\u044f\u0445.","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-23-peredovye-tehnologii-marshrutizatsii","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:18:02+00:00","article:modified_time":"2019-10-31T19:18:02+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37511","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 18:09:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:25:27","updated":"2026-01-23 18:09:20","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\/37511","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=37511"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/37511\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/28149"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=37511"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=37511"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=37511"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}