Cisco 200-125 CCNA v3.0 koolitus. Päev 20. Staatiline suunamine

Täna räägime staatilisest suunamisest ja vaatame kolme teemat: mis on staatiline suunamine, kuidas seda seadistatakse ja milline on selle alternatiiv. Näete võrgutopoloogiat, mis sisaldab arvutit IP-aadressiga 192.168.1.10, mis on lülitatud lülitiga väravasse või ruuterisse. Selle ühenduse jaoks kasutatakse ruuteri porti f0/0, mille IP-aadress on 192.168.1.1.

Teine port sellel ruuteril f0/1, mille IP-aadress on 192.168.2.1, on ühendatud teise ruuteri portf0/0, millel on aadress 192.168.2.2. Teine ruuter on ühendatud portf0/1, mille aadress on 192.168.3.2, kolmandaga, mis kasutab selle ühenduse jaoks portf0/0, mille IP-aadress on 192.168.3.3.

Lõpuks on kolmas ruuter ühendatud teise lülitiga läbi portf0/1, mille aadress on 192.168.4.3, ja lüliti on ühendatud teise arvutiga, mille IP-aadress on 192.168.4.10.
Kui teate, kuidas IP-aadresside põhjal alamvõrke jagada, siis määrake, et osa esimesest arvutist esimesse marsruuterisse kuulub ühte alamvõrku, osa esimese ja teise marsruuteri vahel teise ning teise ja kolmanda marsruuteri vahel kolmandasse võrku, ja kolmandast marsruuterist teise arvutisse neljandasse võrku. Nii on meil neli erinevat võrku.

Kui arvuti 192.168.1.10 soovib ühendust luua arvutiga 192.168.4.10, peab ta esmalt saatma oma andmed väravasse 192.168.1.1. Ta loob raam ümber, kuhu paneb allika ja sihtkoha IP-aadressid, allika ja sihtkoha MAC-aadressid ning saadab selle marsruuterisse. Marsruuter jätab kõrvale 2. taseme teabe, st MAC-aadressid, ja vaatab 3. taseme teavet. Kui ta saab teada, et andmed on suunatud seadmest, mille IP-aadress on 192.168.4.10, mõistab marsruuter, et sellist seadet ei ole talle ühendatud, seetõttu peab ta lihtsalt selle raami edasi suunama. Ta vaatab oma marsruutimislauda ja näeb, et andmed võrgu 4 jaoks tuleb saata seadmele, mille IP-aadress on 192.168.2.2.

Sarnaselt teise ruuteri tabelile kontrollib see enda marsruutimislauda, tuvastab, et andmed võrgu 4 jaoks tuleb saata IP-aadressile 192.168.3.3 ja edastab kaadri kolmandale ruuterile. Lõpuks kontrollib kolmas ruuter enda tabelit, määrab, et võrk 4 on temaga ühendatud, ja saadab kaadri teisele arvutile.

Vaatame, kuidas marsruudilaud luuakse. Selleks kasutame Cisco Packet Traceri ja uurime, kuidas rakendatakse marsrudimise konseptsiooni. Siin on kujutatud sama võrgu topoloogiat, ja nüüd määran ruuteritele vastavad IP-aadressid, märkides ka vaikimisi värava aadressid.

Me ei tee midagi lülitiga, kuna see töötab vaikeseadega ja kasutab VLAN1. Alustame esimese ruuteri Router0 seadistamist. Esiteks anname talle hostinime R1, seejärel määrame f0/0 liidese IP-aadressi ja alamvõrgu maski. Seejärel tuleb rakendada käsk no shutdown. Näete, kuidas liidesemärker vahetus punaselt roheliseks, mis tähendab, et port on võrku sisse lülitatud.

Seejärel peame seadistama marsruuteri f0/1 teise pordi, samal ajal jääb hostinimi muutumatuks, me lihtsalt lisame IP-aadressi 192.168.2.1 ja alamvõrgu maski 255.255.255.0. Siin pole midagi uut, see on lihtne seadistus, teate juba kõiki käske, seega lähen kiiresti üle ülejäänud marsruutereile. Kui määran IP-aadresse ja kasutan käsku no shut, muutuvad marsruuteri pordid roheliseks, näidates, et ühendus seadmete vahel on loodud. Sellega loon võrgud 1., 2., 3. ja 4. Marsruuteri pordi IP-aadressi viimane oktet näitab marsruuteri numbrit, samas kui eelviimane oktet näitab selle pordi külge ühendatud võrgu numbrit.

