{"id":37888,"date":"2019-10-31T22:20:23","date_gmt":"2019-10-31T19:20:23","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-34-rasshirennaya-kontseptsiya-vlan\/"},"modified":"2019-10-31T22:20:23","modified_gmt":"2019-10-31T19:20:23","slug":"trening-cisco-200-125-ccna-v3-0-den-34-rasshirennaya-kontseptsiya-vlan","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-34-rasshirennaya-kontseptsiya-vlan","title":{"rendered":"Cisco 200-125 CCNA v3.0 Tr\u00e6ning. Dag 34. Udvidet VLAN koncept","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Vi har allerede set p\u00e5 VLAN-lokale netv\u00e6rk i video lektionerne Dag 11, 12 og 13, og i dag forts\u00e6tter vi med at studere dem i henhold til ICND2-emnerne. Jeg optog den tidligere video, som markerede afslutningen p\u00e5 forberedelsen til ICND1-eksamenen, for flere m\u00e5neder siden, og har v\u00e6ret meget optaget siden da. Jeg tror, mange af jer bestod denne eksamen, de, der udsatte pr\u00f8ven, kan vente p\u00e5 afslutningen af den anden del af kurset og fors\u00f8ge at tage den samlede CCNA 200-125 eksamen.<\/p>\n

I dagens videolektion \"Dag 34\" starter vi med emnerne fra ICND2-kurset. Mange sp\u00f8rger mig, hvorfor vi ikke har set p\u00e5 OSPF og EIGRP. Det er fordi disse protokoller ikke er inkluderet i emnerne for ICND1 og studeres i forberedelsen til ICND2. Fra i dag af vil vi begynde at d\u00e6kke emnerne fra den anden del af kurset og selvf\u00f8lgelig vil vi studere OSPF og EIGRP ogs\u00e5. F\u00f8r vi starter dagens emne, vil jeg gerne fort\u00e6lle om strukturen af vores videolektioner. I gennemgangen af ICND1-temaet fulgte jeg ikke fastlagte skabeloner, men forklarede materialet logisk, da jeg mente, at denne metode var lettere at forst\u00e5. Nu, i studiet af ICND2, vil jeg, p\u00e5 anmodning fra deltagerne, pr\u00e6sentere undervisningsmaterialet i overensstemmelse med pensum og kursusprogrammet fra Cisco.<\/a><\/noindex><\/p>\n

Hvis du bes\u00f8ger virksomhedens hjemmeside, vil du se denne plan og at hele kurset er opdelt i 5 hoveddele: <\/p>\n

\u2014 Teknologier til lokalnetv\u00e6rks-switching (26% af undervisningsmaterialet);
\n \u2014 Routing-teknologier (29%);
\n \u2014 Globale netv\u00e6rksteknologier (16%);
\n \u2014 Infrastrukturservices (14%);
\n \u2014 Infrastrukturvedligeholdelse (15%).<\/p>\n

Jeg vil begynde med den f\u00f8rste del. Hvis du klikker p\u00e5 det udvidbare menu til h\u00f8jre, kan du se de specifikke emner for dette afsnit. Dagens videolektion vil d\u00e6kke emnet kapitel 1.1: \u201eKonfiguration, kontrol og fejlfinding af VLAN-netv\u00e6rk (almindeligt \/ udvidet omr\u00e5de), der d\u00e6kker flere switche\u201c samt underafsnittene 1.1a \u201eAdgangsporte (data og stemme)\u201c og 1.1b \u201eStandard VLAN\u201c.<\/p>\n

Here, I will try to maintain the same principle of presentation, meaning that each video lesson will focus on one section with subsections. If there isn't enough material, I will combine the themes of several sections into one lesson, for example, 1.2 and 1.3. If, however, there is a lot of material in a section, I will break it down into two videos. In any case, we will follow the course program, and you will easily be able to compare your notes with the current Cisco curriculum. <\/p>\n

\"Cisco
\n
\nOn the screen, you see my new desktop, which is Windows 10. If you want to enhance your desktop with various widgets, you can check out my video titled \"Pimp Your Desktop,\" where I explain how to set up your computer's desktop according to your needs. I upload such videos on my other channel, ExplainWorld, so feel free to use the link in the upper right corner to explore its content.<\/p>\n

Before we start the lesson, please remember to share my videos and like them. I also want to remind you of our social media contacts and links to my personal pages. You can write to me via email, and as I mentioned, priority in receiving my personal response will be given to those who make a donation on our website. <\/p>\n

If you haven't made a donation, that's okay; you can leave your comments under the video lessons on the YouTube channel, and I will respond to them as soon as I can. <\/p>\n

So, today, according to the Cisco schedule, we will cover three questions: we will compare Default VLAN with Native VLAN, learn how Normal VLAN differs from the extended range of Extended VLAN, and look at the difference between Data VLAN and Voice VLAN. As I said, we have explored this topic in previous episodes, but quite superficially, so many students still struggle to define the differences between VLAN types. Today, I will explain it in a way that everyone will understand. <\/p>\n

Let's examine what the difference is between Default VLAN and Native VLAN. If you take a brand new Cisco switch with factory settings, it will have 5 VLANs \u2013 VLAN1, VLAN1002, VLAN1003, VLAN1004, and VLAN1005. <\/p>\n

\"Cisco
\n
\nVLAN1 er standard VLAN'en for alle Cisco-enheder, mens VLAN 1002-1005 er reserveret til Token Ring og FDDI. VLAN1 kan ikke slettes eller omd\u00f8bes, der kan ikke tilf\u00f8jes gr\u00e6nseflader, og alle switch-porte tilh\u00f8rer som standard dette netv\u00e6rk, indtil de konfigureres anderledes. Som standard kan alle switches kommunikere med hinanden, da de alle er en del af VLAN1. Dette er, hvad \"standard VLAN\" eller Default VLAN betyder.<\/p>\n

Hvis du g\u00e5r ind i indstillingerne for switchen SW1 og tildeler to gr\u00e6nseflader til netv\u00e6rket VLAN20, s\u00e5 bliver de en del af netv\u00e6rket VLAN20. F\u00f8r vi g\u00e5r i gang med dagens lektion, vil jeg kraftigt anbefale, at du gennemg\u00e5r tidligere n\u00e6vnte episoder 11, 12 og 13, fordi jeg ikke vil gentage, hvad VLAN er, og hvordan de fungerer. <\/p>\n

\"Cisco
\n
\nJeg vil blot minde om, at gr\u00e6nseflader ikke automatisk kan tildeles netv\u00e6rket VLAN20, f\u00f8r det er oprettet, s\u00e5 du skal f\u00f8rst g\u00e5 ind i den globale konfigurationsmode p\u00e5 switchen og oprette VLAN20. Du kan tage et kig p\u00e5 CLI-konsolindstillingerne for at forst\u00e5, hvad jeg mener. N\u00e5r du har tildelt disse 2 porte til VLAN20, vil computerne PC1 og PC2 kunne kommunikere med hinanden, da de begge vil tilh\u00f8re det samme netv\u00e6rk VLAN20. Men computer PC3 vil stadig v\u00e6re en del af VLAN1 og derfor ikke kunne kommunikere med computerne i VLAN20-netv\u00e6rket. <\/p>\n

Vi har en anden switch SW2, hvor en af gr\u00e6nsefladerne er tildelt VLAN20, og denne port er tilsluttet computeren PC5. Med denne ops\u00e6tning kan PC5 ikke kommunikere med PC4 og PC6, men disse to computere kan kommunikere med hinanden, da de tilh\u00f8rer det samme netv\u00e6rk VLAN1. <\/p>\n

Begge switches er forbundet via trunk gennem de korrekt konfigurerede porte. Jeg vil ikke gentage mig selv, s\u00e5 jeg vil blot sige, at alle switch-porte som standard er indstillet til trunking-mode ved hj\u00e6lp af DTP-protokollen. Hvis en computer tilsluttes en port, vil denne port benytte access mode. Hvis du \u00f8nsker at \u00e6ndre den port, som PC3 er tilsluttet, til denne mode, skal du indtaste kommandoen switchport mode access. <\/p>\n

S\u00e5 hvis du forbinder to switches sammen, danner de en trunk. De to \u00f8verste porte p\u00e5 SW1 vil kun sende trafik fra VLAN20, den nederste port - kun trafik fra VLAN1, men trunk-forbindelsen vil tillade al trafik, der passerer gennem switchen. Dermed vil trafikken fra b\u00e5de VLAN1 og VLAN20 ankomme til SW2. <\/p>\n

Som du husker, har VLAN-netv\u00e6rk lokal betydning. Derfor ved SW2, at trafikken, der kommer ind p\u00e5 VLAN1-porten fra PC4, kun kan sendes til PC6 via en port, der ogs\u00e5 tilh\u00f8rer VLAN1. Men n\u00e5r en switch sender trafik til en anden switch via en trunk, skal den bruge en mekanisme til at forklare den anden switch, hvilken trafik det drejer sig om. En s\u00e5dan mekanisme er Native VLAN-netv\u00e6rket, som er tilsluttet trunk-porten og tillader tagget trafik at passere. <\/p>\n

\"Cisco<\/p>\n

Som jeg allerede har sagt, har switchen kun \u00e9t netv\u00e6rk, der ikke kan \u00e6ndres - det er standardnetv\u00e6rket VLAN1. Men som standard er Native VLAN ogs\u00e5 VLAN1. Hvad er Native VLAN? Dette er det netv\u00e6rk, der tillader untagget trafik fra VLAN1, men s\u00e5 snart der kommer trafik fra et andet netv\u00e6rk til trunk-porten, i dette tilf\u00e6lde VLAN20, skal det n\u00f8dvendigvis forsynes med et tag. Hver ramme har en destinationsadresse DA, en kildeadresse SA og et VLAN-tag, der indeholder VLAN-netv\u00e6rks-ID'et. I vores tilf\u00e6lde viser dette ID, at den p\u00e5g\u00e6ldende trafik tilh\u00f8rer VLAN20, s\u00e5 den kan kun sendes via VLAN20-porten og er tilt\u00e6nkt PC5. Man kan sige, at Native VLAN bestemmer, om trafikken skal v\u00e6re tagget eller untagget. <\/p>\n

Husk, at VLAN1 som standard er Native VLAN, fordi som standard bruger alle porte VLAN1 som Native VLAN til at overf\u00f8re untagget trafik. Dog er VLAN1 den eneste netv\u00e6rk, der ikke kan \u00e6ndres, som ogs\u00e5 er Default VLAN. Hvis switchen modtager untaggede rammer p\u00e5 trunk-porten, klassificerer den dem automatisk som tilh\u00f8rende Native VLAN. <\/p>\n

Kort sagt kan enhver VLAN, som f.eks. VLAN20, anvendes som Native VLAN p\u00e5 Cisco-switche, mens der kun kan anvendes VLAN1 som Default VLAN. <\/p>\n

Dette kan dog f\u00f8re til et problem. Hvis vi \u00e6ndrer Native VLAN p\u00e5 trunk-porten p\u00e5 den f\u00f8rste switch til VLAN20, vil porten t\u00e6nke: \"da dette er Native VLAN, beh\u00f8ver dens trafik ikke at blive tagget\" og sende utagget trafik fra VLAN20 netv\u00e6rket til trunk-porten p\u00e5 den anden switch. Switch SW2 vil, n\u00e5r den modtager denne trafik, sige: \"fint, denne trafik har ikke et tag. If\u00f8lge mine indstillinger er min Native VLAN VLAN1, s\u00e5 jeg skal sende denne utaggede trafik p\u00e5 VLAN1 netv\u00e6rket.\" S\u00e5ledes vil SW2 dirigere den modtagne trafik kun til PC4 og PC-6, selvom den var tilt\u00e6nkt PC5. Dette vil skabe et stort sikkerhedsproblem, da det vil blande VLAN-trafik. Derfor skal der altid konfigureres det samme Native VLAN p\u00e5 begge trunk-porte, det vil sige, hvis Native VLAN for trunk-porten SW1 er VLAN20, s\u00e5 skal den samme VLAN20 ogs\u00e5 s\u00e6ttes som Native VLAN p\u00e5 trunk-porten SW2. <\/p>\n

Her er forskellen mellem Native VLAN og Default VLAN, og du skal huske, at alle Native VLAN i en trunk skal v\u00e6re ens (overs\u00e6ttelsesnotat: derfor er det bedre at bruge et netv\u00e6rk forskelligt fra VLAN1 som Native VLAN). <\/p>\n

Lad os se p\u00e5 det fra switches synspunkt. Du kan g\u00e5 ind i switchen og skrive kommandoen show vlan brief, hvorefter du vil se, at alle portene p\u00e5 switchen er tilsluttet til Default VLAN1.<\/p>\n

\"Cisco
\n
\nNedenfor vises yderligere 4 VLAN netv\u00e6rk: 1002, 1003, 1004 og 1005. Dette er ogs\u00e5 Default VLAN, som du kan se fra deres betegnelser. De er standardnetv\u00e6rk, fordi de er reserveret til specifikke standarder \u2014 Token Ring og FDDI. Som du kan se, er de aktive, men ikke underst\u00f8ttet, fordi der ikke er tilsluttet netv\u00e6rk af de n\u00e6vnte standarder til switchen. <\/p>\n

Betegnelsen \u201cdefault\u201d for VLAN netv\u00e6rk 1 kan ikke \u00e6ndres, da dette er standard netv\u00e6rk. Da alle switchens porte som standard tilh\u00f8rer dette netv\u00e6rk, kan alle switche kommunikere med hinanden som standard, det vil sige uden behov for yderligere portkonfiguration. Hvis du vil forbinde en switch til et andet netv\u00e6rk, g\u00e5r du ind i globale indstillinger og opretter dette netv\u00e6rk, for eksempel VLAN20. Ved at trykke \"Enter\" g\u00e5r du videre til indstillingerne for det oprettede netv\u00e6rk og kan give det et navn, for eksempel Management, hvorefter du kan forlade indstillingerne.<\/p>\n

Hvis du nu bruger kommandoen show vlan brief, vil du se, at vi har f\u00e5et et nyt VLAN-netv\u00e6rk 20, som ikke svarer til nogen af switchens porte. For at tildele dette netv\u00e6rk en bestemt port, skal du v\u00e6lge gr\u00e6nsefladen, f.eks. int e0\/1, g\u00e5 ind i indstillingerne for denne port og indtaste kommandoerne switchport mode access og switchport access vlan20. <\/p>\n

\"Cisco
\n
\nHvis vi beder systemet om at vise tilstanden for VLAN-netv\u00e6rk, vil vi se, at port Ethernet 0\/1 nu er tildelt til Management-netv\u00e6rket, hvilket betyder, at den automatisk er blevet flyttet hertil fra omr\u00e5det, der er designet til standard VLAN1-porte.<\/p>\n

\"Cisco
\n
\nHusk, at hver access-port kun kan have \u00e9n Data VLAN, s\u00e5 den kan ikke samtidig betjene to VLAN-netv\u00e6rk. <\/p>\n

Lad os nu kigge p\u00e5 Native VLAN. Jeg bruger kommandoen show int trunk og ser, at port Ethernet0\/0 er tildelt til trunk. <\/p>\n

\"Cisco
\n
\nJeg havde ikke brug for at g\u00f8re dette specifikt, fordi DTP-protokollen automatisk tildelte denne gr\u00e6nseflade til trunking. Porten er i tilstand desirable, indkapslingen er type n-isl, portens status er trunking, netv\u00e6rket er Native VLAN1. <\/p>\n

Nedenfor er det acceptable trunking-nummeromr\u00e5de for VLAN-netv\u00e6rk 1-4094, og det angives, at vi arbejder med VLAN1 og VLAN20. Nu g\u00e5r jeg ind i global konfigurationstilstand og indtaster kommandoen int e0\/0, som f\u00f8rer mig til indstillingerne for denne gr\u00e6nseflade. Jeg fors\u00f8ger at programmere denne port manuelt til at arbejde i trunk-tilstand med kommandoen switchport mode trunk, men systemet accepterer ikke kommandoen og svarer, at: \u201een gr\u00e6nseflade med automatisk trunking-indkapslingsmetode ikke kan skiftes til trunk-tilstand. <\/p>\n

Derfor skal jeg f\u00f8rst indstille trunking-indkapslingsmetoden, hvilket jeg g\u00f8r med kommandoen switchport trunk encapsulation. Systemet gav hints til mulige parametre for denne kommando:<\/p>\n

dot1q \u2014 under trunking bruger porten 802.1q-standardens indkapsling;
\nisl \u2014 under trunking bruger porten kun indkapsling fra den propriet\u00e6re Cisco ISL-protokol;
\nnegotiate \u2013 enheden udf\u00f8rer trunking-indkapsling med enhver enhed, der er tilsluttet denne port.<\/p>\n

\"Cisco
\n
\nVed hver ende af trunket skal der v\u00e6lges den samme type kapsling. Som standard underst\u00f8tter switchen 'out of the box' kun trunking af typen dot1q, da denne standard underst\u00f8ttes af stort set alle netv\u00e6rksenheder. Jeg vil programere vores interface til trunking kapsling efter denne standard ved hj\u00e6lp af kommandoen switchport trunk encapsulation dot1q, hvorefter jeg vil bruge den tidligere afviste kommando switchport mode trunk. Nu er vores port programmeret til trunk-tilstand. <\/p>\n

Hvis trunket er dannet af to Cisco-switch, vil den propriet\u00e6re protokol ISL blive brugt som standard. Hvis en switch underst\u00f8tter b\u00e5de dot1q og ISL, mens den anden kun underst\u00f8tter dot1q, vil trunket automatisk blive \u00e6ndret til kapsling af typen dot1q. Hvis vi ser p\u00e5 trunking-indstillingerne igen, vil vi se, at kapslingsmetoden for interface Et0\/0 nu er \u00e6ndret fra n-isl til 802.1q.<\/p>\n

\"Cisco
\n
\nHvis du indtaster kommandoen show int e0\/0 switchport, vil vi se alle statusparametre for denne port. <\/p>\n

\"Cisco
\n
\nDu kan se, at VLAN1 som standard er den 'native network' for trunking og samtidig muligg\u00f8r tagging af trafik for Native VLAN. Derefter bruger jeg kommandoen int e0\/0, g\u00e5r ind i indstillingerne for dette interface og skriver switchport trunk, hvorefter systemet giver hints om mulige parametre for denne kommando. <\/p>\n

\"Cisco
\n
\nAllowed betyder, at hvis porten er i trunk-tilstand, vil de tilladte VLAN-egenskaber blive indstillet. Encapsulation aktiverer trunking kapsling, hvis porten er i trunk-tilstand. Jeg bruger parameteren native, som betyder, at native-egenskaber vil blive indstillet for porten i trunk-tilstand, og jeg indtaster kommandoen switchport trunk native VLAN20. Dermed vil VLAN20 i trunk-tilstand blive den Native VLAN for denne port p\u00e5 den f\u00f8rste switch SW1.<\/p>\n

Vi har en anden switch, SW2, hvor VLAN1 bruges som Native VLAN for trunk-porten. Nu kan du se, at CDP-protokollen giver en meddelelse om, at der er uoverensstemmelse i Native VLAN p\u00e5 begge ender af trunket: trunk-porten p\u00e5 den f\u00f8rste switch Ethernet0\/0 bruger Native VLAN20, mens trunk-porten p\u00e5 den anden bruger Native VLAN1. Dette illustrerer forskellen mellem Native VLAN og Default VLAN. <\/p>\n

Lad os nu se n\u00e6rmere p\u00e5 det almindelige og udvidede omfang af VLAN-netv\u00e6rk.<\/p>\n

\"Cisco
\n
\nL\u00e6nge har Cisco kun underst\u00f8ttet VLAN-nummeromr\u00e5der fra 1 til 1005, hvor intervallet fra 1002 til 1005 var reserveret som standard til Token Ring og FDDI VLAN. Disse netv\u00e6rk blev kaldt almindelige VLAN. Som du m\u00e5ske husker, repr\u00e6senterer VLAN ID et tag p\u00e5 12 bit, der g\u00f8r det muligt at indstille et nummer op til 4096, men af kompatibilitets\u00e5rsager brugte Cisco kun numre op til 1005. <\/p>\n

Det udvidede VLAN-omr\u00e5de inkluderer numre fra 1006 til 4095. Det kan kun bruges p\u00e5 \u00e6ldre enheder, hvis de underst\u00f8tter VTP v3. Hvis du bruger VTP v3 og det udvidede VLAN-omr\u00e5de, skal du deaktivere underst\u00f8ttelsen af VTP v1 og v2, da den f\u00f8rste og anden version ikke kan arbejde med VLAN, hvis de har et nummer st\u00f8rre end 1005. <\/p>\n

S\u00e5 hvis du bruger udvidet VLAN til \u00e6ldre switches, skal VTP v\u00e6re indstillet til \"desable\", og du skal konfigurere det manuelt til VLAN, ellers kan databasen for VLAN ikke opdateres. Hvis du planl\u00e6gger at bruge udvidet VLAN med VTP, har du brug for VTP version tre.<\/p>\n

Lad os se p\u00e5 VTP-status med kommandoen show vtp status. Du kan se, at switchen k\u00f8rer i VTP v2-tilstand, med mulighed for at st\u00f8tte version 1 og 3. Jeg har givet den dom\u00e6nenavnet nwking.org.<\/p>\n

Her er VTP-styringsmodus vigtig \u2013 server. Du kan se, at det maksimale antal underst\u00f8ttede VLAN-netv\u00e6rk er 1005. S\u00e5ledes er det muligt at forst\u00e5, at denne switch som standard kun underst\u00f8tter det almindelige VLAN-omr\u00e5de. <\/p>\n

\"Cisco
\n
\nJeg vil nu indtaste kommandoen show vlan brief, og du vil se VLAN20 Management n\u00e6vnt her, fordi det er en del af VLAN-databasen.<\/p>\n

\"Cisco
\n
\nHvis jeg nu beder om at vise den aktuelle konfiguration af enheden med kommandoen show run, vil vi ikke se nogen omtale af VLAN, fordi de kun findes i VLAN-databasen.
\nDern\u00e6st bruger jeg kommandoen vtp mode for at konfigurere VTP-arbejdsmodus. \u00c6ldre switch-modeller havde kun tre parametre til denne kommando: client, der s\u00e6tter switchen i klienttilstand, server, der aktiverer servertilstand, og transparent, der s\u00e6tter switchen i \"transparent\" tilstand. Da det ikke var muligt fuldst\u00e6ndigt at deaktivere VTP p\u00e5 gamle switches, stopper switchen i dette tilstand blot med at modtage opdateringer af VLAN-netv\u00e6rksdatabasen, der kommer til dens porte via VTP-protokollen.<\/p>\n

De nye switche har f\u00e5et en funktion off, der g\u00f8r det muligt at deaktivere VTP-tilstanden helt. Lad os \u00e6ndre enheden til transparent tilstand med kommandoen vtp mode transparent og se igen p\u00e5 den nuv\u00e6rende konfiguration. Som I kan se, er der nu tilf\u00f8jet en post om VLAN20. S\u00e5 hvis vi tilf\u00f8jer et VLAN-netv\u00e6rk, hvis nummer ligger i det almindelige VLAN-omr\u00e5de fra 1 til 1005, og samtidig er VTP i transparent eller off-tilstand, vil dette netv\u00e6rk blive tilf\u00f8jet til den nuv\u00e6rende konfiguration i overensstemmelse med de interne VLAN-politikker.<\/p>\n

Lad os pr\u00f8ve at tilf\u00f8je VLAN 3000, og I vil se, at den ogs\u00e5 vises i den nuv\u00e6rende konfiguration i transparent tilstand. Normalt, hvis vi vil tilf\u00f8je et netv\u00e6rk fra det udvidede VLAN-omr\u00e5de, skal vi bruge kommandoen vtp version 3. Som I kan se, vises b\u00e5de netv\u00e6rk VLAN20 og VLAN3000 i den nuv\u00e6rende konfiguration.<\/p>\n

Hvis man forlader transparent tilstand og aktiverer server-tilstand med kommandoen vtp mode server, og derefter ser p\u00e5 den nuv\u00e6rende konfiguration, kan man se, at posterne om VLAN er helt forsvundet. Dette skete, fordi alle oplysninger om VLAN kun opbevares i VLAN-databasen, og de kan kun ses i VTP transparent tilstand. Da jeg aktiverede VTP v3, kan man efter at have brugt kommandoen show vtp status se, at det maksimale antal underst\u00f8ttede VLAN er steget til 4096. <\/p>\n

S\u00e5 VTP v1 og VTP v2 databaser underst\u00f8tter kun almindelige VLAN med numre fra 1 til 1005, mens VTP v3 databasen inkluderer poster om udvidede VLAN med numre fra 1 til 4096. Hvis du bruger VTP transparent eller VTP off, vil oplysninger om VLAN blive tilf\u00f8jet til den nuv\u00e6rende konfiguration. Hvis du \u00f8nsker at bruge udvidede VLAN-omr\u00e5der, skal enheden v\u00e6re i VTP v3-tilstand. Her ligger forskellen mellem almindelige og udvidede VLAN.<\/p>\n

Nu vil vi sammenligne VLAN for data og VLAN for taleoverf\u00f8rsel. Hvis I kan huske, sagde jeg, at hver port kun kan tilh\u00f8re \u00e9n VLAN ad gangen. <\/p>\n

\"Cisco
\n
\nMen i mange tilf\u00e6lde har vi brug for at konfigurere en port til at arbejde med IP-telefonen. Moderne Cisco IP-telefoner har en indbygget switch, s\u00e5 du kan blot tilslutte telefonen med et kabel til v\u00e6gstikket, og med et patch-kabel til din computer. Problemet var, at v\u00e6gstikket, som telefonporten tilsluttes, skulle have to forskellige VLAN'er. Vi har allerede diskuteret i videoerne 11 og 12, hvad der skal g\u00f8res for at undg\u00e5 trafiksl\u00f8jfer, hvordan man bruger konceptet med 'native' VLAN, som tillader utagget trafik, men det var alle bare omveje. Den endelige l\u00f8sning p\u00e5 problemet blev konceptet med at opdele VLAN i netv\u00e6rk til datatrafik og netv\u00e6rk til taletrafik. <\/p>\n

I dette tilf\u00e6lde samler du alle telefonlinjer i en tal VLAN. P\u00e5 billedet ses det, at computerne PC1 og PC2 kan tilh\u00f8re det r\u00f8de netv\u00e6rk VLAN20, computeren PC3 \u2013 det gr\u00f8nne netv\u00e6rk VLAN30, men at alle tilknyttede IP-telefoner vil tilh\u00f8re det samme gule talenetv\u00e6rk VLAN50. <\/p>\n

Faktisk vil hver port p\u00e5 switchen SW1 have to VLAN'er - \u00e9n til data og \u00e9n til tale. <\/p>\n

\"Cisco
\n
\nSom jeg sagde, har access VLAN altid \u00e9n VLAN; du kan ikke have to VLAN p\u00e5 \u00e9n port. Du kan ikke anvende kommandoerne switchport access vlan 10, switchport access vlan 20 og switchport access vlan 50 p\u00e5 \u00e9n og samme interface samtidigt. Men du kan dog bruge to forskellige kommandoer for den samme interface: kommandoen switchport access vlan 10 og kommandoen switchport voice vlan 50. S\u00e5 da IP-telefonen indeholder en switch, kan den indkapsle og sende taletrafik VLAN50 og samtidig modtage og sende datatrafik fra netv\u00e6rket VLAN20 til switchen SW1 i switchport access-tilstand. Lad os se, hvordan denne tilstand konfigureres. <\/p>\n

F\u00f8rst vil vi oprette netv\u00e6rket VLAN50, og derefter g\u00e5r vi til indstillingerne for interface Ethernet 0\/1 og programmerer det til switchport mode access-tilstand. Derefter indtaster jeg successivt kommandoerne switchport access vlan 10 og switchport voice vlan 50.<\/p>\n

Jeg glemte at konfigurere den samme VLAN-tilstand for trunken, s\u00e5 jeg g\u00e5r til indstillingerne for porten Ethernet 0\/0 og indtaster kommandoen switchport trunk native vlan 1. Nu vil jeg bede om at vise VLAN-indstillingerne, og du kan se, at vi nu har begge netv\u00e6rk p\u00e5 porten Ethernet 0\/1 \u2013 VLAN 50 og VLAN20.<\/p>\n

\"Cisco
\n
\nS\u00e5ledes, hvis du ser, at der er to VLAN'er p\u00e5 den samme port, betyder det, at den ene er en stemme-netv\u00e6rk, Voice VLAN. Det kan ikke v\u00e6re en trunk, for hvis man ser p\u00e5 trunkens indstillinger med kommandoen show int trunk, kan man se, at trunk-porten indeholder alle VLAN-netv\u00e6rk, inklusive standardnetv\u00e6rket VLAN1. <\/p>\n

\"Cisco
\n
\nMan kan sige, at teknisk set, n\u00e5r man opretter et datanetv\u00e6rk og et stemmenetv\u00e6rk, s\u00e5 opf\u00f8rer hver af disse porte sig som en halv trunk: for det ene netv\u00e6rk fungerer den som trunk, for det andet som access-port. <\/p>\n

Hvis man indtaster kommandoen show int e0\/1 switchport, kan man se, at nogle egenskaber svarer til to driftsformer: vi har b\u00e5de static access og trunk-enkapsulering. Til access mode svarer datanetv\u00e6rket VLAN 20 Management, og samtidig er stemmenetv\u00e6rket VLAN 50 til stede. <\/p>\n

\"Cisco
\n
\nMan kan se den nuv\u00e6rende konfiguration, som ogs\u00e5 vil vise, at der p\u00e5 denne port er access netv\u00e6rk vlan 20 og voice netv\u00e6rk vlan 50. <\/p>\n

\"Cisco
\n
\nHer ligger forskellen mellem Data VLAN og Voice VLAN. Jeg h\u00e5ber, du har forst\u00e5et alt, hvad jeg har fortalt; hvis ikke, s\u00e5 se denne video igen. <\/p>\n

\r\n \"Afspil\r\n
<\/div>\r\n <\/div><\/center>
\nTak fordi du er med os. Kan du lide vores artikler? Vil du se flere interessante materialer? St\u00f8t os ved at lave en bestilling eller anbefale os til dine bekendte. 30% rabat til brugere af Habr p\u00e5 en unik entry-level server, som vi har opfundet til dig:<\/b> Hele sandheden om VPS (KVM) E5-2650 v4 (6 kerner) 10GB DDR4 240GB SSD 1Gbps fra $20, eller hvordan man korrekt deler en server?<\/a><\/noindex> (tilg\u00e6ngelige muligheder med RAID1 og RAID10, op til 24 kerner og op til 40 GB DDR4).<\/p>\n

Dell R730xd er 2 gange billigere?<\/b> Kun hos os 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB fra 199 $<\/a><\/noindex> i Holland! Dell R420 - 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - fra 99 $!<\/b><\/b> L\u00e6s om hvordan man bygger enterprise-infrastruktur ved hj\u00e6lp af Dell R730xd E5-2650 v4 servere til 9000 euro for en br\u00f8kdel af prisen?<\/a><\/noindex>
\n
Kilde: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041c\u044b \u0443\u0436\u0435 \u0440\u0430\u0441\u0441\u043c\u0430\u0442\u0440\u0438\u0432\u0430\u043b\u0438 \u043b\u043e\u043a\u0430\u043b\u044c\u043d\u044b\u0435 \u0441\u0435\u0442\u0438 VLAN \u0432 \u0432\u0438\u0434\u0435\u043e\u0443\u0440\u043e\u043a\u0430\u0445 \u0414\u0435\u043d\u044c 11, 12 \u0438 13 \u0438 \u0441\u0435\u0433\u043e\u0434\u043d\u044f \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0438\u043c \u0438\u0445 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u0432 \u0441\u043e\u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0438\u0438 \u0441 \u0442\u0435\u043c\u0430\u0442\u0438\u043a\u043e\u0439 ICND2. \u042f \u0437\u0430\u043f\u0438\u0441\u0430\u043b \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0435\u0435 \u0432\u0438\u0434\u0435\u043e, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043e\u0437\u043d\u0430\u043c\u0435\u043d\u043e\u0432\u0430\u043b\u043e \u043e\u043a\u043e\u043d\u0447\u0430\u043d\u0438\u0435 \u043f\u043e\u0434\u0433\u043e\u0442\u043e\u0432\u043a\u0438 \u043a \u0441\u0434\u0430\u0447\u0435 \u044d\u043a\u0437\u0430\u043c\u0435\u043d\u0430 ICND1, \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u043d\u0430\u0437\u0430\u0434 \u0438 \u0432\u0441\u0435 \u044d\u0442\u043e \u0432\u0440\u0435\u043c\u044f \u0434\u043e \u0441\u0435\u0433\u043e\u0434\u043d\u044f\u0448\u043d\u0435\u0433\u043e \u0434\u043d\u044f \u0431\u044b\u043b \u043e\u0447\u0435\u043d\u044c \u0437\u0430\u043d\u044f\u0442. \u0414\u0443\u043c\u0430\u044e, \u043c\u043d\u043e\u0433\u0438\u0435 \u0438\u0437 \u0432\u0430\u0441 \u0443\u0441\u043f\u0435\u0448\u043d\u043e \u0441\u0434\u0430\u043b\u0438 \u044d\u0442\u043e\u0442 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28433,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37888","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Cisco 200-125 CCNA v3.0 Tr\u00e6ning. Dag 34. Udvidet koncept for VLAN | ProHoster","description":"Vi har allerede diskuteret lokale VLAN-netv\u00e6rk i videoerne Dag 11, 12 og 13, og i dag vil vi forts\u00e6tte med at studere dem i overensstemmelse med emnet ICND2.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-34-rasshirennaya-kontseptsiya-vlan","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 34. \u0420\u0430\u0441\u0448\u0438\u0440\u0435\u043d\u043d\u0430\u044f \u043a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u044f VLAN | ProHoster","og:description":"\u041c\u044b \u0443\u0436\u0435 \u0440\u0430\u0441\u0441\u043c\u0430\u0442\u0440\u0438\u0432\u0430\u043b\u0438 \u043b\u043e\u043a\u0430\u043b\u044c\u043d\u044b\u0435 \u0441\u0435\u0442\u0438 VLAN \u0432 \u0432\u0438\u0434\u0435\u043e\u0443\u0440\u043e\u043a\u0430\u0445 \u0414\u0435\u043d\u044c 11, 12 \u0438 13 \u0438 \u0441\u0435\u0433\u043e\u0434\u043d\u044f \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0438\u043c \u0438\u0445 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u0432 \u0441\u043e\u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0438\u0438 \u0441 \u0442\u0435\u043c\u0430\u0442\u0438\u043a\u043e\u0439 ICND2.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-34-rasshirennaya-kontseptsiya-vlan","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:20:23+00:00","article:modified_time":"2019-10-31T19:20:23+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37888","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 19:38:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:19:21","updated":"2026-01-23 19:38:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/37888","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=37888"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/37888\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/28433"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=37888"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=37888"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=37888"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}