1
00:00:00,000 --> 00:00:09,000
Deci, pe comutatorul 1, singurul port care transmite este gigabit 0/0 așa cum se arată aici.

2
00:00:09,000 --> 00:00:12,000
Alte porturi de pe comutator blochează.

3
00:00:12,000 --> 00:00:16,000
Deci, luând o imagine a topologiei pe care

4
00:00:16,000 --> 00:00:21,000
acest port o blochează, acest port blochează și acest port blochează.

5
00:00:21,000 --> 00:00:28,000
Singurul port care este de redirecționare este gigabit 0/0 și putem vedea că în ieșire
aici.

6
00:00:28,000 --> 00:00:32,000
Deci, gigabit 0/0 este un port root.

7
00:00:32,000 --> 00:00:36,000
Așadar, am putea spune că acesta este portul rădăcinii acelui comutator.

8
00:00:36,000 --> 00:00:39,000
Alte porturi blochează.

9
00:00:39,000 --> 00:00:41,000
Acum ce se întâmplă cu comutatorul 2?

10
00:00:41,000 --> 00:00:47,000
Deci, pe comutatorul 2 pentru VLAN 10 toate porturile sunt de

11
00:00:47,000 --> 00:00:51,000
retransmitere, deoarece acesta este podul rădăcină.

12
00:00:51,000 --> 00:00:53,000
Pe un pod rădăcină, toate porturile sunt

13
00:00:53,000 --> 00:00:57,000
în starea de redirecționare și nu vă puteți apropia de podul rădăcină decât de podul rădăcinii.

14
00:00:57,000 --> 00:01:01,000
Deci, toate porturile de pe switch sunt forwarding și

15
00:01:01,000 --> 00:01:05,000
toate aceste porturi sunt porturi desemnate astfel încât

16
00:01:05,000 --> 00:01:08,000
fiecare port aici este un port

17
00:01:08,000 --> 00:01:14,000
desemnat și starea portului se transmite. Ce se întâmplă cu comutatorul 3?

18
00:01:14,000 --> 00:01:22,000
așa că pe comutatorul 3 permiteți sh spanning-tree vlan 10 putem vedea în ieșire

19
00:01:22,000 --> 00:01:28,000
că gigabitul 0/0 este un port desemnat, redirecționează astfel că

20
00:01:28,000 --> 00:01:33,000
acesta este un port desemnat și statul transmite.

21
00:01:33,000 --> 00:01:37,000
Putem vedea că gigabitul 0/1 este un port

22
00:01:37,000 --> 00:01:42,000
root și redirecționarea acestuia, deci acesta este un port root și statul

23
00:01:42,000 --> 00:01:48,000
transmite și putem vedea că gigabit 0/2 este un port desemnat și redirecționarea acestuia.

24
00:01:48,000 --> 00:01:52,000
Deci, acesta este un port desemnat și statul transmite.

25
00:01:52,000 --> 00:02:04,000
Cum rămâne cu comutatorul 4? așa că pe comutatorul 4 sh spanning-tree vlan 10 pe

26
00:02:04,000 --> 00:02:10,000
acest switch, avem 2 porturi care sunt în VLAN 10.

27
00:02:10,000 --> 00:02:14,000
Motivul pentru care acest port nu se afișează este

28
00:02:14,000 --> 00:02:21,000
că acest port este în VLAN 20 iar gigabitul 0/0 este portul rădăcină și transmite și 0/1 este

29
00:02:21,000 --> 00:02:26,000
portul desemnat și transmite, deci acesta este portul rădăcină și redirecționarea stării .

30
00:02:26,000 --> 00:02:31,000
Acesta este un port desemnat și statul transmite acest port este în

31
00:02:31,000 --> 00:02:35,000
VLAN diferit, deci nu este afișat pentru VLAN 10.

32
00:02:35,000 --> 00:02:38,000
Deci sper să vedeți o problemă aici.

