1
00:00:00,240 --> 00:00:06,180
Beginnen wir mit einer einfachen Typologie, um die Funktionsweise des Ausgabenbaums zu veranschaulichen.

2
00:00:06,180 --> 00:00:09,710
Warum benötigen Sie einen Baum in einem Wählnetz.

3
00:00:10,630 --> 00:00:16,810
Wenn diese Typologie verbunden bleiben muss, um einen Schalter zu wechseln, ist ein Schalter wiederum mit dem

4
00:00:16,810 --> 00:00:21,500
Schalter t verbunden, und der Schalter muss mit dem Host verbunden sein.

5
00:00:21,520 --> 00:00:24,120
Also sehr einfache Topologie.

6
00:00:24,170 --> 00:00:30,050
Wenn nun die Verbindung zwischen Switch 1 und Switch zum Host ausfällt, können sie nicht

7
00:00:30,110 --> 00:00:32,560
mit Host B kommunizieren und umgekehrt.

8
00:00:33,390 --> 00:00:38,490
Sie werden wahrscheinlich eine Art Redundanz zwischen diesen beiden Switches implementieren wollen, indem

9
00:00:38,490 --> 00:00:40,730
Sie einen zusätzlichen Link hinzufügen.

10
00:00:41,040 --> 00:00:47,180
Das ist großartig, denn Sie haben jetzt eine Netzwerkredundanz für den Fall, dass einer der Links ausfällt.

11
00:00:47,250 --> 00:00:52,150
Dies führt jedoch zu Problemen in einer geschalteten Umgebung.

12
00:00:52,260 --> 00:00:57,880
Es wird allgemein empfohlen, in Netzwerken heutzutage eine Art Redundanz zu implementieren.

13
00:00:58,080 --> 00:01:05,370
In diesem Beispiel haben Sie also zwei Verbindungen zwischen Ihren beiden Switches, was jedoch zusätzliche Probleme mit sich

14
00:01:05,370 --> 00:01:07,540
bringt, die jetzt diskutiert werden.

15
00:01:07,620 --> 00:01:14,010
Nehmen wir für den Moment an, dass diese Switches gerade hochgefahren sind und MAC-Adressen von Tabellen

16
00:01:14,040 --> 00:01:18,650
oder Lagertabellen enthalten oder leer sind, um dieses Problem zu erklären.

17
00:01:18,810 --> 00:01:26,070
Fügen Sie McEnroes Tabellen zur Topologie hinzu, damit Sie sehen können, wie die MAC-Adresstabellen aktualisiert werden, wenn der

18
00:01:26,340 --> 00:01:29,980
Verkehr von einem Host zu einem anderen gesendet wird.

19
00:01:29,990 --> 00:01:34,580
Nehmen wir also an, dass in dieser Topologie die Schalter gerade aufgetaucht sind.

20
00:01:34,580 --> 00:01:41,000
Mit anderen Worten, sie wurden neu gestartet oder hochgefahren, und die MAC-Adresstabellen oder Cash-Tabellen sind auf

21
00:01:41,120 --> 00:01:43,250
den beiden Switches leer.

22
00:01:43,300 --> 00:01:51,220
Nun ist Frame als Zieladresse und der Frame ist B, und die Quelladresse ist a, so

23
00:01:51,310 --> 00:02:00,010
dass ein Frame an B gesendet wird. Wenn er an Switch 1 ankommt, liest man die Quell-MAC-Adresse des

24
00:02:00,070 --> 00:02:07,210
Frame und Der Switch erkennt, dass die Quelladressen a der Switch seine MAC-Adresstabelle so aktualisieren,

25
00:02:07,210 --> 00:02:13,000
dass A an der MAC-Adresse von Port 1 zu finden ist.

26
00:02:13,010 --> 00:02:16,140
B steht jedoch nicht in der MAC-Adresstabelle.

27
00:02:16,220 --> 00:02:22,110
Der Switch wird also den Frame aus allen Ports herausfluten, außer an dem Port, in dem er angekommen ist.

28
00:02:22,130 --> 00:02:26,350
In diesem Beispiel hat der Frame auch einen Port sowie Port drei.

