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

Oleme juba arutanud VLAN kohalikke võrke videoklippides Päev 11, 12 ja 13 ning täna jätkame nende uurimist vastavalt ICND2 teemadele. Ma salvestasin eelmise video, mis tähistas ICND1 eksami ettevalmistuse lõpetamist, mitu kuud tagasi ja olen sellest ajast alates olnud väga hõivatud. Arvan, et paljud teist on selle eksami edukalt sooritanud, need, kes on testi edasi lükanud, saavad oodata kursuse teise osa lõppu ja proovida teha CCNA 200-125 eksamit.

Tänase videokursuse „Päev 34” raames alustame ICND2 kursuse teemadega. Paljud on küsinud, miks me ei ole käsitlenud OSPF-i ja EIGRP-d. Tegelikult ei kuulu need protokollid ICND1 kursuse teemade hulka ning neid uuritakse ICND2 eksamiks ettevalmistamisel. Alates tänasest hakkame käsitlema kursuse teise osa teemasid ja muidugi uurime OSPF-i ja EIGRP-d. Enne tänase teema alustamist tahaksin rääkida meie videokursuste struktureerimisest. ICND1 teemasid esitledes ei järginud ma kindlaid šabloone, vaid lihtsalt loogiliselt selgitasin materjali, kuna arvasin, et see on arusaadavam. Nüüd, ICND2 õppimisel, hakkan kuulajate soovil esitama õppeainet vastavalt õpikavale ja Cisco kursuse programmile.

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

— Kohalike võrkude lülitustehnoloogiad (26% õpikavast);
— Marsruutimistehnoloogiad (29%);
— Globaalsete võrkude tehnoloogiad (16%);
— Infrastruktuuriteenused (14%);
— Infrastruktuuri haldamine (15%).

Alustan esimesest osast. Kui vajutate paremasse rippmenüüsse, näete selle jaotise üksikasjalikku teemat. Tänane videokursus katab teema 1.1: „VLAN-ide (tavaline / laiendatud vahemik) seadistamine, kontrollimine ja tõrkeotsing, mis katab mitu lülitit” ja alajaotusi 1.1a „Kasutusportide (andmete ja häälteate) seadistamine” ja 1.1b „Vaike-VLAN”.

Hiljem püüan säilitada sama stabiilset esitlemisprintsii, st iga videokursus keskendub ühele jaotusele koos alajaotustega. Kui materjali on vähe, kombineerin mitme jaotuse teemasid, näiteks 1.2 ja 1.3. Kui aga alajaotuse materjali on palju, jagan selle kaheks videoks. Igatahes järgime kursuse programmi ning saate hõlpsasti võrrelda oma märkmeid Cisco õpikavaga.

Näete ekraanil minu uut töölaua keskkonda, see on Windows 10. Kui soovite oma töölaual mitmesuguste vidinate abil täiustada, võite vaadata minu videot nimega „Pimp Your Desktop”, kus räägin, kuidas seadistada oma arvuti töölauaga vastavalt teie vajadustele. Selleteemalisi videoid postitan ma teisel kanalil, ExplainWorld, seega võite kasutada paremas ülanurgas olevaid linke ja tutvuda selle sisuga.

Enne tunni algust palun ärge unustage jagada minu videoid ja panna neile meeldimist. Samuti tahan meenutada meie kontakte sotsiaalmeedias ja linke minu isiklikele lehtedele. Võite mulle kirjutada e-postile, ja nagu ma juba ütlesin, on esmatähtsad inimesed, kes on meie veebisaidil annetuse teinud.

Kui te ei ole annetust teinud, siis pole midagi hullu, saate jätta oma kommentaare videokursuste alla YouTube'is ja ma vastan neile võimaluse piires.

Nii et täna, vastavalt Cisco ajakavale, vaatame läbi 3 teemat: võrdleme Default VLAN-i ehk Vaike-VLAN-i Native VLAN-iga ehk 'koosolek' VLAN-iga, saame teada, millised on erinevused Normal VLAN-i (tavaline VLAN-i vahemik) ja laienenud VLAN-ide (Extended VLAN) vahel ning vaatame, mis vahet on Data VLAN-il (andmete VLAN) ja Voice VLAN-il (hääl VLAN). Nagu ma ütlesin, oleme juba varasemates seeriates seda teemat uurinud, kuid üsna pinnapealselt, seetõttu on paljusid õpilasi raske eristada VLAN-tüüpe. Täna seletan seda viisil, mis on kõigile arusaadav.

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

