1
00:00:00,000 --> 00:00:05,000
În videoclipul precedent, am făcut comutatorul 1 rădăcină Arbore Spanning

2
00:00:05,000 --> 00:00:09,000
pentru VLAN 10 și VLAN 1, precum și

3
00:00:09,000 --> 00:00:14,000
pentru a face comutatorul 2, rădăcina Arbore Spanning pentru VLAN

4
00:00:14,000 --> 00:00:18,000
20, putem vedea că, spre exemplu, trecând prin

5
00:00:18,000 --> 00:00:21,000
comutatorul 1 și tastând arătând spanning

6
00:00:21,000 --> 00:00:27,000
tree vlan 10 Observați acest switch sau această punte este rădăcina Arborelui

7
00:00:27,000 --> 00:00:33,000
Spanning pentru VLAN 10, precum și rădăcina Arborelui Spanning pentru VLAN 1

8
00:00:33,000 --> 00:00:35,000
aici este comutatorul 2

9
00:00:35,000 --> 00:00:40,000
astfel încât să arătați spanning-tree vlan 20 acest switch sau

10
00:00:40,000 --> 00:00:43,000
pod este rădăcina pentru VLAN 20.

11
00:00:43,000 --> 00:00:46,000
Încă o dată, motivul pentru care folosim mai degrabă termenul

12
00:00:46,000 --> 00:00:48,000
"pod" decât "trecerea în Spanning Tree"

13
00:00:48,000 --> 00:00:51,000
este acela că Spanning Tree a fost în jur de

14
00:00:51,000 --> 00:00:54,000
mult timp, așa că vorbim despre poduri, mai degrabă decât

15
00:00:54,000 --> 00:00:56,000
despre switch-urile din terminologia Spanning Tree.

16
00:00:56,000 --> 00:01:01,000
Spanning Tree a fost dezvoltată atunci când au fost folosite poduri în locul comutatoarelor.

17
00:01:01,000 --> 00:01:05,000
Deci avem rădăcinile configurate în Spanning Tree.

18
00:01:05,000 --> 00:01:11,000
Am activat redundanța dintre aceste comutatoare în videoclipurile anterioare.

19
00:01:11,000 --> 00:01:16,000
De exemplu, comutatorul 3 are 2 uplink-uri către miez și astfel comutatorul 4 astfel

20
00:01:16,000 --> 00:01:19,000
încât avem redundanță la stratul 1 și

21
00:01:19,000 --> 00:01:23,000
stratul 2 dar acum trebuie să implementăm redundanța la stratul 3.

22
00:01:23,000 --> 00:01:25,000
Aici este problema rădăcină

23
00:01:25,000 --> 00:01:30,000
1 care acționează ca PC 1 în această topologie este în VLAN 10.

24
00:01:30,000 --> 00:01:34,000
Trebuie să fie configurat cu gateway-ul implicit, astfel încât

25
00:01:34,000 --> 00:01:37,000
comutatorul să devină comutatorul său implicit de

26
00:01:37,000 --> 00:01:42,000
gateway 1 sau comutatorul 2? Ambele comutatoare au adrese IP în VLAN 10.

27
00:01:42,000 --> 00:01:47,000
Comutatorul 1 este de 10. 1. 10. 1 și comutatorul 2 este de 10. 1. 10. 2

28
00:01:47,000 --> 00:01:51,000
astfel încât comutatorul va fi configurat ca gateway implicit și ceea ce

29
00:01:51,000 --> 00:01:55,000
se va întâmpla când acel switch se va schimba ca un

30
00:01:55,000 --> 00:02:00,000
exemplu, probabil că doriți să faceți un switch 1 gateway-ul implicit pentru routerul 1

31
00:02:00,000 --> 00:02:03,000
deoarece comutatorul 1 este rădăcina Spanning Tree care ar

32
00:02:03,000 --> 00:02:07,000
trebui să însemne că traficul atât la nivelul 2, cât și

33
00:02:07,000 --> 00:02:09,000
la nivelul 3, va trece prin