Seega on esimese ruuteri sadamate aadressid 192.168.1.1 (esimene ruuter, esimene võrk) ja 192.168.2.1 (esimene ruuter, teine võrk), teise ruuteri aadressid on 192.168.2.2 (teine ruuter, teine võrk) ja 192.168.3.2 (teine ruuter, kolmas võrk), ning kolmanda ruuteri aadressid on 192.168.3.3 (kolmas ruuter, kolmas võrk) ja 192.168.4.3 (kolmas ruuter, neljas võrk). Arvan, et see on üsna lihtne meeles pidada, kuid tegelikult võivad aadressid tekkida erinevalt, sõltuvalt teie ettevõttes kehtestatud reeglitest. Te peate järgima ettevõtte reegleid, sest teie kolleegi on lihtsam kõrvaldada vigu teie võrgus, kui te loote selle vastavalt reeglitele.

Nii, olen lõpetanud ruuteri portide IP-aadresside määramise ja näete, et teise lüliti port on samuti muutunud roheliseks, kuna ühendus tema ja teise arvuti vahel loodi automaatselt.

Nüüd käivitame esimese arvuti käsurea terminali ja pingime teist arvutit aadressil 192.168.4.10. Liigume simulatsioonirežiimi – nüüd näete animatsiooni pingipakkide liikumisest võrgupiirkondades. Käivitame pingi veel kord, et saaksite hoolikalt jälgida, mis sel ajal toimub. Paremal olevas tabelis näete ICMP-d, Internet Control Message Protocol – see tähistab pingimist. Ping on protokoll, mida kasutame ühenduse kontrollimiseks.

Sa tead saadate testpaketi teisele seadmele ja kui see selle tagasi saadab, on ühendus edukalt loodud. Kui klõpsate pingi paketil skeemil, saate vaadata edastamise teavet.

Näete OSI 3. taseme andmeid – need on pingimise allika ja siht-IP-aadressid, 2. taseme andmed vastavate MAC-aadressidena ja 1. taseme andmed portide märkidena – see on FastEthernet0. Samuti võite heita pilgu pingi raamiformaadile: päis, tüüp ja paketi keha.

Raam saadetakse lülitisse, lüliti analüüsib MAC-aadresse ja saadab selle edasi võrku ruuterile. Ruuter näeb IP-aadressi 192.168.4.10 ja loobub paketist, kuna ta ei tunne sellist aadressi. Vaadakem, mis toimub reaalajas, selleks naaseme pingimise juurde käsurea aknas.

Näete, et püüdes pingi kaudu kontot 192.168.4.10, on kõik 4 paketti kaduma läinud – ruuterilt 192.168.1.1 saadi vastus, et sihtaadress pole saadaval. Naaseme ruuteri käsurea liidese aknasse ja sisestame käsu show ip route. Näete kõige olulisemat osa – marsruuditabelit, ja sisestatud käsk on üks peamistest Cisco marsruutimise käskudest. Praegu sisaldab see tabel 2 kirjet. Tabeli alguses on kasutatud lühendite loetelu, millest on näha, et tähega C tähistatakse ühendusi. Esimene kanne ütleb, et võrk 192.168.1.0/24 on otseselt ühendatud pordi FastEthernet0/0 külge, samas kui võrk 192.168.2.0/24 on otseselt ühendatud pordi FastEthernet0/1 külge. See tähendab, et hetkel tunneb ruuter ainult neid kahte võrku.

Aadress 192.168.1.0/24 on võrgutuvastus. Kui me loome alamvõrke, loome samal ajal ka nende tuvastused. Need tuvastused ütlevad ruuterile, et kõik seadmed, mille IP-aadressid jäävad vahemikku 192.168.1.1 kuni 192.168.1.254, asuvad antud alamvõrgus. Seega peavad kõik need seadmed tehniliselt olema ruuterile kergesti kättesaadavad, kuna see on ühendatud sellele võrkule.