VLAN1 on kõigi Cisco seadmete Vaike-VLAN, samas kui VLAN 1002–1005 on reserveeritud Token Ring ja FDDI jaoks. VLAN1 võrgustikku ei saa kustutada ega ümber nimetada, sellele ei saa liita liideseid ja kõik lüliti pordid kuuluvad vaikimisi sellele võrgule, kuni need on teisiti seadistatud. Vaikimisi saavad kõik lülitid omavahel suhelda, kuna nad kõik kuuluvad VLAN1-sse. Just see tähendabki „Vaike-VLAN” ehk Default VLAN.

Kui sisenete lüliti SW1 seadistustesse ja määrate kaks liidest VLAN20 võrku, siis need kuuluvad VLAN20 võrku. Enne tänase tunni alustamist soovitan tungivalt vaadata üle eespool mainitud seeriad 11, 12 ja 13, kuna ma ei hakka selgitama, mis on VLAN ja kuidas need toimivad.

Tahan lihtsalt meenutada, et liideseid ei saa automaatselt VLAN20 võrku määrata enne, kui see on loodud, seega peate esmalt sisenema globaalsetesse seadistustesse ja looma VLAN20. Saate vaadata CLI seadistuste konsooli ja mõista, mida ma mõtlen. Pärast nende kahe sadama määramist VLAN20 jaoks saavad arvutid PC1 ja PC2 omavahel suhelda, sest nad kuuluvad mõlemad VLAN20 võrku. Kuid arvuti PC3 jääb endiselt VLAN1 võrku ja seega ei saa ta suhelda VLAN20 võrgu arvutitega.

Meil on teine lüliti SW2, mille ühe liidese on määratud VLAN20 jaoks, ja sellele pordile on ühendatud arvuti PC5. Sellise ühendusskeemiga ei saa PC5 suhelda PC4 ja PC6-ga, kuid need kaks arvutit saavad omavahel rääkida, sest nad kuuluvad mõlemad VLAN1 võrku.

Mõlemad lülitid on ühendatud trunki kaudu vastavalt seadistatud sadamate kaudu. Ei hakka kordama, lihtsalt ütlen, et kõik lüliti sadamad on vaikimisi seadistatud trunki režiimi DTP protokolliga. Kui mõnele sadamale on ühendatud arvuti, siis kasutatakse sellel sadamal access režiimi. Kui soovite muuta PC3-ga ühendatud sadama access režiimi, peate sisestama käsu switchport mode access.

Seega, kui ühendate kaks lülitit omavahel, moodustavad nad trunki. Lüliti SW1 ülemised sadamad edastavad ainult VLAN20 liiklust, alumine sadam ainult VLAN1 liiklust, kuid trunkiühendus edastab kogu liikluse, mis läbib lülitit. Seega jõuab SW2-le nii VLAN1 kui ka VLAN20 liiklus.

Kuidas te mäletate, on VLAN-võrkudel kohalik tähendus. Seetõttu teab SW2, et VLAN1 sadamas PC4-lt saadud liiklus saab edastada vaid PC6-le sadama kaudu, mis kuulub samuti VLAN1 võrku. Kuid kui üks lüliti saadab liiklust teisele lülitile trunki kaudu, peab ta kasutama mehhanismi, mille abil selgitada teisele lülitile, milline liiklus see on. Sellise mehhanismina kasutatakse Native VLAN-i, mis on ühendatud trunki portidega ja edastab märgistatud liiklust.

