Cisco 200-125 CCNA v3.0 koolitus. Päev 34. Laiendatud VLAN kontseptsioon.

Oleme juba käsitlenud VLAN kohalikke võrke videolugudes Päev 11, 12 ja 13 ning täna jätkame nende uurimist ICND2 teema raames. Ma salvestasin eelneva video, mis tähistas ICND1 eksami ettevalmistuse lõppu, mitu kuud tagasi ja olen sellest ajast väga hõivatud. Arvan, et paljud teist on selle eksami edukalt läbinud, need, kes on testi edasi lükanud, võivad oodata kursuse teise osa lõppu ja proovida sooritada kompleksset eksamit CCNA 200-125.

Täna alustame videoõpetusega „Päev 34“, mis käsitleb ICND2 kursuse teemasid. Paljud küsivad minult, miks me ei arutanud OSPF-i ja EIGRP-d. Asi on selles, et need protokollid ei kuulu ICND1 kursuse temaatikasse ja neid õpitakse ICND2 eksamiks valmistumise käigus. Alates tänasest hakkame katma teise kursuse osa teemasid ning loomulikult uurime OSPF ja EIGRP protokolle. Enne kui alustada tänase teema tutvustamist, tahan rääkida meie videolugude struktureerimisest. ICND1 temaatika esitamisel ei järginud ma kehtestatud mudeleid, vaid selgitasin materjali loogiliselt, kuna arvasin, et see lähenemine on arusaadavam. Nüüd, ICND2 õppimise käigus, hakkan kuulajate soovide järgi esitama õppeainet vastavalt Cisco kursuse õppekavale.

Kui külastate ettevõtte veebilehte, näete seda plaani ja et kogu kursus on jagatud viieks põhiosaks:

— Kohalike võrkude lülitustehnoloogiad (26% õpikust);
— Suunamist hõlmavad tehnoloogiad (29%);
— Globaalsete võrkude tehnoloogiad (16%);
— Infrastruktuuri teenused (14%);
— Infrastruktuuri hooldus (15%).

Alustan esimesest osast. Kui klõpsate paremal olevale rippmenüüle, näete selle jaotise üksikasjalikku teemat. Täna käsitleb videoõpetus jaotuse 1.1 teemat: „VLAN-võrkude seadistamine, kontrollimine ja tõrkeotsing (tavaline / laiendatud vahemik), mis hõlmab mitmeid lüliteid“ ning alajaotusi 1.1a „Ligipääsuportid (andmed ja häälkõned)“ ja 1.1.b „Vaikimisi VLAN“.

Edasi püüan ma järgida sama ülesehituse põhimõtet, st iga videoõppe osa on pühendatud ühele jaotusele koos alamjaotustega, ning kui materjali on vähe, liidan ma mitme jaotuse teema ühte õppesse, näiteks 1.2 ja 1.3. Kui aga jaotuse materjali on palju, jagan ma selle kaheks videoks. Igatahes järgime me kursuse programmi ja te saate hõlpsasti võrrelda oma märkmeid vastava Cisco õppekavaga.

Te näete ekraanil minu uut töölauad, see on Windows 10. Kui soovite täiustada oma töölauad erinevate vidinatega, võite vaadata minu videot nimega „Pimp Your Desktop”, kus räägin, kuidas seada oma arvuti töölauad vastavalt oma vajadustele. Selliseid videoid laekin ma teisel kanali, ExplainWorld, nii et võite kasutada paremas ülanurgas olevat linki ja tutvuda tema sisuga.

Enne tunni algust palun teid mitte unustada jagada minu videoid ja panna neile meeldimist. Samuti tahan meenutada meie kontakte sotsiaalmeedias ja linke minu isiklikele lehtedele. Te võite kirjutada mulle e-posti teel, ja nagu ma juba ütlesin, on prioriteediks saada minu isiklik vastus inimestele, kes on teinud annetusi meie saidil.

Kui te ei ole annetusi teinud, pole hullu, te võite jätta oma kommentaarid videoõpude alla YouTube’is ja ma vastan neile võimalusel.

Nii et täna, vastavalt Cisco ajakavale, vaatame kolme küsimust: võrdleme Default VLAN, ehk vaike VLAN, Native VLAN, ehk „koduvLAN”, ja saame aru, kuidas erineb Normal VLAN (tavaline VLAN vahemik) laiendatud VLAN vahemikest, ning vaatame vahet Data VLAN (andmete VLAN) ja Voice VLAN (hääle VLAN) vahel. Nagu ma ütlesin, oleme seda teemat juba varem uurinud, kuid suhteliselt pinnapealselt, seega on paljudel üliõpilastel jätkuvalt raske eristada VLAN tüüpide vahel. Täna selgitan seda nii, et igaühele oleks arusaadav.

