1
00:00:00,240 --> 00:00:06,180
Jadi mari kita mulai dengan tipologi sederhana untuk menggambarkan bagaimana cara kerja pohon pengeluaran.

2
00:00:06,180 --> 00:00:09,710
Mengapa Anda memerlukan pohon pengeluaran di jaringan yang diaktifkan.

3
00:00:10,630 --> 00:00:16,810
Tipologi sindhis kita harus tetap terhubung untuk beralih satu switch satu pada gilirannya terhubung ke

4
00:00:16,810 --> 00:00:21,500
untuk beralih dan beralih ke host yang terhubung ke sana.

5
00:00:21,520 --> 00:00:24,120
Topologi sangat sederhana.

6
00:00:24,170 --> 00:00:30,050
Sekarang jika tautan turun antara sakelar satu dan beralih ke host, mereka tidak akan dapat

7
00:00:30,110 --> 00:00:32,560
berkomunikasi dengan host B dan sebaliknya

8
00:00:33,390 --> 00:00:38,490
Jadi, Anda mungkin ingin menerapkan semacam redundansi antara kedua switch

9
00:00:38,490 --> 00:00:40,730
dengan menambahkan tautan tambahan.

10
00:00:41,040 --> 00:00:47,180
Jadi itu bagus karena Anda sekarang memiliki redundansi jaringan jika salah satu tautannya rusak.

11
00:00:47,250 --> 00:00:52,150
Namun itu menimbulkan masalah di lingkungan yang diaktifkan.

12
00:00:52,260 --> 00:00:57,880
Secara umum direkomendasikan dalam jaringan hari ini bahwa Anda menerapkan beberapa jenis redundansi.

13
00:00:58,080 --> 00:01:05,370
Jadi, dalam contoh ini Anda memiliki dua tautan antara dua sakelar Anda tetapi itu akan menimbulkan masalah

14
00:01:05,370 --> 00:01:07,540
tambahan yang sekarang akan dibahas.

15
00:01:07,620 --> 00:01:14,010
Mari kita asumsikan sejenak bahwa switch ini baru saja boot dan mereka tabel alamat MAC atau

16
00:01:14,040 --> 00:01:18,650
tabel camp atau kosong dan untuk membantu menjelaskan masalah ini.

17
00:01:18,810 --> 00:01:26,070
Mari kita tambahkan tabel McEnroe ke topologi sehingga Anda dapat melihat bagaimana tabel alamat MAC diperbarui ketika lalu

18
00:01:26,340 --> 00:01:29,980
lintas dikirim dari satu host ke yang lain.

19
00:01:29,990 --> 00:01:34,580
Jadi mari kita asumsikan bahwa dalam topologi ini switch baru saja muncul.

20
00:01:34,580 --> 00:01:41,000
Dengan kata lain mereka telah dinyalakan kembali atau dihidupkan dan tabel alamat MAC atau meja kas

21
00:01:41,120 --> 00:01:43,250
kosong pada dua sakelar.

22
00:01:43,300 --> 00:01:51,220
Sekarang dalam arti frame menjadi alamat tujuan dan frame akan menjadi B dan alamat sumber akan menjadi

23
00:01:51,310 --> 00:02:00,010
sehingga mengirim frame ke B dan ketika tiba di Switch satu saklar satu akan membaca sumber alamat MAC dari

24
00:02:00,070 --> 00:02:07,210
frame dan switch akan melihat bahwa alamat sumber a switch akan memperbarui tabel alamat MAC-nya

25
00:02:07,210 --> 00:02:13,000
untuk menyatakan bahwa A dapat ditemukan pada port 1 alamat MAC.

26
00:02:13,010 --> 00:02:16,140
Namun B tidak ada dalam tabel alamat MAC.

27
00:02:16,220 --> 00:02:22,110
Jadi saklar akan membanjiri frame dari semua port kecuali pada port di mana ia tiba.

28
00:02:22,130 --> 00:02:26,350
Jadi dalam contoh ini bingkai Anda punya port juga serta Port tiga.