Nagu juba öeldud, on lülitil vaid üks verk, mis ei muutu – see on vaikimisi VLAN1. Kuid vaikimisi on Native VLAN samuti VLAN1. Mis on Native VLAN? See on verk, mis edastab VLAN1 mittetäiendatud liiklust, kuid niipea kui trunki sadam saab liiklust mis tahes teisest verkust, näiteks VLAN20-st, peab see olema kindlasti märgistatud. Igal raamidel on sihtaadress DA, allika aadress SA ja VLAN silt, mis sisaldab VLAN ID-d. Meie juhul näitab see identifikaator, et see liiklus kuulub VLAN20 võrku, seega tohib see edastada ainult VLAN20 sadama kaudu ning olla suunatud PC5-le. Võime öelda, et Native VLAN otsustab, kas liiklus peab olema märgistatud või mitte.

Pea meeles, et VLAN1 on vaikimisi Native VLAN, kuna vaikimisi kasutavad kõik sadamad VLAN1 mittetäiendatud liikluse edastamiseks Native VLAN-ina. Samas on Default VLAN-i jaoks ainult VLAN1, ainus verk, mida ei saa muuta. Kui lüliti saab mittetäiendatud raame trunki sadamas, liigitab ta need automaatselt Native VLAN-i.

Lihtsalt öeldes võivad Cisco lülitites Native VLAN-ina kasutada mis tahes VLAN-i, näiteks VLAN20, kuid Default VLAN-ina võib kasutada ainult VLAN1.

Sellega seoses võib tekkida probleem. Kui muudame esimese lüliti trunki sadama Native VLAN-iks VLAN20, siis sadam arvab: „kuna see on Native VLAN, siis ei pea selle liiklust märgistama” ja saadab VLAN20 mittetäiendatud liikluse trunki teisele lülitile. Lüliti SW2, saadud liiklust nähes, ütleb: „suurepärane, see liiklus ei ole märgistatud. Minu seadistuste järgi on minu Native VLAN VLAN1, seega pean edastama selle mittetäiendatud liikluse VLAN1 võrku.” Seega suunab SW2 saadud liikluse ainult PC4 ja PC6-le, kuigi see oli määratud PC5-le. See tekitab suuri turvaprobleeme, kuna see segab VLAN-i liiklust. Just seetõttu tuleb mõlemal trunki sadamal alati seadistada sama Native VLAN, st kui SW1 trunki sadama Native VLAN on VLAN20, peab see sama VLAN20 olema määratud ka SW2 trunki sadama Native VLAN-iks.

Siin on erinevus Native VLANi ja Default VLANi vahel, ja peate meeles pidama, et kõik Native VLANid trunk'is peavad olema samad (tõlkija märkus: seetõttu on parem kasutada Native VLANina võrku, mis ei ole VLAN1).

Vaadakem seda lüliti vaatenurgast. Saate lülitisse sisse logida ja sisestada käsu show vlan brief, pärast mida näete, et kõik lüliti portid on ühendatud Default VLAN1-ega.

Allpool on veel 4 VLAN võrku: 1002, 1003, 1004 ja 1005. Need on samuti Default VLAN, nagu näete nende tähistamisest. Need on vaikimisivõrgud, kuna need on reserveeritud konkreetsetele võrkudele - Token Ring ja FDDI. Nagu näete, on need aktiivses olekus, kuid ei ole toetatud, kuna lülitisse ei ole ühendatud nimetatud standardite võrgud.

Tähistust 'default' VLAN 1 jaoks ei saa muuta, kuna see on vaikimisivõrk. Kuna vaikimisi kuuluvad kõik lüliti portid sellele võrgule, saavad kõik lülitid üksteisega vaikimisi suhelda, see tähendab, et portide täiendavat seadistamist ei ole vajalik. 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 anda sellele nime, näiteks Management, pärast mida saate seadistustest välja minna.

Kui nüüd kasutada käsku show vlan brief, näete, et meil on lisandunud uus võrgu VLAN20, millele ei vasta ükski lüliti port. Selle võrgule konkreetse pordi määramiseks tuleb määrata liides, näiteks int e0/1, siseneda selle pordi seadistustesse ja sisestada käsud switchport mode access ja switchport access vlan20.

Kui paluda süsteemil näidata VLAN võrkude olekut, näeme, et nüüd on Etherneti port 0/1 määratud Management võrgule, see tähendab, et see on automaatselt siirdunud siia vaikimisi VLAN1-portide piirkonnast.

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

Nüüd vaatame Native VLANi. Kasutan käsku show int trunk ja näen, et Ethernet0/0 port on määratud trunk'iks.

