Într-un videoclip anterior, optimizăm Spanning Tree pentru a face comutatorul
1 rădăcină pentru VLAN-urile 1 și 10 și comută 2
rădăcina pentru VLAN 20.
La comutatorul 1, ca exemplu, arborele splanning-tree vlan 1
îmi arată că comutatorul transmite în toate
porturile și același lucru este valabil și pentru VLAN 10, dar pentru VLAN
20 comutatorul blochează pe gigabit 0/1.
Același lucru este valabil și pe comutatorul 2 sh spanning-tree
vlan 1 comutator blochează pe gigabit 0/1 pentru comutatorul
VLAN 10 blocând pe gigabit 0/1 dar
transmite pe toate porturile pentru VLAN 20.
Deci, cu alte cuvinte, traficul trimis de acest PC către NPM va fi trimis pentru comutarea
2 și apoi va fi transmis peste Gigabit 0/0 pentru a ajunge la NPM.
Asta e ok dacă aveți doar câteva PC-uri, dar
dacă ați avea mai multe comutatoare de acces cu gazda lor în VLAN 20
traficul lor ar fi trimis la acest switch
și traficul ar trebui să treacă peste această
legătură gigabit care va deveni un gâtuire pentru a ajunge să spui mai multe serverele din partea stângă.
Deci, traficul care trece de la un switch principal la altul este
limitat la utilizarea acestui link gigabit 0/0.
Deci, ceea ce vom face este să legăm sau să legăm aceste două interfețe fizice într-un
EtherChannel logic sau într-o agregare a legăturilor, astfel
încât Spanning Tree vede cele două porturi fizice ca un singur port și nu blochează nici
unul dintre porturi .
Deci, încă o dată pe switch 1 observați că gigabitul 0/1 blochează
care se va schimba într-un moment când vom crea agregarea de link-uri sau EtherChannel.
Deci, pentru a configura un EtherChannel
voi tasta tipul de interfață de tip conf gigabitEthernet 0/0 - 1, deci voi face
schimbări de configurare pe ambele interfețe în același timp.
Voi închide porturile în jos
și apoi voi tasta switchport port trunchi dot1q switchport mod trunchi canal canal-grup 1 cu alte
cuvinte, am de gând să pun ambele
aceste interfețe în EtherChannel 1 puteți crea mai multe EtherChannels pe
un comutator.
De exemplu, aș putea avea 2 interfețe până la
acest switch de acces și le-am legat împreună în agregarea 2
sau EtherChannel 2, dar în acest
exemplu voi folosi EtherChannel
1 Voi specifica un mod și în acest exemplu , Voi folosi modul activ LACP.
Acum, în EtherChannel aveți 3 moduri de a face acest
lucru dacă ați setat-o ​​pe ea înseamnă că vă creați
manual un EtherChannel și nu există nici
o negociere cu cealaltă parte interfața sunt pur și simplu adăugat la un EtherChannel, ai putea folosi, de asemenea, LACP
sau PAgP acum LACP sau Link Aggregation Control Protocol este un protocol standard
industrial care permite switch-urilor
să negocieze formarea de porturi agregate de legături sau EtherChannels așa cum o numește Cisco.
Protocolul de agregare a porturilor sau PAgP este un protocol Cisco propriu care
vă permite să configurați porturi agregate de legături.
Deci, fie l-ați pornit, fără a fi negociat cu dispozitivul vecin.
Deci, switch 1 ca un exemplu, nu va negocia cu
comutatorul 2 pentru a forma o agregare link-ul sau un EtherChannel sau vă specificați LACP sau PAgP acum,
atunci când utilizați LACP aveți 2 opțiuni.
Active înseamnă că va negocia cu cealaltă parte pentru a forma o agregare a legăturilor.
Deci, încearcă în mod activ să formeze o agregare a legăturilor cu capătul de la distanță.
Pasiv înseamnă că dispozitivul așteaptă recepția mesajelor LACP în vecinătate înainte de a forma
o agregare a legăturilor.
Așadar, doriți să vă asigurați că nu puneți ambele
părți la pasiv, deoarece aceasta înseamnă că ambele
părți așteaptă ca cealaltă parte să formeze agregarea
legăturii și deoarece nici una dintre ele nu inițiază agregarea legăturii, nu va fi formată.
Deci, puteți fie să setați ambele părți la o parte activă
sau una la partea activă, iar
cealaltă la pasivă, dar nu puneți ambele părți la pasivitate.
În exemplul nostru, vom stabili ca ambele părți să
activeze acum cu PAgP aveți o idee similară.
Modul PAgP dorit înseamnă că întrerupătorii vor cere celeilalte părți
să stabilească agregarea legăturilor.
Auto înseamnă că va aștepta ca cealaltă parte să inițieze agregarea linkurilor.
Deci, în exemplul nostru,
am setat agregarea legăturii sau modul canal port la activă.
Deci, au fost folosind LACP sau LACP sau agregarea link-ul pentru a forma o agregare
link-ul cu partea de la distanță.
Acum, dintr-un punct de vedere Spanning Tree, vom
stabili tipul de legătură de la punct la
punct pentru a permite Spanning Tree să negocieze mai repede lucrurile, nu dorim
să folosim un link partajat pe care
dorim să-l folosim punct-la-punct link-uri pentru a îmbunătăți cronometrele de convergență Tree Spanning.
În Rapid Spanning Tree dacă un link pe care l-ați împărțit cu
alte cuvinte, duplexul este jumătate și folosește cronometre cum
ar fi blocarea, ascultarea, învățarea și redirecționarea, dar
dacă este o legătură punct-la-punct Spanning
Tree nu trebuie să aștepte cronometrele expirați pentru
ca porturile să înceapă redirecționarea,
astfel încât trebuie să utilizați
legături punct-la-punct dacă doriți să utilizați convergența rapidă și copacul Rapid Spanning.
Deci nu voi închide interfețele din port.
Să facem ceva similar pe comutatorul 2 acum, poate doriți să
așteptați până când ambele părți sunt configurate înainte
de a nu închide interfețele, deoarece în caz
contrar, veți primi mesaje cum ar fi următoarele.
LACP nu este activat pe capătul de la
distanță, astfel încât agregarea mea de link-uri sau
EtherChannel nu a fost formată, așa că haideți să aruncăm o privire la ieșirea comenzii de afișare
EtherChannel sumar Observație în momentul în care avem 2 porturi care au fost adăugate la EtherChannel 1
folosind protocolul LACP, dar nota D înseamnă că porturile sunt în jos.
Așadar, setăm o agregare a stratului 2, nu un strat 3, deci
folosim mai degrabă comutare decât rutare.
Deci, vom folosi trunchiuri în acest port ca un
exemplu, dar porturile sunt în prezent în jos, deoarece comutatorul nu poate negocia cu celălalt capăt.
Agregarea linkurilor nu funcționează.
sh run va arata-mi anuntul meu
de configurare există canalul meu de port și pe
2 interfețele mea observați aceste 2 interfețe fac parte din agregare link-ul
sau canal port care
este canal port 1 suntem folosind LACP este un port trunchi, deci folosind o interfață de strat 2 și
conducem Spanning Tree în acest scop, făcându-le să puncteze linkurile punctuale.
Asta înseamnă că Spanning Tree se va converti mai repede.
Channel port channel etherchannel mi-a aratat cateva informatii
suplimentare, cum ar fi numarul de porturi din
agregarea de link-uri fiind 0 nu porturi
sunt in prezent in acest canal port.
Deci, să configurați comutatorul 2 și să vedeți dacă are vreo diferență.
Deci, aici comutatorul 2, conf int int range gigabitEthernet 0/0 - 1 astfel încât aceste două porturi de
bază închid interfețele în jos. e încapsulare trunchi
switchport dot1q mod switchport trunchi-grup vom folosi același număr în acest caz astfel încât EtherChannel 1 nu
trebuie să fie același pe
ambele părți.
Modul pe care îl vom folosi este activ, deoarece vrem să folosim LACP și
dorim ca porturile să inițieze și agregarea unui link cu partea de la distanță.
spanning-tree link-tip tip-to-point sh run să vedem ce
am configurat
și apoi nu voi închide interfața.
Deci există canalul nostru port sau EtherChannel.
Iată configurația noastră pe primul port și configurația de
pe al doilea port.
Acum, ceva cu adevărat important este să vă
asigurați că configurația pe toate porturile este aceeași.
Deci, cu alte cuvinte, viteza și
duplexul tipului de comutator, toate setările trebuie să fie aceleași
pe ambele părți pentru a garanta că agregarea link-ului apare.
Deci nu am închis portul sau mai degrabă nu închid portul să vedem
dacă negocierea are loc în mod corect.
Așa că putem vedea interfața a
venit acolo este gigabit 0/0 vine, aici e
gigabit 0/1 vine, astfel încât starea
liniei a fost schimbat la up sh etherchannel rezumat, cele două părți noastre sunt grupate într-un canal port.
Așadar P, folosind protocolul LACP, este un strat 2 EtherChannel.
Deci S pentru stratul 2 și porturile sunt utilizate. Deci este bine.
Să ne uităm la canalul
portului pentru a vedea mai multe informații acum decât am văzut la comutatorul 1 anterior.
Deci, canalul nostru de port este canalul
port 1 numărul de porturi din canal
sunt 2 putem vedea că cele două porturi care sunt active în
canal sunt gigabit 0/0 și gigabit 0/1
ultimul port care a fost grupat este 0/1, astfel încât înapoi pe
comutator 1 anterior observați nici porturi au fost parte a canalului port,
dar aici canalul de port a venit.
Deci, dacă facem comanda din nou,
acum vedem că 2 porturi sunt în canalul
portului sau agregarea legăturilor
sau EtherChannel, iar ambele porturi gigabit 0/0 și 0/1 sunt active.
Așadar, acum am legat aceste două porturi într-o agregare
a link-urilor cum afectează Spanning Tree?
so sh spanning-tree vlan
20 Notă VLAN 20 redirecționează pe toate porturile comutatorului
1 Vlan 1 toate porturile sunt forwarding, vlan 10 toate porturile sunt forwarding.
Acum, anterior, pe comutator 1 gigabit 0/1 a fost blocat, dar acum
se observă că toate porturile redirecționează.
Portul de bază al comutatorului 1 este canalul portului sau EtherChannel.
Observați că costul călătoriei a scăzut de la 4 la 3, deoarece consideră că
aceasta este o cale mai bună.
Portul redirecționează portul rădăcină.
La switch 2 shan splanning-tree vlan 1 toate porturile transmit portul canal 1
sau EtherChannel 1
este portul rădăcină și au fost redirecționate, costul
a scăzut, de asemenea, la 3 aceeași
pentru VLAN 10 și pentru VLAN 20.
Toate porturile transmit pe aceste switch-uri de bază.
Așadar, pentru redundanță și pentru o capacitate mai mare
între întrerupătorii principali, dorim să activați agregarea de legături
sau EtherChannel, numite și canale port.
Ansamblul de legături sau legarea porturilor multiple ne va da posibilitatea
de a încărca traficul de echilibrare în cadrul agregării linkurilor.
De asemenea, aceasta înseamnă că Spanning Tree nu blochează 1 dintre porturi, astfel încât
să obținem o mai bună transmisie pe legături.
De asemenea, oferă redundanță, deoarece dacă unul dintre porturi coboară, canalul portului
va fi în continuare ridicat.
De exemplu, pentru VLAN 20 pe switch 1 portul rădăcină este portul 1
dacă merg în gigabit 0/0 și închid portul în
jos și apoi tastați show etherchannel rezumat putem vedea că unul dintre porturi
a scăzut, dar unul dintre portul este încă
în canalul portului și din punctul
de vedere al Spanning Tree, canalul portului este
încă în continuu și încă înaintează.
Diferența este însă că costul a crescut,
deoarece unul dintre porturi a scăzut.
du-te înapoi în interfață și nu-l închide.
Uită-te la Spanning Tree
din nou port vine, portul rădăcină este încă port 0/1 uita la
nota sumară ambele porturi fac parte din agregarea link-ul acum.
Așa cum putem vedea că canalul portului este încă folosit de Spanning
Tree, ar putea să dureze un timp
pentru ca totul să converge dacă ne uităm la detaliile canalului portului.
Observați că ambele porturi sunt acum active în canalul portului un minut și 26 secunde în urmă Gigabit 0/0 a fost
separat de canalul portului și apoi în urmă
cu 47 de secunde acesta a fost inclus înapoi în agregarea de linkuri sau EtherChannel.
Deci, acesta este un exemplu de configurare a unei agregări de legături de strat 2
între două întrerupătoare, care asigură redundanță suplimentară
a capacității suplimentare și oprește blocarea porturilor Spanning Tree în mod inutil.