Deci, să începem cu o topologie simplă pentru a ilustra modul în care funcționează Spanning Tree.
De ce ai nevoie de Spanning Tree într-o rețea de comutatoare?
Deci, în această topologie avem host A conectat la comutator 1 comutator 1
la rândul său este conectat la comutatorul 2 și comutatorul 2 are gazda B conectată la acesta.
Deci, topologie foarte simplă.
Acum, dacă link-ul dvs. a scăzut între întrerupătorul 1 și
comutatorul 2, gazda A nu ar putea comunica cu gazda B și invers.
Deci, probabil, veți dori să implementați
un fel de redundanță între acești switch-uri adăugând o legătură suplimentară.
Deci, este minunat pentru că acum aveți redundanță în rețea,
în cazul în care unul
dintre link-uri merge în jos, cu toate acestea, care introduce probleme într-un mediu comutator.
În general, în rețelele de astăzi este recomandată implementarea
unui tip de redundanță.
Deci, în acest exemplu, aveți 2 legături între cele două comutatoare, dar asta
va introduce probleme suplimentare pe care le vom discuta acum.
Să presupunem că momentan
butoanele au pornit, iar tabelele de adrese
MAC sau tabelele cam sunt goale și pentru a explica
această problemă, să adăugăm tabele de adrese
MAC la topologie, astfel încât să puteți vedea cum sunt
actualizate tabelele de adresă MAC atunci când traficul este trimis
de la o gazdă la alta.
Deci, să presupunem că
în această topologie comutatoarele tocmai au venit cu
alte cuvinte, au fost repornite sau alimentate și
tabelele de adrese MAC sau tabelele cu cam sunt goale pe cele două comutatoare.
acum când A trimite un cadru către B, adresa de destinație a cadrului va fi B iar adresa sursă va
fi A astfel încât
A trimite un cadru către B și atunci când ajunge la comutatorul 1
comutatorul 1 va citi adresa sursă MAC a cadrului iar
comutatorul va vedea că adresa sursă este A.
comutatorul va actualiza tabela de adresă MAC pentru a indica că A poate fi găsit pe portul 1.
Adresa MAC B însă nu se află în tabelul de adrese MAC.
Deci, comutatorul va inunda rama din toate porturile, cu excepția portului
în care acesta va sosi.
Deci, în acest exemplu, rama va ieși din portul 2, precum și din portul 3.
Aceasta se întâmplă deoarece nu știe unde este adresa MAC B.
Acum, aceasta este evident o topologie foarte simplă.
În acest exemplu, cadrul este trimis numai din 2 porturi ale comutatorului.
cu toate acestea, în cazul în care comutatorul a avut multe porturi, să spunem 96 porturi
un cadru de intrare pe un port ar putea fi replicate din peste 90 de porturi pe acel switch.
Asta creste foarte mult traficul trimis in reteaua ta.
Deci, în această topologie, ce face comutarea 2 cu cadrul primit în portul 1.
Adresa sursă este încă o dată A și adresa de destinație este
B ce va face întrerupătorul cu cadrul?
Ei bine, în primul rând, își va actualiza tabelul de adrese
MAC pentru a afirma că A poate fi găsit pe
portul 1 și apoi va inunda cadrul din toate porturile.
Deci, vor inunda din portul 2, precum si portul 3.
astfel încât în ​​acest exemplu, gazda B va primi cadrul de la gazda A cu toate
acestea, comutatorul, de asemenea, primi cadru de pe portul 3 și acesta este locul în
care devine un pic confuz în
cazul în care este A din punct de vedere switch-uri, este pe portul 1 sau este pe portul 3?
Deci, în acest exemplu, își va actualiza tabelul
de adresă MAC pentru a declara că A
este pe portul 3 deoarece cadrul din exemplul nostru a ajuns pe portul 3, dar mai târziu pe portul 1, astfel încât
să actualizeze intrarea tabelului MAC pentru a indica că A este
disponibil acum pe portul 3.
Comutatorul va inunda de asemenea rama din toate porturile, astfel incat sa o inunda
din portul 1 si din portul 2.
astfel încât gazda B a primit cadranul de două ori odată din cadrele originale
care au sosit pe portul 1 trimis la gazda B și în al doilea rând pentru
cadrul care a sosit pe portul 3.
Deci, acest lucru poate deveni confuz pentru orice dispozitiv
deoarece primește același cadru de mai multe ori.
Tabelul cu adresele MAC modifică, de asemenea, primul cadru care a sosit
pe portul 1 și a permis acestui switch să-și
actualizeze tabelul de adresă MAC pentru
a afirma că A poate fi găsit pe portul 1, totuși, cadrul care a sosit pe portul 3
indică acum comutatorul A poate fi găsit pe portul 3, astfel încât comutatorul trebuie să
își actualizeze tabelul cu adresele MAC pentru a afirma
că A poate fi găsit acum pe portul 3.
Deci, acest lucru introduce instabilitate în tabela de adrese MAC.
așa că avem dispozitive terminale care primesc cadre de mai multe ori și avem
instabilitate de adresă MAC deoarece comutatorul a crezut
că A era disponibil pe portul 1 dar
acum vede că este disponibil pe portul 3
dar devine cel mai rău când rama a ajuns pe portul
1, tabelul cu adresele sale MAC pentru a afirma că A poate fi găsit
pe portul 1, dar a inundat cadrul din portul 2 și din portul 3 în această topologie.
Cadrul a fost recepționat de către gazda B,
dar într-o adăugare, cadrul a fost trimis înapoi la comutatorul 1.
Deci, comutatorul 1 a primit cadrul pe care l-a trimis pentru comutarea
2, iar comutatorul 1 actualizeaza tabela de adrese MAC pentru a indica faptul ca A este disponibil pe portul 3.
Acum, când comutatorul 1 primește cadrul, acesta nu numai că actualizează tabela de adresă MAC, dar, de
asemenea, inunde rama din toate porturile, cu excepția portului la care a ajuns.
astfel încât cadrul a ajuns pe portul 3 este inundat din portul 1 și din portul 2,
astfel încât acest lucru devine confuz pentru
gazda A deoarece primește cadrul pe care la trimis inițial.
dar nu numai este A recepționarea cadrului pe care a
trimis comutatorul 1 trimite, de asemenea, același cadru înapoi la comutatorul 2 și
ce face un comutator 2 cu cadranul?
o va inunda, asa ca va trimite o copie gazdei B gazda
B a primit deja acelasi cadru de 3
ori dar va trimite si rama inapoi pentru a schimba 1
precum si actualizarea tabelului de adrese MAC pentru a afirma acum ca A este pe port 1.
Deci, inițial când a primit primul cadru, a crezut că A era pe portul 1, atunci când a
primit cadrul de pe portul 3, a crezut că A era
pe portul 3 și acum crede că A este pe portul
1, așa că avem o mulțime de instabilitate adresă MAC în tabelul de adrese MAC.
Gazdă B primește același cadru de mai multe ori, dar cea
mai mare problemă aici este
faptul că cadoul este trimis înapoi pentru a comuta 1, devine inundat din nou
trimis pentru a comuta 2 și acest proces continuă din nou și din nou.
Avem o buclă în această topologie, rama fiind duplicată și
trimisă rotund și rotund între aceste două comutatoare.