29
00:02:26,390 --> 00:02:31,020
Itu karena itu tidak tahu di mana alamat mac B adalah.

30
00:02:31,030 --> 00:02:33,680
Ini jelas tipologi yang sangat sederhana.

31
00:02:33,880 --> 00:02:39,480
Dalam contoh ini bingkai hanya dikirim keluar dari dua bagian sakelar.

32
00:02:39,490 --> 00:02:47,080
Namun jika switch memiliki banyak port, katakanlah sembilan puluh enam port frame masuk pada satu port

33
00:02:47,080 --> 00:02:55,620
dapat direplikasi dari lebih dari 90 port pada switch yang meningkatkan jumlah lalu lintas yang dikirim dalam jaringan Anda

34
00:02:55,620 --> 00:02:56,880
secara dramatis.

35
00:02:57,720 --> 00:03:04,750
Jadi dalam tipologi ini Apa yang harus dilakukan beralih dengan frame yang diterima dan Pt. 1 alamat sumber sekali lagi IS-A

36
00:03:04,750 --> 00:03:10,600
dan alamat tujuan adalah apa yang akan dilakukan switch dengan frame.

37
00:03:10,950 --> 00:03:17,250
Yah pertama-tama itu akan memperbarui tabel alamat MAC-nya untuk menyatakan bahwa A dapat ditemukan pada port

38
00:03:17,250 --> 00:03:24,560
1 dan kemudian akan membanjiri bingkai semua port sehingga akan membanjiri port ke serta Port tiga dan contoh

39
00:03:24,590 --> 00:03:29,120
ini host B akan menerima bingkai dari hari tuan rumah.

40
00:03:29,300 --> 00:03:36,760
Namun switch juga menerima frame pada port tiga dan disinilah agak membingungkan.

41
00:03:36,950 --> 00:03:38,830
A Dari sudut pandang sakelar.

42
00:03:38,880 --> 00:03:42,200
Apakah ditarik 1 atau di port 3.

43
00:03:42,250 --> 00:03:48,460
Jadi dalam contoh ini akan memperbarui tabel alamat MAC-nya untuk menyatakan bahwa

44
00:03:48,490 --> 00:03:55,700
AY dan Port tiga karena kerangka contoh SEKARANG tiba di port tiga kemudian di port 1.

45
00:03:55,720 --> 00:04:02,870
Jadi itu akan memperbarui entri tabel alamat MAC untuk menyatakan bahwa sekarang tersedia di port tiga.

46
00:04:02,880 --> 00:04:06,430
Switch juga akan membanjiri frame dari semua port.

47
00:04:06,480 --> 00:04:10,520
Jadi itu akan membanjiri port satu dan port keluar.

48
00:04:10,820 --> 00:04:19,700
Jadi host B sekarang menerima frame dua kali sekali dari frame asli yang tiba di port 1 S. HAI. P dan kedua untuk

49
00:04:20,340 --> 00:04:24,400
frame yang tiba di port 3.

50
00:04:24,450 --> 00:04:30,720
Jadi ini bisa membingungkan untuk perangkat akhir karena mereka menerima frame yang sama beberapa

51
00:04:30,720 --> 00:04:35,760
kali tabel alamat MAC juga mengubah frame pertama yang tiba.

52
00:04:35,760 --> 00:04:41,980
Menarik satu memungkinkan saklar untuk memperbarui tabel alamat MAC-nya untuk menyatakan bahwa A dapat ditemukan pada port 1.

53
00:04:42,360 --> 00:04:48,480
Namun frame yang tiba di port tiga sekarang menunjukkan ke sakelar yang dapat ditemukan di

54
00:04:48,480 --> 00:04:49,450
port tiga.

55
00:04:49,470 --> 00:04:55,640
Jadi switch perlu memperbarui tabel alamat MAC-nya untuk menyatakan bahwa mereka sekarang dapat ditemukan pada port tiga.

56
00:04:55,650 --> 00:04:59,360
Jadi ini memperkenalkan ketidakstabilan dalam tabel alamat MAC.