Vaatame, mis vahe on Default VLAN ja Native VLAN vahel. Kui võtate täiesti uue Cisco lüliti tehase seadistustega, on sellel 5 VLAN-i – VLAN1, VLAN1002, VLAN1003, VLAN1004 ja VLAN1005.

VLAN1 on Cisco seadmetele vaikimisi VLAN, samas kui VLAN 1002-1005 on reserveeritud Token Ring ja FDDI jaoks. VLAN1 võrku ei saa kustutada ega ümber nimetada, sellele ei saa liideseid lisada ning kõik lüliti sadamad kuuluvad vaikimisi sellele võrku, kuni need on teisiti seadistatud. Vaikimisi saavad kõik lülitid üksteisega suhelda, kuna need kõik kuuluvad VLAN1-sse. Just seda tähendab "vaikimisi VLAN".

Kui te sisenete lüliti SW1 seadistustesse ja määrate kaks liidest VLAN20 võrku, siis need muutuvad VLAN20 võrgu osaks. Enne tänase õppetunni alustamist soovitan tungivalt üle vaadata ülalmainitud sarjad 11, 12 ja 13, kuna ma ei hakka kordama, mis on VLAN ja kuidas need töötavad.

Ma lihtsalt meenutan, et liideseid ei saa automaatselt määrata VLAN20 võrku, kuni see ei ole loodud, seega peate kõigepealt sisenema lüliti globaalsete seadistuste režiimi ja looma VLAN20. Saate vaadata CLI seadistuste konsooli ja mõista, mida ma silmas pean. Pärast seda, kui olete määranud need 2 sadamat VLAN20-ga töötamiseks, saavad arvutid PC1 ja PC2 omavahel suhelda, kuna mõlemad kuuluvad samasse VLAN20 võrku. Kuid arvuti PC3 jääb endiselt VLAN1 osaks ja seetõttu ei saa see suhelda VLAN20 võrgu arvutitega.

Meil on teine lüliti SW2, mille üks liidestest on määratud töötama VLAN20-ga, ja sellele porti on ühendatud arvuti PC5. Sellise ühenduskaabli korral ei saa PC5 suhelda PC4 ega PC6-ga, kuid need kaks arvutit saavad omavahel suhelda, kuna kuuluvad samasse VLAN1 võrku.

Mõlemad lülitid on ühendatud trunk'i kaudu vastavalt seadistatud portide kaudu. Ma ei hakka kordama, vaid ütlen lihtsalt, et kõik lüliti portid on vaikimisi seadistatud DTP protokolli trunkingurežiimile. Kui mõni port on arvutiga ühendatud, siis töötab see port access režiimis. Kui soovite muuta PC3-le ühendatud porti access režiimiks, peate sisestama käsu switchport mode access.

Seega, kui ühendate kaks lülitit omavahel, moodustavad nad trunk'i. SW1 ülemised kaks porti edastavad ainult VLAN20 liiklust, alumine port edastab ainult VLAN1 liiklust, kuid trunk-ühendus edastab kõike liiklust, mis läbib lülitit. Seega jõuab SW2-le nii VLAN1 kui ka VLAN20 liiklus.

Kuidas te mäletate, VLAN-võrgud on lokaalsed. Seetõttu teab SW2, et VLAN1 sadamast, kuhu PC4 on ühendatud, võib liiklus saata ainult PC6-le läbi sadama, mis kuulub samuti VLAN1. Kuid kui üks lüliti saadab liiklust teisele lülitile trunki kaudu, peab ta kasutama mehhanismi, mis seletab teisele lülitile, milline liiklus see on. Sellise mehhanismina kasutatakse Native VLAN-i, mis on ühendatud trunk-porti ja laseb läbi märgistatud liikluse.

