În această topologie, am 2 comutatoare care sunt configurate pentru a rula PVST nu Rapid PVST +, ci pur și
simplu PVST vă voi arăta config într-o clipă.
Routerul 1 este conectat la
comutatorul 1, iar routerul 2
este conectat la comutatorul 2, iar routerele pur și simplu acționează ca dispozitive de margine sau PC-uri în această topologie.
Am și un hub conectat la comutatorul 1 și la comutatorul 2.
Iată comutatorul 1, ștergeți sh | include span, după cum puteți vedea în momentul în
care comutatoarele configurate pentru PVST Voi explica ID-urile extinse ale sistemului
mai detaliat mai târziu, dar în esență
înseamnă că prioritatea comutatoarelor se
bazează pe prioritate și pe numărul VLAN.
De exemplu, sh
Spanning Tree acest switch are un ID de punte constând din prioritatea 32769 care
este implicit de 32768+ ID-ul sistem extins de 1
pentru că ne uităm la VLAN 1 și adresa MAC a următoarelor.
acest comutator este în prezent rădăcina
Ceea ce vreau să vedeți este că Spanning Tree activat aici este IEEE, deci în această ieșire,
se pare că rulezi 802. 1D dar, de
fapt, comutatorul este configurat pentru Per-VLAN Spanning Tree.
Per-VLAN Spanning Tree este compatibil cu 802. 1D switch-uri și, prin
urmare, putem vedea IEEE în ieșire aici.
Aici schimbați 2 sh run | include switch-uri de tip span configurat
pentru a utiliza PVST, pe acest switch sunt utilizate ID-uri de sistem extinse,
ID-ul brIDge constă în prioritatea 32769 care este 32768 implicită + numărul
VLAN care este VLAN 1 în acest exemplu, aceasta este adresa
MAC a comutatorului .
Așa că avem 2 comutatoare, una are această adresă MAC
una are această adresă MAC, comutatorul 1 a devenit rădăcina copacului Spanning, deoarece are
o adresă MAC inferioară în comparație cu acest switch.
Deci, din cauza mențiunii mai mici a
adresei MAC AC este mai mică decât EA în comutatorul hexazecimal
1 a devenit rădăcina copacului Spanning.
Ceea ce veți observa, de asemenea,
este faptul că pe comutatorul 1
toate porturile redirecționează în topologie porturile conectate în
prezent sunt acele porturi și toate redirecționează pe comutatorul 2, însă portul 1 care este
gigabit 0/0 este rădăcina port și
transmitere are costul de traseu de 4, gigabit 0/1 blochează sau se aruncă
în gol pentru a utiliza termenul standard industrial.
Portul 2 este redirecționat, portul 3 blochează.
Deci, acest port este de asemenea blocat.
Root comută înainte pe toate porturile.
Înainte de a vă arăta cum a fost determinat
starea portului, să aruncăm
o privire asupra BPDU-urilor. Așadar, voi începe capturarea
pe acea legătură și ceea ce vedem aici în Wireshark este un Spanning Tree BPDU.
Deci, utilizează 802. 3 rame Ethernet observați
că adresa de destinație este adresa MAC bine cunoscută pentru
Spanning Tree este o adresă multicast / difuzare de la această adresă MAC.
Iată comutatorul 1
notați adresa MAC a comutatorului 00: 11: c6: ac: dd: și în prezent ne uităm la portul
3 pe comutator, așa că observați
dd00 dar acesta este dd03 deoarece în Spanning Tree
este portul pe care suntem în momentul de față.
dacă am mers și ne uităm la portul
2 ca o notă de exemplu adresa MAC se termină în 02 avem portul 00
01 02 și 03 așa că înapoi în Wireshark aici este
captura noastră trimisă din portul 3 în Spanning Tree putem vedea o extindere
3 așa că acesta este Spanning Tree 0
deoarece în acest port se utilizează
de fapt 802. 1D sau versiunea
originală a Spanning Tree.
Identificatorul rădăcinii este 32768, există numărul VLAN și există adresa MAC
a comutatorului, pe care o vedem în mod clar aici,
astfel încât identificatorul rădăcină de observație, există informațiile de la 32768 VLAN 1
există adresa MAC a comutatorului.
Costul căii rădăcinii este 0 deoarece acest comutator este rădăcina, astfel încât nu
există nici un cost pentru a ajunge la rădăcină.
Există identificatorul portului și aici sunt câteva cronometre utilizate în Spanning Tree.
Acum, atunci când un switch de boot up toate porturile sunt puse într-o stare de blocare acestea sunt
apoi mutat în alte state bazate pe cronometre în 802. 1D Când comutatorul Tree Spanning se învârte,
toate porturile sunt introduse în starea de blocare după 20 de secunde
numite porturile de vârstă maximă a timerului mutate la ceea ce se
numește starea de ascultare.
dacă un comutator este deja în sus și vă conectați
cablul la port cu alte
cuvinte, legăturile urcă, pornește
de la starea de ascultare, porturile se vor muta apoi
la starea de învățare bazată pe întârzierea înainte care are 15 secunde în
timp și după 15 secunde trecerea porturilor de la starea de învățare la starea de redirecționare.
Deci un 802. 1D sau PVST, poate dura 50
de secunde pentru ca porturile să înceapă redirecționarea comutatoarelor,
deoarece acestea se deplasează de la blocare la ascultând învățarea la redirecționare.
Acum, în starea de ascultare, trimit BPDU, dar
nu își actualizează tabelele de adrese MAC.
în starea de învățare, sunt trimise BPDU-urile și
tabelele de adresă MAC ale comutatoarelor sunt actualizate.
Deci, numai dacă pe baza calculului Tree Spanning se determină
că un port poate fi
deschis, un port este setat la starea de redirecționare după 50 de secunde.
când comutatorul apare sau în mod tipic dacă întrerupătorul este deja în
sus și introduceți un cablu în acel comutator după 30 de secunde.
Portul va începe redirecționarea.
Astfel, în BPDU putem vedea cronometrul de vârstă maximă
și cronometrul de întârziere a redirecționării.
acest lucru este determinat de podul rădăcină astfel încât pe comutatorul
1 care este podul
rădăcină putem vedea că hello cronometru, cu alte
cuvinte, BPDU hellos sunt trimise la fiecare 2 secunde, vârsta
maximă este de 20 de secunde și cronometrul
de întârziere de redirecționare este de 15
secunde și asta vedem în BPDU așa cum este capturat în topologia noastră.