57
00:04:59,430 --> 00:05:06,690
Jadi kami memiliki perangkat akhir yang menerima bingkai beberapa kali dan kami memiliki ketidakstabilan alamat MAC karena switch berpikir

58
00:05:06,690 --> 00:05:12,780
bahwa itu tersedia pada port satu tetapi sekarang melihat bahwa itu tersedia di Port tiga tetapi

59
00:05:12,780 --> 00:05:13,810
semakin buruk.

60
00:05:14,850 --> 00:05:20,670
Ketika frame tiba pada port 1, switch memperbarui tabel alamat MAC-nya untuk menyatakan bahwa

61
00:05:20,670 --> 00:05:28,540
A dapat ditemukan di port 1 tetapi juga membanjiri frame dari port 2 dan Port tiga dalam permintaan maaf.

62
00:05:28,620 --> 00:05:36,270
Frame diterima oleh host B tetapi di samping frame dikirim kembali untuk beralih satu sehingga switch yang telah

63
00:05:36,270 --> 00:05:41,150
diterima adalah frame yang st untuk beralih dan beralih satu.

64
00:05:41,170 --> 00:05:48,600
Dan sekarang memperbarui tabel alamat MAC-nya untuk menyatakan bahwa A tersedia di port tiga.

65
00:05:48,670 --> 00:05:55,150
Sekarang ketika switch satu menerima frame itu tidak hanya memperbarui tabel alamat MAC tetapi juga membanjiri frame

66
00:05:55,210 --> 00:05:58,970
dari semua port kecuali port di mana ia datang.

67
00:05:59,380 --> 00:06:05,890
Jadi bingkai tiba di pelabuhan Tiga tambang dibanjiri keluar dari port satu dan keluar dari port dua.

68
00:06:05,950 --> 00:06:12,460
Jadi ini membingungkan untuk homestay karena menerima bingkai yang aslinya dikirim.

69
00:06:12,790 --> 00:06:17,050
Tetapi tidak hanya menerima bingkai yang dikirim.

70
00:06:17,050 --> 00:06:21,740
Jadi yang mana juga mengirim frame yang sama kembali untuk beralih.

71
00:06:22,180 --> 00:06:24,460
Dan apa yang harus dilakukan dengan frame.

72
00:06:24,730 --> 00:06:26,050
Itu akan membanjirinya.

73
00:06:26,110 --> 00:06:28,440
Jadi itu akan mengirim salinan ke host B.

74
00:06:28,780 --> 00:06:35,320
Host B sekarang menerima frame yang sama tiga kali tetapi ia juga akan mengirim frame kembali untuk beralih

75
00:06:36,570 --> 00:06:42,210
satu serta memperbarui tabel alamat MAC-nya untuk sekarang menyatakan bahwa a ada di port 1.

76
00:06:42,240 --> 00:06:48,270
Jadi awalnya ketika menerima frame pertama ia berpikir bahwa itu ada di port 1 kemudian ketika

77
00:06:48,270 --> 00:06:55,880
menerima frame dan Port tiga ia berpikir bahwa ada di port tiga dan sekarang ia berpikir bahwa ada di port 1.

78
00:06:55,920 --> 00:07:03,150
Jadi kita punya banyak ketidakstabilan alamat mac di posting tabel alamat MAC menerima bingkai yang

79
00:07:03,150 --> 00:07:04,950
sama beberapa kali.

80
00:07:04,950 --> 00:07:11,790
Tetapi masalah terbesar di sini adalah bahwa frame akan dikirim kembali untuk beralih satu dibanjiri lagi dikirim kembali

81
00:07:11,790 --> 00:07:13,260
untuk beralih ke

82
00:07:13,380 --> 00:07:17,120
Dan proses ini terus berulang.

83
00:07:17,400 --> 00:07:24,990
Kami memiliki loop dalam topologi ini dengan frame yang diduplikasi dan dikirim berputar-putar antara dua

84
00:07:24,990 --> 00:07:26,010
switch ini.