Nagu ma juba mainisin, on lülitil ainult üks võrk, mis ei ole muutuv – see on vaikimisi VLAN1. Kuid vaikimisi on Native VLAN just VLAN1. Mis on Native VLAN? See on võrk, mis lubab VLAN1 mitte-märgistatud liiklust, kuid kohe, kui trunk-porti tuleb liiklus mõnest teisest võrgust, meie juhul VLAN20, peab see olema märgistatud. Igal raamil on sihtadresse DA, allikaadresse SA ja VLAN-märgis, mis sisaldab VLAN ID identifikaatorit. Meie puhul näitab see identifikaator, et see liiklus kuulub VLAN20, seetõttu saab seda saata ainult VLAN20 läbi ja see on mõeldud PC5-le. Võib öelda, et Native VLAN otsustab, kas liiklus peaks olema märgistatud või mitte.

Pidage meeles, et VLAN1 on vaikimisi Native VLAN, sest vaikimisi kasutavad kõik sadamad VLAN1-d Native VLAN-ina mitte-märgistatud liikluse edastamiseks. Kuid vaikimisi Default VLAN on ainult VLAN1, ainus võrk, mida ei saa muuta. Kui lüliti saab mitte-märgistatud raame trunk-porti, liigitab see need automaatselt Native VLAN-i.

Lihtsalt öeldes, Cisco lülitites võib Native VLAN-ina kasutada igasuguseid VLAN-e, näiteks VLAN20, ja Default VLAN-ina ainult VLAN1.

Sellest võib aga tekkida probleem. Kui me muutame esimese lüliti trunk-porti Native VLAN`i VLAN20-ks, siis arvab port: "kuna see on Native VLAN, ei pea selle liiklust sildistama" ja saadab märgistamata liiklust VLAN20 võrku teise lülitini. Lüliti SW2, saades selle liikluse, ütleb: "hästi, see liiklus ei oma silti. Vastavalt minu seadistustele on minu Native VLAN VLAN1, seega pean selle märgistamata liikluse saatma VLAN1 võrku." Seega suunab SW2 saadud liikluse ainult PC4 ja PC-6 poole, kuigi see on mõeldud PC5-le. See tekitab tõsise turvaprobleemi, kuna segab VLAN-e. Just seetõttu tuleb mõlemal trunk-portil alati seadistada sama Native VLAN; see tähendab, et kui SW1 trunk-porti Native VLAN on VLAN20, siis peab sama VLAN20 olema seadistatud ka SW2 trunk-porti Native VLAN-iks.

Siin on erinevus Native VLAN`i ja Default VLAN`i vahel ning peate meeles pidama, et kõik trunk`i Native VLAN`id peavad olema ühesugused (tõlkija märkus: seetõttu on parem kasutada Native VLAN`ina võrku, mis ei ole VLAN1).

Vaatame seda lüliti vaatenurgast. Saate siseneda lülitisse ja sisestada käsu show vlan brief, seejärel näete, et kõik lüliti pordid on ühendatud Default VLAN1-iga.

Allpool on veel 4 VLAN võrku: 1002, 1003, 1004 ja 1005. Need on samuti Default VLAN, sest näete, et need on tähistatud. Need on vaikimisi võrgu, kuna need on reserveeritud spetsiifiliste võrkude jaoks — Token Ring ja FDDI. Nagu näete, on need aktiivsed, kuid neid ei toetata, kuna lülitisse ei ole ühendatud nimetatud standardite võrke.

Märgistus "default" VLAN 1 võrgu jaoks ei saa olla muudetud, kuna see on vaikimisi võrgu. Kuna vaikimisi kuuluvad kõik lüliti pordid sellesse võrku, saavad kõik lülitid omavahel vaikimisi suhelda, st ilma täiendava seadistamiseta. Kui soovite lüliti ühendada teise võrku, sisenete globaalsete seadete režiimi ja loote selle võrgu, näiteks VLAN20. Vajutades "Enter", pääsete loodud võrgu seadistustesse ja saate sellele anda nime, näiteks Management, ning seejärel välja seadistustest.

Kui kasutada käsku show vlan brief, näete, et me oleme loonud uue VLAN20 võrgu, millele ei vasta ükski lüliti port. Selle võrgu konkreetse porti määramiseks tuleb esitada liides, näiteks int e0/1, minna selle porti seadistustesse ja sisestada käskude switchport mode access ja switchport access vlan20.

Kui palume süsteemil näidata VLAN-võrkude seisundit, näeme, et nüüd on Ethernet 0/1 port määratud haldusvõrgule, see tähendab, et see on automaatselt viidud siia portsioonist, mis on vaikimisi määratud VLAN1-le.

Pidage meeles, et igal access-portil võib olla ainult üks Data VLAN, seega ei saa see samaaegselt teenindada kaht VLAN-võrku.