33
00:02:38,000 --> 00:02:42,000
Voi face o altă fotografie a acestei topologii.

34
00:02:42,000 --> 00:02:46,000
Ceea ce vreau să vedeți este că

35
00:02:46,000 --> 00:02:52,000
acest port acest port și acest port au fost scoase din topologie

36
00:02:52,000 --> 00:02:56,000
din cauza porturilor blocate de Spanning Tree.

37
00:02:56,000 --> 00:03:00,000
Datele utilizatorilor nu vor fi trimise prin porturile de blocare.

38
00:03:00,000 --> 00:03:04,000
Deci, logic din punct de vedere al utilizatorului.

39
00:03:04,000 --> 00:03:08,000
Aceste porturi nu sunt conectate la topologie, chiar dacă acestea sunt

40
00:03:08,000 --> 00:03:12,000
acolo în timp ce acele porturi din traficul utilizator blocat

41
00:03:12,000 --> 00:03:15,000
de stat nu trece prin acele porturi.

42
00:03:15,000 --> 00:03:20,000
Alte traficuri, cum ar fi CDP și LLDP, vor trece printr-un port de

43
00:03:20,000 --> 00:03:25,000
blocare, dar traficul de utilizatori nu. Deci, ce înseamnă asta?

44
00:03:25,000 --> 00:03:31,000
Dacă acest utilizator trimite fișiere mari ca exemplu, la acest server

45
00:03:31,000 --> 00:03:38,000
că traficul va curge astfel încât să ajungă la server care este ineficient.

46
00:03:38,000 --> 00:03:42,000
Traficul de la această gazdă va merge pe această cale pentru a ajunge pe acest server.

47
00:03:42,000 --> 00:03:48,000
Deci, dacă un număr mare de gazde aici trimiteau trafic către serverul în care traficul

48
00:03:48,000 --> 00:03:53,000
trebuia să treacă peste această legătură între cele două comutatoare de bază

49
00:03:53,000 --> 00:03:58,000
și ar putea fi depășit, deoarece avem doar 1 link activat.

50
00:03:58,000 --> 00:04:03,000
Deci, dacă am șterge această diagramă, avem doar un

51
00:04:03,000 --> 00:04:06,000
link de redirecționare aici.

52
00:04:06,000 --> 00:04:11,000
Celălalt link este rupt și calea folosită este ineficientă.

53
00:04:11,000 --> 00:04:14,000
unul dintre lucrurile pe care trebuie să-l amintiți cu Tree

54
00:04:14,000 --> 00:04:17,000
Spanning este că trebuie să setați rădăcina Spanning Tree pe

55
00:04:17,000 --> 00:04:19,000
care nu doriți să le permiteți

56
00:04:19,000 --> 00:04:23,000
Spanning Tree să determine unde rădăcina este fără intrarea dvs. deoarece situația ar

57
00:04:23,000 --> 00:04:26,000
putea fi mult mai gravă decât este în prezent.

58
00:04:26,000 --> 00:04:30,000
Dacă acest switch a devenit podul rădăcină al topologiei ar putea fi mult mai rău

59
00:04:30,000 --> 00:04:32,000
pentru că acest switch ar folosi acest lucru,

60
00:04:32,000 --> 00:04:35,000
deoarece portul rădăcină acest switch ar folosi acest lucru ca portul rădăcină

61
00:04:35,000 --> 00:04:37,000
și să presupunem că adresa MAC a

62
00:04:37,000 --> 00:04:39,000
acestui comutator este mai mică decât comutatorul

63
00:04:39,000 --> 00:04:41,000
sau are o prioritate mai mică, ceea

64
00:04:41,000 --> 00:04:45,000
ce ar însemna că acesta ar fi portul de bază al acestui switch de margine.

65
00:04:45,000 --> 00:04:49,000
Acest port și acest port ar fi port desemnat ar fi

66
00:04:49,000 --> 00:04:51,000
un port desemnat și

