Cisco 200-125 CCNA v3.0 koolitus. Päev 23. Edasijõudnud marsruutimise tehnoloogiad

Täna vaatame põhjalikumalt teatud marsruutimise aspekte. Enne alustamist tahan vastata üliõpilaste küsimusele minu sotsiaalmeedia profiilide kohta. Vasakul olen paigutanud lingid meie ettevõtte lehtedele ja paremal oma isiklikele profiilidele. Tahan märkida, et ma ei lisa kedagi oma Facebooki sõprade hulka, kui ma ei tunne teda isiklikult, seega ärge saatke mulle sõbrakutseid.

Saate lihtsalt tellida minu Facebooki lehe ning olla kursis kõikide sündmustega. Ma vastan sõnumitele oma LinkedIn'i kontol, seega võite mulle sinna kirjutada, ja muidugi olen ma kõige aktiivsem Twitteris. Selle video all on lingid kõigile kuuele sotsiaalmeedia kontole, seega saate neid kasutada.

Nagu tavaliselt, uurime täna kolme teemat. Esiteks on see marsruutimise olemuse selgitamine, kus räägin teile marsruuditabelitest, staatilisest marsruutimisest ja nii edasi. Siis vaatame Inter-Switch marsruutimist, see tähendab, kuidas toimub marsruutimine kahe lülitaja vahel. Lõpus tutvume Inter-VLAN marsruutimise kontseptsiooniga, kus üks lüliti suhtleb mitme VLAN-iga ja kuidas toimub nende võrkudevaheline ühendus. See on väga huvitav teema, ja võib-olla soovite seda mitu korda üle vaadata. On veel üks huvitav teema, mida nimetatakse Router-on-a-Stick või „marsruuter pulgal”.

Nii et mis on marsruuditabel? See on tabel, mille alusel marsruuterid teevad marsruudivalikuid. Näete, milline näeb välja tüüpiline Cisco marsruuditabel. Iga Windowsi arvuti omab samuti oma marsruuditabelit, kuid see on juba teine teema.

Täht R reas alguses tähendab, et marsruut võrku 192.168.30.0/24 tagab protokoll RIP, C tähistab, et võrk on otse ühendatud marsruuteri liidese kaudu, S tähendab staatilist marsruutimist, ja punkt selle tähe järel näitab, et see marsruut on kandidaat vaikimisi, ehk kandidaat staatiliseks marsruutimiseks. Statilisi marsruute on mitu tüüpi ja täna tutvume nendega.

Vaatame näiteks esimest võrku 192.168.30.0/24. Reas näete kahte numbrit nurksulgudes, mis on eraldatud kaldkriipsuga, millest me juba rääkisime. Esimene number 120 on administratiivne kaugus, mis iseloomustab usaldusväärsuse määra antud marsruudi suhtes. Oletame, et tabelis on veel üks marsruut sellele võrgule, tähistatud tähega C või S madalama administratiivse kaugusega, näiteks 1, nagu staatilise marsruutimise puhul. Selles tabelis te ei näe kahte sama võrku, kui me ei kasuta sellist mehhanismi nagu koormuse tasakaalustamine, kuid oletame, et meil on kaks kirjet ühe ja sama võrgu jaoks. Nii et kui näete väiksemat numbrit, tähendab see, et see marsruut väärib suuremat usaldusväärsust, ja vastupidi, mida suurem on administratiivne kaugus, seda vähem usaldusväärne on see marsruut. Edasi on reas märgitud, millise liidese kaudu tuleks liiklust edastada – meie puhul on see port 192.168.20.1 FastEthernet0/1. Just sellistest komponentidest koosneb marsruuditabel.

Nüüd räägime sellest, kuidas ruuter teeb marsruutimisotsuseid. Eelnevalt mainisin vaikimisi kandidaati ja nüüd ütlen, mida see tähendab. Oletame, et ruuterile saab liiklus võrgu 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ähendab see, et kõik, mille kohta ruuter ei tea, suunatakse vaikimisi kandidaati. Antud juhul näitab kirje, et liiklus, mis saabub tundmatul ruuterile võrgule, tuleb suunata edasi porti 192.168.10.1 kaudu. Nii et liiklus võrgu 30.1.1.1 järgib marsruuti, mis on vaikimisi kandidaat.