Ma ei pidanud seda spetsiaalselt tegema, kuna DTP protokoll määras selle liidese automaatselt trunkimiseks. Port on desirables režiimis, kapseldus on n-isl tüüpi, ja port on trunkimisrežiimis, võrgu nimi on Native VLAN1.

Edasi antakse kehtiv trunkimiseks mõeldud VLAN võrgu nummerdamise vahemik 1-4094 ja näidatakse, et meil on aktiivsed VLAN1 ja VLAN20. Nüüd sisenen globaalsete seadete režiimi ja sisestan käsu int e0/0, et minna selle liidese seadistustesse. Proovin käsuga switchport mode trunk käsitsi seadistada selle pordi trunk-režiimi, kuid süsteem ei aktsepteeri käsku, teatades, et 'automaatse trunkikamajuurimisrežiimiga liidest ei saa muuta režīmi trunk'.

Seetõttu pean kõigepealt seadistama trunki kapseldustüübi, milleks kasutan käsku switchport trunk encapsulation. Süsteem andis nõuandeid selle käsu võimalike parameetrite kohta:

dot1q - trunkimise ajal kasutab port 802.1q standardi kapseldust;
isl - trunkimise ajal kasutab port ainult Cisco ISL patenteeritud protokolli kapseldust;
negotiate - seade kapseldab trunkimist mis tahes seadmega, mis on sellele pordile ühendatud.

Igal trunk'i otsas peab olema valitud sama kapseldustüüp. Vaikimisi toetab lüliti 'kastist välja' ainult dot1q tüüpi trunkimist, kuna seda standardit toetavad praktiliselt kõik võrgu seadmed. Ma seadistan meie liidese kapseldust selle standardi järgi, kasutades käsku switchport trunk encapsulation dot1q, pärast mida kasutan varem väljajäetud käsku switchport mode trunk. Nüüd on meie port seadistatud trunk-režiimi.

Kui trunk on loodud kahe Cisco lülitiga, kasutatakse vaikimisi patenteeritud ISL protokolli. Kui üks lüliti toetab dot1q ja ISL-i ning teine ainult dot1q, siis trunk muudetakse automaatselt dot1q kapseldusrežiimi. Kui taas vaadata trunkimise parameetreid, näeme, et nüüd on liidese Et0/0 kapseldusrežiim muutunud n-isl-st 802.1q-ks.

Kui sisestada käsk show int e0/0 switchport, näeme kõik selle pordi oleku parameetrid.

Näete, et vaikimisi on VLAN1 trunkimise puhul 'emakeel' Native VLAN ja samas on saadud ka Native VLANi liiklusmärgistamise režiim. Edasi kasutan käsku int e0/0, sisenen selle liidese seadistustesse ja sisestan switchport trunk, pärast mida süsteem annab nõuandeid selle käsu võimalike parameetrite kohta.

Allowed tähendab, et kui port on trunk-režiimis, siis paigaldatakse lubatud VLAN-i omadused. Encapsulation aktiveerib trunk-inkapseldamise, kui port on trunk-režiimis. Ma kasutan parameetrit native, mis tähendab, et trunk-režiimis määratakse ports native-omadused ning sisestan käsu switchport trunk native VLAN20. Nii on trunk-režiimis VLAN20 selle esimese lüliti SW1 jaoks Native VLAN.

Meil on teine lüliti, SW2, mille trunk-port kasutab Native VLANina VLAN1. Nüüd näete, et CDP protokoll annab teate, et trunki mõlemal poolel avastati Native VLAN-e erinevusi: esimese lüliti Ethernet0/0 trunk-port kasutab Native VLAN20, samas kui teise trunk-port kasutab Native VLAN1. See illustreerib erinevust Native VLANi ja Default VLANi vahel.

Alustame tavapärase ja laiendatud VLAN-i võrguahelate vaatlemist.

Pikka aega toetas Cisco ainult VLAN numbreid vahemikus 1 kuni 1005, kusjuures vahemik 1002 kuni 1005 oli vaikimisi reserveeritud Token Ring ja FDDI VLAN-ide jaoks. Nende võrkude nimetati tavapärasteks VLAN-ideks. Kui mäletate, VLAN ID on 12-bitine silt, mis võimaldab määrata numbreid kuni 4096, kuid ühilduvuse kaalutlustel kasutas Cisco numbreid kuni 1005.