34
00:02:09,000 --> 00:02:15,000
această legătură și va trece la 1, problema este că, dacă faceți comutatorul 1, gateway-ul implicit pentru

35
00:02:15,000 --> 00:02:17,000
PC-uri în VLAN 10 și

36
00:02:17,000 --> 00:02:21,000
comutatorul 1 merge în jos unde acele PC-uri își trimit traficul?

37
00:02:21,000 --> 00:02:23,000
nu vor putea ajunge la

38
00:02:23,000 --> 00:02:28,000
gateway-ul implicit, ceea ce înseamnă că nu vor putea trimite traficul de pe VLAN 10.

39
00:02:28,000 --> 00:02:30,000
cu alte cuvinte, nu vor putea accesa

40
00:02:30,000 --> 00:02:33,000
Internetul sau alte servicii și dispozitive într-un VLAN separat, același lucru

41
00:02:33,000 --> 00:02:36,000
este valabil și pentru dispozitivele din VLAN 20 dacă dispozitivele

42
00:02:36,000 --> 00:02:40,000
VLAN 20 au switch-ul 2 ca gateway implicit, cu alte cuvinte, am configurat gateway

43
00:02:40,000 --> 00:02:45,000
implicit ca 10. 1. 20. 2 și comutatorul

44
00:02:45,000 --> 00:02:47,000
2 coboară, ce se întâmplă atunci?

45
00:02:47,000 --> 00:02:49,000
gateway-ul implicit este în jos,

46
00:02:49,000 --> 00:02:54,000
ceea ce înseamnă că nu vor putea, de exemplu, să ping dispozitive în VLAN

47
00:02:54,000 --> 00:02:57,000
10 sau să acceseze dispozitivele de pe Internet.

48
00:02:57,000 --> 00:03:00,000
Deci, aici se folosesc protocoalele de

49
00:03:00,000 --> 00:03:05,000
prima redundanță a hameiului, cum ar fi Protocolul router stand-by sau HSRP.

50
00:03:05,000 --> 00:03:08,000
HSRP este un protocol propriu Cisco care vă

51
00:03:08,000 --> 00:03:11,000
permite să implementați prima redundanță în hamei.

52
00:03:11,000 --> 00:03:14,000
Versiunea standard a protocolului este VRRP

53
00:03:14,000 --> 00:03:17,000
sau Protocolul de Redundanță Virtual Router.

54
00:03:17,000 --> 00:03:21,000
Ideea este că configurați 2 switch-uri cu o

55
00:03:21,000 --> 00:03:24,000
adresă IP virtuală, aceste două switch-uri

56
00:03:24,000 --> 00:03:27,000
vor avea o alegere și alege

57
00:03:27,000 --> 00:03:31,000
cine este responsabil pentru redirecționarea traficului în numele

58
00:03:31,000 --> 00:03:34,000
unui router virtual În această topologie

59
00:03:34,000 --> 00:03:39,000
vom avea 2 switch-uri fizice configurate cu Adresele IP din

60
00:03:39,000 --> 00:03:43,000
VLAN 10, dar prin configurație este creat un

61
00:03:43,000 --> 00:03:47,000
switch virtual sau un router virtual și routerul

62
00:03:47,000 --> 00:03:50,000
virtual sau comutatorul virtual devin

63
00:03:50,000 --> 00:03:53,000
gateway-ul implicit pentru dispozitivele dvs.

64
00:03:53,000 --> 00:03:56,000
Voi vorbi mai degrabă despre virtuoterele decât despre comutatoarele

65
00:03:56,000 --> 00:03:59,000
virtuale sau despre switch-urile de nivelul 3 pentru cea

66
00:03:59,000 --> 00:04:02,000
mai mare parte a acestei discuții, pentru că așa

67
00:04:02,000 --> 00:04:06,000
scrie și descrie HSRP, dar în esență ceea ce faci pe PC-ul

68
00:04:06,000 --> 00:04:09,000
tău, configurezi un gateway implicit al unui switch virtual.

69
00:04:09,000 --> 00:04:19,000
În mod logic, un router este creat prin HSRP acum acest router nu este un router

