Hvordan Spanning Tree Protocol (STP) Styrer Network Ændringer

Hvad sker der, når du tilslutter en ny hub eller switch til en (STP) Spanning Tree Protocol tilknyttet netværksdrev? Til dette eksempel en hub var tilsluttet en hub til en port på både switch 11:99 og skifte 77:22. En hub blev anvendt, fordi det ikke har nogen netværk intelligens.

Hvordan Spanning Tree Protocol (STP) Styrer Network Ændringer

Nettoeffekten er faktisk det samme som direkte forbinder disse to kontakter med et standard netværkskabel; Jeg har lavet en løkke på netværket gennem kontakterne 11:99, 11:22, 55:22, og 77:22. Navet opererer på Layer 1, og ikke ved noget om Layer 2 eller STP, så navet behandler links i begge havne, som var lige forbundet som aktiv og heldigvis vil sende data frem og tilbage gennem denne forbindelse.

Kontakterne på den anden side ikke behandle denne forbindelse som aktiv. Anytime en grænseflade eller en havn har sin tilstand ændret til op, fordi enten du tilslutter en enhed eller udstede en ikke shutdown kommando på grænsefladen, en switch følger en streng proces, placere havnen i en af ​​de fire STP havnestater.

STP Port stater
Stat Beskrivelse
Blokering Hvis der er en løkke efter STP topologi er lært og kendt, er en port placeret i Blokering tilstand for at forhindre løkken fra at være til skade for netværket.
Lytte Når et Porta € s tilstandsændringer op, placeres i en lytter tilstand, som gør det muligt at behandle og videresende BPDU data, men det vil falde alle andre data, som den ser.
Læring Efter at have lyttet, hvis kontakten beslutter, at forbindelsen ikke forårsagede en løkke, det lærer, hvad adresser er på netværket segment og tilføjer dem til dens adresse database for at forhindre nogle af de oversvømmelser, der ellers ville finde sted på kontakten.
Videresendelse Hvis der ikke sløjfer skyldes grænsefladen, er alle data går til eller fra denne grænseflade fremsendt som normalt på en switch.

Her er hvad der sker når et Porta € s tilstandsændringer til op:

  1. Hver switch, som navet er tilsluttet (switche 11:99 og 77:22) bemærker, at linket tilstanden af ​​en af ​​deres havne er ændret til Up.

    Hver switch sætter nyligt forbundet havn i Listening tilstand, hvilket betyder, at det ser og videresender BPDU rammer, men ikke passerer anden trafik. På dette tidspunkt, er hver switch ikke, om det nye link vil skabe en løkke på netværket.
  2. Efter en forsinkelse på 30 sekunder, hvis den nyligt forbundet havn ikke se nogen bpdus, eller hvis resultatet af disse bpdus ikke angiver en løkke, havnen går i Learning tilstand i 15 sekunder og derefter overgange til Viderestil tilstand.

    I dette tilfælde hver skifte 11:99 vil har sendt bpdus på den port, som navet er tilsluttet, og skifte 77:22 vil have set de BPDU rammer, og omvendt. På grund af at se hver otherâ € s bpdus, vil disse kontakter vide, at de er forbundet med hinanden og skaber en løkke.

    Med denne viden, vil de begynde processen med beregning af stien omkostninger til roden bro, som i dette er et tilfælde af lige omkostninger stier til Root Bridge; stien fra hver omskifter, gennem navet vil passere gennem to andre kontakter.

    Fordi der er lige sti omkostninger bliver uafgjort løst ved at udpege den laveste prioritet kontakten som en udpeget havn og blokering på den anden port, som vist i følgende figur. Med tildeling af en ny Root Port, udpegede havn eller identifikation af en ny Root Bridge, er en ændring foretaget af STP struktur på netværket.

    Enhver ændring af STP struktur på netværket kaldes en topologiændring, og layoutet af STP struktur kaldes STP topologi.

    Hvordan Spanning Tree Protocol (STP) Styrer Network Ændringer

I den tidligere figur, blev en grænseflade problem skabt i switch 11:55. Problemet blev indført ved enten at skrive kommandoen shutdown i interfacet eller frakobler kablet; enten måde har staten af ​​havnen ændret til Down.

Pludselig har de andre enheder, der er tilsluttet skifte 55:11 ikke en sti til resten af ​​nettet, som de var ved hjælp af, at inter-switch forbindelse, og den anden inter-switch-forbindelse er i en blokerende tilstand. Følgende proces sker:

  1. Switch 55:11 detekterer en ændring på en grænseflade eller meddelelser, at BPDU data stopper viser.

    På grund af dette kontakten vil oversvømme ændringen i dets BPDU rammer og sende dem ud gennem alle switchporte, herunder blokerer port at det kendte havde en forbindelse til resten af ​​netværket på én gang.
  2. I gennemgangen af ​​topologi, skifte 55:11 faktisk annoncerer via BPDU ramme at der er sket en topologi forandring.

    Offentliggørelsen er lavet ved at sende en topologi Change Notification (TCN) BPDU. Disse data går direkte til Root Bridge, som sender BPDU opdateringer til resten af ​​netværket. På grund af denne topologi forandring, et par ting til at ske:

    1. Switch 55:11 tager porten på Segment A (se nedenstående figur) og placerer det i Forwarding tilstand, efter at have identificeret denne aktion som den måde at rette isoleringen det undergår.
    2. The Root Bridge modtager meddelelse om ændringen.
    3. Kontakter på nettet får meddelelse om ændringen.

      Hvordan Spanning Tree Protocol (STP) Styrer Network Ændringer

Denne aktivering proces sker hurtigt efter en fejl er bemærket, men påvisning af fiasko kan tage flere sekunder. Forsinkelsen med at opdage en fejl skyldes, at kontakten ikke burde have fået flere af de forventede BPDU frames over linket, inden der skiftes de relevante porte fra Blokering til Forwarding.

Selv med denne lille forsinkelse, hvilket kan skabe et problem for nogle af dine netværksbaserede applikationer, den korrigerende indsats STP er meget hurtigere end din lokalisere grænsefladen omtvistede oprettelse links manuelt.


© 2020 Zajacperrone.com | Contact us: webmaster# zajacperrone.com