{"id":37940,"date":"2019-10-31T22:20:41","date_gmt":"2019-10-31T19:20:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-35-dinamicheskij-protokol-trankinga-dtp\/"},"modified":"2019-10-31T22:20:41","modified_gmt":"2019-10-31T19:20:41","slug":"trening-cisco-200-125-ccna-v3-0-den-35-dinamicheskij-protokol-trankinga-dtp","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-35-dinamicheskij-protokol-trankinga-dtp","title":{"rendered":"Cisco 200-125 CCNA v3.0 Tr\u00e6ning. Dag 35. Dynamisk trunkingprotokol DTP","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

I dag vil vi se p\u00e5 den dynamiske trunkingprotokol DTP og VTP - VLAN trunkingprotokollen. Som jeg n\u00e6vnte i den seneste lektion, vil vi f\u00f8lge emnerne fra ICND2-eksamen i den r\u00e6kkef\u00f8lge, de er angivet p\u00e5 Cisco's websted.<\/p>\n

\"Cisco
\n
\nSidste gang gennemgik vi punkt 1.1, og i dag vil vi se p\u00e5 1.2 - konfigurering, verifikation og fejlfinding af netv\u00e6rksskiftere: tilf\u00f8jelse og fjernelse af VLAN fra trunk og protokollerne DTP og VTP version 1 og 2.<\/a><\/noindex><\/p>\n

Alle porte p\u00e5 switchen er som standard indstillet til at bruge Dynamic Auto-mode for DTP-protokollen. Det betyder, at n\u00e5r to porte fra forskellige switches tilsluttes, aktiveres trunking automatisk, hvis en af portene er i trunk eller desirable-mode. Hvis begge porte fra switches er i Dynamic Auto-mode, dannes der ikke trunk. <\/p>\n

\"Cisco
\n
\nS\u00e5 alt afh\u00e6nger af konfigurationen af driftsmodi p\u00e5 hver af de 2 switches. For at g\u00f8re det nemmere at forst\u00e5, har jeg lavet en tabel over de mulige kombinationer af DTP-modi for to switches. Du kan se, at hvis begge switches bruger Dynamic Auto, danner de ikke trunk, men forbliver i Access-mode. S\u00e5 hvis du \u00f8nsker, at der skal oprettes en trunk mellem de to switches, skal du konfigurere mindst en af switches til Trunk-mode, eller s\u00e5 skal trunkporten v\u00e6re indstillet til at bruge Dynamic Desirable-mode. Som vist i tabellen kan hver af switchens porte v\u00e6re i en af 4 tilstande: Access, Dynamic Auto, Dynamic Desirable eller Trunk. <\/p>\n

Hvis begge porte er indstillet til Access, vil de tilsluttede switches bruge Access-mode. Hvis den ene port er indstillet til Dynamic Auto, og den anden til Access, fungerer begge i Access-mode. Hvis den ene port k\u00f8rer i Access-mode, og den anden i Trunk-mode, vil switches ikke kunne forbindes, s\u00e5 en s\u00e5dan kombination af modi kan ikke bruges. <\/p>\n

S\u00e5 for at trunking kan fungere, skal en af switchernes porte v\u00e6re programmeret til Trunk, mens den anden kan v\u00e6re indstillet til Trunk, Dynamic Auto eller Dynamic Desirable. Trunking oprettes ogs\u00e5, hvis begge porte er indstillet til Dynamic Desirable. <\/p>\n

Forskellen mellem Dynamic Desirable og Dynamic Auto er, at i den f\u00f8rste tilstand initierer porten selv trunk'en ved at sende DTP-rammer til porten p\u00e5 den anden switch. I den anden tilstand venter switchens port, indtil nogen begynder at kommunikere med den, og hvis begge switches er indstillet til Dynamic Auto, dannes der aldrig en trunk imellem dem. I tilf\u00e6lde af Dynamic Desirable er der en omvendt situation \u2013 hvis begge porte er indstillet til denne tilstand, dannes der altid en trunk imellem dem. <\/p>\n

Jeg anbefaler, at du husker denne tabel, da den vil hj\u00e6lpe dig med at indstille switches korrekt, som er forbundet med hinanden. Lad os se p\u00e5 dette aspekt i programmet Packet Tracer. Jeg har sekventielt forbundet 3 switches, og nu vil jeg vise konsolvinduerne CLI for hver af disse enheder p\u00e5 sk\u00e6rmen. <\/p>\n

\"Cisco
\n
\nHvis jeg indtaster kommandoen show int trunk, vil vi ikke se nogen trunk, hvilket er helt naturligt, da der mangler de n\u00f8dvendige indstillinger, da alle switches er indstillet til tilstanden Dynamic Auto. Hvis jeg beder om at vise parametrene for interface f0\/1 p\u00e5 den midterste switch, vil du se, at den administrative indstillingsparameter er dynamic auto.<\/p>\n

\"Cisco
\n
\nDe samme indstillinger forefindes p\u00e5 den tredje og f\u00f8rste switch \u2013 deres port f0\/1 er ogs\u00e5 i tilstanden dynamic auto. Hvis du husker tabellen, skal alle porte v\u00e6re i trunk-tilstand, eller en af \u200b\u200bportene skal v\u00e6re i tilstanden Dynamic Desirable for at muligg\u00f8re trunking. <\/p>\n

Lad os g\u00e5 ind i indstillingerne for den f\u00f8rste switch SW0 og konfigurere port f0\/1. Efter at jeg har indtastet kommandoen switchport mode, giver systemet forslag til mulige tilstande: access, dynamic eller trunk. Jeg bruger kommandoen switchport mode dynamic desirable, og du vil bem\u00e6rke, hvordan trunk-porten f0\/1 p\u00e5 den anden switch efter indtastning af denne kommando f\u00f8rst gik ned i tilstand down, og derefter, efter at have modtaget DTP-rammen fra den f\u00f8rste switch, gik op i tilstand up. <\/p>\n

\"Cisco
\n
\nHvis vi nu i CLI-konsollen p\u00e5 switchen SW1 indtaster kommandoen show int trunk, vil vi se, at port f0\/1 er i trunking-tilstand. Jeg indtaster den samme kommando i konsollen p\u00e5 switchen SW1 og ser den samme information, hvilket betyder, at der nu er etableret en trunk mellem switchene SW0 og SW1. Den f\u00f8rste switch's port er i tilstanden desirable, mens den anden port er i tilstanden auto. <\/p>\n

\"Cisco
\n
\nMellem den anden og den tredje switch er der ingen forbindelse, s\u00e5 jeg g\u00e5r ind i indstillingerne for den tredje switch og indtaster kommandoen switchport mode dynamic desirable. Du kan se, at der er sket de samme status\u00e6ndringer down-up p\u00e5 den anden switch, men nu vedr\u00f8rer de port f0\/2, som den tredje switch er tilsluttet. Den anden switch har nu to trunking-forbindelser: en p\u00e5 interface f0\/1 og en anden p\u00e5 f0\/2. Dette kan ses ved at bruge kommandoen show int trunk. <\/p>\n

\"Cisco
\n
\nBegge porte p\u00e5 den anden switch er i auto-tilstand, hvilket betyder, at for trunking med naboswitchene skal deres porte v\u00e6re i trunk- eller desirable-tilstand, da der kun findes to m\u00e5der at oprette en trunk p\u00e5. Med tabellen kan du altid konfigurere switchenes porte, s\u00e5 der oprettes en trunk mellem dem. Dette er essensen af brugen af den dynamiske trunkingprotokol DTP. <\/p>\n

Lad os begynde at se p\u00e5 VLAN trunkingprotokollen, eller VTP. Denne protokol sikrer synkronisering af VLAN-databaser p\u00e5 forskellige netv\u00e6rksenheder ved at overf\u00f8re den opdaterede VLAN-database fra \u00e9n enhed til en anden. Lad os vende tilbage til vores diagram med tre switches. VTP kan fungere i tre tilstande: server, klient og transparent. VTP v3 har en yderligere tilstand kaldet Off, men i forbindelse med Cisco-eksamenen betragtes kun de f\u00f8rste to versioner af VTP. <\/p>\n

\"Cisco
\n
\nServer-tilstanden bruges til at oprette nye VLAN'er, fjerne eller \u00e6ndre netv\u00e6rk via switchens kommandolinje. I klienttilstanden kan der ikke udf\u00f8res nogen operationer p\u00e5 VLAN'er; i denne tilstand opdateres VLAN-databasen kun fra serveren. Den transparente tilstand fungerer som om VTP-protokollen er deaktiveret, hvilket betyder, at switchen ikke udsender sine egne VTP-beskeder, men videresender opdateringer fra andre switches \u2013 hvis en opdatering modtages p\u00e5 en af switchens porte, lader den det passere igennem og sender det videre i netv\u00e6rket via en anden port. I den transparente tilstand fungerer switchen blot som en transmitter af andres beskeder uden at opdatere sin egen VLAN-database.
\nP\u00e5 dette slide ser du indstillingerne for VTP-protokollen, der indtastes i global konfigurationsfunktion. Den f\u00f8rste kommando kan \u00e6ndre den anvendte version af protokollen. Den anden kommando v\u00e6lger driftsmode for VTP.<\/p>\n

\"Cisco
\n
\nHvis du vil oprette et VTP-dom\u00e6ne, bruges kommandoen vtp domain , og for at indstille VTP-adgangskoden skal du indtaste kommandoen vtp password . Lad os g\u00e5 til CLI-konsollen p\u00e5 den f\u00f8rste switch og se p\u00e5 VTP-status ved at indtaste kommandoen show vtp status.<\/p>\n

\"Cisco
\n
\nDu kan se VTP-protokollens version \u2013 den anden, det maksimale antal underst\u00f8ttede VLAN \u2013 255, antallet af eksisterende VLAN \u2013 5, og VLAN-arbejdsmodus \u2013 server. Alle disse er standardindstillinger. Vi har allerede diskuteret VTP i lektionen \"Dag 30\", s\u00e5 hvis du har glemt noget, kan du vende tilbage og se videoen igen. <\/p>\n

For at se VLAN-databasen indtaster jeg kommandoen show vlan brief. Her vises VLAN1 og VLAN1002-1005. Den f\u00f8rste netv\u00e6rk er som standard tilsluttet alle ledige switch-porte \u2013 23 Fast Ethernet-porte og 2 Gigabit Ethernet-porte; de \u00f8vrige 4 VLAN underst\u00f8ttes ikke. VLAN-databaserne p\u00e5 de to andre switches ser pr\u00e6cis ens ud, bortset fra at SW1 har 22 ledige Fast Ethernet-porte til VLAN, da f0\/1 og f0\/2 er optaget af trunking. Jeg vil endnu en gang minde om, hvad der blev sagt i lektionen \"Dag 30\" \u2013 VTP-protokollen underst\u00f8tter kun opdatering af VLAN-databaser. <\/p>\n

Hvis jeg konfigurerer flere porte til at arbejde med VLAN-netv\u00e6rk ved hj\u00e6lp af kommandoerne switchport access og switchport mode access VLAN10, VLAN20 eller VLAN30, vil konfigurationen af disse porte ikke blive replikeret ved hj\u00e6lp af VTP, fordi VTP kun opdaterer VLAN-databasen.
\nS\u00e5 hvis en af portene p\u00e5 SW1 er konfigureret til at arbejde med VLAN20, men dette netv\u00e6rk ikke findes i VLAN-databasen, vil porten blive deaktiveret. Opdateringen af databaserne sker dog kun ved brug af VTP-protokollen. <\/p>\n

Ved hj\u00e6lp af kommandoen show vtp status kan jeg se, at alle tre switches i \u00f8jeblikket er i servermodus. Jeg vil \u00e6ndre den midterste switch SW1 til transparent modus med kommandoen vtp mode transparent, og den tredje switch SW2 til klientmodus med kommandoen vtp mode client. <\/p>\n

Lad os nu vende tilbage til den f\u00f8rste switch SW0 og oprette dom\u00e6net nwking.org ved hj\u00e6lp af kommandoen vtp domain . Hvis vi nu ser p\u00e5 VTP-status for den anden switch, som er i transparent tilstand, kan vi se, at den ikke har reageret p\u00e5 oprettelsen af dom\u00e6net \u2013 VTP Domain Name feltet er forblevet tomt. Dog har den tredje switch, der er i klientmodus, opdateret sin database og f\u00e5et VTP-dom\u00e6nenavnet nwking.org. Dermed er opdateringen af SW0's switchdatabase g\u00e5et gennem SW1 og afspejlet p\u00e5 SW2. <\/p>\n

Nu vil jeg fors\u00f8ge at \u00e6ndre det angivne dom\u00e6nenavn, s\u00e5 jeg g\u00e5r ind i indstillingerne for SW0 og indtaster kommandoen vtp domain NetworKing. Som vi kan se, er der denne gang ikke sket en opdatering \u2013 VTP-dom\u00e6nenavnet p\u00e5 den tredje switch forblev det samme. Dette skyldes, at en s\u00e5dan opdatering af dom\u00e6nenavnet kun sker \u00e9n gang, n\u00e5r standarddom\u00e6net \u00e6ndres. Hvis VTP-dom\u00e6net \u00e6ndres igen, skal det \u00e6ndres manuelt p\u00e5 de andre switches. <\/p>\n

Nu vil jeg oprette et nyt VLAN100-netv\u00e6rk i CLI-konsollen p\u00e5 den f\u00f8rste switch og navngive det IMRAN. Det er dukket op i VLAN-databasen p\u00e5 den f\u00f8rste switch, men det er ikke dukket op i databasen p\u00e5 den tredje switch, fordi de er i forskellige dom\u00e6ner. Husk, at opdateringen af VLAN-databasen kun sker, hvis begge switches har det samme dom\u00e6ne, eller som jeg viste tidligere, n\u00e5r det nye dom\u00e6nenavn s\u00e6ttes i stedet for standardnavnet. <\/p>\n

Jeg g\u00e5r ind i indstillingerne for den tredje switch og indtaster sekventielt kommandoerne vtp mode og vtp domain NetworKing. Bem\u00e6rk, at indtastningen af navnet er case-sensitiv, s\u00e5 dom\u00e6nenavnet skal v\u00e6re helt identisk for begge switches. Nu s\u00e6tter jeg igen SW2 i klientmode ved hj\u00e6lp af kommandoen vtp mode client. Lad os se, hvad der sker. Som du kan se, opdateredes databasen for SW2 nu, da dom\u00e6nenavnet matchede, og det nye VLAN100 IMRAN-netv\u00e6rk blev tilf\u00f8jet, og disse \u00e6ndringer p\u00e5virkede ikke den mellemste switch, fordi den er i transparent mode. <\/p>\n

Hvis du \u00f8nsker at beskytte dig mod uautoriseret adgang, kan du oprette et VTP-adgangskode. Du skal dog v\u00e6re sikker p\u00e5, at enheden p\u00e5 den anden side har pr\u00e6cist samme adgangskode, for kun p\u00e5 den m\u00e5de vil den kunne modtage VTP-opdateringer. <\/p>\n

Det n\u00e6ste, vi skal se p\u00e5, er VTP pruning, eller 'besk\u00e6ring' af ubrugte VLAN. Hvis du har 100 enheder i netv\u00e6rket, der bruger VTP-protokollen, vil opdateringen af VLAN-databasen p\u00e5 \u00e9n enhed automatisk blive replikeret til de \u00f8vrige 99 enheder. Men ikke alle disse enheder har de n\u00e6vnte VLAN-netv\u00e6rk i opdateringen, s\u00e5 informationen om dem kan v\u00e6re un\u00f8dvendig. <\/p>\n

\"Cisco<\/p>\n

Opdateringsmeddelelsen for VLAN-databasen til enheder, der bruger VTP, betyder, at alle porte p\u00e5 alle enheder f\u00e5r information om tilf\u00f8jede, slettede og \u00e6ndrede VLAN'er, som de muligvis ikke har nogen forbindelse til. Dette resulterer i un\u00f8dig trafik i netv\u00e6rket. For at undg\u00e5 dette anvendes konceptet \"pruning\" VTP. For at aktivere \"pruning\" af irrelevante VLAN'er p\u00e5 switchen anvendes kommandoen vtp pruning. Derefter vil switchene automatisk informere hinanden om, hvilke VLAN'er de rent faktisk bruger, hvilket advarer naboerne om, at de ikke har brug for at sende opdateringer om netv\u00e6rk, som de ikke er tilsluttet.<\/p>\n

For eksempel, hvis SW2 ikke har nogen porte til VLAN10, s\u00e5 har den ikke brug for, at SW1 sender trafik til dette netv\u00e6rk. Samtidig har switchen SW1 brug for trafik til VLAN10, fordi en af dens porte er tilsluttet dette netv\u00e6rk, men den har bare ikke brug for at sende denne trafik til switchen SW2.
\nDerfor, hvis SW2 bruger vtp pruning-tilstand, vil den informere SW1: \"venligst send mig ikke trafik til VLAN10, fordi dette netv\u00e6rk ikke er tilsluttet mig og ingen af mine porte er konfigureret til at arbejde med dette netv\u00e6rk\". Det er, hvad brugen af kommandoen vtp pruning giver. <\/p>\n

Der findes en anden metode til at filtrere trafik for en specifik gr\u00e6nseflade. Det tillader at konfigurere en port som trunk med et bestemt VLAN-netv\u00e6rk. Ulempen ved denne metode er n\u00f8dvendigheden af manuel konfiguration af hver trunk-port, hvor det kr\u00e6ves at angive, hvilke VLAN'er der er tilladt, og hvilke der er forbudt. Dette g\u00f8res ved hj\u00e6lp af en sekvens af tre kommandoer. Den f\u00f8rste angiver den gr\u00e6nseflade, som disse begr\u00e6nsninger g\u00e6lder for, den anden forvandler denne gr\u00e6nseflade til en trunk-port, og den tredje \u2014 switchport trunk allowed vlan \u2014 viser, hvilken VLAN der er tilladt p\u00e5 denne port: alle, ingen, tilf\u00f8jet VLAN eller fjernet VLAN. <\/p>\n

Afh\u00e6ngig af den specifikke situation v\u00e6lger du, hvad du vil bruge: VTP pruning eller Trunk allowed. Nogle organisationer foretr\u00e6kker ikke at bruge VTP af sikkerhedsm\u00e6ssige \u00e5rsager, s\u00e5 de v\u00e6lger manuel konfiguration af trunking. Da kommandoen vtp pruning ikke fungerer i Packet Tracer, vil jeg vise den i emulatoren GNS3. <\/p>\n

N\u00e5r du g\u00e5r ind i SW2-indstillingerne og skriver kommandoen vtp pruning, vil systemet straks informere dig om, at denne tilstand er aktiveret: Pruning switched on, som betyder, at \"pruning\" VLAN aktiveres med bare \u00e9n kommando. <\/p>\n

Hvis du skriver kommandoen show vtp status, vil vi se, at vtp pruning-tilstand er tilladt. <\/p>\n

\"Cisco
\n
\nHvis du konfigurerer denne tilstand p\u00e5 switch-serveren, skal du g\u00e5 ind i dens indstillinger og indtaste kommandoen vtp pruning. Det betyder, at de enheder, der er tilsluttet serveren, automatisk vil bruge vtp pruning for at minimere trunk-trafik for irrelevante VLAN. <\/p>\n

Hvis du ikke \u00f8nsker at bruge denne tilstand, skal du g\u00e5 ind i den specifikke interface, f.eks. e0\/0, og derefter skrive kommandoen switchport trunk allowed vlan. Systemet vil give dig forslag til mulige parametre for denne kommando: <\/p>\n

\u2014 WORD \u2014 nummeret p\u00e5 VLAN, der vil v\u00e6re tilladt p\u00e5 denne interface i trunk-mode;
\n \u2014 add \u2014 VLAN, der skal f\u00f8jes til VLAN-databasen;
\n \u2014 all \u2014 tillad alle VLAN;
\n \u2014 except \u2014 tillad alle VLAN bortset fra de angivne;
\n \u2014 none \u2013 forbyde alle VLAN;
\n \u2014 remove \u2013 fjerne VLAN fra listen over VLAN-databasen. <\/p>\n

For eksempel, hvis vi har trunk tilladt for VLAN10, og vi vil tillade det for netv\u00e6rket VLAN20, s\u00e5 skal vi indtaste kommandoen switchport trunk allowed vlan add 20. <\/p>\n

\"Cisco
\n
\nJeg vil vise dig noget mere, s\u00e5 jeg bruger kommandoen show interface trunk. Bem\u00e6rk, at der som standard var tilladt alle VLAN 1-1005 for trunk, og nu er VLAN10 ogs\u00e5 blevet tilf\u00f8jet. <\/p>\n

\"Cisco
\n
\nHvis jeg bruger kommandoen switchport trunk allowed vlan add 20 og igen beder om at vise status for trunking, vil vi se, at der nu er tilladt to netv\u00e6rk for trunk \u2013 VLAN10 og VLAN20. <\/p>\n

\"Cisco
\n
\nP\u00e5 denne m\u00e5de kan ingen anden trafik, bortset fra den, der er ment til de angivne netv\u00e6rk, passere gennem denne trunk. Ved kun at tillade trafik for VLAN 10 og VLAN 20, har vi forbudt trafik for alle andre VLAN. Dette er, hvordan man manuelt kan konfigurere trunkingparametre for en specifik VLAN p\u00e5 en specifik switch-interface. <\/p>\n

Bem\u00e6rk, at vi indtil slutningen af dagen den 17. november 2017 har en rabat p\u00e5 90% p\u00e5 prisen for download af laborationsarbejde om dette emne p\u00e5 vores hjemmeside. <\/p>\n

\"Cisco
\n
\nTak for din opm\u00e6rksomhed, og vi ses i den n\u00e6ste video lektions!<\/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":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0438\u043c \u0434\u0438\u043d\u0430\u043c\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b \u0442\u0440\u0430\u043d\u043a\u0438\u043d\u0433\u0430 DTP \u0438 VTP \u2013 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b \u0442\u0440\u0430\u043d\u043a\u0438\u043d\u0433\u0430 VLAN. \u041a\u0430\u043a \u044f \u0433\u043e\u0432\u043e\u0440\u0438\u043b \u043d\u0430 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0435\u043c \u0443\u0440\u043e\u043a\u0435, \u043c\u044b \u0431\u0443\u0434\u0435\u043c \u0441\u043b\u0435\u0434\u043e\u0432\u0430\u0442\u044c \u0442\u0435\u043c\u0430\u043c \u044d\u043a\u0437\u0430\u043c\u0435\u043d\u0430 ICND2 \u0432 \u0442\u043e\u043c \u043f\u043e\u0440\u044f\u0434\u043a\u0435, \u0432 \u043a\u043e\u0442\u043e\u0440\u043e\u043c \u043e\u043d\u0438 \u043f\u0440\u0438\u0432\u0435\u0434\u0435\u043d\u044b \u043d\u0430 \u0441\u0430\u0439\u0442\u0435 Cisco. \u0412 \u043f\u0440\u043e\u0448\u043b\u044b\u0439 \u0440\u0430\u0437 \u043c\u044b \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043b\u0438 \u043f\u0443\u043d\u043a\u0442 1.1, \u0430 \u0441\u0435\u0433\u043e\u0434\u043d\u044f \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0438\u043c 1.2 \u2013 \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043a\u0438 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0439 \u0441\u0435\u0442\u0435\u0432\u044b\u0445 \u043a\u043e\u043c\u043c\u0443\u0442\u0430\u0442\u043e\u0440\u043e\u0432: \u0434\u043e\u0431\u0430\u0432\u043b\u0435\u043d\u0438\u0435 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28471,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37940","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\udd47Tr\u00e6ning Cisco 200-125 CCNA v3.0. Dag 35. Dynamisk trunking-protokol DTP | ProHoster","description":"I dag vil vi se n\u00e6rmere p\u00e5 den dynamiske trunking-protokol DTP og VTP \u2013 VLAN trunking-protokollen.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-35-dinamicheskij-protokol-trankinga-dtp","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 35. \u0414\u0438\u043d\u0430\u043c\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b \u0442\u0440\u0430\u043d\u043a\u0438\u043d\u0433\u0430 DTP | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0438\u043c \u0434\u0438\u043d\u0430\u043c\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b \u0442\u0440\u0430\u043d\u043a\u0438\u043d\u0433\u0430 DTP \u0438 VTP \u2013 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b \u0442\u0440\u0430\u043d\u043a\u0438\u043d\u0433\u0430 VLAN.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-35-dinamicheskij-protokol-trankinga-dtp","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:41+00:00","article:modified_time":"2019-10-31T19:20:41+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37940","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:51:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:18:22","updated":"2026-01-23 19:51: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\/37940","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=37940"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/37940\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/28471"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=37940"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=37940"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=37940"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}