Kui tuvastuse lõpus on väärtus /24, tähendab see, et kõikide selle võrgu seadmete jaoks vahemikus 1 kuni 254 saadetakse laiem saatmis sõnum. Seega on antud ruuteriga ühendatud ainult võrke 1. ja 2., mistõttu ta teab vaid nendest võrkudest. Kui pingi aadress 192.168.4.10 jõuab ruuterisse, ei tea ta, et see aadress on saadaval marsruudil Router0- Router1- Router2.

Kuid kui võrguadministraator teate, et see marsruut on kättesaadav, tähendab see, et esimene ruuter võib selle paketi saata teisele ruuteri. Seetõttu peate korraldama staatilise marsruutimise. Proovime seda teha.

Me ütleme sellele ruuterile, et kõik paketid ja kõik liiklus, mis on mõeldud võrgule 192.168.4.0/24, tuleb saata teisele ruuterile. Statilise marsruutimise käsu formaat on järgmine: ip route .

Nüüd näitan teile, mida see tähendab. Kasutame selle käsku ruuteri globaalsete seadete konfigureerimise režiimi. Kannan sisestama ip route 192.168.4.0 255.255.255.0 — see tähendab, et siia jõuab iga liiklus seadmete jaoks, mille IP-aadressi viimane oktet on vahemikus 1 kuni 254, ja seejärel sisestan kas IP-aadressi või sadama määrangu, kuhu see liiklus saatma peab. Antud juhul sisestan liidese nimetuse f0/1, seega käsk omandab järgmise vormi: ip route 192.168.4.0 255.255.255.0 f0/1.

Värava liidese asemel võin märkida ka tema IP-aadressi, siis näeb statilise marsruutimise käsk välja järgmiselt: ip route 192.168.4.0 255.255.255.0 192.168.2.2.

Võite küsida, mis on parem. Minu arvates on laivõrkude, nagu Ethernet, puhul parem näidata IP-aadressi. Kui aga kasutate punkt-punkt võrgusid, nagu Frame Relay (edastavad või raamistamise võrgud), on parem kasutada väljundliidest. Hiljem vaatame Frame Relay võrgusid, kuid nüüd kasutan ma sobivamat marsruuterikomandi varianti -192.168.4.0 255.255.255.0.

Nüüd vaatame marsruudita tabelit, kasutades käsku do show ip address. Näete, et selles on ilmnenud uus kirje, mille pealkiri on täht S, see tähendab statiline.

See kirje ütleb, et kui on liiklust aadressilt 192.168.4.0/24, tuleb see suunata seadme kaudu, mille IP-aadress on 192.168.2.2. Naaseme arvuti käsureale ja proovime vajalikku aadressi uuesti pingida. Nüüd peaks liiklus läbima esimese marsruuteri ja jõudma teise marsruuteri, mis peaks pakette tagasi lükkama.

Esimeses olukorras ei visanud ruuter lihtsalt pakette ära, vaid ta vastas ka arvutile, et IP-aadress 192.168.4.10 ei ole saadaval. Teine ruuter saab aga vastata ainult esimesele ruuterile, kellelt ta liiklust sai. Vaadakem teise ruuteri marsruutimistabelit. Siin on öeldud, et Router1 tunneb ainult võrke 2. ja 3. ning ei tea midagi võrgu 4. kohta, kuhu ta peaks esimese arvuti paketid saatma. Ta saaks saata tagasi teate, et sihtkoht ei ole saadaval, kuid ei tea, kuidas ühendust võtta arvutiga, mis need paketid saatis, kuna ta ei tea midagi võrgust 1. Seetõttu saime sihtkoha kättesaamatuse teate asemel sõnumi Request timed out – päringu ooteaeg on aegunud. Erinevatel võrguseadmetel on erinevad TTL-i väärtused, seega, kui IP paketid saavutavad selle väärtuse, hävitatakse need. Samal ajal toimub tagasiviik – tehakse üks hüpe ja TTL-i loenduri väärtus muutub 16-st 15-ks, teine – 15-st 14-ks ja nii edasi, kuni TTL-i väärtus saavutab 0 ning pakk hävitatakse.

Nii töötab IP-pakettide tsüklite ennetamise mehhanism. Seega, kui seade ei saa taotlust kehtestatud aja jooksul, kuvab süsteem sarnase teate. Seetõttu liikume teise ruuteri seadistuste juurde ja näitame, kuidas jõuda neljasse alamvõrku. Selleks kasutan käsku ip route 192.168.4.0 255.255.255.0 192.168.3.3. Nüüd on vastav kanne ilmunud marsruutimistabelisse, mille kutsusime esile käsuga do show ip route.