Kui ruuter saab päringu, et luua ühendus mõne IP-aadressiga, vaatab ta kõigepealt, kas see aadress on mõnes kindlas marsruudis. Seetõttu, kui ta saab liiklust võrgu 30.1.1.1 jaoks, kontrollib ta kõigepealt, kas selle aadress on kindlas marsruuditabeli kirjas. Nii et kui ruuter saab liiklust aadressi 192.168.30.1 jaoks, näeb ta pärast kõigi kirjade kontrollimist, et see aadress kuulub aadressivahemikku 192.168.30.0/24, ja seejärel saadab ta liikluse selle marsruudi kaudu. Kui ta ei leia mingisuguseid spetsiifilisi kandeid võrgu 30.1.1.1 jaoks, saadab ruuter selle võrgu liikumise vaikemarsruudi kaudu. Nii võtavad otsuseid vastu: kõigepealt vaadatakse konkreetseid marsruudi kandeid ja seejärel kasutatakse vaikemarsruuti.
Vaatame nüüd erinevaid staatilisi marsruute. Esimene tüüp on vaikemarsruut, ehk default route.

Nagu juba mainitud, kui ruuter saab liiklust, mis on suunatud teadmata võrku, saadab ta selle vaikemarsruudi kaudu. Vaikemarsruudi määrab kirje Gateway of last resort is 192.168.10.1 to network 0.0.0.0, mis tähendab „Viimase võimaluse värav võrku 0.0.0.0 on IP-aadress 192.168.10.1“. See marsruut on märgitud marsruuditabeli viimasesse ritta, mille pealkiri on S koos punktiiga.

Seda parameetrit saab määrata globaalsete seadistuste režiimist. Tavalise marsruudi seadistamiseks RIP-protokolli kaudu tuleb sisestada käsk ip route, näidates vastava võrgu identifikaatorit, meie juhul 192.168.30.0, ja alamvõrgu maski 255.255.255.0, ning seejärel määrata 192.168.20.1 järgmiseks hüppamiseks. Siiski, kui seadistate vaikemarsruudi, ei pea te määrama võrgu identifikaatorit ja maski, piisab, kui sisestate ip route 0.0.0.0 0.0.0.0, mis tähendab, et mahamask ei ole muud kui neli nulli ja rida lõpeb IP-aadressiga 192.168.20.1, mis tähistabki vaikemarsruuti.
Järgmine staatiliste marsruutide tüüp on Network Route ehk võrgu marsruut. Võrgu marsruudi seadmiseks tuleb määrata kogu võrk, st kasutada käsku ip route 192.168.30.0 255.255.255.0, kus 0 alamvõrgu maski lõpus tähistab kogu 256 aadressi vahemikku võrgu /24, ning määrata järgmise hüppe IP-aadress.

Praegu joonistan ülemisele osale mall, mis kujutab endast vaikimisi marsruudi ja võrgumarsruudi seadmise meeskonda. See näeb välja järgmiselt:

ip route esimene osa aadressist teine osa aadressist .

Vaikimisi marsruudi jaoks koosneb nii esimene kui ka teine osa aadressist 0.0.0.0, samas kui võrgumarsruudi jaoks esindab esimene osa võrgu identifikaatorit ja teine osa – allveemaski. Järgnevalt asub IP-aadress võrku, kuhu ruuter otsustas järgmise hüppe teha.

Kohandatud marsruudi seadmiseks kasutatakse konkreetse masina IP-aadressi. Malli käsus 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õrgule /24. Seejärel tuleb määrata järgmise hüppe IP-aadress. Nii saate luua kohandatud marsruuti.

Kokkuvõtlik marsruut on kokkuvõtte marsruut. Kas te mäletate, et oleme juba arutanud marsruutide summeerimise teemat, kui meil on mingi IP-aadresside vahemik? Toome näiteks esimese võrgu 192.168.30.0/24 ja kujutame ette, et meil on ruuter R1, millele on ühendatud võrk 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ähendab, et selles võrgus on kokku 256 kehtivat aadressi, kuid antud juhul on meil ainult 4 IP-aadressi.

Kui ma ütlen, et kogu liiklus võrgu 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ääsetav. Seepärast ei saa me antud juhul kasutada esimese osa aadressina 192.168.30.0, vaid peame täpsustama, millised konkreetsed aadressid on ligipääsetavad. Antud juhul on 4 konkreetset aadressi kergesti ligipääsetavad parema interfaci kaudu, samas kui ülejäänud võrgud on saadaval ruuteri vasaku interfaci kaudu. Just seetõttu peame seadma kokkuvõtliku või summeeritud marsruudi.

