Așadar, încă o dată pe comutatorul 1, VLAN 1 arborează spanning tree ne arată că
aceste porturi blochează 1, 2
și 3 blochează pentru VLAN
1 identic pentru VLAN 10, 1, 2 și 3 blocând.
Deci, ceea ce vom face acum este să mergeți
la modul config global și tip
spanning-tree, deoarece acesta este per-VLAN Spanning Tree Pot să fac acest lucru pe o bază per-VLAN.
Deci voi specifica
VLAN 10 și voi schimba prioritatea comutatorului la 0.
Deci, înainte de a observa în ID-ul de pod prioritatea
comutatorului a fost 32778 cu alte cuvinte prioritatea
implicită + numărul VLAN de 10.
VLAN 10 arată acum că
prioritatea comutatorului este 10 cu alte cuvinte prioritatea 0 +
numărul VLAN îmi dă o prioritate de 10 și acest comutator
este acum rădăcina VLAN 10.
Porturile trec prin state diferite în momentul de față, astfel că
suntem în starea de învățare și acum porturile redirecționează acum avem nevoie să
facem o mulțime de Spanning Tree optimizare aici, primul lucru pe care l-am
făcut se face acest comutator rădăcină pentru VLAN 10 dar dorim de asemenea
să schimbăm tipul portului pentru a permite copacului Rapid Spanning să converge mult
mai repede decât converge în acest moment.
Vrem să facem aceste legături point-to-point în Spanning Tree și vom
ajunge la asta într-un moment,
dar deocamdată, ceea ce am făcut este făcut acest comutator rădăcină pentru VLAN 10 și să
facem același lucru pentru VLAN 1 așa că
putem vedea că aceste porturi blochează în prezent,
dar după o anumită perioadă de timp, ar trebui să meargă la învățare
și să meargă acolo să meargă să blocheze, să asculte
și apoi să învețe și acum merg la transmitere, așa
că porturile transmit acum
pe comutator, astfel încât acest lucru este mai
bun decât ceea ce am avut înainte.
Prioritatea comutatorului este 1 deoarece am setat prioritatea la 0 + numărul VLAN de la 1 acest
comutator este comutatorul rădăcină.
Așa că am făcut acest comutator rădăcină pentru VLAN 1 și VLAN 10
vrem să facem comutatorul 2 rădăcina acum pentru VLAN 20.
Deci, pe comutatorul 2, conf t spanning-tree vlan 20 prioritate 0 sh spanning-tree vlan 20 prioritate comutator
este acum 20 cu alte cuvinte 0 + comutatorul
de numere VLAN este rădăcina, comutatorul redirecționează în toate
porturile comutatorul a fost rădăcina anterior, pentru
VLAN 20, prin urmare, portul
a rămas ca transmitere,
deoarece comutatorul a fost rădăcina, dar acum se
observă pentru VLAN 1 comutatorul redirecționează pe toate porturile, dar blocând pe gigabit 0/1.
Înapoi la comutatorul 1, să aruncăm o privire la Tree Spanning pentru
VLAN 20, acest lucru nu este încă bun, deoarece comutatorul încă blochează porturile 3, 2 și 1.
astfel încât pentru a optimiza
acest lucru dorim să facem acest comutator rădăcină de rezervă rădăcină pentru VLAN 20
și pentru a face asta vom tasta spanning-tree vlan 20 prioritate și nu
pot introduce o prioritate de 1, deoarece trebuie să fie în mai multe
de 4096 deci următoarea prioritate minimă pe care o pot folosi este 4096.
Deci, sh shan spanning-tree vlan 20 mi-a arătat acum
că porturile 2 și 3 sunt porturi desemnate unde
anterior au fost porturi alternative.
După o perioadă de timp, ar trebui să vedem porturile care
merg în expediere, așa că în prezent învață, în timp ce
învață în timp ce așteptăm acea notificare. Gigabit 0/1 este
încă un port alternativ și blochează deoarece avem 2 porturi la același switch rădăcină.
Dar acum observă că 0/0 redirecționează portul rădăcină pe care le transmit aceste două
porturi, astfel că 2 și 3 sunt redirecționate deoarece
sunt porturi desemnate acum.
Acest lucru este mai bun decât ceea ce am avut înainte.
astfel încât să includeți această comandă au fost
activate în mod prestabilit, dar ceea
ce am făcut acum este să faceți comutarea podului de rădăcină pentru
VLAN-urile 1 și 10 și rădăcina
de rezervă pentru VLAN 20 pe comutatorul 2 trebuie să facem acest comutator de legătură rădăcină
de rezervă pentru VLAN 10 și VLAN 1, setați astfel prioritatea pentru VLAN 10 la 4096
și faceți același lucru
pentru VLAN 1 sh run | includeți spanning-tree
astfel că aceasta din nou cu comenzi implicite
am făcut comutatorul 2 comutatorul rădăcină de rezervă pentru VLAN 1 și
110 și rădăcina pentru VLAN 20.
Deci, în topologia noastră, acest switch este rădăcina pentru VLAN-urile 1 și
10 și acest comutator este
rădăcina pentru VLAN 20,
ambele sunt rădăcini de rezervă unul cu celălalt, cu alte cuvinte, aceste porturi transmit pe ambele switch-uri.
Singurul port care blochează este acest port de pe ambele
switch-uri de bază și vom îmbunătăți asta într-un moment prin rularea EtherChannel, dar
încă o dată sh spanning-tree vlan 10 pentru VLAN 10
toate porturile sunt transmite
pentru VLAN 20 toate porturile sunt de expediere
cu excepția acestei legături între cele două comutatoare de bază.
Și pentru VLAN 1 toate porturile sunt redirecționate, deoarece acesta este podul rădăcină.
Ceva similar poate fi vazut pe
switch 2 sh spanning-tree vlan 10
portul alternativ este acesta unul aici
0/1 același lucru se poate vedea pentru VLAN
1 acest port este portul alternativ.
Dar pentru VLAN 20, toate porturile redirecționează.
Așa că am îmbunătățit Tree Spanning făcând acest comutator
rădăcină pentru unele VLAN-uri și acest switch pentru root
pentru alte VLAN-uri Să aruncăm o
privire asupra comutatoarelor de acces.
La comutatorul de acces 3, afișați rula | includeți intervalul în care sa efectuat configurația
Spanning Tree implicită, dar nu am făcut
nimic suplimentar aici.
Deci, să ne uităm la VLAN 10
portul rădăcină pentru VLAN 10 este acest port gigabit 0/0 portul alternativ care este
de blocare este 0/1, dar pentru VLAN 20 Notă
că a fost flip în jurul acesta este portul rădăcină pentru
VLAN 20 și acest lucru este
portul alternativ pentru VLAN 20, care
blochează pentru VLAN 20, acest port este blocat pentru VLAN 10.
Deci, dacă aveți telefoane IP și PC-uri conectat acest comutator rezultatul este că
traficul VLAN 10 să presupunem că PC-urile dvs.
vor folosi acest uplink și VLAN 20,
care este telefoanele dvs. ar folosi acest uplink la fel va fi
adevărat pentru acest comutator.
VLAN 20 de trafic va folosi acest uplink
și traficul VLAN 10 va folosi acest uplink.
Deci, comutatorul 4 sh portul rădăcină vlan 10 rădăcină este gigabit 0/1,
20, portul rădăcină este gigabit 0/0, astfel încât am reușit încă o dată să punem în aplicare
împărțirea încărcării traficului în legăturile ascendente de pe acest
switch precum și acest switch .
Spanning Tree este mult mai bine acum decât a fost înainte.
Care este recomandarea?
asigurați-vă că configurați comutatoarele principale ca comutatoare rădăcină, acum putem folosi o comandă,
cum ar fi rădăcina arborelui sh spanning pe comutatorul 1, pentru a vedea
porturile care sunt porturi radicale.
acum nu există porturi rădăcină pe switch pentru VLAN 1 și 10, deoarece comutatorul
este comutatorul rădăcină dar nota
pentru VLAN 20 portul rădăcină este gigabit 0/0 și costul de a ajunge
la rădăcină este de 4, acest link gigabit are un costul de 4.
La comutatorul 2 sh shan-tree rădăcină anunț pentru VLAN 1 și 10
portul său rădăcină este 0/0 cu costul de 4 nu există nici un port
rădăcină pentru VLAN 20 costul rădăcină este
0, deoarece comutatorul este rădăcină.
ceva asemănător ar putea fi văzut pe comutatoarele noastre
de acces, astfel încât rădăcina arborelui spanning pe comutatorul
3, comutatorul de aici are gigabit 0/0 ca portul rădăcină pentru VLAN 1 și VLAN 10 gigabit
0/1, acest port este portul rădăcină pentru VLAN 20 și în cele
din urmă, pe switch 4 ceva similar poate fi văzut sh span
rădăcină rădăcină porturi pentru 1 și 10 sunt gigabit 0/1 peste aici portul rădăcină
pentru VLAN 20 este acest port.
Am optimizat Spanning Tree acum mult mai bine ca a fost un moment pentru a merge.
Cu toate acestea, avem încă un port de blocare
aici, așa că dorim să optimizăm acest lucru creând o agregare a
legăturilor dintre aceste două porturi și o vom face în următorul videoclip.