Nüüd teab Router1, kuidas saata liiklust neljanda alamvõrgu adressaatidele. Ta saadab selle kolmandale ruuterile. Kolmas ruuter Router2, kuna sellele on ühendatud võrgu 4., teab kindlasti, kuidas paketti teisele arvutile saata.

Mis juhtub, kui ma saadan pingi uuesti? Sest nüüd teavad kõik võrguseadmed, kuidas saavutada teist arvutit. Kas IP-aadressi 192.168.4.10 pingimine on nüüd edukas? Ei, see ei ole!

Nagu juba mainisin, ICMP on kahepoolse suhtluse protokoll, seega, kui keegi saadab pingipakette, peavad need tagasi tulema. Suunamine sisaldab seda, et igal võrgu seadmel peab olema mitte ainult teadlikkus, kuidas kellelegi sõnum saata, vaid see peab ka teadma, kuidas saata vastussõnum küsimuse esitajale. Seega jõuab esimese arvuti saadetud pakett edukalt teise arvutini. Teine arvuti arvab: "suurepärane, ma sain teie sõnumi ja nüüd pean teile vastama". See vastus, mis on adresseeritud seadmele, mille IP-aadress on 192.168.1.10, jõuab ruuterisse Router2. Kolmas ruuter näeb, et ta peab paketi saatma esimesesse alamvõrku, kuid tema suunamisregister sisaldab andmeid ainult kolmanda ja neljanda alamvõrgu kohta. Seetõttu peame looma staatilise marsruudi käsu ip route 192.168.1.0 255.255.255.0 192.168.3.2 abil. See käsk ütleb, et 192.168.1.0 identifikaatoriga võrku suunatud liiklus tuleb saata teisele ruuterile, mille IP-aadress on 192.168.3.2.

Mis juhtub pärast seda? Teine ruuter tunneb 2., 3. ja 4. võrgust, kuid esimese võrgu kohta ei tea midagi. Seetõttu tuleb minna teise ruuteri Router1 seadete juurde ja kasutada käsku ip route 192.168.1.0 255.255.255.0 192.168.2.1, st märkida, et 1. võrgu liiklus peab minema 2. võrgu kaudu esimesele ruuterile Router0.

Pärast seda jõuab pakett esimesele ruuterile, mis tunneb seadet 192.168.1.10, kuna esimene võrk, milles see arvuti asub, on ühendatud selle ruuteri pordiga. Märgin, et nüüd ei tea esimene ruuter midagi 3. võrgust ning kolmas ruuter ei tea midagi teise võrgu kohta. See võib tekitada probleemi, kuna need ruuterid ei tea vahepealsetest alamvõrkudest.

Ma pingin aadressi 192.168.4.0 uuesti ning näete, et seekord pingimine õnnestus. Pakett jõudis esimeselt teisele arvutile ning vastus naasis saatjale. Käskluste aknas on näha teateid, et iga 4 vastuspaketti 192.168.4.0 on 32 baiti, TTL= 125 ms ja pingimise õnnestumise määr on 100%. See tähendab, et edastuse allikas sai vastuse sihthostilt. Seega, isegi kui seadmed ei tea teatud vahepealsetest võrkudest, ei oma see tähtsust, kui need töötavad põhimõttel „lõpp-saatja – lõpp-vastuvõtja“. Esimene arvuti teab, kuidas teisele arvutile jõuda, ja teine teab, kuidas esimeseni tagasi jõuda.

Vaatame teist olukorda. Esimene arvuti suudab teisega edukalt suhelda, kui samal ajal voolab liiklus läbi kõigi nende seadmete. Uurime, kas PC0 suudab ühendust luua kolmanda ruuteriga Router2 aadressil 192.168.3.3 – see on võrgu 3 port kolmandas ruuteris. Ping näitab, et see ei ole võimalik – sihthost on kättesaamatu.

Vaatame, mis probleem on. Kui avame esimese ruuteri suunamisTabela, näeme, et ta tunneb ainult 3 võrku – esimest, teist ja neljandat, kuid ei tea midagi kolmandast võrgust. Seetõttu, kui soovin selle võrguga suhelda, tuleb sellele määrata staatiline marsruut.