Marsruutide summamise põhimõtete kohaselt jäävad sama alamsilti esimese kolme oktaavi aadressid muutumatuks ning peame looma alamsildi, mis ühendaks kõik neli aadressi. Selleks peame aadressi esimeses osas kasutama 192.168.30.4 ja teises osas alamsildi maskina 255.255.255.252, kus 252 tähendab, et antud alamsildi alla kuulub neli IP-aadressi: .4, .5, .6 ja .7.

Kui teie marsruuditeabes on kaks salvestust: marsruut RIP võrgu 192.168.30.0/24 jaoks ja kokkuvõtlik marsruut 192.168.30.4/252, siis marsruutimise põhimõtete kohaselt on konkreetse liikluse jaoks eelistatud marsruut just kokkuvõtlik marsruut. Kõik muu, mis ei kuulu selle konkreetse liikluse alla, hakkab kasutama võrgu marsruuti.

Kokkuvõtlik marsruut esindab end selliselt – te summeerite mitmeid konkreetseid IP-aadresse ja loote neile eraldi marsruudi.

Statiliste marsruutide grupis on veel nn "ujuv marsruut" ehk Floating Route. See on varumarsruut. Seda kasutatakse juhul, kui tekivad probleemid füüsilise ühenduse osas staatilise marsruudiga, millel on haldusvahemaa väärtus 1. Meie näites on see marsruut IP-aadressiga 192.168.10.1 marsruuditabeli viimases reas, ja juhul, kui see marsruut katkeb füüsilisel tasemel, kasutatakse varumarsruuti.

Varumarsruudi aktiviseerimiseks tuleb käsu lõpus järgmise hopsi IP-aadressi asemel, millel on vaikimisi väärtus 1, näidata muud hopsi väärtust, näiteks 5. Ujuv marsruut ei ole marsruuditabelis, sest see aktiveeritakse ainult juhul, kui staatiline marsruut osutub kättesaamatuks rikke tõttu.

Kui te ei saanud aru sellest, millest ma just rääkisin, vaadake seda videot veel kord. Kui teil on endiselt küsimusi, võite saata mulle e-kirja ning ma selgitan teile kõik.

Nüüd vaatame Inter-Switch-i marsruutimist. Skeemi vasakul küljel on lüliti, mis teenindab müügiosakonna sinist võrku. Paremal on teine lüliti, mis töötab ainult turundusosakonna rohelise võrguga. Antud juhul kasutatakse kahte iseseisvat lülitit, mis teenindavad erinevaid osakondi, kuna selles topoloogias ei kasutata ühiseid VLAN võrke.

Kui soovite luua ühenduse nende kahe lüliti vahel, st kahe erineva võrgu 192.168.1.0/24 ja 192.168.2.0/24 vahel, on vajalik ruuter. Siis saavad need võrgud omavahel pakette vahetada ja internetti pääseda ruuteri R1 kaudu. Kui oleksime kasutanud vaikimisi VLAN1 mõlema lüliti jaoks ja ühendanud nad füüsiliste kaablitega, võiksid nad üksteisega suhelda. Kuid kuna see on tehniliselt võimatu erinevate laiemate domeenide kuuluvate võrkude eraldamise tõttu, on nende suhtlemiseks vajalik ruuter.

Kujutame ette, et igal lülitil on 16 porti. Meie puhul ei kasuta me 14 porti, kuna igas osakonnas on ainult 2 arvutit. Seetõttu on antud juhul optimaalseks lahenduseks VLAN, nagu on näidatud järgmisel skeemil.

Selles olukorras on sinine VLAN10 ja roheline VLAN20 omaette laiemate domeenidega. VLAN10 on ühendatud ruuteri ühe pordiga kaabli kaudu, samas kui VLAN20 on ühendatud teise pordi kaabli kaudu, kusjuures mõlemad kaablid tulevad erinevatest lüliti portidest. Tundub, et selle suurepärase lahenduse abil oleme loonud ühenduse nende võrkude vahel. Siiski, kuna ruuteril on piiratud arv porte, kasutame seda seadet äärmiselt ebaefektiivselt, võttes need portsid enda alla sellisel viisil.

On olemas tõhusam lahendus – „ruuter pulgal“. Sel juhul ühendame lüliti pordi tronkide kaudu ühe ruuteri portidest. Oleme juba rääkinud, et vaikimisi ruuter ei mõista .1Q standardi kapseldamist, seetõttu tuleb selleks, et luua side, kasutada trunki. Sel juhul toimub järgmine.