Nüüd vaatame Native VLAN-i. Kasutan käsku show int trunk ja näen, et Ethernet0/0 port on määratud trunkimiseks.

Ma ei pidanud seda eraldi tegema, kuna DTP-protokoll määras automaatselt selle liidese trunkimiseks. Port on desirables režiimis, kapseldamine on n-isl tüüpi, port on seisundis trunking, võrgu seisund – Native VLAN1.

Edasi on toodud lubatud trunkimiseks VLAN-võrgu numbrite vahemik 1–4094 ja märgitud, et meil töötavad VLAN1 ja VLAN20. Nüüd lähen globaalsete seadistuste režiimi ja tippin käsu int e0/0, mille abil lähen selle liidese seadistustesse. Proovin käsuga switchport mode trunk käsitsi seadistada selle porti trunkimisrežiimi, kuid süsteem ei aktsepteeri käsku ja vastab, et "automaatse trunk-kapseldamise režiimiga liidest ei saa muuta trunk-režiimi".

Seetõttu pean kõigepealt seadistama trunk-kapseldamise tüübi, milleks kasutan käsku switchport trunk encapsulation. Süsteem andis vihjeid selle käsku võimalike parameetrite kohta:

dot1q – trunkimise ajal kasutab port 802.1q standardi trunk-kapseldamist;
isl – trunkimise ajal kasutab port ainult Cisco ISL omandi protokolli kapseldamist;
negotiate – seade teostab trunk-kapseldamist igasuguste seadmetega, mis on selle liidese külge ühendatud.

Iga otsas trunk'i peab valima sama kapseldamise tüübi. Vaikimisi toetab switch "karbist välja" ainult dot1q tüüpi trunkimist, kuna see standard on praktiliselt kõigis võrguseadmetes. Programmeerin meie liidese trunkimise kapseldamise selle standardi jaoks käsuga switchport trunk encapsulation dot1q, pärast mida kasutan varem tagasi lükatud käsku switchport mode trunk. Nüüd on meie port programmeeritud trunk-režiimile.

Kui trunk on moodustatud kahe Cisco switchiga, kasutatakse vaikimisi patenteeritud protokolli ISL. Kui üks switch toetab dot1q ja ISL, kuid teine ainult dot1q, siis trunk muudetakse automaatselt dot1q kapseldamise režiimi. Kui vaadata uudset trunkimise parameetreid, näeme, et nüüd on Et0/0 liidese trunkimise kapseldamise režiim muutunud n-isl-st 802.1q-ks.

Kui sisestate käsu show int e0/0 switchport, näeme selle porti oleku kõiki parameetreid.

Nägite, et vaikimisi on VLAN1 trunkimise jaoks "koduvõrk" Native VLAN ja samas on võimalik Native VLAN-i liikluse žetoonimise režiim. Edasi kasutan käsku int e0/0, lähen selle liidese seadistustesse ja sisestan switchport trunk, pärast mida süsteem annab ettepanekuid selle käsu võimalike parameetrite kohta.

Allowed tähendab, et kui port on trunk-režiimis, seatakse lubatud VLAN-i omadused. Encapsulation aktiveerib trunkimise kapseldamise, kui port on trunk-režiimis. Kasutan parameetrit native, mis tähendab, et trunk-režiimis seotakse porti loomulikud omadused, ja sisestan käsu switchport trunk native VLAN20. Seega on trunk-režiimis VLAN20 selle esimese switchi SW1 jaoks Native VLAN.

Meil on teine switch, SW2, mille trunk-port kasutab Native VLAN-na VLAN1. Nüüd näete, et CDP protokoll teatab, et mõlemas otsas trunk'i puuduvad kokkuvõtted Native VLAN-is: esimese switchi Ethernet0/0 trunk-port kasutab Native VLAN20, samas kui teise trunk-port kasutab Native VLAN1. See illustreerib erinevust Native VLAN-i ja Default VLAN-i vahel.

Alustame tavaliste ja laiendatud VLAN-ide vahemike uurimist.

Pikka aega toetas Cisco ainult VLAN-i numbreid vahemikus 1 kuni 1005, kusjuures vahemik 1002 kuni 1005 oli vaikimisi reserveeritud Token Ring'i ja FDDI VLAN-ide jaoks. Neid võrke nimetati tavalisteks VLAN-ideks. Kui mäletate, VLAN ID on 12-bitine silt, mis võimaldab määrata numbrit kuni 4096, kuid ühilduvuse tõttu kasutas Cisco numbreid vaid kuni 1005.