Laiendatud VLAN vahemik hõlmab numbreid vahemikus 1006 kuni 4095. Seda saab kasutada vanematel seadmetel ainult juhul, kui need toetavad VTP v3. Kui kasutate VTP v3 ja laiendatud VLAN-i, peate VTP v1 ja v2 toe välja lülitama, sest esimene ja teine versioon ei saa töötada VLAN-idega, kui nende number on üle 1005.

Seega, kui kasutate laiendatud VLAN-i vanade lülititega, peab VTP olema seades 'desable' ja peate selle VLAN-ide jaoks käsitsi seadistama, vastasel juhul ei saa VLAN-andmebaasi uuendamist toimuda. Kui kavatsete kasutada laiendatud VLAN-i VTP-ga, vajate VTP kolmandat versiooni.

Vaadakem VTP seisundit käsu show vtp status abil. Näete, et lüliti töötab VTP v2 režiimis, samas on versioonide 1 ja 3 tugi võimalik. Olen sellele määranud domeeninime nwking.org.

Siin on oluline VTP juhtimismeetodi režiim – server. Näete, et toetavate VLAN-ide maksimaalne arv on 1005. Seega, on arusaadav, et see lüliti toetab vaikimisi ainult tavapärast VLAN vahemikku.

Nüüd ma sisestan käsu show vlan brief ja te näete, et VLAN20 Management mainitakse siin, kuna see on osa VLAN andmebaasist.

Kui ma praegu palun näidata seadme praegust konfiguratsiooni käsu show run abil, siis me ei näe VLAN-ist midagi, kuna need on ainult VLAN andmebaasis.
Edasi kasutan käsku vtp mode, et seadistada VTP režiim. Vanade mudelite lülititel olid selle käsu jaoks ainult kolm parameetrit: client, mis viib lüliti kliendi režiimi, server, mis aktiveerib serveri režiimi, ning transparent, mis viib lüliti 'läbipaistvasse' režiimi. Kuna vanadel lülititel ei olnud võimalik VTP-d täielikult välja lülitada, siis selles režiimis lüliti, olles VTP domeenis, lihtsalt lõpetas VLAN-võrgu andmebaasi uuenduste vastu võtmiseks, mis tulid tema portide kaudu VTP-protokolliga.

Uutel lülititel on lisandunud parameeter off, mis võimaldab VTP režiimi täielikult välja lülitada. Lähme seadme transparent režiimi käsuga vtp mode transparent ja vaatame taas praegust konfiguratsiooni. Nagu näete, on nüüd lisatud kirje VLAN20. Seega, kui lisame mõne VLAN-i võrgu, mille number on tavapäraste VLAN-numbrite vahemikus 1 kuni 1005, ja samal ajal on VTP transparent või off režiimis, siis järgmiste VLAN-i sisepoliitikate kohaselt lisatakse see võrgu konfiiguratsiooni ja VLAN-ide andmebaasi.

Proovime lisada VLAN 3000 ja näete, et transparent režiimis ilmus see samuti praeguses konfiguratsioonis. Üldiselt, kui soovime lisada võrgu laiendatud VLAN-i vahemikust, peame kasutama käsku vtp version 3. Nagu näete, kuvatakse mõlemad VLAN20 ja VLAN3000 praeguses konfiguratsioonis.

Kui lahkuda transparent režiimist ja aktiveerida serveri režiim käsuga vtp mode server ning seejärel uuesti praegust konfiguratsiooni vaadata, on näha, et VLAN-i kirjed on täielikult kadunud. See juhtus, kuna kõik VLAN-i andmed salvestatakse ainult VLAN-i andmebaasis ja neid saab vaadata ainult VTP transparent 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.