29
00:02:26,390 --> 00:02:31,020
Es tut das, weil es nicht weiß, wo die MAC-Adresse B ist.

30
00:02:31,030 --> 00:02:33,680
Dies ist offensichtlich eine sehr einfache Typologie.

31
00:02:33,880 --> 00:02:39,480
In diesem Beispiel wird der Frame nur aus zwei Teilen des Switches gesendet.

32
00:02:39,490 --> 00:02:47,080
Wenn der Switch jedoch über viele Ports verfügt, sagen wir sechsundneunzig Ports, könnte ein eingehender Frame

33
00:02:47,080 --> 00:02:55,620
an einem Port aus über 90 Ports des Switches repliziert werden, was den in Ihrem Netzwerk gesendeten Datenverkehr

34
00:02:55,620 --> 00:02:56,880
drastisch erhöht.

35
00:02:57,720 --> 00:03:04,750
In dieser Typologie also, was mit dem empfangenen Frame und Pt zu tun hat. 1 Die Quelladresse ist erneut IS-A und

36
00:03:04,750 --> 00:03:10,600
die Zieladresse ist das, was der Switch mit dem Frame tun wird.

37
00:03:10,950 --> 00:03:17,250
Nun, zuerst wird die MAC-Adresstabelle aktualisiert, um anzugeben, dass A an Port 1 zu

38
00:03:17,250 --> 00:03:24,560
finden ist. Dann wird der Frame aller Ports überflutet, sodass ein Port zu Port 3 und zu

39
00:03:24,590 --> 00:03:29,120
Beispiel B überflutet wird wird vom Host-Tag einen Rahmen erhalten.

40
00:03:29,300 --> 00:03:36,760
Der Switch empfängt jedoch auch den Frame an Port drei und wird dadurch etwas verwirrend.

41
00:03:36,950 --> 00:03:38,830
A Aus Sicht der Schalter.

42
00:03:38,880 --> 00:03:42,200
Ist es 1 gezogen oder ist es in Port 3.

43
00:03:42,250 --> 00:03:48,460
In diesem Beispiel wird die MAC-Adresstabelle so aktualisiert, dass AYs und Port drei angegeben

44
00:03:48,490 --> 00:03:55,700
werden, da der Frame des JETZT-Beispiels später an Port 3 und dann an Port 1 angekommen ist.

45
00:03:55,720 --> 00:04:02,870
Daher wird der Eintrag der MAC-Adresstabelle auf den Status aktualisiert, der jetzt an Port drei verfügbar ist.

46
00:04:02,880 --> 00:04:06,430
Der Switch überschwemmt auch den Frame aus allen Ports.

47
00:04:06,480 --> 00:04:10,520
Es wird also aus Hafen eins und aus Hafen herausfluten.

48
00:04:10,820 --> 00:04:19,700
Daher hat Host B den Frame jetzt zweimal vom ursprünglichen Frame erhalten, der an Port 1 S angekommen ist. O. P und zweitens für den

49
00:04:20,340 --> 00:04:24,400
Rahmen, der in Port 3 angekommen ist.

50
00:04:24,450 --> 00:04:30,720
Dies kann für Endgeräte verwirrend werden, da sie den gleichen Frame mehrmals empfangen, wenn

51
00:04:30,720 --> 00:04:35,760
die MAC-Adresstabelle auch den ersten Frame ändert, der angekommen ist.

52
00:04:35,760 --> 00:04:41,980
Der Pulled-Befehl erlaubte dem Switch, seine MAC-Adresstabelle zu aktualisieren, um anzugeben, dass A an Port 1 gefunden werden kann.

53
00:04:42,360 --> 00:04:48,480
Der Frame, der an Port drei angekommen ist, zeigt nun dem Switch an, dass ein Port an Port drei

54
00:04:48,480 --> 00:04:49,450
gefunden werden kann.

55
00:04:49,470 --> 00:04:55,640
Der Switch muss also seine MAC-Adresstabelle aktualisieren, um anzugeben, dass sie jetzt an Port drei gefunden werden können.

