Afrikaans
Akan
Albanian
Amharic
Arabic
Armenian
Azerbaijani
Basque
Belarusian
Bemba
Bengali
Bihari
Bosnian
Breton
Bulgarian
Cambodian
Catalan
Cebuano
Cherokee
Chichewa
Chinese (Simplified)
Chinese (Traditional)
Corsican
Croatian
Czech
Danish
Dutch
English
Esperanto
Estonian
Ewe
Faroese
Filipino
Finnish
French
Frisian
Ga
Galician
Georgian
German
Greek
Guarani
Gujarati
Haitian Creole
Hausa
Hawaiian
Hebrew
Hindi
Hmong
Hungarian
Icelandic
Igbo
Indonesian
Interlingua
Irish
Italian
Japanese
Javanese
Kannada
Kazakh
Kinyarwanda
Kirundi
Kongo
Korean
Krio (Sierra Leone)
Kurdish
Kurdish (Soranî)
Kyrgyz
Laothian
Latin
Latvian
Lingala
Lithuanian
Lozi
Luganda
Luo
Luxembourgish
Macedonian
Malagasy
Malay
Malayalam
Maltese
Maori
Marathi
Mauritian Creole
Moldavian
Mongolian
Myanmar (Burmese)
Montenegrin
Nepali
Nigerian Pidgin
Northern Sotho
Norwegian
Norwegian (Nynorsk)
Occitan
Oriya
Oromo
Pashto
Persian
Polish
Portuguese (Brazil)
Punjabi
Quechua
Romanian
Romansh
Runyakitara
Russian
Samoan
Scots Gaelic
Serbian
Serbo-Croatian
Sesotho
Setswana
Seychellois Creole
Shona
Sindhi
Sinhalese
Slovak
Slovenian
Somali
Spanish
Spanish (Latin American)
Sundanese
Swahili
Swedish
Tajik
Tamil
Tatar
Telugu
Thai
Tigrinya
Tonga
Tshiluba
Tumbuka
Turkish
Turkmen
Twi
Uighur
Ukrainian
Urdu
Uzbek
Vietnamese
Welsh
Wolof
Xhosa
Yiddish
Yoruba
Zulu
1
So let’s start with a simple topology to illustrate how Spanning Tree works.
2
Why would you require Spanning Tree in a switch network?
3
So in this topology we have host A connected to switch 1
4
switch 1 in turn is connected to switch 2 and switch 2 has host B connected to it.
5
So very simple topology.
6
Now if your link went down between switch 1 and switch 2
7
host A wouldn’t be able to communicate with host B and vice versa.
8
So you probably gonna want to implement some kind of redundancy
9
between those switches by adding an additional link.
10
So that’s great because you now have network redundancy
11
in case one of the links goes down
12
however, that introduces problems in a switch environment.
13
It’s generally recommended in networks today
14
that you implement some type of redundancy.
15
So in this example, you have 2 links between your 2 switches
16
but that will introduce additional problems which we'll now discuss.
17
Let’s assume for the moment
18
that the switches have just booted up
19
and their MAC address tables or cam tables are empty
20
and to help explain this issue
21
let's add MAC address tables to the topology
22
so that you can see how the MAC address tables are updated
23
when traffic is sent from 1 host to another.
24
So let’s assume that in this topology
25
the switches have just come up
26
in other words, they've been rebooted or powered up
27
and the MAC address tables or cam tables are empty on the 2 switches.
28
now when A sends a frame to B the destination address on the frame will be B
29
and the source address will be A
30
so A is sending a frame to B and when it arrives at switch 1
31
switch 1 will read the source MAC address of the frame
32
and the switch will see that the source address is A.
33
the switch will update its MAC address table to state that A can be found on port 1.
34
MAC address B, however, is not in the MAC address table.
35
So the switch will flood the frame out of all ports
36
except on the port in which it will arrive.
37
So in this example, the frame will go out port 2 as well as port 3.
38
It does that because it doesn’t know where MAC address B is.
39
Now, this is obviously a very simple topology.
40
In this example, the frame is only being sent out of 2 ports of the switch.
41
however, if the switch had many ports, let’s say 96 ports
42
an incoming frame on 1 port could be replicated out of over 90 ports on that switch.
43
That increases the amount of traffic sent in your network quite dramatically.
44
So in this topology what does switch 2 do with the frame received in port 1.
45
The source address once again is A and the destination address is B
46
what will the switch do with the frame?
47
Well firstly its gonna update its MAC address table
48
to state that A can be found on port 1
49
and then it's gonna flood the frame out of all ports.
50
So they’ll flood out of port 2 as well as port 3.
51
so in this example, host B will receive the frame from host A
52
however, the switch also receive the frame on port 3
53
and this is where it gets a bit confusing
54
where is A from the switches point of view, is it on port 1 or is it on port 3?
55
So in this example, its gonna update its MAC address table
56
to state that A is on port 3
57
because their frame in our example arrived on port 3 but later then on port 1
58
so its gonna update the MAC address table entry
59
to state that A is now available on port 3.
60
The switch will also flood the frame out of all ports
61
so it’s gonna flood it out of port 1 and out of port 2.
62
so host B has now received the frame twice
63
once from the original frames that arrived on port 1 sent to host B
64
and secondly for the frame that arrived on port 3.
65
So this can get confusing for any devices
66
because they're receiving the same frame multiple times.
67
The MAC address table is also changing
68
the first frame that arrived on port 1
69
allowed this switch to update it's MAC address table
70
to state that A can be found on port 1, however, the frame that arrived on port 3
71
now indicates to the switch that A can be found on port 3
72
so the switch needs to update its MAC address table
73
to state that A can be now found on port 3.
74
So this introduces instability in the MAC address table.
75
so we have end devices receiving frames multiple times
76
and we have MAC address instability
77
because the switch thought that A was available on port 1
78
but now sees that it's available on port 3
79
but it get worst, when the frame arrived on port 1
80
the switch updated its MAC address table to state that A can be found on port 1
81
but it also flooded the frame out of both port 2 and port 3 in this topology.
82
The frame was received by host B
83
but in an addition, the frame was sent back to switch 1.
84
So switch 1 has received the frame that it sent to switch 2
85
and switch 1 now updates its MAC address table to state that A is available on port 3.
86
Now when switch 1 receives the frame it not only updates its MAC address table
87
but it also floods the frame out of all ports except to the port which it arrived.
88
so the frame arrived on port 3 it's flooded out of port 1 and out of port 2
89
so this gets confusing for host A
90
because it's receiving the frame that it originally sent.
91
but not only is A receiving the frame that it sent
92
switch 1 is also sending the same frame back to switch 2
93
and what a switch 2 gonna do with the frame?
94
it's gonna flood it, so it's gonna send a copy to host B
95
host B has now received the same frame 3 times
96
but it will also send the frame back to switch 1
97
as well as updating its MAC address table to now state that A is on port 1.
98
So originally when it received the first frame, it thought that A was on port 1
99
then when it received the frame on port 3, it thought that A was on port 3
100
and now it thinks that A is on port 1
101
so we’ve got a lot of MAC address instability in the MAC address table.
102
Host B is receiving the same frame multiple times
103
but the biggest issue here is that
104
the frame get sent back to switch 1, gets flooded again
105
get sent back to switch 2 and this process continues over and over again.
106
We have a loop in this topology with the frame being duplicated
107
and sent round and round and round between these 2 switches.
Can't find what you're looking for?
Get subtitles in any language from opensubtitles.com, and translate them here.