Laienenud VLAN-i vahemik sisaldab numbreid 1006 kuni 4095. Seda saab kasutada vanemates seadmetes ainult siis, kui need toetavad VTP v3. Kui kasutate VTP v3 ja laienenud VLAN-i vahemikku, peate VTP v1 ja v2 toe välja lülitama, sest esimesed ja teised versioonid ei saa töötada VLAN-idega, kui need on numbriga üle 1005.

Nii et kui kasutate Extended VLAN-i vanade lülitite jaoks, peab VTP olema seades 'desable' ja peate seda VLAN-ide jaoks käsitsi konfigureerima, vastasel juhul ei saa VLAN andmebaasi uuendada. Kui kavatsete kasutada Extended VLAN-i koos VTP-ga, vajate VTP kolmandat versiooni.

Vaatame VTP staatust käsuga show vtp status. Näete, et lüliti töötab režiimis VTP v2, samas on toetatud versioonid 1 ja 3. Olen määranud sellele domeeninime nwking.org.

Siin on oluline VTP juhtimisrežiim – server. Näete, et maksimaalne toetatud VLAN-võrkude arv on 1005. Seega võib järeldada, et see lüliti toetab vaikimisi ainult tavalist VLAN-i vahemikku.

Nüüd sisestan käsu show vlan brief, ja näete VLAN20 Management'i, mis mainitakse siin, sest see on osa VLAN andmebaasist.

Kui ma nüüd palun näidata seadme praegust konfiguratsiooni käsuga show run, ei näe me ühtegi mainimist VLAN-ist, kuna need on salvestatud ainult VLAN andmebaasi.
Edasi kasutan käsku vtp mode, et seadistada VTP töörežiim. Vanade mudelite lülititel oli sellele käsule ainult kolm parameetrit: client, mis viib lüliti kliendi režiimi, server, mis aktiveerib serveri režiimi, ja transparent, mis viib lüliti „läbipaistvasse” režiimi. Kuna vanadel lülititel ei olnud VTP täielikult väljalülitamine võimalik, siis selles režiimis lüliti, jäädes VTP domeeni, lihtsalt lõpetas VLAN andmebaasi värskenduste vastuvõtmise, mis saabusid temaportidele VTP protokolli kaudu.

Uutes switchides ilmus parameeter off, mis võimaldab täielikult keelata VTP režiimi. Muudame seadme läbipaistvasse režiimi käsuga vtp mode transparent ja vaatame veelkord hetke konfiguratsiooni. Nagu näete, on see nüüd lisanud kirje VLAN20. Seega, kui lisame mõne VLAN-võrgu, mille number on tavapärases VLAN vahemikus 1 kuni 1005, ja samal ajal on VTP režiim transparent või off, siis vastavalt VLAN-i sisepoliitikatele lisatakse see võrk praegusesse konfiguratsiooni ja virtuaalsete lokaalsete võrkude andmebaasi.

Proovime lisada VLAN 3000, ja näete, et läbipaistvas režiimis on see samuti hetke konfiguratsioonis. Tavaliselt, kui soovime lisada võrgu laiendatud VLAN vahemikust, peame kasutama käsu vtp version 3. Nagu näete, on mõlemad VLAN20 ja VLAN3000 hetke konfiguratsioonis.

Kui välja minna läbipaistvast režiimist ja aktiveerida serverirežiim käsuga vtp mode server, ning seejärel uuesti vaatame hetke konfiguratsiooni, on näha, et VLAN-i kirjed on täielikult kadunud. See juhtus seetõttu, et kõik VLAN-i andmed salvestatakse ainult VLAN-i andmebaasis ja neid saab vaadata ainult läbipaistvas VTP režiimis. Kuna aktiveerisin VTP v3 režiimi, siis pärast käsu show vtp status kasutamist on näha, et toetatavate VLAN-ide maksimaalne arv on suurenenud 4096-ni.

Seega toetab VTP v1 ja VTP v2 andmebaas ainult tavapäraseid VLAN-e numbritega 1 kuni 1005, mentre VTP v3 andmebaas sisaldab kirjeid laiendatud VLAN-ide numbritega 1 kuni 4096. Kui kasutate VTP läbipaistvat või VTP off režiimi, lisatakse VLAN-i teave praegusesse konfiguratsiooni. Kui soovite kasutada laiendatud VLAN-i vahemikku, peab seade olema VTP v3 režiimis. Siin on erinevus tavapäraste ja laiendatud VLAN-ide vahel.