56
00:04:55,650 --> 00:04:59,360
Dies führt also zu Instabilität in der MAC-Adresstabelle.

57
00:04:59,430 --> 00:05:06,690
Wir haben also Endgeräte mehrmals mit Frames und MAC-Adresseninstabilität, weil der Switch an Port Eins für vorhanden

58
00:05:06,690 --> 00:05:12,780
hielt, jetzt aber sieht, dass er für Port 3 verfügbar ist, aber er

59
00:05:12,780 --> 00:05:13,810
wird schlechter.

60
00:05:14,850 --> 00:05:20,670
Wenn der Frame an Port 1 angekommen ist, hat der Switch seine MAC-Adresstabelle aktualisiert, um anzugeben,

61
00:05:20,670 --> 00:05:28,540
dass A in Port 1 gefunden werden kann, aber auch den Frame aus Port 2 und Port 3 in der Entschuldigung geflutet hat.

62
00:05:28,620 --> 00:05:36,270
Der Frame wurde von Host B empfangen, aber zusätzlich wurde der Frame an Switch 1 zurückgesendet, so dass der

63
00:05:36,270 --> 00:05:41,150
Switch 1 einen Frame erhalten hat, zu dem der Switch wechseln soll.

64
00:05:41,170 --> 00:05:48,600
Und jetzt aktualisiert seine MAC-Adresstabelle, dass A an Port drei verfügbar ist.

65
00:05:48,670 --> 00:05:55,150
Wenn der Switch nun den Frame empfangen hat, aktualisiert er nicht nur seine MAC-Adresstabelle, sondern flutet auch den Frame aus

66
00:05:55,210 --> 00:05:58,970
allen Ports mit Ausnahme des Ports, an dem er angekommen ist.

67
00:05:59,380 --> 00:06:05,890
Der am Hafen Drei angekommene Rahmen wird also aus Hafen eins und aus Hafen zwei geflutet.

68
00:06:05,950 --> 00:06:12,460
Dies wird für die Gastfamilie verwirrend, da sie den ursprünglich gesendeten Rahmen empfängt.

69
00:06:12,790 --> 00:06:17,050
Der empfangene Frame wird jedoch nicht nur empfangen.

70
00:06:17,050 --> 00:06:21,740
Also, welcher sendet auch den gleichen Frame zurück, um zu wechseln.

71
00:06:22,180 --> 00:06:24,460
Und was soll mit dem Rahmen geschehen?

72
00:06:24,730 --> 00:06:26,050
Es wird es überfluten.

73
00:06:26,110 --> 00:06:28,440
Es wird also eine Kopie an Host B senden.

74
00:06:28,780 --> 00:06:35,320
Host B wird jetzt dreimal mit demselben Frame empfangen, sendet jedoch auch den Frame zurück zu Switch 1

75
00:06:36,570 --> 00:06:42,210
und aktualisiert seine MAC-Adresstabelle, um nun anzuzeigen, dass sich a an Port 1 befindet.

76
00:06:42,240 --> 00:06:48,270
Ursprünglich dachte er, als er den ersten Frame erhielt, dass er sich an Port 1 befand, und als

77
00:06:48,270 --> 00:06:55,880
er den Frame und Port 3 erhielt, dachte er, dass a auf Port 3 war, und jetzt denkt, dass a auf Port 1 ist.

78
00:06:55,920 --> 00:07:03,150
Wir haben also eine Menge MAC-Adressinstabilität in der MAC-Adresstabelle, die den gleichen Frame

79
00:07:03,150 --> 00:07:04,950
mehrmals empfängt.

80
00:07:04,950 --> 00:07:11,790
Das größte Problem hierbei ist jedoch, dass der Frame zurückgesendet wird, um

81
00:07:11,790 --> 00:07:13,260
zu wechseln.

82
00:07:13,380 --> 00:07:17,120
Und dieser Prozess geht immer wieder weiter.

83
00:07:17,400 --> 00:07:24,990
Wir haben eine Schleife in dieser Topologie, wobei der Rahmen dupliziert und zwischen diesen beiden Switches rund und rund und rund

84
00:07:24,990 --> 00:07:26,010
gesendet wird.