{"id":37988,"date":"2019-10-31T22:21:01","date_gmt":"2019-10-31T19:21:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-37-stp-vybor-root-bridge-funktsii-portfast-i-bpdu-guard-chast-2\/"},"modified":"2019-10-31T22:21:01","modified_gmt":"2019-10-31T19:21:01","slug":"trening-cisco-200-125-ccna-v3-0-den-37-stp-vybor-root-bridge-funktsii-portfast-i-bpdu-guard-chast-2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-37-stp-vybor-root-bridge-funktsii-portfast-i-bpdu-guard-chast-2","title":{"rendered":"Cisco tr\u00e6ning 200-125 CCNA v3.0. Dag 37. STP: valg af Root Bridge, funktioner af PortFast og BPDU guard. Del 2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Lad os antage, at STP er i en konvergerende tilstand. Hvad vil der ske, hvis jeg tager et kabel og forbinder switch N direkte til rod-switch A? Rod-broen vil \"se\", at der er kommet en ny aktiv port, og vil sende BPDU gennem den. <\/p>\n

\"Cisco
\n
\nSwitch N, der modtager denne ramme med nul omkostninger, vil bestemme omkostningerne ved ruten gennem den nye port som 0+19=19, mens omkostningerne ved dens rodport er 76. Derefter vil porten p\u00e5 switch N, som tidligere var i tilstand disabled, gennemg\u00e5 alle faser af transition og skifte til transmissionsmode efter 50 sekunder. Hvis der er tilsluttet andre enheder til denne switch, vil de alle miste forbindelsen til rod-switch i 50 sekunder og dermed til netv\u00e6rket som helhed. <\/a><\/noindex><\/p>\n

Tilsvarende vil switch G modtage en BPDU-ramme fra switch N med en omkostningsmeddelelse p\u00e5 19. Den \u00e6ndrer omkostningerne ved sin tildelte port til 19+19=38 og omdanner den til sin nye rodport, fordi omkostningerne ved dens gamle rodport er 57, hvilket er mere end 38. Samtidig begynder alle faser af portomskiftning, der varer 50 sekunder, og til sidst nedbrudt hele netv\u00e6rket. <\/p>\n

\"Cisco
\n
\nLad os nu se, hvad der vil ske i en lignende situation ved brug af RSTP. Rod-switch vil ogs\u00e5 sende BPDU til switch N, men straks derefter l\u00e5se sin port. N\u00e5r switch N modtager denne ramme, vil den konstatere, at denne rute har lavere omkostninger end sin rodport, og straks l\u00e5se den. Derefter vil N sende en Proposal til rod-switchen med en anmodning om at \u00e5bne den nye port, fordi dens omkostninger er lavere end omkostningerne ved den allerede eksisterende rodport. N\u00e5r rod-switchen accepterer anmodningen, vil den l\u00e5se sin port op og sende en Agreement til switch N, hvorefter den sidstn\u00e6vnte vil g\u00f8re den nye port til sin rodport. <\/p>\n

\"Cisco
\n
\nVed hj\u00e6lp af Proposal\/Agreement-mekanismen vil oml\u00e6gningen af rodporten ske n\u00e6sten \u00f8jeblikkeligt, og alle enheder, der er tilsluttet switch N, vil ikke miste forbindelsen til netv\u00e6rket.
\nVed at tildele en ny rodport vil switch N g\u00f8re den gamle rodport til en alternativ port. Det samme vil ske med switch G \u2013 den vil udveksle Proposal\/Agreement-meddelelser med switch N, tildele en ny rodport og l\u00e5se de \u00f8vrige porte. Derefter vil processen forts\u00e6tte i det n\u00e6ste netv\u00e6rkssegment med switch F. <\/p>\n

\"Cisco
\n
\nSwitch F, ved at analysere omkostningerne, vil se, at ruten til roden switch gennem den nederste port vil koste 57, mens den eksisterende rute gennem den \u00f8verste port koster 38, og vil lade det v\u00e6re som det er. Ved at finde ud af dette, vil switch G blokere porten, der vender mod F, og vil sende trafik til roden switch via den nye rute G-H-A. <\/p>\n

Indtil switch F modtager et Proposal\/Agreement fra switch G, vil den holde sin nederste port blokeret for at forhindre dannelsen af l\u00f8kker. S\u00e5ledes kan du se, at RSTP er en meget hurtig protokol, der ikke skaber de problemer i netv\u00e6rket, som STP g\u00f8r.
\nLad os nu g\u00e5 videre til kommandoerne. Du skal ind i switchens globale konfigurationsmode og v\u00e6lge PVST eller RPVST mode ved hj\u00e6lp af kommandoen spanning-tree mode . Herefter skal du beslutte, hvordan du vil \u00e6ndre prioriteten for en specifik VLAN. Til dette bruges kommandoen spanning-tree vlan priority . I den sidste videolektion skulle du huske, at prioriteten er et tal, der er et multipel af 4096, og standardv\u00e6rdien er 32768 plus VLAN-netv\u00e6rksnummeret. Hvis du valgte VLAN1, vil standardprioriteten v\u00e6re 32768+1= 32769. <\/p>\n

\"Cisco
\n
\nHvorfor kan det v\u00e6re n\u00f8dvendigt at \u00e6ndre netv\u00e6rksprioriteten? Vi ved, at BID best\u00e5r af en numerisk prioritet og MAC-adressen. MAC-adressen p\u00e5 en enhed kan ikke \u00e6ndres, den har en konstant v\u00e6rdi, s\u00e5 det er kun prioriteten, der kan \u00e6ndres.<\/p>\n

Lad os antage, at der findes et stort netv\u00e6rk, hvor alle Cisco-enheder er forbundet i en ring. Da PVST som standard er aktiveret, vil systemet v\u00e6lge rod switchen. Hvis alle enheder har samme prioritet, vil fordelene g\u00e5 til den switch med den \u00e6ldste MAC-adresse. Men dette kan v\u00e6re en 10-12 \u00e5r gammel switch af en for\u00e6ldet model, som ikke engang har tilstr\u00e6kkelig kraft og ydeevne til at 'lede' et s\u00e5 omfattende netv\u00e6rk.
\nSamtidig kan du have den nyeste switch til flere tusinde dollars i dit netv\u00e6rk, som p\u00e5 grund af den h\u00f8jere MAC-adresse er tvunget til at 'underordne' sig den gamle switch, der koster et par hundrede dollars. Hvis den gamle switch bliver rod switchen, er det et tegn p\u00e5 en alvorlig designfejl i netv\u00e6rket.<\/p>\n

Derfor skal du g\u00e5 ind i indstillingerne for den nye switch og give den en minimum prioritet, for eksempel 0. N\u00e5r du bruger VLAN1, vil den samlede prioritet v\u00e6re 0+1=1, og alle andre enheder vil konstant betragte den som rotswitch.<\/p>\n

Lad os nu forestille os en s\u00e5dan situation. Hvis rotswitchen af en eller anden grund bliver utilg\u00e6ngelig, kan du \u00f8nske, at den nye rotswitch ikke er en hvilken som helst switch med lavere prioritet, men en bestemt switch med bedre netv\u00e6rksfunktioner. I dette tilf\u00e6lde bruges kommandoen i indstillingerne for Root Bridge til at tildele prim\u00e6re og sekund\u00e6re rotswitches: spanning-tree vlan root . Prioritetsv\u00e6rdien for den prim\u00e6re switch vil v\u00e6re 32768 \u2013 4096 \u2013 4096 = 24576. For den sekund\u00e6re switch beregnes den efter formlen 32768 \u2013 4096 = 28672.<\/p>\n

Du beh\u00f8ver ikke at indtaste disse tal manuelt - systemet vil g\u00f8re det for dig automatisk. S\u00e5ledes vil rotswitchen have en prioritet p\u00e5 24576, og ved dens utilg\u00e6ngelighed vil switchet med en prioritet p\u00e5 28672 tr\u00e6de til, idet prioriteten for alle andre switches som standard ikke er mindre end 32768. Dette er n\u00f8dvendigt, hvis du ikke \u00f8nsker, at systemet automatisk udpeger rotswitch. <\/p>\n

Hvis du vil se indstillingerne for STP-protokollen, skal du bruge kommandoen show spanning-tree summary. Lad os nu gennemg\u00e5 alle de emner, vi har l\u00e6rt i dag ved hj\u00e6lp af Packet Tracer. Jeg bruger en netv\u00e6rkstopologi med 4 switches af model 2690, hvilket ikke g\u00f8r noget, da alle Cisco-switchmodeller underst\u00f8tter STP. De er forbundet til hinanden, s\u00e5 netv\u00e6rket danner en lukket kreds. <\/p>\n

Som standard arbejder Cisco-enheder i PSTV+-tilstand, hvilket betyder, at hver port kr\u00e6ver ikke mere end 20 sekunder til konvergens. Simuleringspanelet giver mulighed for at visualisere trafikoverf\u00f8rsel og se parametrene for det oprettede netv\u00e6rk.<\/p>\n

\"Cisco
\n
\nDu kan se, hvad en STP BPDU-ramme er. Hvis du ser betegnelse version 0, s\u00e5 er det STP, fordi RSTP bruger version 2. Her vises ogs\u00e5 v\u00e6rdien af Root ID, som best\u00e5r af prioritet og MAC-adressen p\u00e5 rotswitchen, og dens tilsvarende v\u00e6rdi er Bridge ID. <\/p>\n

\"Cisco
\n
\nDisse v\u00e6rdier er ens, da omkostningen ved ruten til roteswitchen for SW0 er 0, hvilket betyder, at den selv er roteswitchen. Dermed skete der efter aktiveringen af switchene automatisk en valg af Root Bridge gennem brug af STP, og netv\u00e6rket begyndte at fungere. Du kan se, at den \u00f8verste port Fa0\/2 p\u00e5 switchen SW2 blev sat i Blocking-tilstand for at forhindre en l\u00f8kke, men den orange farve p\u00e5 mark\u00f8ren indikerer det. <\/p>\n

\"Cisco
\n
\nLad os g\u00e5 til konfigurationskonsollen for switchen SW0 og bruge et par kommandoer. Den f\u00f8rste er kommandoen show spanning-tree, hvorefter der p\u00e5 sk\u00e6rmen vil blive vist oplysninger om PSTV+-tilstand for VLAN1-netv\u00e6rket. Hvis vi bruger flere VLAN, vil der i bunden af vinduet komme en yderligere informationsblok for det andet og efterf\u00f8lgende anvendte netv\u00e6rk. <\/p>\n

\"Cisco
\n
\nDu kan se, at STP-protokollen er tilg\u00e6ngelig i henhold til IEEE-standarden, hvilket betyder, at der anvendes PVSTP+. Teknisk set er dette ikke standard .1d. Her gives ogs\u00e5 oplysninger om Root ID: prioritet 32769, MAC-adressen p\u00e5 rotesenheden, omkostninger 19 osv. Derefter f\u00f8lger oplysninger om Bridge ID, hvor v\u00e6rdien af prioriteten 32768 +1 forklares, og en anden MAC-adresse kommer. Som du kan se, tog jeg fejl - switchen SW0 er ikke roteswitchen; roteswitchen har en anden MAC-adresse, der er angivet i Root ID-parametrene. Jeg tror, det skyldes, at SW0 modtog en BPDU-ramme med oplysninger om, at en eller anden switch i netv\u00e6rket har st\u00f8rre grundlag for at spille rollen som roteswitch. Lad os se n\u00e6rmere p\u00e5 dette.<\/p>\n

(overs\u00e6tters bem\u00e6rkning: Root ID - identifikatoren for roteswitchen, der er identisk for alle enheder i det samme VLAN, der fungerer gennem STP-protokollen, Bridge ID - identifikatoren for den lokale switch som en del af Root Bridge, hvilket kan v\u00e6re anderledes for forskellige switcher og forskellige VLAN).<\/p>\n

En anden faktor, der indikerer, at SW0 ikke er roteswitchen, er, at roteswitchen ikke har en Root Port, mens der i dette tilf\u00e6lde findes b\u00e5de en Root Port og en Designated Port, der er i forwarding-tilstand. Du kan ogs\u00e5 se typen af forbindelse p2p, eller 'point-to-point'. Dette betyder, at portene fa0\/1 og fa0\/2 er direkte tilsluttet de tilst\u00f8dende switcher.
\nHvis en port var tilsluttet til hubben, ville forbindelsestypen blive betegnet som shared, hvilket vi vil se n\u00e6rmere p\u00e5 senere. Hvis jeg indtaster kommandoen for at se den samlede information show spanning-tree summary, vil vi se, at denne switch er i PVSTP-tilstand, og derefter vil den liste over de utilg\u00e6ngelige portfunktioner f\u00f8lge. <\/p>\n

\"Cisco
\n
\nHer vises tilstanden og antallet af porte, der betjener VLAN1: blocking 0, listening 0, learning 0, i forwarding-tilstand i STP er der 2 porte.
\nF\u00f8r vi g\u00e5r videre til switch SW2, lad os se p\u00e5 indstillingerne for switch SW1. Til dette bruger vi den samme kommando show spanning-tree.<\/p>\n

\"Cisco
\n
\nDu ser, at MAC-adressen for Root ID p\u00e5 switch SW1 er den samme som p\u00e5 SW0, fordi alle enheder i netv\u00e6rket ved sammenl\u00f8b f\u00e5r den samme adresse for Root Bridge-enheden, da de stoler p\u00e5 valget truffet af STP-protokollen. Som du kan se, er SW1 root-switchen, fordi Root ID- og Bridge ID-adresserne stemmer overens. Der er desuden en meddelelse her, der siger \"denne switch er root\". <\/p>\n

Et andet tegn p\u00e5 en root-switch er, at den ikke har nogen Root-porte; begge porte er markeret som Designated. Hvis alle porte vises som Designated og er i forwarding-tilstand, s\u00e5 er du foran en root-switch. <\/p>\n

Switch SW3 indeholder lignende information, og nu g\u00e5r jeg videre til SW2, fordi en af dens porte er i Blocking-tilstand. Jeg bruger kommandoen show spanning-tree og vi ser, at Root ID-informationen og prioriteten er de samme som p\u00e5 de andre switches.
\nDet er videre angivet, at en af portene er Alternative. Lad dig ikke forskr\u00e6kke af dette, standard 802.1d kalder dette en Blocking Port, og i PVSTP bliver den blokerede port altid betegnet som Alternative. S\u00e5 denne alternative Fa0\/2 port er i blokeret tilstand, mens port Fa0\/1 fungerer som Root Port. <\/p>\n

Den blokerede port er i segmentet mellem switch SW0 og switch SW2, hvilket forhindrer os i at danne en l\u00f8kke. Som du kan se, bruger switches en p2p-forbindelse, fordi der ikke er tilsluttet andre enheder. <\/p>\n

\"Cisco
\n
\nVi har et netv\u00e6rk, der konvergerer via STP-protokollen. Nu vil jeg tage et kabel og forbinde switch SW2 direkte til root-switchen SW1. Derefter vil alle porte p\u00e5 SW2 blive markeret med orange mark\u00f8rer. <\/p>\n

\"Cisco
\n
\nN\u00e5r man bruger kommandoen show spanning-tree summary, vil vi se, at to porte f\u00f8rst er i Listening-tilstand, derefter g\u00e5r de over i Learning-tilstand og efter et par sekunder til Forwarding-tilstand, mens farven p\u00e5 mark\u00f8ren \u00e6ndrer sig til gr\u00f8n. Hvis man nu indtaster kommandoen show spanning-tree, kan man se, at Fa0\/1, som tidligere var Root-porten, nu er g\u00e5et ind i en l\u00e5st tilstand og er blevet kaldt Alternative-porten. <\/p>\n

\"Cisco
\n
\nPort Fa0\/3, som er tilsluttet kabel fra root-switchen, er blevet Root-port, mens port Fa0\/2 er blevet tildelt som Designated-port. Lad os endnu en gang se p\u00e5 den konvergerende proces. Jeg vil frakoble kabel SW2-SW1 og vende tilbage til den tidligere topologi. Du kan se, at porte SW2 f\u00f8rst bliver blokeret og igen bliver orange, derefter g\u00e5r de sekventielt gennem tilstandene Listening og Learning og ender i Forwarding-tilstand. Her bliver den ene port gr\u00f8n, mens den anden, som er tilsluttet switchen SW0, forbliver orange. Konvergensprocessen tog ret lang tid, s\u00e5dan er omkostningerne ved at arbejde med STP.<\/p>\n

\"Cisco
\n
\nLad os nu se p\u00e5, hvordan RSTP fungerer. Vi starter med switchen SW2 og indtaster kommandoen spanning-tree mode rapid-pvst i dens indstillinger. Denne kommando har kun to parameterindstillinger: pvst og rapid-pvst, jeg bruger den anden. Efter indtastningen af kommandoen skifter switchen til RPVST-tilstand, hvilket kan bekr\u00e6ftes med kommandoen show spanning-tree. <\/p>\n

\"Cisco
\n
\nI starten vil du se en besked om, at vi nu k\u00f8rer RSTP-protokollen. Alt andet forbliver u\u00e6ndret. Derefter skal jeg g\u00f8re det samme for alle de \u00f8vrige enheder, og s\u00e5 er ops\u00e6tningen af RSTP afsluttet. Lad os unders\u00f8ge, hvordan denne protokol fungerer, ligesom vi gjorde med STP.<\/p>\n

Jeg forbinder igen switch SW2 direkte til root-switchen SW1 \u2013 lad os se, hvor hurtigt konvergensen finder sted. Jeg indtaster kommandoen show spanning-tree summary og ser, at to porte p\u00e5 switchen er i Blocking-tilstand, mens 1 er i Forwarding-tilstand. <\/p>\n

\"Cisco
\n
\nDu kan se, at konvergensen skete n\u00e6sten \u00f8jeblikkeligt, s\u00e5 du kan bed\u00f8mme, hvor meget hurtigere RSTP er end STP. Derefter kan vi bruge kommandoen spanning-tree portfast default, som vil s\u00e6tte alle switchens porte til portfast-tilstand som standard. Dette er relevant, hvis de fleste porte p\u00e5 switchen er Edge-porte, der er direkte tilsluttet v\u00e6rter. Hvis vi har en port, der ikke er en Edge, skal vi tilbagef\u00f8re den til spanning-tree-tilstand. <\/p>\n

Til konfiguration af VLAN kan du bruge kommandoen spanning-tree vlan med parametrene priority (angiver switchens prioritet for spanning-tree) eller root (udpeger switchen som root). Vi bruger kommandoen spanning-tree vlan 1 priority, hvor vi angiver en prioritet som et hvilket som helst tal, der er et multiplum af 4096, i omr\u00e5det fra 0 til 61440. Dermed kan vi manuelt \u00e6ndre prioriteten for enhver VLAN. <\/p>\n

Du kan indtaste kommandoen spanning-tree vlan 1 root med parametrene primary eller secondary for at konfigurere hoved- eller backup root-porten for et bestemt netv\u00e6rk. Hvis jeg bruger spanning-tree vlan 1 root primary, bliver denne port den prim\u00e6re root-port for netv\u00e6rket VLAN1. <\/p>\n

Jeg vil indtaste kommandoen show spanning-tree, og vi vil se, at denne switch SW2 har prioriteten 24577, MAC-adresserne for Root ID og Bridge ID er ens, hvilket betyder, at den nu er blevet root switch. <\/p>\n

\"Cisco
\n
\nKan du se, hvor hurtigt konvergensen og rolleskiftet for switchene fandt sted. Nu vil jeg annullere hovedswitch-mode med kommandoen no spanning-tree vlan 1 root primary, hvorefter dens prioritet vil vende tilbage til den tidligere v\u00e6rdi 32769, og rollen som root switch vil igen overg\u00e5 til SW1. <\/p>\n

Lad os se, hvordan portfast fungerer. Jeg vil indtaste kommandoen int f0\/1, g\u00e5 ind i indstillingerne for denne port og bruge kommandoen spanning-tree, hvorefter systemet vil give forslag til parameter v\u00e6rdier. <\/p>\n

\"Cisco
\n
\nDerudover vil jeg bruge kommandoen spanning-tree portfast, som kan indtastes med parametrene disable (deaktiverer portfast-funktionen for denne port) eller trunk (aktiverer portfast-funktionen for denne port selv i trunk mode). <\/p>\n

Hvis man indtaster spanning-tree portfast, vil funktionen blot blive aktiveret p\u00e5 denne port. For at aktivere BPDU Guard-funktionen skal man bruge kommandoen spanning-tree bpduguard enable, og kommandoen spanning-tree bpduguard disable deaktiverer denne funktion. <\/p>\n

Jeg vil hurtigt fort\u00e6lle om en anden ting. Hvis switchinterface SW2 for VLAN1 er blokeret i retning mod SW3, kan dette samme interface, under andre konfigurationer for et andet VLAN, for eksempel VLAN2, blive en root-port. Dermed kan der i systemet implementeres en mekanisme til load balancing af trafikken \u2013 i \u00e9t tilf\u00e6lde bruges dette netv\u00e6rkssegment ikke, i et andet tilf\u00e6lde bruges det. <\/p>\n

Jeg vil vise, hvad der sker, n\u00e5r vi f\u00e5r et shared interface ved tilslutning af en hub. Jeg vil tilf\u00f8je en hub til diagrammet og forbinde den til switch SW2 med to kabler. <\/p>\n

\"Cisco
\n
\nKommandoen show spanning-tree vil afsl\u00f8re f\u00f8lgende billede. <\/p>\n

\"Cisco
\n
\nFa0\/5 (venstre nederste port p\u00e5 switchen) bliver backup-port, mens port Fa0\/4 (h\u00f8jre nederste port p\u00e5 switchen) bliver den tildelte designated-port. Begge porttyper er shared. Det betyder, at segmentet af hub-switchens gr\u00e6nseflader er et delt netv\u00e6rk. <\/p>\n

Ved hj\u00e6lp af RSTP har vi opn\u00e5et en opdeling i alternative og backup-porte. Hvis vi \u00e6ndrer switchen SW2 til pvst-tilstand med kommandoen spanning-tree mode pvst, vil vi se, at gr\u00e6nsefladen Fa0\/5 igen skifter til Alternative, fordi der nu ikke er forskel mellem backup-porten og alternative-porten. <\/p>\n

\"Cisco
\n
\nDet har v\u00e6ret en meget lang lektion, og hvis du ikke forstod noget, anbefaler jeg, at du ser den 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":"

\u041f\u0440\u0435\u0434\u043f\u043e\u043b\u043e\u0436\u0438\u043c, \u0447\u0442\u043e STP \u043d\u0430\u0445\u043e\u0434\u0438\u0442\u0441\u044f \u0432 \u0441\u043e\u0441\u0442\u043e\u044f\u043d\u0438\u0438 \u0441\u0445\u043e\u0434\u0438\u043c\u043e\u0441\u0442\u0438. \u0427\u0442\u043e \u043f\u0440\u043e\u0438\u0437\u043e\u0439\u0434\u0435\u0442, \u0435\u0441\u043b\u0438 \u044f \u0432\u043e\u0437\u044c\u043c\u0443 \u043a\u0430\u0431\u0435\u043b\u044c \u0438 \u0441\u043e\u0435\u0434\u0438\u043d\u044e \u0441\u0432\u0438\u0442\u0447 \u041d \u043d\u0430\u043f\u0440\u044f\u043c\u0443\u044e \u0441 \u043a\u043e\u0440\u043d\u0435\u0432\u044b\u043c \u0441\u0432\u0438\u0442\u0447\u0435\u043c \u0410? Root Bridge \u00ab\u0443\u0432\u0438\u0434\u0438\u0442\u00bb, \u0447\u0442\u043e \u0443 \u043d\u0435\u0433\u043e \u043f\u043e\u044f\u0432\u0438\u043b\u0441\u044f \u043d\u043e\u0432\u044b\u0439 \u0437\u0430\u0434\u0435\u0439\u0441\u0442\u0432\u043e\u0432\u0430\u043d\u043d\u044b\u0439 \u043f\u043e\u0440\u0442, \u0438 \u043e\u0442\u043e\u0448\u043b\u0435\u0442 \u043f\u043e \u043d\u0435\u043c\u0443 BPDU. \u0421\u0432\u0438\u0442\u0447 \u041d, \u043f\u043e\u043b\u0443\u0447\u0438\u0432 \u044d\u0442\u043e\u0442 \u0444\u0440\u0435\u0439\u043c \u0441 \u043d\u0443\u043b\u0435\u0432\u043e\u0439 \u0441\u0442\u043e\u0438\u043c\u043e\u0441\u0442\u044c\u044e, \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0438\u0442 \u0441\u0442\u043e\u0438\u043c\u043e\u0441\u0442\u044c \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0430 \u0447\u0435\u0440\u0435\u0437 \u043d\u043e\u0432\u044b\u0439 \u043f\u043e\u0440\u0442 \u043a\u0430\u043a 0+19 =19 \u043f\u0440\u0438 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28511,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37988","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 37. STP: valg af Root Bridge, funktioner som PortFast og BPDU guard. Del 2 | ProHoster","description":"Lad os antage, at STP er i en konvergensfase. Hvad vil der ske, hvis jeg tager et kabel og forbinder switch N direkte med root switch A?","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-37-stp-vybor-root-bridge-funktsii-portfast-i-bpdu-guard-chast-2","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 37. STP: \u0432\u044b\u0431\u043e\u0440 Root Bridge, \u0444\u0443\u043d\u043a\u0446\u0438\u0438 PortFast \u0438 BPDU guard. \u0427\u0430\u0441\u0442\u044c 2 | ProHoster","og:description":"\u041f\u0440\u0435\u0434\u043f\u043e\u043b\u043e\u0436\u0438\u043c, \u0447\u0442\u043e STP \u043d\u0430\u0445\u043e\u0434\u0438\u0442\u0441\u044f \u0432 \u0441\u043e\u0441\u0442\u043e\u044f\u043d\u0438\u0438 \u0441\u0445\u043e\u0434\u0438\u043c\u043e\u0441\u0442\u0438. \u0427\u0442\u043e \u043f\u0440\u043e\u0438\u0437\u043e\u0439\u0434\u0435\u0442, \u0435\u0441\u043b\u0438 \u044f \u0432\u043e\u0437\u044c\u043c\u0443 \u043a\u0430\u0431\u0435\u043b\u044c \u0438 \u0441\u043e\u0435\u0434\u0438\u043d\u044e \u0441\u0432\u0438\u0442\u0447 \u041d \u043d\u0430\u043f\u0440\u044f\u043c\u0443\u044e \u0441 \u043a\u043e\u0440\u043d\u0435\u0432\u044b\u043c \u0441\u0432\u0438\u0442\u0447\u0435\u043c \u0410?","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-37-stp-vybor-root-bridge-funktsii-portfast-i-bpdu-guard-chast-2","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:21:01+00:00","article:modified_time":"2019-10-31T19:21:01+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37988","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 20:01:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:17:22","updated":"2026-01-23 20:01: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\/37988","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=37988"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/37988\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/28511"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=37988"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=37988"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=37988"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}