1
00:00:00,000 --> 00:00:05,000
Singkatnya hub berada di lapisan fisik model OSI.

2
00:00:05,000 --> 00:00:07,000
Mereka tidak cerdas.

3
00:00:07,000 --> 00:00:10,000
Mereka tidak memahami frame yang mereka

4
00:00:10,000 --> 00:00:15,000
ulangi, mereka hanya memperkuat sinyal yang mereka terima dari semua

5
00:00:15,000 --> 00:00:18,000
port lain kecuali port yang menerima.

6
00:00:18,000 --> 00:00:22,000
Hub bagus untuk waktunya, tetapi secara umum hari ini telah digantikan oleh sakelar.

7
00:00:22,000 --> 00:00:25,000
Sekarang selalu ada pengecualian untuk aturan tersebut.

8
00:00:25,000 --> 00:00:31,000
Jaringan nirkabel bertindak seperti hub, jika Anda memiliki jaringan nirkabel 54 Mbps

9
00:00:31,000 --> 00:00:39,000
hati-hati, itu tidak didedikasikan 54 Mbps atau jika Anda memiliki jaringan nirkabel 200 Mbps hati-hati

10
00:00:39,000 --> 00:00:44,000
itu dibagi antara semua perangkat di jaringan nirkabel Jadi

11
00:00:44,000 --> 00:00:49,000
Anda perlu membagi kecepatan jaringan nirkabel Anda oleh perangkat

12
00:00:49,000 --> 00:00:52,000
yang terhubung ke titik akses.

13
00:00:52,000 --> 00:00:57,000
Jaringan nirkabel juga memiliki masalah lain yang mengurangi throughput bahkan lebih

14
00:00:57,000 --> 00:01:02,000
tetapi moral dari cerita ini adalah jaringan nirkabel beroperasi sebagai hub.

15
00:01:02,000 --> 00:01:05,000
Hub adalah perangkat bersama yang bagus untuk waktunya tetapi

16
00:01:05,000 --> 00:01:08,000
sangat lambat jika dibandingkan dengan sakelar saat ini.

17
00:01:08,000 --> 00:01:11,000
Jadi hub lembur digantikan oleh jembatan

18
00:01:11,000 --> 00:01:15,000
dan jembatan pada gilirannya telah diterima oleh sakelar.

19
00:01:15,000 --> 00:01:21,000
Jembatan adalah perangkat lapisan 2, dengan kata lain berada di lapisan data

20
00:01:21,000 --> 00:01:25,000
link model OSI, jembatan lebih cerdas daripada hub.

21
00:01:25,000 --> 00:01:29,000
Mereka menggunakan sesuatu yang disebut tabel alamat MAC untuk mengetahui

22
00:01:29,000 --> 00:01:32,000
di mana perangkat berada dalam topologi.

23
00:01:32,000 --> 00:01:36,000
Jadi, alih-alih sekadar mengulangi sinyal dan mengirimkan

24
00:01:36,000 --> 00:01:40,000
lalu lintas dari semua port tanpa memahaminya.

25
00:01:40,000 --> 00:01:46,000
Bridges memelihara tabel dengan daftar alamat MAC yang dipelajari dalam topologi ini.

26
00:01:46,000 --> 00:01:50,000
Jadi di jaringan sampel kami, kami memiliki 4 perangkat A, B, C

27
00:01:50,000 --> 00:01:53,000
dan D dan hub sedang diganti oleh jembatan.

28
00:01:53,000 --> 00:01:56,000
Topologi masih merupakan topologi bintang.

29
00:01:56,000 --> 00:02:00,000
Jadi perubahan utama di sini, adalah hub telah diganti dengan jembatan.

30
00:02:00,000 --> 00:02:04,000
Bridges menyimpan alamat Mac di tabel alamat Mac dan pada

31
00:02:04,000 --> 00:02:06,000
gilirannya disimpan dalam perangkat lunak.

32
00:02:06,000 --> 00:02:11,000
Jembatan karenanya sangat lambat dibandingkan dengan perangkat modern seperti sakelar.

33
00:02:11,000 --> 00:02:16,000
Switch dan bridge beroperasi dengan cara yang sangat mirip, tetapi bridge melakukan

34
00:02:16,000 --> 00:02:21,000
pemrosesan dan perangkat lunak sedangkan switch melakukan pemrosesan dan perangkat keras.

