În videoclipul precedent, am făcut comutatorul 1 rădăcină Arbore Spanning
pentru VLAN 10 și VLAN 1, precum și
pentru a face comutatorul 2, rădăcina Arbore Spanning pentru VLAN
20, putem vedea că, spre exemplu, trecând prin
comutatorul 1 și tastând arătând spanning
tree vlan 10 Observați acest switch sau această punte este rădăcina Arborelui
Spanning pentru VLAN 10, precum și rădăcina Arborelui Spanning pentru VLAN 1
aici este comutatorul 2
astfel încât să arătați spanning-tree vlan 20 acest switch sau
pod este rădăcina pentru VLAN 20.
Încă o dată, motivul pentru care folosim mai degrabă termenul
"pod" decât "trecerea în Spanning Tree"
este acela că Spanning Tree a fost în jur de
mult timp, așa că vorbim despre poduri, mai degrabă decât
despre switch-urile din terminologia Spanning Tree.
Spanning Tree a fost dezvoltată atunci când au fost folosite poduri în locul comutatoarelor.
Deci avem rădăcinile configurate în Spanning Tree.
Am activat redundanța dintre aceste comutatoare în videoclipurile anterioare.
De exemplu, comutatorul 3 are 2 uplink-uri către miez și astfel comutatorul 4 astfel
încât avem redundanță la stratul 1 și
stratul 2 dar acum trebuie să implementăm redundanța la stratul 3.
Aici este problema rădăcină
1 care acționează ca PC 1 în această topologie este în VLAN 10.
Trebuie să fie configurat cu gateway-ul implicit, astfel încât
comutatorul să devină comutatorul său implicit de
gateway 1 sau comutatorul 2? Ambele comutatoare au adrese IP în VLAN 10.
Comutatorul 1 este de 10. 1. 10. 1 și comutatorul 2 este de 10. 1. 10. 2
astfel încât comutatorul va fi configurat ca gateway implicit și ceea ce
se va întâmpla când acel switch se va schimba ca un
exemplu, probabil că doriți să faceți un switch 1 gateway-ul implicit pentru routerul 1
deoarece comutatorul 1 este rădăcina Spanning Tree care ar
trebui să însemne că traficul atât la nivelul 2, cât și
la nivelul 3, va trece prin
această legătură și va trece la 1, problema este că, dacă faceți comutatorul 1, gateway-ul implicit pentru
PC-uri în VLAN 10 și
comutatorul 1 merge în jos unde acele PC-uri își trimit traficul?
nu vor putea ajunge la
gateway-ul implicit, ceea ce înseamnă că nu vor putea trimite traficul de pe VLAN 10.
cu alte cuvinte, nu vor putea accesa
Internetul sau alte servicii și dispozitive într-un VLAN separat, același lucru
este valabil și pentru dispozitivele din VLAN 20 dacă dispozitivele
VLAN 20 au switch-ul 2 ca gateway implicit, cu alte cuvinte, am configurat gateway
implicit ca 10. 1. 20. 2 și comutatorul
2 coboară, ce se întâmplă atunci?
gateway-ul implicit este în jos,
ceea ce înseamnă că nu vor putea, de exemplu, să ping dispozitive în VLAN
10 sau să acceseze dispozitivele de pe Internet.
Deci, aici se folosesc protocoalele de
prima redundanță a hameiului, cum ar fi Protocolul router stand-by sau HSRP.
HSRP este un protocol propriu Cisco care vă
permite să implementați prima redundanță în hamei.
Versiunea standard a protocolului este VRRP
sau Protocolul de Redundanță Virtual Router.
Ideea este că configurați 2 switch-uri cu o
adresă IP virtuală, aceste două switch-uri
vor avea o alegere și alege
cine este responsabil pentru redirecționarea traficului în numele
unui router virtual În această topologie
vom avea 2 switch-uri fizice configurate cu Adresele IP din
VLAN 10, dar prin configurație este creat un
switch virtual sau un router virtual și routerul
virtual sau comutatorul virtual devin
gateway-ul implicit pentru dispozitivele dvs.
Voi vorbi mai degrabă despre virtuoterele decât despre comutatoarele
virtuale sau despre switch-urile de nivelul 3 pentru cea
mai mare parte a acestei discuții, pentru că așa
scrie și descrie HSRP, dar în esență ceea ce faci pe PC-ul
tău, configurezi un gateway implicit al unui switch virtual.
În mod logic, un router este creat prin HSRP acum acest router nu este un router
fizic sau un router real care va exista
în topologia noastră.
Este creat simplu prin comenzile HSRP configurate pe comutatoare.
PC-urile precum PC-ul în VLAN 10 vor fi configurate cu un gateway implicit în exemplul
nostru de 10. 0. 254 deci
nu PC-ul fiind configurat cu gateway-ul implicit al
comutatorului 1 sau comutatorul 2, gateway-ul implicit
este acest router HSRP virtual acest router HSRP va avea
propria adresă IP așa cum este arătat aici pentru
VLAN 10 vom configura, de asemenea, un alt router virtual pentru VLAN 20.
În plus, acest router are propria adresă MAC bazată
pe un număr de grup configurat în HSRP.
PC-urile nu au conștiința că vorbesc cu un dispozitiv virtual pe care
îl cred că vorbesc cu un router
fizic, dar, de fapt, vorbesc cu switch-urile
care pretind a fi acest router virtual
Putem manipula care comutator fizic merge pentru
a redirecționa traficul în numele routerului virtual prin schimbarea unei
priorități, prioritatea implicită în HSRP este 100 și cea mai
mare prioritate 1, deci vom influența HSRP
astfel încât comutatorul 1 devine așa numit router activ pentru
VLAN 10 și comutatorul 2 fi ruterul de așteptare
pentru comutatorul VLAN 20 va fi routerul activ și
comutatorul 1 va fi
ruterul standby și asta pentru că
comutatorul 1 este rădăcina în Spanning Tree pentru VLAN
10 și comutatorul 2 este rădăcina în Spanning Tree pentru VLAN 20.
Vrem să asigurăm că traficul de la această gazdă în VLAN 20
este transmis la gateway-ul său implicit, care este același
dispozitiv care este o rădăcină de Spanning Tree.
Cu alte cuvinte, traficul va
lua această cale mai degrabă decât traficul care trebuie să
treacă peste mai multe linkuri
pentru a ajunge la gateway-ul implicit, prin aceea că acest switch va fi ruterul activ sau transmiterea activă pentru
VLAN 10, astfel încât traficul VLAN 10 să utilizeze acest
uplink pentru a ajunge la rădăcina Spanning Tree, precum și la gateway-ul implicit.