67
00:04:51,000 --> 00:04:55,000
în această topologie presupunând că acesta are un ID de punte

68
00:04:55,000 --> 00:04:58,000
mai mic, aceste porturi ar fi porturi desemnate.

69
00:04:58,000 --> 00:05:02,000
Să presupunem că acest lucru are un ID de pod mai mic decât

70
00:05:02,000 --> 00:05:05,000
acest lucru ar fi un port desemnat în acest

71
00:05:05,000 --> 00:05:08,000
scenariu, ceea ce înseamnă că acest port este blocat

72
00:05:08,000 --> 00:05:11,000
acest port este blocat și acest port este blocat.

73
00:05:11,000 --> 00:05:17,000
Deci acum, dacă această gazdă trebuie să trimită un număr mare de fișiere pe

74
00:05:17,000 --> 00:05:22,000
acest server, traficul va curge astfel ca să ajungă la server.

75
00:05:22,000 --> 00:05:26,000
Să presupunem încă o dată că aveți multe, multe dispozitive

76
00:05:26,000 --> 00:05:32,000
gazdă, aici trimit tot traficul prin intermediul acestui switch de acces pentru a ajunge la server.

77
00:05:32,000 --> 00:05:40,000
Dacă acesta a fost un switch de sfârșitul inferior, să spunem că este foarte vechi switch 2950 de acces și a devenit

78
00:05:40,000 --> 00:05:43,000
rădăcina topologiei dvs., veți forța o mulțime de

79
00:05:43,000 --> 00:05:48,000
date de utilizator prin intermediul acestui mic switch și același lucru ar fi

80
00:05:48,000 --> 00:05:53,000
adevărat dacă aveți multe, multe acces comută imaginați-vă că aveți 20 comutatoare de

81
00:05:53,000 --> 00:05:56,000
acces aici, tot traficul de utilizatori de pe

82
00:05:56,000 --> 00:06:01,000
cele 20 de switch-uri de acces ar fi acum împins prin comutatorul de

83
00:06:01,000 --> 00:06:04,000
acces pentru a ajunge la serverul care cu

84
00:06:04,000 --> 00:06:07,000
siguranță nu este ceea ce ne dorim.

85
00:06:07,000 --> 00:06:14,000
Vrem să ne asigurăm că comutatoarele de bază ale switch-urilor rădăcină și pentru a îmbunătăți acest lucru vrem

86
00:06:14,000 --> 00:06:17,000
să ne asigurăm că unul dintre comutatoare este

87
00:06:17,000 --> 00:06:20,000
rădăcina pentru unele VLAN-uri, așa că în

88
00:06:20,000 --> 00:06:25,000
această topologie vom face comutatorul 1, rădăcina pentru VLAN 1 și VLAN 10

89
00:06:25,000 --> 00:06:28,000
și vom face acest comutator rădăcină pentru

90
00:06:28,000 --> 00:06:31,000
alte VLAN-uri acum în această topologie, l-am

91
00:06:31,000 --> 00:06:36,000
împărți după cum urmează, deoarece gazdele VLAN 10 sunt conectate la acest switch

92
00:06:36,000 --> 00:06:41,000
și va fi mai eficient dacă trimite trafic direct la acel switch de

93
00:06:41,000 --> 00:06:46,000
bază și acest gazdă VLAN 20 trimite traficul direct pentru a comuta 2.

94
00:06:46,000 --> 00:06:52,000
Deci, în topologia noastră, vom face acest comutator rădăcină pentru VLAN 1 și VLAN 10

95
00:06:52,000 --> 00:06:57,000
și acest comutator va fi rădăcina pentru VLAN 20, ceea ce înseamnă încă

96
00:06:57,000 --> 00:07:01,000
o dată că gazda VLAN 10 va trimite traficul acolo

97
00:07:01,000 --> 00:07:05,000
și gazdele VLAN 20 vor trimite traficul lor acolo.

98
00:07:05,000 --> 00:07:10,000
Deci, să punem asta.