Nii et oleme arutanud, kuidas seadistada staatilist marsruutimist kolme ruuteri jaoks. Kui teil on 10 ruuterit ja 50 erinevat alamvõrku, võtab staatilise marsruutimise käsitsi seadistamine väga palju aega. Sellepärast vajame dünaamilist marsruutimist.
Praegu eemaldan kõik marsruudid, mida olen loonud. Selleks kutsun järjestikku välja kõigi ruuterite suunamisTabelid ja lisan iga staatilise marsruutimise kirje algusesse sõna „no”, kasutades eitamise käsku. Nüüd võime uurida, mis on dünaamiline marsruutimine.

Dünaamilise marsruutimise jaoks pean aktiveerima RIP-protokolli, mis on väga kiire protokoll. Kuid täna me RIP-ist ei räägi, meie teema on staatiline marsruutimine ja tahtsin teile näidata, kui vaevarikas ja tüütus see võib olla. Siiski demonstreerin teile kiiresti, kuidas RIP töötab, mida käsitleme järgmises õppes.
Esimese ruuteri näitel kasutan käsku router rip, siis trükin ver 2, et määrata protokolli versioon, ja seejärel loetlen eraldi ridades võrgud, mille jaoks tuleb kasutada dünaamilise marsruutimise protokolli: 192.168.1.0, 192.168.2.0, pärast mida lähen teise ruuteri juurde ja teen sama. Tehniliselt määran lihtsalt need võrgud, mis on antud seadmega ühendatud, seega määran teise ruuteri jaoks 192.168.2.0 ja 192.168.3.0, ning kolmanda puhul, pärast käsku rip ver 2, määran aadressid 192.168.3.0 ja 192.168.4.0. Seejärel pöördun tagasi esimese ruuteri juurde ja vaatan marsruuditabelit.

Näete, et kõik võrgud on maagiliselt ilmunud, kaks esimest on need, mis on otse ruuteri külge ühendatud, ja kaks ülejäänut on need, mille ühendus toimub dünaamilise marsruutimise protokolli RIP kaudu. Sarnane olukord on jälgitav ka teise ja kolmanda ruuteri marsruuditabelites. Kui ma ühendaksin teise ruuteri külge võrgud 5 ja 6, siis kõik seadmed, mis kasutavad RIP-i, saaksid neist uutest võrkudest teada. Just see on dünaamilise marsruutimise eelis.

Kui ma nüüd teist arvutit pingen, töötab ühendus probleemideta. Ma saan pingenida ka kolmandat ruuteri ja ping on edukas, sest esimene ruuter teab RIP-i kaudu kõigist seadmetest, mis kõigis võrkudes on. Samasuguseid 'teadmisi' omavad ka teine ja kolmas ruuter. Ma ei ütle, et RIP on parim protokoll, kuid ta suudab tõhusalt teha palju asju. Praegu tahan, et te mõistaksite, mis on marsruutimine ja kuidas see töötab, mis on marsruuditabel ja milles seisneb tema tähtsus.

Ükskõik, kas kasutate staatilist või dünaamilist suunamist, on protokollide roll täita suunamis tabel. See tabel peab olema teadlik kõigist marsruutidest, mis viivad kõigisse võrgu seadmetesse, et üks seade saaks ühendust luua teise seadmega.

Nii et täna õppisite, et suunamine on protsess, mis tagab marsruutide kirjeid suunamis tabelites, et ruuter saaks otsustada, kuidas suunata liiklust võrgus.

Aitäh, et olete meiega. Kas teile meeldivad meie artiklid? Soovite rohkem huvitavat sisu? Toetage meid tellimuse vormistamise või soovituste jagamisega sõpradele. 30% soodustus Habra kasutajatele meie ainulaadsetelt entry-level serveritelt, mis on loodud just teile: Kõik VPS (KVM) E5-2650 v4 (6 südamikku) 10GB DDR4 240GB SSD 1Gbps alates $20 või kuidas serverit õigesti jagada? (saadaval on RAID1 ja RAID10 variandid, kuni 24 südamikku 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 Hollandi turul! Dell R420 — 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB — alates $99! Lugege, kuidas Luua ettevõtte tasemel infrastruktuur Dell R730xd E5-2650 v4 serveritega, mille hind on 9000 eurot, madala hinnaga?

Allikas: habr.com