1
00:00:00,240 --> 00:00:06,180
Zacznijmy więc od prostej typologii, aby zilustrować, jak działa drzewo wydatków.

2
00:00:06,180 --> 00:00:09,710
Dlaczego miałbyś potrzebować wydatków drzewa w sieci przełączanej.

3
00:00:10,630 --> 00:00:16,810
Sindhis typology musimy pozostać w kontakcie, aby przełączyć jeden przełącznik jeden z kolei jest podłączony

4
00:00:16,810 --> 00:00:21,500
do przełączania t i przełącznik do hosta być podłączony do niego.

5
00:00:21,520 --> 00:00:24,120
Tak bardzo prosta topologia.

6
00:00:24,170 --> 00:00:30,050
Teraz, jeśli link przeszedł pomiędzy pierwszym przełącznikiem a przełącznikiem do hosta, nie byłby w stanie komunikować się

7
00:00:30,110 --> 00:00:32,560
z hostem B i vice versa.

8
00:00:33,390 --> 00:00:38,490
Prawdopodobnie będziesz chciał zaimplementować pewien rodzaj nadmiarowości między tymi dwoma

9
00:00:38,490 --> 00:00:40,730
przełącznikami, dodając dodatkowe łącze.

10
00:00:41,040 --> 00:00:47,180
To wspaniale, ponieważ masz nadmiarowość sieci w przypadku, gdy jeden z linków przestanie działać.

11
00:00:47,250 --> 00:00:52,150
Wpływa to jednak na problemy w przełączanym środowisku.

12
00:00:52,260 --> 00:00:57,880
Ogólnie zaleca się w dzisiejszych sieciach wdrożenie pewnego rodzaju nadmiarowości.

13
00:00:58,080 --> 00:01:05,370
W tym przykładzie masz dwa łącza między dwoma przełącznikami, ale to spowoduje wprowadzenie dodatkowych

14
00:01:05,370 --> 00:01:07,540
problemów, które teraz omówimy.

15
00:01:07,620 --> 00:01:14,010
Załóżmy, że te przełączniki właśnie się uruchomiły, a ich tabele adresów MAC lub

16
00:01:14,040 --> 00:01:18,650
tabele obóz są puste i wyjaśnienie tego problemu.

17
00:01:18,810 --> 00:01:26,070
Dodajmy tabele McEnroe do topologii, aby zobaczyć, jak tabele adresów MAC są aktualizowane, gdy ruch

18
00:01:26,340 --> 00:01:29,980
jest przesyłany z jednego hosta do drugiego.

19
00:01:29,990 --> 00:01:34,580
Załóżmy więc, że w tej topologii właśnie pojawiły się przełączniki.

20
00:01:34,580 --> 00:01:41,000
Innymi słowy zostały one zrestartowane lub włączone, a tabele adresów MAC lub stoły kasowe są

21
00:01:41,120 --> 00:01:43,250
puste na dwóch przełącznikach.

22
00:01:43,300 --> 00:01:51,220
Teraz w pewnym sensie ramka będzie adresem docelowym, a ramka będzie B, a adres źródłowy będzie

23
00:01:51,310 --> 00:02:00,010
tak, że wysyła ramkę do B, a gdy dojdzie do przełącznika jeden przełącznik, jeden odczyta źródłowy adres MAC

24
00:02:00,070 --> 00:02:07,210
ramki i przełącznik zobaczy, że źródło adresuje przełącznik, zaktualizuje swoją tabelę adresów MAC, aby

25
00:02:07,210 --> 00:02:13,000
stwierdzić, że A można znaleźć na adresie MAC portu 1.

26
00:02:13,010 --> 00:02:16,140
B jednak nie znajduje się w tabeli adresów MAC.

27
00:02:16,220 --> 00:02:22,110
Przełącznik zasypie ramkę ze wszystkich portów poza portem, do którego dotarł.

28
00:02:22,130 --> 00:02:26,350
W tym przykładzie ramka ma również port, a także Port trzeci.

29
00:02:26,390 --> 00:02:31,020
Robi to, ponieważ nie wie, gdzie jest adres mac B.