Sinine VLAN10 võrk saadab liiklust switch'i kaudu ruuteri F0/0 liidesesse. See port jaguneb alaliideste (sub-interface) vahel, kus igal ühel on IP-aadress, mis asub kas aadresside vahemikus 192.168.1.0/24 või 192.168.2.0/24. Siin tekib teatav ebakindlus – kahe erineva võrgu jaoks on vaja kahte erinevat IP-aadressi. Seetõttu, kuigi trunk switch'i ja ruuteri vahel on loodud ühe füüsilise liidese põhjal, peame looma kaks alaliidest iga VLAN'i jaoks. Nii et üks alaliides teenindab VLAN10 võrku 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 ühtne IP-aadress selle väravaks, ja kui pakett saadetakse VLAN20 poolt, siis kasutatakse teist IP-aadressi väravana. Sellega seoses teeb „pulgaga ruuter“ otsuse, kas lasta liiklus läbi mõlemalt kahest arvutist, mis kuuluvad erinevatesse VLAN'idesse. Lihtsalt öeldes, jagame ühe füüsilise liidese ruuterist kahe või rohkemaks loogiliseks liideseks.

Vaatame, kuidas see välja näeb Packet Traceris.

Olen veidi lihtsustanud skeemi, seega on meil üks arvuti PC0 IP-aadressiga 192.168.1.10 ja teine arvuti PC1 aadressiga 192.168.2.10. Switch'i seadistamisel määran ühe liidese VLAN10 jaoks, teise VLAN20 jaoks. Sisenen CLI konsooli ja sisestan käsu show ip interface brief, et veenduda, et liidesed FastEthernet0/2 ja 0/3 on sisse lülitatud. Seejärel vaatan VLAN andmebaasi ja näen, et hetkel on kõik switch'i liidesed vaikimisi VLAN'i osa. Siis sisestan järjestikku käsud config t ja int f0/2, et aktiveerida port, kuhu on ühendatud müügiosakonna VLAN.

Järgnevalt kasutan käsku switchport mode access. Access-režiim on vaikeväärtusena seades, seega kirjutan lihtsalt selle käsu. Seejärel sisestan switchport access VLAN10 ja süsteem vastab, et kuna sellist võrku ei eksisteeri, loob ta ise VLAN10. Kui soovite luua võrgu VLAN käsitsi, näiteks VLAN20, tuleb sisestada käsk vlan 20, pärast mida käsurida vahetub virtuaalvõrgu seadetesse, muutes oma pealkirja Switch(config) # -lt Switch(config-vlan) # -ks. Edasi tuleb loodud võrku määrata nimi MARKETING käsuga name . Seejärel seadistame liidese f0/3. Sisestan järjestikku käsud switchport mode access ja switchport access vlan 20, pärast mida on võrguühendus selle pordi kaudu aktiveeritud.

Nii saate seadistada lülitit kahel viisil: esimene – kasutades käsku switchport access vlan 10, pärast mida luuakse võrk automaatselt sellel pordil, teine – kõigepealt loote võrgu ja seejärel seotate selle konkreetse pordiga.
Sama saab teha ka VLAN10-ga. Loodan tagasi ja kordan käsitsi seadistamise protsessi selle võrgu jaoks: sisenen globaalrežiimi, sisestan käsu vlan 10, seejärel määran sellele nime name SALES ja nii edasi. Nüüd näitan teile, mis juhtub, kui seda ei tee, lubades süsteemil ise VLAN-i luua.

Näete, et meil on mõlemad võrgud, kuid teine, mille me käsitsi lõime, on oma nimega MARKETING, samas kui esimene võrk VLAN10 sai vaike nimeks VLAN0010. Saadan selle korda, sisestades praegu globaalrežiimis käsu name SALES. Nüüd näete, et pärast seda muutis esimene võrk oma nime SALES-iks.

Nüüd naaseme Packet Traceri ja kontrollime, kas arvuti PC0 suudab suhelda arvutiga PC1. Selleks avada esimese arvuti käsurea terminal ja saata ping teise arvuti aadressile.