70
00:04:19,000 --> 00:04:24,000
fizic sau un router real care va exista

71
00:04:24,000 --> 00:04:26,000
în topologia noastră.

72
00:04:26,000 --> 00:04:31,000
Este creat simplu prin comenzile HSRP configurate pe comutatoare.

73
00:04:31,000 --> 00:04:38,000
PC-urile precum PC-ul în VLAN 10 vor fi configurate cu un gateway implicit în exemplul

74
00:04:38,000 --> 00:04:43,000
nostru de 10. 0. 254 deci

75
00:04:43,000 --> 00:04:47,000
nu PC-ul fiind configurat cu gateway-ul implicit al

76
00:04:47,000 --> 00:04:51,000
comutatorului 1 sau comutatorul 2, gateway-ul implicit

77
00:04:51,000 --> 00:04:56,000
este acest router HSRP virtual acest router HSRP va avea

78
00:04:56,000 --> 00:05:01,000
propria adresă IP așa cum este arătat aici pentru

79
00:05:01,000 --> 00:05:08,000
VLAN 10 vom configura, de asemenea, un alt router virtual pentru VLAN 20.

80
00:05:08,000 --> 00:05:12,000
În plus, acest router are propria adresă MAC bazată

81
00:05:12,000 --> 00:05:16,000
pe un număr de grup configurat în HSRP.

82
00:05:16,000 --> 00:05:21,000
PC-urile nu au conștiința că vorbesc cu un dispozitiv virtual pe care

83
00:05:21,000 --> 00:05:24,000
îl cred că vorbesc cu un router

84
00:05:24,000 --> 00:05:27,000
fizic, dar, de fapt, vorbesc cu switch-urile

85
00:05:27,000 --> 00:05:30,000
care pretind a fi acest router virtual

86
00:05:30,000 --> 00:05:33,000
Putem manipula care comutator fizic merge pentru

87
00:05:33,000 --> 00:05:37,000
a redirecționa traficul în numele routerului virtual prin schimbarea unei

88
00:05:37,000 --> 00:05:41,000
priorități, prioritatea implicită în HSRP este 100 și cea mai

89
00:05:41,000 --> 00:05:44,000
mare prioritate 1, deci vom influența HSRP

90
00:05:44,000 --> 00:05:48,000
astfel încât comutatorul 1 devine așa numit router activ pentru

91
00:05:48,000 --> 00:05:52,000
VLAN 10 și comutatorul 2 fi ruterul de așteptare

92
00:05:52,000 --> 00:05:56,000
pentru comutatorul VLAN 20 va fi routerul activ și

93
00:05:56,000 --> 00:05:58,000
comutatorul 1 va fi

94
00:05:58,000 --> 00:06:01,000
ruterul standby și asta pentru că

95
00:06:01,000 --> 00:06:05,000
comutatorul 1 este rădăcina în Spanning Tree pentru VLAN

96
00:06:05,000 --> 00:06:10,000
10 și comutatorul 2 este rădăcina în Spanning Tree pentru VLAN 20.

97
00:06:10,000 --> 00:06:14,000
Vrem să asigurăm că traficul de la această gazdă în VLAN 20

98
00:06:14,000 --> 00:06:17,000
este transmis la gateway-ul său implicit, care este același

99
00:06:17,000 --> 00:06:20,000
dispozitiv care este o rădăcină de Spanning Tree.

100
00:06:20,000 --> 00:06:22,000
Cu alte cuvinte, traficul va

101
00:06:22,000 --> 00:06:26,000
lua această cale mai degrabă decât traficul care trebuie să

102
00:06:26,000 --> 00:06:28,000
treacă peste mai multe linkuri

103
00:06:28,000 --> 00:06:35,000
pentru a ajunge la gateway-ul implicit, prin aceea că acest switch va fi ruterul activ sau transmiterea activă pentru

104
00:06:35,000 --> 00:06:39,000
VLAN 10, astfel încât traficul VLAN 10 să utilizeze acest

105
00:06:39,000 --> 00:06:44,000
uplink pentru a ajunge la rădăcina Spanning Tree, precum și la gateway-ul implicit.