35
00:02:21,000 --> 00:02:27,000
Sakelar menggunakan sesuatu yang disebut ASIC atau Sirkuit Terpadu Khusus Aplikasi yang memungkinkan untuk throughput tinggi,

36
00:02:27,000 --> 00:02:32,000
pencarian tabel yang sangat cepat, dan penerusan lalu lintas sering pada tingkat garis,

37
00:02:32,000 --> 00:02:36,000
dengan kata lain sakelar tidak memperlambat lalu lintas turun.

38
00:02:36,000 --> 00:02:41,000
Bridges adalah pendahulu switch dan melakukan hal-hal dalam perangkat lunak.

39
00:02:41,000 --> 00:02:46,000
Mereka jauh lebih lambat, tetapi dari sudut pandang penerusan jembatan dan saklar lalu lintas

40
00:02:46,000 --> 00:02:50,000
maju pada segmen lapisan 2 dengan cara yang sama kecuali saklar

41
00:02:50,000 --> 00:02:54,000
melakukannya dalam perangkat keras dan jembatan melakukannya dalam perangkat lunak.

42
00:02:54,000 --> 00:02:57,000
Jadi apa yang dilakukan jembatan ketika menerima bingkai?

43
00:02:57,000 --> 00:02:59,000
Jadi dengan cara yang mirip dengan contoh sebelumnya.

44
00:02:59,000 --> 00:03:04,000
Host A mengirim lalu lintas ke host C, alamat MAC sumber dalam frame

45
00:03:04,000 --> 00:03:08,000
adalah A alamat tujuan di frame adalah C, ketika jembatan mem-boot

46
00:03:08,000 --> 00:03:10,000
tabel alamat MAC-nya kosong dengan

47
00:03:10,000 --> 00:03:14,000
kata lain tidak berisi alamat MAC yang dipelajari secara dinamis.

48
00:03:14,000 --> 00:03:18,000
Alamat MAC dapat dikonfigurasi secara statis oleh administrator tetapi dalam contoh

49
00:03:18,000 --> 00:03:22,000
ini mari kita asumsikan bahwa alamat Mac akan dipelajari secara dinamis.

50
00:03:22,000 --> 00:03:27,000
Jadi saat ini tabelnya kosong, ketika sebuah frame tiba di port 1 pada

51
00:03:27,000 --> 00:03:34,000
bridge yang dikirim oleh host A, bridge sekarang tahu bahwa host A terhubung ke port 1 dan dapat

52
00:03:34,000 --> 00:03:38,000
menambahkan alamat MAC A ke tabel alamat MAC-nya dan pada

53
00:03:38,000 --> 00:03:43,000
dasarnya menciptakan pemetaan yang mengatakan bahwa alamat MAC A dapat ditemukan pada port

54
00:03:43,000 --> 00:03:47,000
1 Jadi sekarang dipelajari di mana A berada dalam topologi.

55
00:03:47,000 --> 00:03:50,000
Namun ia tidak tahu di mana C berada dalam topologi

56
00:03:50,000 --> 00:03:53,000
karena informasi itu belum ada dalam tabel alamat MAC-nya.

57
00:03:53,000 --> 00:03:57,000
Dengan kata lain karena tidak tahu di mana C berada, itu

58
00:03:57,000 --> 00:04:03,000
akan mengirim frame dari semua port kecuali port yang akan diterima untuk memastikan bahwa C menerima frame.

59
00:04:03,000 --> 00:04:07,000
Sekarang karena frame dikirim keluar dari semua port, baik B dan D menerima

60
00:04:07,000 --> 00:04:11,000
salinan frame tetapi mereka akan menjatuhkannya karena frame tidak ditakdirkan untuk mereka.

61
00:04:11,000 --> 00:04:16,000
Jadi dengan kata lain kartu antarmuka jaringan pada NIC pada Pc's B dan D

62
00:04:16,000 --> 00:04:21,000
akan membaca alamat tujuan MAC dan melihat bahwa itu ditakdirkan untuk C dan bukan

63
00:04:21,000 --> 00:04:24,000
diri mereka sendiri dan karena itu menjatuhkan frame.

64
00:04:24,000 --> 00:04:30,000
Kartu antarmuka jaringan pada host C akan menerima frame, strip header layer 2

65
00:04:30,000 --> 00:04:33,000
dan meneruskan informasi ke protokol layer

66
00:04:33,000 --> 00:04:38,000
tinggi dan itu karena alamat MAC tujuan pada frame adalah C.