Näeme, et pingimine lõppes ebaõnnestumisega. Põhjus on selles, et PC0 saatis ARP-päringu aadressile 192.168.2.10 läbi väljuva aadressi 192.168.1.1. Selle tulemusena küsis arvuti tõeliselt lülitilt, kes see 192.168.1.1 on. Kuid lülitil on ainult üks port VLAN10 võrku ja saadud päring ei saa kuhugi edasi liikuda – see jõuab antud pordi kaudu kohale ja seal ka hukkub. Arvuti ei saa vastust ja seetõttu näidatakse, et pingimise ebaõnnestumise põhjus on aja ületamine. Vastust ei saadud, kuna VLAN10 võrgus pole ühtki seadet peale PC0. Veelgi enam, isegi kui mõlemad arvutid kuuluksid sama võrku, ei saaks nad ikkagi omavahel suhelda, kuna neil on erinevad IP-aadresside vahemikud. Selle skeemi toimima saamiseks on vajalik kasutada marsruuterit.

Kuid enne, kui näitan, kuidas marsruuterit kasutada, teen väikese kõrvalepõike. Ühendan lüliti Fa0/1 pordi ja marsruuteri Gig0/0 pordi ühe kaabliga, seejärel lisan veel ühe kaabli, mis on ühendatud lüliti Fa0/4 pordi ja marsruuteri Gif0/1 pordi vahel.

Sidustan VLAN10 võrgu lüliti f0/1 pordi külge, kasutades komandeid int f0/1 ja switchport access vlan10, ja VLAN20 võrgu lüliti f0/4 pordi külge, kasutades komandeid int f0/4 ja switchport access vlan 20. Nüüd, kui vaadata VLANi andmebaasi, on näha, et SALES võrk on seotud Fa0/1, Fa0/2 portidega ning MARKETING võrk Fa0/3, Fa0/4 portidega.

Naaseme taas marsruuteri juurde ja siseneme g0/0 liidese seadistustesse, sisestame käsu no shutdown ja määrame IP-aadressi: ip add 192.168.1.1 255.255.255.0.

Sama teeme g0/1 liidese seadistustega, määrates sellele aadressi ip add 192.168.2.1 255.255.255.0. Seejärel palume kuvada meile marsruutimistabel, kus nüüd on kirjed võrgu 1.0 ja 2.0 kohta.

Vaata, kas see skeem töötab. Ootame, kuni mõlemad lüliti ja marsruuteri pordid muutuvad roheliseks, ja kordame pingi saadetmine IP-aadressile 192.168.2.10. Nagu näete, kõik töötas!

Arvuti PC0 saadab ARP-protokolli päringu lülitile, lüliti suunab selle marsruuteri juurde ja see saadab arvutile tagasi oma MAC-aadressi. Seejärel saadab arvuti paki pingimise sama marsruudi kaudu. Marsruuter teab, et VLAN20 on ühendatud tema g0/1 pordi kaudu, seega saadab ta selle lülitile, mis edastab paki sihtmärgile – PC1.

See skeem töötab, kuid see on ebaefektiivne, kuna kasutab kahe ruuteri liidese, mis tähendab, et me ei kasuta ruuteri tehnilisi võimalusi ratsionaalselt. Seetõttu näitan, kuidas sama asi saab teha ühe liidese abil.

Kustutan kahe kaabliga skeemi ja taastan eelmise ühenduse lüliti ja ruuteri vahel ühe kaabliga. Lüliti f0/1 liides peab olema trunk-port, seega naasen lüliti seadistustesse ja kasutan selle pordi jaoks käsku switchport mode trunk. Porti f0/4 me enam ei kasuta. Järgmine, kasutame käsku show int trunk, et vaadata, kas port on õigesti seadistatud.

Näeme, et port Fa0/1 töötab trunk-režiimis 802.1q kapseldusprotokolliga. Vaatame VLAN tabelit – näeme, et liides F0/2 on seotud müügi osakonna võrguga VLAN10 ja liides f0/3 – turunduse võrguga VLAN20.

Sellega on lüliti ühendatud ruuteri pordi g0/0 külge. Ruuteri seadistustes kasutan käske int g0/0 ja no ip address, et eemaldada selle liidese IP-aadress. Kuid see liides töötab endiselt, see ei ole seisundis shutdown. Kui mäletate, peab ruuter vastu võtma liiklust mõlemast võrgust – 1.0 ja 2.0. Kuna lüliti on ruuteriga ühendatud trunkiga, siis saab ruuter liiklust nii esimesest kui ka teisest võrgust. Kuid milline IP-aadress tuleks sel juhul ruuteri liidesele määrata?