30
00:02:31,030 --> 00:02:33,680
Jest to oczywiście bardzo prosta typologia.

31
00:02:33,880 --> 00:02:39,480
W tym przykładzie ramka jest wysyłana tylko z dwóch części przełącznika.

32
00:02:39,490 --> 00:02:47,080
Jeśli jednak przełącznik ma wiele portów, powiedzmy, dziewięćdziesiąt sześć portów, to ramka przychodząca

33
00:02:47,080 --> 00:02:55,620
na jednym porcie może zostać zreplikowana z ponad 90 portów przełącznika, co znacznie zwiększa ruch generowany

34
00:02:55,620 --> 00:02:56,880
w sieci.

35
00:02:57,720 --> 00:03:04,750
Tak więc w tej typologii Co się dzieje z ramką odebraną i Pt. 1 adres źródłowy po raz kolejny

36
00:03:04,750 --> 00:03:10,600
IS-A, a adres docelowy jest tym, co zrobi przełącznik z ramką.

37
00:03:10,950 --> 00:03:17,250
Po pierwsze, zaktualizuje swoją tabelę adresów MAC, aby stwierdzić, że A można znaleźć na

38
00:03:17,250 --> 00:03:24,560
porcie 1, a następnie zaleje ramkę wszystkich portów, więc przepełni port tak samo jak port 3 i

39
00:03:24,590 --> 00:03:29,120
ten przykład hosta B otrzyma ramkę od dnia przyjmującego.

40
00:03:29,300 --> 00:03:36,760
Jednak przełącznik odbiera również ramkę na porcie trzecim, i to jest nieco mylące.

41
00:03:36,950 --> 00:03:38,830
A Z punktu widzenia przełączników.

42
00:03:38,880 --> 00:03:42,200
Czy jest on wyciągnięty 1 czy jest w porcie 3?

43
00:03:42,250 --> 00:03:48,460
Tak więc w tym przykładzie zaktualizuje swoją tabelę adresów MAC, aby stwierdzić, że AY i

44
00:03:48,490 --> 00:03:55,700
Port 3, ponieważ ramka, którą podano w przykładzie NOW, dotarła do portu trzeciego później, a następnie do portu 1.

45
00:03:55,720 --> 00:04:02,870
W związku z tym zaktualizuje wpis w tabeli adresów MAC do stanu, który jest teraz dostępny na porcie trzecim.

46
00:04:02,880 --> 00:04:06,430
Przełącznik spowoduje również zalanie ramki ze wszystkich portów.

47
00:04:06,480 --> 00:04:10,520
Więc wyleje to z portu pierwszego i z portu.

48
00:04:10,820 --> 00:04:19,700
Tak więc host B otrzymał ramkę dwa razy z oryginalnej ramki, która dotarła do portu 1 S. O. P, a po drugie

49
00:04:20,340 --> 00:04:24,400
dla ramki, która dotarła do portu 3.

50
00:04:24,450 --> 00:04:30,720
Może to być mylące dla urządzeń końcowych, ponieważ odbierają one tę samą ramkę wiele

51
00:04:30,720 --> 00:04:35,760
razy, gdy tablica adresów MAC zmienia także pierwszą klatkę, która dotarła.

52
00:04:35,760 --> 00:04:41,980
Wyciągnięty jeden pozwolił przełącznikowi zaktualizować swoją tabelę adresów MAC, aby stwierdzić, że A można znaleźć na porcie 1.

53
00:04:42,360 --> 00:04:48,480
Jednak ramka, która dotarła do trzeciego portu, wskazuje teraz przełącznik, który można znaleźć na

54
00:04:48,480 --> 00:04:49,450
trzecim porcie.

55
00:04:49,470 --> 00:04:55,640
Tak więc przełącznik musi zaktualizować swoją tabelę adresów MAC, aby stwierdzić, że można je teraz znaleźć na porcie trzecim.

56
00:04:55,650 --> 00:04:59,360
Wprowadza to niestabilność w tabeli adresów MAC.

