Šodien mēs sīkāk aplūkosim dažus maršrutēšanas aspektus. Pirms sāku, es vēlos atbildēt uz studentu jautājumu par manām sociālo mediju lapām. Kreisajā pusē ievietoju saites uz mūsu uzņēmuma lapām, bet labajā pusē - uz savām personīgajām lapām. Ņemiet vērā, ka es nedraudzējos ar kādu Facebook, ja vien es viņu personīgi nepazīstu, tāpēc nesūtiet man draudzības pieprasījumus.
Jūs varat vienkārši abonēt manu Facebook lapu un būt informētam par visiem notikumiem. Es atbildu uz ziņojumiem savā LinkedIn kontā, tāpēc droši rakstiet man tur, un, protams, es esmu visaktīvākā Twitter. Zem šīs video pamācības ir saites uz visiem 6 sociālajiem tīkliem, lai jūs varētu tos izmantot.
Kā parasti, šodien mēs pētīsim trīs tēmas. Pirmais ir maršrutēšanas būtības skaidrojums, kur pastāstīšu par maršrutēšanas tabulām, statisko maršrutēšanu un tā tālāk. Tālāk mēs apskatīsim Inter-Switch maršrutēšanu, kas ir veids, kā maršrutēšana notiek starp diviem slēdžiem. Nodarbības beigās mēs iepazīsimies ar Inter-VLAN maršrutēšanas jēdzienu, kad viens slēdzis mijiedarbojas ar vairākiem VLAN un kā notiek komunikācija starp šiem tīkliem. Šī ir ļoti interesanta tēma, un, iespējams, vēlēsities to pārskatīt vairākas reizes. Ir vēl viena interesanta tēma ar nosaukumu Router-on-a-Stick jeb “maršrutētājs uz nūjas”.
Tātad, kas ir maršrutēšanas tabula? Šī ir tabula, pamatojoties uz kuru maršrutētāji pieņem lēmumus par maršrutēšanu. Varat redzēt, kā izskatās tipiska Cisco maršrutētāja maršrutēšanas tabula. Katram Windows datoram ir arī maršrutēšanas tabula, bet tā ir cita tēma.
Burts R rindas sākumā nozīmē, ka maršrutu uz tīklu 192.168.30.0/24 nodrošina RIP protokols, C nozīmē, ka tīkls ir tieši savienots ar maršrutētāja interfeisu, S nozīmē statisku maršrutēšanu, bet punkts aiz tā. šis burts norāda, ka šis maršruts ir noklusējuma kandidāts vai statiskās maršrutēšanas noklusējuma kandidāts. Ir vairāki statisko maršrutu veidi, un šodien mēs tos iepazīsim.
Piemēram, apsveriet pirmo tīklu 192.168.30.0/24. Rindā kvadrātiekavās redzami divi skaitļi, kas atdalīti ar slīpsvītru, par tiem jau esam runājuši. Pirmais cipars 120 ir administratīvais attālums, kas raksturo uzticības pakāpi šim maršrutam. Pieņemsim, ka tabulā ir cits maršruts uz šo tīklu, kas apzīmēts ar burtu C vai S ar mazāku administratīvo attālumu, piemēram, 1, kā statiskajam maršrutam. Šajā tabulā jūs neredzēsit divus identiskus tīklus, ja vien neizmantojam tādu mehānismu kā slodzes līdzsvarošana, taču pieņemsim, ka vienam tīklam ir 2 ieraksti. Tātad, ja redzat mazāku skaitli, tas nozīmēs, ka šis maršruts ir pelnījis lielāku uzticību, un otrādi, jo lielāka ir administratīvā attāluma vērtība, jo mazāku uzticību šis maršruts ir pelnījis. Nākamā rinda norāda, caur kuru saskarni ir jānosūta trafiks - mūsu gadījumā tas ir ports 192.168.20.1 FastEthernet0/1. Tie ir komponenti, kas veido maršrutēšanas tabulu.
Tagad parunāsim par to, kā maršrutētājs pieņem lēmumus par maršrutēšanu. Iepriekš es minēju noklusējuma kandidātu un tagad pastāstīšu, ko tas nozīmē. Pieņemsim, ka maršrutētājs saņem trafiku tīklam 30.1.1.1, kura ieraksts nav maršrutēšanas tabulā. Parasti maršrutētājs vienkārši atmet šo trafiku, bet, ja tabulā ir noklusējuma kandidāta ieraksts, tas nozīmē, ka viss, par ko maršrutētājs nezina, tiks pārsūtīts uz kandidāta noklusējuma ierakstu. Šajā gadījumā ieraksts norāda, ka trafiks, kas saņemts maršrutētājam nezināmam tīklam, ir jāpārsūta caur portu 192.168.10.1. Tādējādi satiksme tīklā 30.1.1.1 sekos noklusējuma kandidāta maršrutam.
Kad maršrutētājs saņem pieprasījumu izveidot saziņu ar IP adresi, tas vispirms pārbauda, vai šī adrese ir ietverta noteiktā maršrutā. Tāpēc, saņemot trafiku tīklam 30.1.1.1, tas vispirms pārbaudīs, vai tā adrese ir ietverta konkrētā maršrutēšanas tabulas ierakstā. Tātad, ja maršrutētājs saņem trafiku par 192.168.30.1, tad pēc visu ierakstu pārbaudes tas redzēs, ka šī adrese atrodas tīkla adrešu diapazonā 192.168.30.0/24, un pēc tam nosūtīs trafiku pa šo maršrutu. Ja tas neatrod īpašus ierakstus tīklam 30.1.1.1, maršrutētājs nosūtīs tam paredzēto trafiku pa kandidāta noklusējuma maršrutu. Lūk, kā tiek pieņemti lēmumi: Pirmkārt, tabulā tiek apskatīti konkrēti maršruta ieraksti un pēc tam tiek izmantots kandidāta noklusējuma maršruts.
Tagad apskatīsim dažādus statisko maršrutu veidus. Pirmais veids ir noklusējuma maršruts vai noklusējuma maršruts.
Kā jau teicu, ja maršrutētājs saņem trafiku, kas ir adresēts tam nepazīstamam tīklam, tas nosūtīs to pa noklusējuma maršrutu. To, ka ir iestatīts noklusējuma maršruts, norāda ieraksts Pēdējās iespējas vārteja ir 192.168.10.1 uz tīklu 0.0.0.0, tas ir, “Pēdējās piekļuves vārtejai tīklam 0.0.0.0 ir IP adrese 192.168.10.1.” Šis maršruts ir norādīts maršrutēšanas tabulas pēdējā rindā ar burtu S, kam seko punkts.
Šo parametru var piešķirt globālajā konfigurācijas režīmā. Parastam RIP maršrutam ir jāievada komanda ip route, norādot atbilstošo tīkla identifikatoru, mūsu gadījumā 192.168.30.0, un apakštīkla masku 255.255.255.0, un pēc tam kā nākamo lēcienu jānorāda 192.168.20.1. Tomēr, iestatot noklusējuma maršrutu, jums nav jānorāda tīkla ID un maska, jums vienkārši jāsastāda IP maršruts 0.0.0.0 0.0.0.0, tas ir, apakštīkla maskas adreses vietā atkal jāsastāda četras nulles un rindas beigās norādiet adresi 192.168.20.1, kas būs noklusējuma maršruts.
Nākamais statiskā maršruta veids ir tīkla maršruts vai tīkla maršruts. Lai iestatītu tīkla maršrutu, ir jānorāda viss tīkls, tas ir, jāizmanto komanda ip route 192.168.30.0 255.255.255.0, kur 0 apakštīkla maskas beigās nozīmē visu 256/24 tīkla adrešu diapazonu, un jānorāda nākamā lēciena IP adrese.
Tagad es uzzīmēšu veidni augšpusē, kas attēlo komandu noklusējuma maršruta un tīkla maršruta iestatīšanai. Tas izskatās šādi:
ip maršruts pirmā adreses daļa otrā adreses daļa .
Noklusējuma maršrutam gan pirmā, gan otrā adreses daļa sastāvēs no 0.0.0.0, un tīkla maršrutam pirmā daļa ir tīkla identifikators, bet otrā ir apakštīkla maska. Nākamā būs tā tīkla IP adrese, uz kuru maršrutētājs nolēma veikt nākamo lēcienu.
Lai konfigurētu saimniekdatora maršrutu, resursdatora maršruts izmanto konkrēta resursdatora IP adresi. Komandu veidnē šī būs adreses pirmā daļa, mūsu gadījumā tā ir 192.168.30.1, kas norāda uz konkrētu ierīci. Otrā daļa ir apakštīkla maska 255.255.255.255, kas arī norāda uz konkrēta resursdatora, nevis visa /24 tīkla IP adresi. Pēc tam jānorāda nākamā lēciena IP adrese. Tādā veidā jūs varat iestatīt saimniekdatora maršrutu.
Kopsavilkuma maršruts ir kopsavilkuma maršruts. Jūs atceraties, ka mēs jau apspriedām jautājumu par maršrutu apkopošanu, ja mums ir noteikts IP adrešu diapazons. Ņemiet, piemēram, pirmo tīklu 192.168.30.0/24 un iedomājieties, ka mums ir maršrutētājs R1, kuram tīkls ir pievienots 192.168.30.0/24 ar četrām IP adresēm: 192.168.30.4, 192.168.30.5, 192.168.30.6 un .192.168.30.7. 24 . Slīpsvītra 256 nozīmē, ka šajā tīklā kopumā ir 4 derīgas adreses, taču šajā gadījumā mums ir tikai XNUMX IP adreses.
Ja es teiktu, ka visa datplūsma tīklā 192.168.30.0/24 būtu jāmaršrutē pa šo maršrutu, tas būtu nepatiess, jo IP adrese, piemēram, 192.168.30.1, var nebūt sasniedzama, izmantojot šo interfeisu. Tāpēc šajā gadījumā nevaram izmantot 192.168.30.0 kā adreses pirmo daļu, bet jānorāda, kuras konkrētās adreses būs pieejamas. Šajā gadījumā 4 konkrētas adreses būs pieejamas, izmantojot labo interfeisu, un pārējās tīkla adreses būs pieejamas, izmantojot maršrutētāja kreiso saskarni. Tāpēc mums ir jāizveido kopsavilkums vai kopsavilkuma maršruts.
No maršruta apkopošanas principiem atceramies, ka vienā apakštīklā pirmie trīs adreses okteti paliek nemainīgi, un ir jāizveido apakštīkls, kas apvienotu visas 4 adreses. Lai to izdarītu, mums adreses pirmajā daļā jānorāda 192.168.30.4, bet otrajā daļā kā apakštīkla maska jāizmanto 255.255.255.252, kur 252 nozīmē, ka šajā apakštīklā ir 4 IP adreses: .4, .5. , .6 un .7.
Ja maršrutēšanas tabulā ir divi ieraksti: RIP maršruts tīklam 192.168.30.0/24 un kopsavilkuma maršruts 192.168.30.4/252, tad saskaņā ar maršrutēšanas principiem Kopsavilkuma maršruts būs prioritārais maršruts konkrētai satiksmei. . Viss, kas nepieder šai konkrētajai satiksmei, izmantos tīkla maršrutu.
Tāds ir kopsavilkuma maršruts – jūs apkopojat vairākas konkrētas IP adreses un izveidojat tām atsevišķu maršrutu.
Statisko maršrutu grupā ir arī tā sauktais “peldošais maršruts” jeb Floating Route. Šis ir rezerves maršruts. To izmanto, ja rodas problēmas ar fizisku savienojumu pa statisku maršrutu, kura administratīvā attāluma vērtība ir 1. Mūsu piemērā tas ir maršruts caur IP adresi 192.168.10.1 maršrutēšanas tabulas pēdējā rindā un gadījumā, ja šis maršruts tiek izjaukts fiziskajā līmenī, tiek izmantots rezerves peldošais maršruts.
Lai izmantotu rezerves maršrutu, komandrindas beigās nākamā lēciena IP adreses vietā, kuras vērtība pēc noklusējuma ir 1, norādiet citu lēciena vērtību, piemēram, 5. Peldošais maršruts ir nav norādīts maršrutēšanas tabulā, jo tas tiek izmantots tikai tad, ja statiskais maršruts kļūst nepieejams korupcijas dēļ.
Ja jūs neko nesaprotat no tā, ko es tikko teicu, noskatieties šo video vēlreiz. Ja jums joprojām ir jautājumi, varat nosūtīt man e-pastu, un es jums visu izskaidrošu.
Tagad sāksim aplūkot Inter-Switch maršrutēšanu. Diagrammas kreisajā pusē ir slēdzis, kas apkalpo tirdzniecības nodaļas zilo tīklu. Labajā pusē ir vēl viens slēdzis, kas darbojas tikai ar mārketinga nodaļas zaļo tīklu. Šajā gadījumā tiek izmantoti divi neatkarīgi slēdži, kas apkalpo dažādus departamentus, jo šī topoloģija neizmanto kopīgu VLAN.
Ja jums ir jāizveido savienojums starp šiem diviem slēdžiem, tas ir, starp diviem dažādiem tīkliem 192.168.1.0/24 un 192.168.2.0/24, tad jums ir jāizmanto maršrutētājs. Tad šie tīkli varēs apmainīties ar paketēm un piekļūt internetam, izmantojot R1 maršrutētāju. Ja abiem slēdžiem izmantotu noklusējuma VLAN1, savienojot tos ar fiziskiem kabeļiem, tie varētu sazināties viens ar otru. Bet, tā kā tas ir tehniski neiespējami dažādu apraides domēnu tīklu atdalīšanas dēļ, to saziņai ir nepieciešams maršrutētājs.
Pieņemsim, ka katram no slēdžiem ir 16 porti. Mūsu gadījumā mēs neizmantojam 14 portus, jo katrā nodaļā ir tikai 2 datori. Tāpēc šajā gadījumā ir optimāli izmantot VLAN, kā parādīts nākamajā diagrammā.
Šajā gadījumā zilajam VLAN10 un zaļajam VLAN20 ir savs apraides domēns. VLAN10 tīkls ir savienots ar kabeli ar vienu maršrutētāja portu, un VLAN20 tīkls ir savienots ar citu portu, savukārt abi kabeļi nāk no dažādiem slēdža portiem. Šķiet, ka pateicoties šim lieliskajam risinājumam esam izveidojuši saziņu starp tīkliem. Tomēr, tā kā maršrutētājam ir ierobežots portu skaits, mēs izmantojam šīs ierīces iespējas ārkārtīgi neefektīvi, aizņemot tās šādā veidā.
Ir efektīvāks risinājums - “maršrutētājs uz nūjas”. Šajā gadījumā mēs savienojam slēdža portu ar stumbru ar vienu no maršrutētāja portiem. Mēs jau teicām, ka pēc noklusējuma maršrutētājs nesaprot iekapsulēšanu saskaņā ar .1Q standartu, tāpēc, lai sazinātos ar to, ir jāizmanto stumbrs. Notiek sekojošais.
Zilais VLAN10 tīkls nosūta trafiku caur slēdzi uz maršrutētāja F0/0 interfeisu. Šis ports ir sadalīts apakšsaskarnēs, no kurām katrai ir viena IP adrese, kas atrodas 192.168.1.0/24 tīkla vai 192.168.2.0/24 tīkla adrešu diapazonā. Šeit ir zināma nenoteiktība - galu galā diviem dažādiem tīkliem jums ir jābūt divām dažādām IP adresēm. Tāpēc, lai gan stumbrs starp slēdzi un maršrutētāju ir izveidots vienā fiziskajā interfeisā, mums ir jāizveido divas apakšsaskarnes katram VLAN. Tādējādi viena apakšinterfeiss apkalpos VLAN10, bet otrā - VLAN20. Pirmajai apakšinterfeisam mums ir jāizvēlas IP adrese no adrešu diapazona 192.168.1.0/24, bet otrajai - no diapazona 192.168.2.0/24. Kad VLAN10 nosūta paketi, viena IP adrese būs vārteja, un, kad VLAN20 nosūtīs paketi, otrā IP adrese tiks izmantota kā vārteja. Šajā gadījumā “maršrutētājs uz nūjas” pieņems lēmumu par trafika pāreju no katra no 2 datoriem, kas pieder dažādiem VLAN. Vienkārši sakot, mēs sadalām vienu fizisko maršrutētāja interfeisu divās vai vairākās loģiskās saskarnēs.
Apskatīsim, kā tas izskatās programmā Packet Tracer.
Es diagrammu nedaudz vienkāršoju, tāpēc mums ir viens dators PC0 ar IP adresi 192.168.1.10 un otrs dators PC1 ar adresi 192.168.2.10. Uzstādot slēdzi, es piešķiru vienu interfeisu VLAN10, otru VLAN20. Es dodos uz CLI konsoli un ievadu komandu show ip interface short, lai pārliecinātos, vai ir iespējotas FastEthernet0/2 un 0/3 saskarnes. Pēc tam skatos uz VLAN datu bāzi un redzu, ka visas slēdža saskarnes pašlaik ir daļa no noklusējuma VLAN. Pēc tam es secīgi ierakstu komandas config t un int f0/2, lai izsauktu portu, ar kuru ir pievienots pārdošanas nodaļas VLAN.
Tālāk es izmantoju komutācijas režīma piekļuves komandu. piekļuves režīms ir noklusējuma, tāpēc es vienkārši ierakstu šo komandu. Pēc tam es ierakstu switchport access VLAN10, un sistēma atbild, ka tā kā šāds tīkls neeksistē, tas pats izveidos VLAN10. Ja vēlaties izveidot VLAN manuāli, piemēram, VLAN20, jums jāievada komanda vlan 20, pēc kuras komandrinda pārslēgsies uz virtuālā tīkla iestatījumiem, mainot tās galveni no Switch(config) # uz Switch(config- vlan) #. Tālāk izveidotajam tīklam jāpiešķir nosaukums MARKETING, izmantojot komandu name . Pēc tam mēs konfigurējam f0/3 saskarni. Es secīgi ievadu switchport mode access un switchport access vlan 20 komandas, pēc kurām tīkls tiek savienots ar šo portu.
Tādējādi slēdzi var konfigurēt divos veidos: pirmais ir, izmantojot komandu switchport access vlan 10, pēc kuras šajā portā automātiski tiek izveidots tīkls, otrs ir tad, kad vispirms izveidojat tīklu un pēc tam saistāt to ar noteiktu. osta.
To pašu var izdarīt ar VLAN10. Es atgriezīšos un atkārtošu manuālo konfigurēšanas procesu šim tīklam: es ieslēgšu globālās konfigurācijas režīmu, ievadīšu komandu vlan 10, pēc tam piešķiršu tai nosaukumu SALES un tā tālāk. Tagad es jums parādīšu, kas notiek, ja jūs to nedarīsit, tas ir, ļaujiet sistēmai pašai izveidot VLAN.
Var redzēt, ka mums ir abi tīkli, bet otrajam, ko izveidojām manuāli, ir savs nosaukums MARKETING, savukārt pirmajam VLAN10 ir noklusējuma nosaukums VLAN0010. Es to varu labot, ja tagad globālajā konfigurācijas režīmā ievadīšu komandu SALES. Tagad jūs redzat, ka pēc tam pirmais tīkls mainīja nosaukumu uz SALES.
Tagad atgriezīsimies pie Packet Tracer un pārbaudīsim, vai PC0 var sazināties ar PC1. Lai to izdarītu, es atveru komandrindas termināli pirmajā datorā un ping otrajā datorā.
Mēs redzam, ka ping neizdevās. Iemesls ir tāds, ka PC0 nosūtīja ARP pieprasījumu uz 192.168.2.10, izmantojot vārteju 192.168.1.1. Tajā pašā laikā dators faktiski jautāja slēdzim, kas ir šis 192.168.1.1. Tomēr slēdzim ir tikai viens VLAN10 tīkla interfeiss, un saņemtais pieprasījums nekur nevar aiziet - tas nonāk šajā portā un turpat nomirst. Dators nesaņem atbildi, tāpēc ping neveiksmes iemesls tiek norādīts kā taimauts. Atbilde netika saņemta, jo VLAN10 nav citas ierīces, izņemot PC0. Turklāt, pat ja abi datori būtu viena tīkla daļa, tie joprojām nevarētu sazināties, jo tiem ir atšķirīgi IP adrešu diapazoni. Lai šī shēma darbotos, jums ir jāizmanto maršrutētājs.
Tomēr, pirms es parādīšu, kā lietot maršrutētāju, es izdarīšu nelielu atkāpi. Es savienošu slēdža Fa0/1 portu un maršrutētāja Gig0/0 portu ar vienu kabeli un pēc tam pievienošu vēl vienu kabeli, kas tiks savienots ar slēdža Fa0/4 portu un Gif0/1 portu. maršrutētājs.
Sasaistīšu VLAN10 tīklu pie slēdža porta f0/1, kuram ievadīšu komandas int f0/1 un switchport access vlan10, bet VLAN20 tīklu pie porta f0/4, izmantojot komandas int f0/4 un switchport access vlan 20. Ja tagad skatāmies uz VLAN datu bāzi, redzams, ka SALES tīkls ir piesaistīts saskarnēm Fa0/1, Fa0/2, bet MĀRKETINGA tīkls ir piesaistīts pieslēgvietām Fa0/3, Fa0/4.
Atkal atgriezīsimies pie maršrutētāja un iedziļināmies g0/0 interfeisa iestatījumos, ievadiet komandu bez izslēgšanas un piešķirsim tai IP adresi: ip add 192.168.1.1 255.255.255.0.
Tādā pašā veidā konfigurēsim g0/1 interfeisu, piešķirot tai adresi ip add 192.168.2.1 255.255.255.0. Pēc tam mēs lūgsim jums parādīt maršrutēšanas tabulu, kurā tagad ir ieraksti tīkliem 1.0 un 2.0.
Apskatīsim, vai šī shēma darbojas. Pagaidīsim, līdz abi slēdža un maršrutētāja porti kļūst zaļi, un atkārtosim IP adreses ping 192.168.2.10. Kā redzat, viss izdevās!
Dators PC0 nosūta pieprasījumu, izmantojot ARP, uz slēdzi, slēdzis to adresē maršrutētājam, un tas nosūta savu MAC adresi atpakaļ uz datoru. Pēc tam dators nosūta ping paketi pa to pašu maršrutu. Maršrutētājs zina, ka VLAN20 ir pieslēgts tā portam g0/1, tāpēc nosūta to uz slēdzi, kas pārsūta paketi uz galamērķi - PC1.
Šī shēma darbojas, taču tā ir neefektīva, jo tā aizņem 2 maršrutētāja saskarnes, tas ir, mēs neracionāli izmantojam maršrutētāja tehniskās iespējas. Tāpēc es jums parādīšu, kā to pašu var izdarīt, izmantojot vienu interfeisu.
Es izdzēsīšu diagrammu ar diviem kabeļiem un atjaunošu iepriekšējo savienojumu starp slēdzi un maršrutētāju ar vienu kabeli. Slēdža f0/1 interfeisam jākļūst par maģistrālo portu, tāpēc es atgriežos pie slēdža iestatījumiem un šim portam izmantoju komutācijas režīma maģistrāles komandu. Mēs vairs neizmantojam portu f0/4. Tālāk mēs izmantojam komandu show int trunk, lai redzētu, vai ports ir pareizi konfigurēts.
Mēs redzam, ka ports Fa0/1 darbojas maģistrāles režīmā, izmantojot 802.1q iekapsulēšanas protokolu. Apskatīsim VLAN tabulu – redzam, ka saskarni F0/2 aizņem tirdzniecības nodaļu tīkls VLAN10, bet interfeisu f0/3 – mārketinga tīkls VLAN20.
Šajā gadījumā slēdzis ir savienots ar maršrutētāja portu g0/0. Maršrutētāja iestatījumos es izmantoju komandas int g0/0 un no ip address, lai noņemtu šīs saskarnes IP adresi. Bet šī saskarne joprojām darbojas, tā nav izslēgšanas stāvoklī. Ja atceraties, maršrutētājam ir jāpieņem trafika no abiem tīkliem – 1.0 un 2.0. Tā kā slēdzis ir savienots ar maršrutētāju, izmantojot maģistrāli, satiksme gan no pirmā, gan otrā tīkla plūst caur to uz maršrutētāju. Tomēr kāda IP adrese šajā gadījumā ir jāpiešķir maršrutētāja saskarnei?
G0/0 ir fiziska saskarne, kurai pēc noklusējuma nav IP adreses. Tāpēc mēs izmantojam loģiskās apakšinterfeisa jēdzienu. Ja rindā ierakstīšu int g0/0, sistēma dos divas iespējamās komandas opcijas: slīpsvītra / vai punkts. Slīpsvītra tiek izmantota, modulējot saskarnes, piemēram, 0/0/0, un punkts tiek izmantots, ja jums ir apakšinterfeiss.
Ja es ierakstu int g0/0. ?, tad sistēma man iedos iespējamo GigabitEthernet loģisko apakšinterfeisa numuru diapazonu, kas norādīti aiz punkta: . Šajā diapazonā ir vairāk nekā 0 miljardi skaitļu, tas ir, ir iespējams izveidot tik daudz loģisku apakšsaskarņu.
Aiz punkta norādīšu skaitli 10, kas norādīs VLAN10. Tagad mēs esam pārgājuši uz apakšinterfeisa iestatījumiem, par ko liecina CLI iestatījumu rindas galvenes maiņa uz Router (config-subif) #, šajā gadījumā tas attiecas uz g0/0.10 apakšinterfeisu. Tagad man ir jāpiešķir tai IP adrese, kurai izmantoju komandu ip add 192.168.1.1 255.255.255.0. Pirms šīs adreses iestatīšanas mums ir jāveic iekapsulēšana, lai mūsu izveidotais apakšinterfeiss zinātu, kuru iekapsulēšanas protokolu izmantot - 802.1q vai ISL. Es ierakstu rindā vārdu iekapsulēšana, un sistēma parāda iespējamās šīs komandas parametru opcijas.
Es izmantoju komandu iekapsulēšana dot1Q. Tehniski šīs komandas ievadīšana nav nepieciešama, bet es to ierakstu, lai norādītu maršrutētājam, kāds protokols ir jāizmanto darbam ar VLAN, jo šobrīd tas darbojas kā slēdzis, apkalpojot VLAN maģistrāles. Ar šo komandu mēs norādām maršrutētājam, ka visa satiksme ir jāiekapsulē, izmantojot protokolu dot1Q. Tālāk komandrindā man jānorāda, ka šī iekapsulācija ir paredzēta VLAN10. Sistēma parāda mums izmantoto IP adresi, un VLAN10 tīkla saskarne sāk darboties.
Es konfigurēju g0/0.20 interfeisu tādā pašā veidā. Izveidoju jaunu apakšinterfeisu, iestatu iekapsulēšanas protokolu un iestatu IP adresi ar komandu ip add 192.168.2.1 255.255.255.0.
To sakot, man noteikti ir jānoņem fiziskās saskarnes IP adrese, jo tagad fiziskajam interfeisam un loģiskajam apakšinterfeisam ir viena VLAN20 adrese. Lai to izdarītu, es secīgi ierakstu komandas int g0/1 un bez ip adreses. Pēc tam es atspējoju šo interfeisu, jo mums tas vairs nav vajadzīgs.
Pēc tam es atkal atgriežos pie interfeisa g0/0.20 un piešķiru tai IP adresi ar komandu ip add 192.168.2.1 255.255.255.0. Tagad viss noteikti darbosies.
Šobrīd es izmantoju komandu show ip route, lai apskatītu maršrutēšanas tabulu.
Mēs redzam, ka tīkls 192.168.1.0/24 ir tieši savienots ar GigabitEthernet0/0.10 apakšinterfeisu, un tīkls 192.168.2.0/24 ir tieši savienots ar GigabitEthernet0/0.20 apakšinterfeisu. Tagad es atgriezīšos pie PC0 komandrindas termināļa un ping PC1. Šajā gadījumā satiksme nonāk maršrutētāja portā, kas to pārsūta uz atbilstošo apakšinterfeisu un caur slēdzi nosūta atpakaļ uz PC1. Kā redzat, ping bija veiksmīgs. Pirmās divas paketes tika izmestas, jo pārslēgšanās starp maršrutētāju saskarnēm prasa zināmu laiku un ierīcēm ir jāapgūst MAC adreses, bet pārējās divas paketes veiksmīgi sasniedza galamērķi. Šādi darbojas jēdziens “maršrutētājs uz nūjas”.
Paldies, ka palikāt kopā ar mums. Vai jums patīk mūsu raksti? Vai vēlaties redzēt interesantāku saturu? Atbalsti mūs, pasūtot vai iesakot draugiem, 30% atlaide Habr lietotājiem unikālam sākuma līmeņa serveru analogam, ko mēs jums izgudrojām: (pieejams ar RAID1 un RAID10, līdz 24 kodoliem un līdz 40 GB DDR4).
Dell R730xd 2 reizes lētāk? Tikai šeit Nīderlandē! Dell R420 — 2x E5-2430 2.2 GHz 6C 128 GB DDR3 2x960 GB SSD 1 Gbps 100 TB — no 99 USD! Lasīt par
Avots: www.habr.com