Ja nüüd võrreldame andmete VLAN-i ja hääletuse VLAN-i. Kui mäletate, siis ütlesin, et iga port võib samaaegselt kuuluda ainult ühte VLAN-i.

Kuid paljude juhtude puhul peame konfigureerima porti IP-telefoniga töötamiseks. Kaasaegsetes Cisco IP-telefonides on sisseehitatud lüliti, seega saate telefoni lihtsalt seina pistikusse kaabliga ühendada ja patch-kaabli oma arvutisse. Probleem oli selles, et seina pistik, kuhu telefonipordi ühendamine toimus, pidanuks omama kahte erinevat VLAN-i. Oleme juba arutanud videoõpetustes 11 ja 12, mida teha, et vältida liikluslike silmuste tekkimist, kuidas kasutada „koduse“ VLAN-i kontsepti, mis laseb edastada mitte märgistatud liiklust, kuid need olid kõik mööda minemise lahendused. Lõplikuks lahenduseks sai VLAN-ide jagamise kontseptsioon andmeliikluse ja hääliliikluse võrkudeks.

Selles olukorras ühendate kõik telefoniliinid hääle VLAN-i. Joonisel on näidatud, et arvutid PC1 ja PC2 võivad kuuluda punasesse VLAN20 võrku, arvuti PC3 - rohelisse VLAN30 võrku, kuid kõik nendega seotud IP-telefonid kuuluvad samasse kollasesse häälevõrku VLAN50.

Tegelikult on igal lülitil SW1 samal ajal 2 VLAN-i võrku - andmete ja hääle jaoks.

Nagu ma ütlesin, on access VLAN alati ühe VLAN-iga; ühel portil ei saa olla kahte VLAN-i. Te ei saa korraga rakendada ühele liidesele käske switchport access vlan 10, switchport access vlan 20 ja switchport access vlan 50. Kuid saate kasutada sama liidese jaoks kahte käsku: käsku switchport access vlan 10 ja käsku switchport voice vlan 50. Seega, kuna IP-telefon sisaldab endas lülitit, saab see kapseldada ja edastada hääle liiklust VLAN50 ning samal ajal vastu võtta ja edastada andmeliiklust VLAN20 lüliti SW1 režiimis switchport access. Vaatame, kuidas see režiim seadistatakse.

Esiteks loome VLAN50 võrgu ja seejärel liigume Etherneti 0/1 liidese seadistuste juurde ning programmeerime selle switchport mode access režiimi. Pärast seda sisestan järjestikku käsud switchport access vlan 10 ja switchport voice vlan 50.

Unustasin seadistada ühtse VLAN-režiimi trunk-ühendusele, seetõttu lähen Etherneti 0/0 pordi seadistuste juurde ja sisestan käsu switchport trunk native vlan 1. Nüüd palun näidata VLAN-i parameetreid ja näete, et nüüd on Etherneti 0/1 pordil mõlemad suhted – VLAN 50 ja VLAN20.

Seega, kui te näete, et ühel porti asub kaks VLAN-i, tähendab see, et üks neist on häälside võrgu Voice VLAN. See ei saa olla trunk, kuna kui vaadata trunk'i parameetreid käsuga show int trunk, on näha, et trunk-port sisaldab kõiki VLAN-võrke, sealhulgas vaikimisi VLAN1 võrku.

Tehniliselt võib öelda, et kui loote andme- ja häälvõrgu, siis igaüks neist portidest käitub nagu pooltrunk: ühe võrgu jaoks töötab ta trunkina, teise võrgu jaoks aga access-portina.

Käsu show int e0/1 switchport sisestamisel on näha, et mõned omadused vastavad kahele töörežiimile: meil on nii static access kui ka trunking encapsulation. Selle access mode'ile vastab andmevõrk VLAN 20 Management ning samal ajal on olemas häälvõrk VLAN 50.

Võime vaadata praegust konfiguratsiooni, mis näitab samuti, et antud porti kuuluvad access vlan 20 ja voice vlan 50.

See on erinevus andmevõrkude Data VLAN ja häälvõrkude Voice VLAN vahel. Loodan, et mõistsite kõike, millest rääkisin, kui ei — vaadake seda videoõpetust lihtsalt uuesti.

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