Nii et, VTP v1 ja VTP v2 andmebaas toetab ainult tavalisi VLAN-e numbritega 1 kuni 1005, samas kui VTP v3 andmebaas sisaldab kirjeid laiendatud VLAN-ide kohta numbritega 1 kuni 4096. Kui kasutate VTP läbipaistvat režiimi või VTP off, lisatakse VLAN-i teave praegusesse konfiguratsiooni. Laiendatud VLAN-i ulatuse kasutamiseks peab seade olema VTP v3 režiimis. See on see, mis eristab tavalisi ja laiendatud VLAN-e.

Nüüd võrdleme andme-VLAN-e ja häälteenuste VLAN-e. Kui te mäletate, ütlesin ma, et iga port saab samal ajal kuuluda ainult ühte VLAN-i.

Kuid paljudes juhtudes peame seadistama pordi IP-telefoniga töötamiseks. Kaasaegsetes Cisco IP-telefonides on sisseehitatud lüliti, seega saate lihtsalt telefoni võrgujuhtmega seinale ühendatud pistikupessa ühendada ja lühijuhiga oma arvutisse. Probleem seisnes selles, et telefonipordi ühendav seina pistikupesa pidi olema kaks erinevat VLAN-i. Oleme juba arutanud videoõpetustes 11 ja 12, mida teha, et vältida liiklussilmuseid ja kuidas kasutada 'koduse' VLAN-i kontseptsiooni, mis lubab mittearkeeritud liiklust, kuid see kõik oli vaid ringtee lahendused. Probleemi lõplikuks lahenduseks sai VLAN-ide jagamise kontseptsioon andme- ja häälteenuste liikluseks.

Sellisel juhul ühendate kõik telefoniliinid häälte VLAN-iga. Kümblused näitavad, et arvutid PC1 ja PC2 võivad kuuluda punasesse VLAN20 võrku, arvuti PC3 - rohelisse VLAN30 võrku, kuid kõik seotud IP-telefonid kuuluvad samasse kollasesse häälte võrku VLAN50.

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

Nagu ma juba ütlesin, on access VLAN-il alati üks VLAN, teil ei saa olla kahte VLAN-i ühel pordil. Te ei saa rakendada ühele liidesele samaaegselt käske switchport access vlan 10, switchport access vlan 20 ja switchport access vlan 50. Kuid saate kasutada sama liidese puhul kaht käsku: käsu switchport access vlan 10 ja käsu switchport voice vlan 50. Seega, kuna IP-telefon sisaldab endas lülitit, saab ta kapseldada ja edastada häälteenuste liiklust VLAN50 ja samal ajal vastu võtta ja edastada switchport access režiimis andmevõrguliiklust VLAN20 lülitile SW1. Vaadakem, kuidas see režiim seadistatakse.

Esiteks loome VLAN50 võrgu ja seejärel läheme Etherneti 0/1 liidese seadistustesse ja programmeerime selle switchport mode access režiimiks. Seejärel sisestan järjestikku käsud switchport access vlan 10 ja switchport voice vlan 50.

Unustasin seadistada sarnase VLAN-i režiimi trunkile, seega lähen Etherneti 0/0 pordi seadistustesse 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 võrgud - VLAN 50 ja VLAN20.

Seega, kui näete, et ühel pordil on kaks VLAN-i, tähendab see, et üks neist on häälte VLAN. See ei saa olla trunk, sest kui vaadata trunk-i parameetreid käsuga show int trunk, on näha, et trunk-port sisaldab kõiki VLAN-i võrke, sealhulgas vaikimisi VLAN1 võrku.

Tehniliselt võib öelda, et kui loote andme- ja häälteenuste võrgu, käitub iga selline port pooltrunkina: ühe võrgu puhul töötab see trunkina, teise võrgu puhul access-portina.

Käsku show int e0/1 switchport sisestades saate näha, et mõned omadused vastavad kahele töörežiimile: meil on nii static access kui ka trunking kapseldamine. Selle režiimi access mode vastab andmevõrgu VLAN 20 ja samal ajal on kohal häälte VLAN 50.

Võite vaadata ka praegust konfiguratsiooni, mis näitab samuti, et sellel pordil on võrgud access vlan 20 ja voice vlan 50.

See ongi eristus andme-VLAN-i ja häälte VLAN-i vahel. Loodan, et mõistsite kõike, mida ma rääkisin; kui ei, vaadake seda videoõpetust veel kord.

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