57
00:04:59,430 --> 00:05:06,690
Mamy więc urządzenia końcowe odbierające ramki kilka razy i mamy niestabilność adresu MAC, ponieważ przełącznik myślał, że jest

58
00:05:06,690 --> 00:05:12,780
dostępny na porcie pierwszym, ale teraz widzi, że jest dostępny w porcie trzecim, ale robi

59
00:05:12,780 --> 00:05:13,810
się gorzej.

60
00:05:14,850 --> 00:05:20,670
Kiedy ramka dotarła do portu 1, przełącznik zaktualizował swoją tabelę adresów MAC, aby stwierdzić,

61
00:05:20,670 --> 00:05:28,540
że A można znaleźć w porcie 1, ale także zalał ramkę zarówno z portu 2, jak i portu trzeciego w przeprosinach.

62
00:05:28,620 --> 00:05:36,270
Ramka została odebrana przez hosta B, ale dodatkowo ramka została wysłana z powrotem, aby ją przełączyć, tak aby przełącznik,

63
00:05:36,270 --> 00:05:41,150
który otrzymała, był ramką, do której ma się przełączyć i przełącznikiem.

64
00:05:41,170 --> 00:05:48,600
A teraz aktualizuje swoją tabelę adresów MAC, aby stwierdzić, że A jest dostępne na porcie trzecim.

65
00:05:48,670 --> 00:05:55,150
Teraz, gdy przełącznik otrzyma ramkę, nie tylko aktualizuje swoją tablicę adresów MAC, ale także zalewa ramkę

66
00:05:55,210 --> 00:05:58,970
ze wszystkich portów poza portem, do którego dotarł.

67
00:05:59,380 --> 00:06:05,890
Tak więc ramka przybyła do portu Trzy miny są zalane z portu pierwszego i drugiego portu.

68
00:06:05,950 --> 00:06:12,460
Jest to mylące dla rodziny, ponieważ odbiera ramkę, która została pierwotnie wysłana.

69
00:06:12,790 --> 00:06:17,050
Ale nie tylko otrzymuje ramkę, która została wysłana.

70
00:06:17,050 --> 00:06:21,740
Więc który z nich wysyła również tę samą ramkę, aby się przełączyć.

71
00:06:22,180 --> 00:06:24,460
I co to jest zamiar zrobić z ramą.

72
00:06:24,730 --> 00:06:26,050
To zaleje to.

73
00:06:26,110 --> 00:06:28,440
Więc prześle kopię do hosta B.

74
00:06:28,780 --> 00:06:35,320
Host B otrzymuje teraz tę samą ramkę trzy razy, ale wysyła ramkę z powrotem, aby ją przełączyć,

75
00:06:36,570 --> 00:06:42,210
a także aktualizuje swoją tabelę adresów MAC, aby stwierdzić, że jest na porcie 1.

76
00:06:42,240 --> 00:06:48,270
Tak więc pierwotnie, kiedy otrzymała pierwszą ramkę, myślała, że jest na porcie 1, a potem,

77
00:06:48,270 --> 00:06:55,880
gdy otrzymała ramkę i Port trzeci, myślała, że jest na porcie trzecim, a teraz myśli, że jest na porcie 1.

78
00:06:55,920 --> 00:07:03,150
Tak więc mamy wiele niestabilności adresu MAC w tablicy adresów MAC po otrzymaniu tej samej

79
00:07:03,150 --> 00:07:04,950
ramki wiele razy.

80
00:07:04,950 --> 00:07:11,790
Ale największym problemem jest to, że ramka zostaje odesłana do przełącznika, który zostaje zalany, i zostaje odesłana,

81
00:07:11,790 --> 00:07:13,260
aby się przełączyć.

82
00:07:13,380 --> 00:07:17,120
I ten proces trwa w kółko.

83
00:07:17,400 --> 00:07:24,990
Mamy pętlę w tej topologii z duplikatem ramki i wysyłaną w kółko i w kółko pomiędzy tymi

84
00:07:24,990 --> 00:07:26,010
dwoma przełącznikami.