G0/0 on füüsiline liides, millel vaikimisi ei ole mingit IP-aadressi. Seetõttu kasutame loogilise alaliidese kontseptsiooni. Kui ma sisestan read int g0/0, siis süsteem annab kaks võimalikku käsku: kaldkriips / või punkt. Kaldkriips kasutatakse moodulite seadistamise korral liideste tüüpide 0/0/0 puhul, ja punkt, kui teil on alaliides.

Kui ma sisestan read int g0/0. ?, siis süsteem näitab mulle loogiliste alaliideste GigabitEthernet võimalike numbrite vahemikku, mis on näidatud pärast punkti: . See vahemik sisaldab enam kui 4 miljardit numbrit, mis tähendab, et on võimalik luua nii palju loogilisi alaliideseid.

Ma näitan punkti järel numbrit 10, mis tähistab VLAN10. Nüüd oleme alamliidese seadete juures, millest annab märku CLI-seadete rea pealkirja muutumine Router (config-subif) #, antud juhul käsitleb see alamliidest g0/0.10. Praegu pean sellele määrama IP-aadressi, milleks kasutan käsku 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 – 802.1q või ISL. Tippin käsureale sõna encapsulation ja süsteem näitab mulle selle käsu võimalikke parameetreid.

Kasutamine käsku encapsulation dot1Q. Tehniliselt pole selle käsu sisestamine vajalik, kuid ma tippin selle, et suunata ruuterile, millist protokolli tuleb VLAN-iga töötamiseks kasutada, kuna praegu töötab see lülitina, teenindades VLAN-i trankimist. Selle käsuga anname ruuterile teada, et kogu liiklus peab kapselduma dot1Q protokolli kaudu. Järgmisena käsureal pean ma määrama, et see kapseldamine kehtib VLAN10 võrgule. Süsteem näitab meile kasutatavat IP-aadressi ja liidest VLAN10 jaoks hakkab tööle.

Sarnaselt seadistan liidese g0/0.20. Loodud uus alamliides, määran kapseldamise protokolli ja seadistan IP-aadressi käsuga ip add 192.168.2.1 255.255.255.0.

Pean tingimata eemaldama füüsilise liidese IP-aadressi, kuna praegu on füüsilisel liidesel ja loogilisel alamliidesel üks ja sama aadress VLAN20 võrgule. Selleks tippin järjestikku käsud int g0/1 ja no ip address. Seejärel lülitan selle liidese välja, kuna see ei ole meile enam vajalik.

Seejärel naasen jälle liidese g0/0.20 juurde ja määran selle IP-aadressi käsuga ip add 192.168.2.1 255.255.255.0. Nüüd peaks kõik kindlasti toimima.

Praegu kasutan käsku show ip route, et vaadata marsruutimistabelit.

Me näeme, et võrk 192.168.1.0/24 on otse ühendatud alaliidesele GigabitEthernet0/0.10, samas kui võrk 192.168.2.0/24 on otse ühendatud alaliidesele GigabitEthernet0/0.20. Nüüd naasen PC0 käsureale ja teen ping'i PC1-le. Sel ajal voolab liiklus ruuteri pordile, mis suunab selle vastavale alaliidesele ja saadab tagasi läbi lüliti arvutisse PC1. Nagu näete, õnnestus pingimine. Kaks esimest paketid visati tagasi, sest vahetus ruuteri liideste vahel võtab aega, samuti peavad seadmed õppima MAC-aadresse, kuid kaks muud paketti jõudsid sihtkohta edukalt. Nii töötab kontseptsioon "ruuter pulgal."

Aitäh, et olete meiega. Kas teile meeldivad meie artiklid? Kas soovite näha rohkem huvitavat sisu? Toetage meid tellimuse esitamise või tuttavatele soovitamisega, 30% allahindlus Habr'i kasutajatele ainulaadsele sissetuleku tasemel serverile, mille oleme teie jaoks välja mõelnud: Kogu tõde VPS (KVM) E5-2650 v4 (6 tuuma) 10GB DDR4 240GB SSD 1Gbps alates $20 või kuidas õigesti serverit jagada? (saadaval RAID1 ja RAID10 variandid, kuni 24 tuuma ja kuni 40GB DDR4).

Dell R730xd kaks korda odavam? Ainult meie juures 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB alates $199 Hollandis! Dell R420 — 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB — alates $99! Lugege sellest Kuidas luua ettevõtte tasemel infrastruktuuri, kasutades Dell R730xd E5-2650 v4 servereid, mille hind on 9000 eurot, taskukohase hinna eest?

Allikas: habr.com