- introduktion
- hvor skal man bruge MST
- PVST+ sag
- standard 802.1 k sag
- MST Case
- MST Region
- MST-konfiguration og MST-Region
- Regiongrænse
- MST-forekomster
- IST instanser
- Msti ‘er
- almindelige fejlkonfigurationer
- IST-forekomst er aktiv på alle porte, hvad enten Trunk eller Access
- to VLAN ‘ er, der er kortlagt til den samme forekomst, blokerer de samme porte
- interaktion mellem MST-regionen og omverdenen
- anbefalet konfiguration
- alternativ konfiguration (anbefales ikke)
- ugyldig konfiguration
- migrationsstrategi
- konklusion
introduktion
Multiple Spanning Tree (MST) er en IEEE-standard inspireret af Cisco proprietære multiple Instances Spanning Tree Protocol (MISTP) implementering. Dette dokument antager, at læseren er bekendt med Rapid STP (RSTP) (802.1 B), Da MST stærkt er afhængig af denne anden IEEE-standard. Denne tabel viser understøttelsen af MST i forskellige Katalysatorafbrydere:
Catalyst Platform | MST with RSTP |
---|---|
Catalyst 2900 XL and 3500 XL | Not Available |
Catalyst 2950 and 3550 | Cisco IOS® 12.1(9)EA1 |
Catalyst 2955 | All Cisco IOS versions |
Catalyst 2948G-L3 and 4908G-L3 | Not Available |
Catalyst 4000, 2948G, and 2980G (Catalyst OS (CatOS)) | 7.1 |
Catalyst 4000 and 4500 (Cisco IOS) | 12.1(12c)ad |
Catalyst 5000 og 5500 | ikke tilgængelig |
Catalyst 6000 og 6500 (CatOS) | 7.1 |
Catalyst 6000 og 6500 (Cisco IOS) | 12, 1(11b)eks, 12, 1(13)E, 12, 2(14) sek |
Catalyst 8500 | ikke tilgængelig |
For mere information om RSTP (802.1 B), se dette dokument:
-
forståelse af Rapid Spanning Tree Protocol (802.1V)
hvor skal man bruge MST
dette diagram viser et fælles design, der indeholder adgangskontakt A med 1000 VLAN ‘ er, der er overflødigt forbundet til to distributionskontakter, D1 og D2. I denne opsætning opretter brugerne forbindelse for at skifte A, og netværksadministratoren søger typisk at opnå belastningsbalancering på adgangskontakten Uplinks baseret på lige eller ulige VLAN ‘ er eller ethvert andet skema, der anses for passende.
disse afsnit er eksempler på tilfælde, hvor forskellige typer STP bruges i denne opsætning:
PVST+ sag
i et Cisco Per-VLAN Spanning Tree (PVST+) miljø er spanning tree-parametrene indstillet, så halvdelen af vlan ‘ erne fremad på hver Uplink-bagagerum. For let at opnå dette skal du vælge Bridge D1 til at være roden til VLAN ‘er 501 til 1000 og Bridge D2 til at være roden til VLAN’ er 1 til 500. Disse udsagn gælder for denne konfiguration:
-
i dette tilfælde resulterer optimal belastningsbalancering.
-
en spændende træforekomst for hver VLAN opretholdes, hvilket betyder 1000 forekomster for kun to forskellige endelige logiske topologier. Dette spilder CPU-cyklusser betydeligt for alle afbrydere i netværket (ud over den båndbredde, der bruges til hver instans til at sende sine egne Bridge Protocol Data Units (BPDU ‘ er)).
standard 802.1 k sag
den oprindelige IEEE 802.1 K standard definerer meget mere end blot trunking. Denne standard definerer et fælles spændende træ (CST), der kun antager en spændende træforekomst for hele bronetværket, uanset antallet af VLAN ‘ er. Hvis CST anvendes på topologien i dette diagram, resultatet ligner diagrammet vist her:
i et netværk, der kører CST, er disse udsagn sande:
-
ingen belastningsbalancering er mulig; en Uplink skal blokere for alle VLAN ‘ er.
-
CPU ‘ en er skånet; kun en forekomst skal beregnes.
Bemærk: Cisco-implementeringen forbedrer 802.1 k for at understøtte en PVST. Denne funktion opfører sig nøjagtigt som PVST i dette eksempel. Cisco per-VLAN BPDU ‘ er er tunneleret af rene 802.1 k broer.
MST Case
MSTs (IEEE 802.1 s) kombinerer de bedste aspekter fra både PVST+ og 802.1 sp. ideen er, at flere VLAN ‘ er kan kortlægges til et reduceret antal spændende træforekomster, fordi de fleste netværk ikke har brug for mere end et par logiske topologier. I topologien beskrevet i det første diagram er der kun to forskellige endelige logiske topologier, så kun to spændende træforekomster er virkelig nødvendige. Der er ikke behov for at køre 1000 tilfælde. Hvis du kortlægger halvdelen af de 1000 VLAN ‘er til en anden spændende træforekomst, som vist i dette diagram, er disse udsagn sande:
-
den ønskede belastningsbalanceringsordning kan stadig opnås, fordi halvdelen af vlan’ erne følger en separat instans.
-
CPU ‘ en spares, fordi kun to tilfælde beregnes.
fra et teknisk synspunkt er MST den bedste løsning. Fra en slutbrugers perspektiv er de største ulemper forbundet med en migrering til MST:
-
protokollen er mere kompleks end det sædvanlige spændende træ og kræver yderligere uddannelse af personalet.
-
interaktion med ældre broer kan være en udfordring. For mere information henvises til interaktionen mellem MST-regioner og afsnittet om omverdenen i dette dokument.
MST Region
som tidligere nævnt er den vigtigste forbedring introduceret af MST, at flere VLAN ‘ er kan kortlægges til en enkelt spændende træinstans. Dette rejser problemet med, hvordan man bestemmer, hvilken VLAN der skal knyttes til hvilken instans. Mere præcist, hvordan man mærker BPDU ‘er, så de modtagende enheder kan identificere de forekomster og VLAN’ er, som hver enhed gælder for.
problemet er irrelevant i tilfælde af 802.1 k-standarden, hvor alle forekomster er kortlagt til en unik forekomst. I PVST + implementeringen er foreningen som følger:
-
forskellige VLAN ‘er bærer BPDU’ erne for deres respektive forekomst (en BPDU pr.
Cisco MISTP sendte en BPDU for hver forekomst, inklusive en liste over VLAN ‘ er, som BPDU var ansvarlig for, for at løse dette problem. Hvis to kontakter ved en fejl blev fejlkonfigureret og havde et andet udvalg af VLAN ‘ er tilknyttet den samme instans, var det vanskeligt for protokollen at komme sig korrekt fra denne situation.
IEEE 802.1 s-udvalget vedtog en meget lettere og enklere tilgang, der introducerede MST-regioner. Tænk på en region som ækvivalent med autonome systemer til Grænseportalprotokollen (BGP), som er en gruppe af afbrydere, der er placeret under en fælles administration.
MST-konfiguration og MST-Region
hver kontakt, der kører MST i netværket, har en enkelt MST-konfiguration, der består af disse tre attributter:
-
et alfanumerisk konfigurationsnavn (32 bytes)
-
et konfigurationsrevisionsnummer (to bytes)
-
en 4096-element tabel, der knytter hver af de potentielle 4096 VLAN ‘ er understøttet på chassiset til en given forekomst
for at være en del af en fælles MST-region skal en gruppe afbrydere dele de samme konfigurationsattributter. Det er op til netværksadministratoren at udbrede konfigurationen korrekt i hele regionen. I øjeblikket er dette trin kun muligt ved hjælp af kommandolinjegrænsefladen (CLI) eller gennem simpel Netværksstyringsprotokol (SNMP). Andre metoder kan forestilles, da IEEE-specifikationen ikke udtrykkeligt nævner, hvordan man udfører dette trin.
Bemærk: Hvis to kontakter af en eller anden grund er forskellige på en eller flere konfigurationsattributter, er kontakterne en del af forskellige regioner. For mere information henvises til afsnittet Region grænse i dette dokument.
Regiongrænse
for at sikre ensartet VLAN-til-instans-kortlægning er det nødvendigt, at protokollen nøjagtigt kan identificere regionernes grænser. Til dette formål indgår regionens karakteristika i BPDU ‘ erne. Den nøjagtige VLAN-til-instans-kortlægning udbredes ikke i BPDU, fordi kontakterne kun behøver at vide, om de er i samme region som en nabo. Derfor sendes kun en fordøjelse af VLAN-til-instans-kortlægningstabellen sammen med revisionsnummeret og navnet. Når en kontakt modtager en BPDU, udtrækker kontakten fordøjelsen (en numerisk værdi afledt af VLAN-til-instans-kortlægningstabellen gennem en matematisk funktion) og sammenligner denne fordøjelse med sin egen beregnede fordøjelse. Hvis fordøjelserne er forskellige, er den port, som BPDU blev modtaget på, ved grænsen for en region.
i generiske termer er en port ved grænsen for en region, hvis den udpegede bro på dens segment er i en anden region, eller hvis den modtager ældre 802.1 D BPDU ‘ er. I dette diagram, porten på B1 er ved grænsen til region A, der henviser til, at portene på B2 og B3 er interne I region B:
MST-forekomster
i henhold til IEEE 802.1 s-specifikationen skal en MST-bro være i stand til at håndtere mindst disse to tilfælde:
-
et indre spændende træ (IST)
-
en eller flere multiple spændende Træforekomster(Msti ‘ er))
terminologien fortsætter med at udvikle sig, da 802.1 s faktisk er i en præ-standardfase. Det er sandsynligt, at disse navne vil ændre sig i den endelige udgivelse af 802.1 s. Cisco-implementeringen understøtter 16 forekomster: en IST (forekomst 0) og 15 Msti ‘ er.
IST instanser
for klart at forstå ist-instansens rolle skal du huske, at MST stammer fra IEEE. Derfor skal MST være i stand til at interagere med 802.1 k-baserede netværk, fordi 802.1 K er en anden IEEE-standard. I 802,1 sekunder implementerer et Bronet kun et enkelt spændende træ (CST). IST-forekomsten er simpelthen en RSTP-forekomst, der udvider CST inden for MST-regionen.
IST-instansen modtager og sender BPDU ‘ er til CST. IST kan repræsentere hele MST-regionen som en CST virtuel bro til omverdenen.
dette er to funktionelt ækvivalente diagrammer. Bemærk placeringen af de forskellige blokerede porte. I et typisk Bronet netværk, du forventer at se en blokeret port mellem kontakterne M og B. I stedet for at blokere på D, du forventer at få den anden sløjfe brudt af en blokeret port et eller andet sted midt i MST-regionen. På grund af IST vises hele regionen imidlertid som en virtuel bro, der kører et enkelt spændende træ (CST). Dette gør det muligt at forstå, at den virtuelle bro blokerer en alternativ port på B. Den virtuelle bro er også på C til D-segmentet og fører skifte D for at blokere dens port.
den nøjagtige mekanisme, der får regionen til at fremstå som en virtuel CST-Bro, ligger uden for dette dokuments anvendelsesområde, men er rigeligt beskrevet i IEEE 802.1 s-specifikationen. Men hvis du holder denne virtuelle broegenskab i MST-regionen i tankerne, er interaktionen med omverdenen meget lettere at forstå.
Msti ‘er
Msti’ erne er enkle RSTP-forekomster, der kun findes i en region. Disse forekomster kører RSTP automatisk som standard uden ekstra konfigurationsarbejde. I modsætning til IST interagerer Msti ‘ er aldrig med ydersiden af regionen. Husk, at MST kun kører et spændende træ uden for regionen, så bortset fra IST-forekomsten har regelmæssige forekomster inde i regionen ingen ekstern modstykke. Derudover sender Msti ‘er ikke BPDU’ er uden for en region, kun IST gør det.
Msti ‘er sender ikke uafhængige individuelle BPDU’ er. Inde i MST-regionen udveksler broer MST BPDU ‘er, der kan ses som normale RSTP BPDU’ er for IST, mens de indeholder yderligere oplysninger for hver msti. Dette diagram viser en BPDU-udveksling mellem kontakterne A og B inde i en MST-region. Hver kontakt sender kun en BPDU, men hver indeholder en MRecord pr MSTI til stede på portene.
Bemærk: i dette diagram skal du bemærke, at det første informationsfelt, der bæres af en MST BPDU, indeholder data om IST. Dette indebærer, at IST (instans 0) altid er til stede overalt i en MST-region. Netværksadministratoren behøver dog ikke at kortlægge VLAN ‘ er på instans 0, og derfor er dette ikke en kilde til bekymring.
i modsætning til almindelig konvergeret spændende trætopologi kan begge ender af et link sende og modtage BPDU ‘ er samtidigt. Dette skyldes, som vist i dette diagram, at hver bro kan udpeges til en eller flere tilfælde og skal transmittere BPDU ‘ er. Så snart en enkelt MST-instans er udpeget på en port, skal der sendes en BPDU, der indeholder oplysningerne for alle forekomster (IST+ Msti ‘ er). Diagrammet vist her viser MST BDPUs sendt inden for og uden for en MST region:
MRecord indeholder nok information (for det meste Root bridge og afsender bridge priority parameters) til den tilsvarende instans til at beregne dens endelige topologi. MRecord har ikke brug for nogen timerrelaterede parametre såsom Hej tid, fremadforsinkelse og maksimal alder, der typisk findes i en almindelig IEEE 802.1 D eller 802.1 cst BPDU. Den eneste forekomst i MST-regionen, der bruger disse parametre, er IST; hello-tiden bestemmer, hvor ofte BPDU ‘ er sendes, og parameteren fremadforsinkelse bruges hovedsageligt, når hurtig overgang ikke er mulig (husk, at hurtige overgange ikke forekommer på delte links). Da Msti ‘er er afhængige af IST for at overføre deres oplysninger, har Msti’ er ikke brug for disse timere.
almindelige fejlkonfigurationer
uafhængigheden mellem forekomst og VLAN er et nyt koncept, der indebærer, at du omhyggeligt skal planlægge din konfiguration. IST-forekomsten er aktiv på alle porte, hvad enten bagagerum eller Adgangssektion illustrerer nogle almindelige faldgruber, og hvordan man undgår dem.
IST-forekomst er aktiv på alle porte, hvad enten Trunk eller Access
dette diagram viser skifter A og B forbundet med access-porte, der hver er placeret i forskellige VLAN ‘ er. VLAN 10 og VLAN 20 er kortlagt til forskellige tilfælde. VLAN 10 er kortlagt til instans 0, mens VLAN 20 er kortlagt til instans 1.
denne konfiguration resulterer i pcA ‘s manglende evne til at sende rammer til pcB. Kommandoen Vis afslører, at kontakten B blokerer linket for at skifte A i VLAN 10, som vist i dette diagram:
Hvordan er det muligt i en så simpel topologi uden nogen tilsyneladende løkke?
dette problem forklares ved, at MST-information kun formidles med en BPDU (IST BPDU), uanset antallet af interne tilfælde. Individuelle tilfælde sender ikke individuelle BPDU ‘ er. Når skifte A og skifte B udveksle STP information til VLAN 20, kontakterne sende en IST BPDU med en MRecord for eksempel 1 fordi det er her VLAN 20 er kortlagt. Imidlertid, fordi det er en IST BPDU, denne BPDU indeholder også oplysninger for eksempel 0. Dette betyder, at IST-forekomsten er aktiv på alle porte i en MST-region, uanset om disse porte bærer VLAN ‘ er, der er kortlagt til IST-forekomsten eller ej.
dette diagram viser den logiske topologi af IST-forekomsten:
Skift B modtager to BPDU ‘ er for eksempel 0 fra Kontakt a (en på hver port). Det er klart, at skifte B skal blokere en af sine porte for at undgå en løkke.
den foretrukne løsning er at bruge en forekomst til VLAN 10 og en anden forekomst til VLAN 20 for at undgå at kortlægge VLAN ‘ er til IST-forekomsten.
et alternativ er at bære de VLAN ‘ er, der er kortlagt til IST på alle links (Tillad VLAN 10 på begge porte, som i dette diagram).
to VLAN ‘ er, der er kortlagt til den samme forekomst, blokerer de samme porte
Husk, at VLAN ikke længere betyder spanning tree-forekomst. Topologien bestemmes af forekomsten, uanset de VLAN ‘ er, der er kortlagt til den. Dette diagram viser et problem, der er en variant af det, der diskuteres i IST-forekomsten, er aktivt på alle porte, hvad enten bagagerum eller Adgangssektion:
Antag, at VLAN ‘ er 10 og 20 begge er kortlagt til samme instans (instans 1). Netværksadministratoren ønsker manuelt at beskære VLAN 10 på den ene Uplink og VLAN 20 på den anden for at begrænse trafikken på Uplink-trunkerne fra Kontakt A til distributionskontakter D1 og D2 (et forsøg på at opnå en topologi som beskrevet i det foregående diagram). Kort efter dette er afsluttet, bemærker netværksadministratoren, at brugere i VLAN 20 har mistet forbindelsen til netværket.
dette er et typisk fejlkonfigurationsproblem. VLAN ‘er 10 og 20 er begge kortlagt til instans 1, hvilket betyder, at der kun er en logisk topologi for begge VLAN’ er. Load-deling kan ikke opnås, som vist her:
på grund af den manuelle beskæring er VLAN 20 kun tilladt på den blokerede port, hvilket forklarer tabet af forbindelse. For at opnå belastningsbalancering skal netværksadministratoren kortlægge VLAN 10 og 20 til to forskellige tilfælde.
en simpel regel at følge for at undgå dette problem er at aldrig manuelt beskære VLAN ‘ er fra en bagagerum. Hvis du beslutter at fjerne nogle VLAN ‘er fra en bagagerum, skal du fjerne alle VLAN’ er, der er kortlagt til en given forekomst sammen. Fjern aldrig en individuel VLAN fra en bagagerum og fjern ikke alle de VLAN ‘ er, der er kortlagt til samme instans.
interaktion mellem MST-regionen og omverdenen
med en migrering til et MST-netværk er administratoren sandsynligvis nødt til at beskæftige sig med interoperabilitetsproblemer mellem MST og ældre protokoller. MST fungerer problemfrit sammen med standard 802.1 k CST-netværk; dog er kun en håndfuld netværk baseret på 802.1K standard på grund af dens enkelt spændende træbegrænsning. Cisco frigav PVST+ på samme tid som support til 802.1 K blev annonceret. Cisco leverer også en effektiv, men enkel kompatibilitetsmekanisme mellem MST og PVST+. Denne mekanisme forklares senere i dette dokument.
den første ejendom i en MST-region er, at der ved grænseportene ikke sendes MSTI BPDU ‘er ud, kun IST BPDU’ er er. Interne forekomster (Msti ‘ er) følger altid automatisk ist-topologien ved grænseporte, som vist i dette diagram:
i dette diagram antager VLAN ‘ er 10 til 50 er kortlagt til den grønne instans, som kun er en intern instans (msti). De røde links repræsenterer IST og repræsenterer derfor også CST. VLAN ‘ er 10 til 50 er tilladt overalt i topologien. BPDU ‘ er for den grønne instans sendes ikke ud af MST-regionen. Dette betyder ikke, at der er en løkke i VLAN ‘ er 10 til 50. Msti ‘ er følger IST ved grænseportene, og grænseporten på Kontakt B blokerer også trafik for den grønne instans.
kontakter, der kører MST, kan automatisk registrere PVST+ naboer ved grænser. Disse kontakter er i stand til at registrere, at flere BPDU ‘er modtages på forskellige VLAN’ er i en bagagerumsport for eksempel.
dette diagram viser et interoperabilitetsproblem. En MST-region interagerer kun med et spændende træ (CST) uden for regionen. PVST + broer kører dog en spændende Træalgoritme (STA) pr. Grænsen MST bridge forventer ikke at modtage så mange BPDU ‘ er. MST-broen forventer enten at modtage en eller sende en, afhængigt af om broen er roden til CST eller ej.
Cisco udviklede en mekanisme til at løse problemet vist i dette diagram. En mulighed kunne have bestået af tunneling af de ekstra BPDU ‘ er sendt af PVST+ broer over MST-regionen. Denne løsning har imidlertid vist sig at være for kompleks og potentielt farlig, når den først implementeres i MISTP. En enklere tilgang blev oprettet. MST-regionen replikerer IST BPDU på alle VLAN ‘ erne for at simulere en PVST+ nabo. Denne løsning indebærer et par begrænsninger, der diskuteres i dette dokument.
anbefalet konfiguration
da MST-regionen nu replikerer IST BPDU ‘ erne på hver VLAN ved grænsen, hører hver PVST+ – forekomst en BPDU fra IST-roden (dette indebærer, at roden er placeret inde i MST-regionen). Det anbefales, at ist-roden har en højere prioritet end nogen anden bro i netværket, så IST-roden bliver roden til alle de forskellige PVST + – forekomster, som vist i dette diagram:
i dette diagram er omskifter C en PVST+ overflødigt forbundet til en MST-region. IST-roden er roden til alle PVST+ – forekomster, der findes på kontakten C. Som et resultat blokerer kontakten C en af dens Uplinks for at forhindre sløjfer. I dette særlige tilfælde er interaktionen mellem PVST+ og MST-regionen optimal, fordi:
-
Skift C ‘S Uplink-ports’ omkostninger kan indstilles til at opnå belastningsbalancering af de forskellige VLAN’ er på tværs af Uplinks ‘ porte (fordi skifte C kører et spændende træ pr.
-
UplinkFast kan bruges på Kontakt C for at opnå hurtig konvergens i tilfælde af Uplinkfejl.
alternativ konfiguration (anbefales ikke)
en anden mulighed er at have IST-regionen være roden til absolut ingen PVST+ – forekomst. Dette betyder, at alle PVST + – forekomster har en bedre rod end IST-forekomsten, som vist i dette diagram:
denne sag svarer til en PVST+ – kerne og et MST-adgangs-eller distributionslag, et ret sjældent scenario. Hvis du etablerer rodbroen uden for regionen, er der disse ulemper i forhold til den tidligere anbefalede konfiguration:
-
en MST-region kører kun en spændende træforekomst, der interagerer med omverdenen. Dette betyder dybest set, at en grænseport kun kan blokere eller videresende for alle VLAN ‘ er. Med andre ord er der ingen belastningsbalancering mulig mellem regionens to Uplinks, der fører til at skifte C. Uplink ON-kontakten B for forekomsten blokerer for alle VLAN ‘er, mens Skift a videresender for alle VLAN’ er.
-
denne konfiguration giver stadig mulighed for hurtig konvergens inde i regionen. Hvis Uplink ON-kontakten A mislykkes, skal der opnås en hurtig overgang til en Uplink på en anden kontakt. Mens den måde, IST opfører sig inde i regionen for at få hele MST-regionen til at ligne en CST-bro, ikke blev diskuteret detaljeret, du kan forestille dig, at en overgang over en region aldrig er så effektiv som en overgang på en enkelt bro.
ugyldig konfiguration
mens PVST+ – emuleringsmekanismen giver nem og problemfri interoperabilitet mellem MST og PVST+, indebærer denne mekanisme, at enhver anden konfiguration end de to tidligere nævnte er ugyldig. Dette er de grundlæggende regler, der skal følges for at få en vellykket MST og PVST+ interaktion:
-
hvis MST-broen er roden, skal denne bro være roden til alle VLAN ‘ er.
-
hvis PVST + – broen er roden, skal denne bro være roden til alle VLAN ‘ er (inklusive CST, som altid kører på VLAN 1, uanset den oprindelige VLAN, når CST kører PVST+).
-
simuleringen mislykkes og producerer en fejlmeddelelse, hvis MST-broen er roden til CST, mens PVST+ – broen er roden til en eller flere andre VLAN ‘ er. En mislykket simulering sætter grænseporten i rod inkonsekvent tilstand.
i dette diagram er Bro A i MST-regionen roden til alle tre PVST+ – forekomster undtagen en (Den Røde VLAN). Bro C er roden til den røde VLAN. Antag, at sløjfen oprettet på den røde VLAN, hvor bro C er roden, bliver blokeret af bro B. Dette betyder, at Bro B er udpeget til alle VLAN ‘ er undtagen den røde. En MST-region kan ikke gøre det. En grænseport kan kun blokere eller videresende for alle VLAN ‘ er, fordi MST-regionen kun kører et spændende træ med omverdenen. Når Bridge B registrerer en bedre BPDU på sin grænseport, påberåber broen sig således BPDU-beskyttelsen for at blokere denne port. Porten er placeret i rod inkonsekvent tilstand. Den nøjagtige samme mekanisme fører også bro A til at blokere sin grænseport. Forbindelsen går tabt; en loop-fri topologi bevares dog selv i nærvær af en sådan fejlkonfiguration.
Bemærk: så snart en grænseport producerer en rod inkonsekvent fejl, skal du undersøge, om en PVST+ – bro har forsøgt at blive roden til nogle VLAN ‘ er.
migrationsstrategi
det første trin i migrationen til 802.1 s/H er at identificere punkt-til-punkt-og kantporte korrekt. Sørg for, at alle kontakt-til-Kontakt-links, hvor en hurtig overgang ønskes, er fuld dupleks. Edge porte er defineret gennem funktionen PortFast. Beslut omhyggeligt, hvor mange tilfælde der er behov for i det skiftede netværk, og husk, at en forekomst oversættes til en logisk topologi. Bestem, hvilke VLAN ‘ er der skal kortlægges på disse forekomster, og vælg omhyggeligt en rod og en back-up rod for hver forekomst. Vælg et konfigurationsnavn og et revisionsnummer, der vil være fælles for alle kontakter i netværket. Cisco anbefaler, at du placerer så mange kontakter som muligt i en enkelt region; det er ikke fordelagtigt at segmentere et netværk i separate regioner. Undgå at kortlægge VLAN ‘ er på instans 0. Migrer kernen først. Skift STP-typen til MST, og arbejd dig ned til adgangskontakterne. MST kan interagere med ældre broer, der kører PVST+ pr.port, så det er ikke et problem at blande begge typer broer, hvis interaktioner er klart forstået. Forsøg altid at holde roden til CST og IST inde i regionen. Hvis du interagerer med en PVST+ – bro gennem en bagagerum, skal du sikre dig, at MST-broen er roden til alle VLAN ‘ er, der er tilladt på den bagagerum.
for prøvekonfigurationer henvises til:
-
Konfigurationseksempel for at migrere det spændende træ fra PVST+ til MST
-
Spanning træ fra PVST+ til hurtig-PVST Migration konfiguration eksempel
konklusion
skiftede netværk skal opfylde strenge krav til robusthed, elasticitet og høj tilgængelighed. Med voksende teknologier som Voice Over IP (VoIP) og Video over IP er hurtig konvergens omkring link-eller komponentfejl ikke længere en ønskelig egenskab: hurtig konvergens er et must. Indtil for nylig måtte redundante skiftede netværk imidlertid stole på den relativt svage 802.1 D STP for at nå disse mål. Dette viste sig ofte at være netværksadministratorens mest udfordrende opgave. Den eneste måde at få et par sekunder væk fra protokollen var at indstille protokoltimerne, men ofte på bekostning af netværkets helbred. Cisco har udgivet mange 802.1D STP udbygninger såsom UplinkFast, BackboneFast og PortFast, funktioner, der banede vejen mod hurtigere spænder træ konvergens. Cisco besvarede også store lag 2 (L2)-baserede netværks skalerbarhedsproblemer med udviklingen af MISTP. IEEE besluttede for nylig at indarbejde de fleste af disse begreber i to standarder: 802.1 h (RSTP) og 802.1 s (MST). Med implementeringen af disse nye protokoller kan konvergenstider i de lave hundreder af millisekunder forventes, mens de skaleres til tusinder af VLAN ‘ er. Cisco er fortsat førende inden for branchen og tilbyder disse to protokoller sammen med proprietære udbygninger for at lette migrering af og interoperabilitet med ældre broer.