1
00:00:00,710 --> 00:00:08,540
Dengan cara yang mirip dengan contoh kita sebelumnya, mari kita asumsikan bahwa balasan C ke CC mengirimkan bingkai ke jembatan.

2
00:00:08,660 --> 00:00:14,510
Bridge akan membaca alamat MAC sumber dalam bingkai dan kemudian memperbarui tabel alamat MAC-nya dengan

3
00:00:14,510 --> 00:00:15,610
informasi itu.

4
00:00:15,740 --> 00:00:22,730
Jadi jembatan sekarang tahu bahwa C ada di port 3 serta mengetahui bahwa ateisme

5
00:00:22,760 --> 00:00:31,730
menariknya karena mengetahui bahwa dari frame sebelumnya dan sekarang tidak seperti hub, bridge tidak meneruskan frame semua port.

6
00:00:31,820 --> 00:00:33,800
Alamat tujuan dalam bingkai adalah.

7
00:00:34,070 --> 00:00:40,030
Bridge tahu bahwa alamat MAC tetap pada port 1 sehingga hanya meneruskan frame keluar dari port 1.

8
00:00:40,250 --> 00:00:43,730
Karena itu frame dari C hanya keluar dari port 1.

9
00:00:43,880 --> 00:00:50,330
Itu tidak dikirim keluar dari port ke port 4 karena jembatan tahu bahwa A ada di port 1.

10
00:00:50,330 --> 00:00:51,570
Jadi apa artinya ini?

11
00:00:51,680 --> 00:00:57,190
Semua frame berikutnya dari ANC hanya akan menggunakan port 1 in 3.

12
00:00:57,200 --> 00:01:02,920
Dengan kata lain jika a mengirim bingkai nother untuk melihatnya hanya akan pergi ke Port 3.

13
00:01:02,930 --> 00:01:09,020
Ini karena alamat MAC A dan C berada di tabel alamat MAC dan dapat dijembatani untuk lalu

14
00:01:09,170 --> 00:01:16,370
lintas berdasarkan entri dalam tabel alamat MAC B dan D tidak lagi menerima frame antara frame A dan C dari frame

15
00:01:16,370 --> 00:01:17,500
C ke A.

16
00:01:17,600 --> 00:01:24,170
Tiba di port tiga akan pergi ke port 1 dan frame dari ATC tiba di port satu akan dikirim

17
00:01:24,170 --> 00:01:32,780
ke port 3 hari untuk a dan c dapat melakukan percakapan secara independen dari B dan D B dan D tidak lagi menerima frame S

18
00:01:32,780 --> 00:01:33,490
..

19
00:01:33,500 --> 00:01:40,310
Antara A dan C frame antara A dan C terkandung di antara port 1 dan 3.

20
00:01:40,340 --> 00:01:49,580
Tidak ada bandwidth yang digunakan pada port 2 dan 4 ketika lalu lintas dikirim antara perangkat A dan C b dan d tidak menerima

21
00:01:49,610 --> 00:01:50,950
bingkai S ..

22
00:01:50,960 --> 00:01:58,210
Antara A dan C dan karena itu hindari pemrosesan frame yang tidak perlu yang ditakdirkan untuk diri mereka sendiri.

23
00:01:58,250 --> 00:01:59,700
Bandwidth sedang dikonservasi.

24
00:01:59,750 --> 00:02:07,250
Perangkat tidak perlu memproses lalu lintas yang tidak diperuntukkan bagi mereka dan dengan demikian jembatan memiliki keunggulan besar

25
00:02:07,250 --> 00:02:10,020
dibandingkan hub dari waktu ke waktu.

26
00:02:10,020 --> 00:02:12,920
Bridge akan belajar di mana semua alamat mac berada.

27
00:02:13,110 --> 00:02:19,880
Jadi bridge akan belajar bahwa saya menggunakan impor satu BS pada Portie ported season 3 dan Ds pada port 4.

28
00:02:19,890 --> 00:02:27,250
Itu berarti bahwa seiring waktu B dan D dapat melakukan percakapan secara independen dari A di C ..

29
00:02:27,390 --> 00:02:32,490
Kedua percakapan tidak saling memengaruhi frame dari setiap percakapan.

30
00:02:32,490 --> 00:02:35,670
Jangan mengganggu pembicaraan lainnya.

31
00:02:35,730 --> 00:02:42,060
Bayar untuk Biondi dapat berkomunikasi pada saat yang sama dengan dalam C.

32
00:02:42,180 --> 00:02:48,630
Sekarang melanjutkan dengan keuntungan dari bridge masing-masing port adalah domain collision yang berbeda sehingga collision pada port

33
00:02:48,630 --> 00:02:51,220
1 tidak akan mempengaruhi port 3.

34
00:02:51,240 --> 00:02:55,270
Setiap antarmuka di jembatan adalah domain tabrakan yang terpisah.

35
00:02:55,350 --> 00:03:01,560
Jadi dalam contoh ini kita memiliki satu dua tiga empat domain tabrakan.

36
00:03:01,560 --> 00:03:08,100
Jika a dan b sedang berbicara dan tabrakan terjadi pada port tiga itu tidak akan mempengaruhi

37
00:03:08,130 --> 00:03:13,500
a dan b mereka bahkan tidak akan menyadari bahwa ada tabrakan di jaringan.

38
00:03:13,530 --> 00:03:17,930
Sekarang dalam tipologi ini kita memiliki hub yang terhubung ke port 4 dari bridge.

39
00:03:18,090 --> 00:03:24,690
Hub adalah domain tabrakan tunggal sehingga setiap tabrakan yang terjadi pada hub akan memengaruhi dua perangkat yang

40
00:03:24,690 --> 00:03:30,750
terhubung ke hub tetapi tidak akan memengaruhi perangkat lain di tempat lain dalam topologi.

41
00:03:30,870 --> 00:03:37,980
Jadi jika ada tabrakan pada hub itu akan mempengaruhi host E dan host D tetapi itu tidak akan

42
00:03:38,010 --> 00:03:40,400
mempengaruhi host C dan B.

43
00:03:40,470 --> 00:03:46,200
Masalah dengan tabrakan adalah bahwa jika tabrakan terjadi, perangkat harus mundur untuk jangka waktu

44
00:03:46,200 --> 00:03:50,360
acak dan kemudian mereka perlu mencoba dan mengakses jaringan lagi.

45
00:03:50,400 --> 00:03:56,910
Jadi, jika perangkat ini DNP berada dalam satu domain tabrakan tunggal maka bandwidth dan

46
00:03:56,910 --> 00:04:05,040
throughput yang mereka miliki lebih rendah daripada perangkat-perangkat ini yang berada dalam domain tabrakan terpisah sendiri, C dan

47
00:04:05,160 --> 00:04:07,190
B memiliki tautan khusus.

48
00:04:07,280 --> 00:04:14,010
Mereka berada pada domain broadcast tunggal dan DNG collision domain tunggal namun berbagi

49
00:04:14,130 --> 00:04:21,550
bandwidth karena mereka terhubung ke host hub C dan B berada di domain collision terpisah.

50
00:04:21,930 --> 00:04:28,170
Sekarang penting untuk diingat bahwa jembatan masih merupakan domain siaran tunggal sehingga jika dikirim siaran itu akan

51
00:04:28,410 --> 00:04:31,360
diterima oleh semua orang dalam tipologi ini.

52
00:04:31,500 --> 00:04:37,530
Semua perangkat akan menerima siaran dan dalam beberapa kasus itu adalah hal yang baik tetapi

53
00:04:37,530 --> 00:04:44,610
dalam kebanyakan kasus itu tidak dalam jaringan kami biasanya ingin membatasi atau mengandung lalu lintas siaran ketika ada terlalu

54
00:04:44,610 --> 00:04:46,240
banyak siaran dalam jaringan.

55
00:04:46,260 --> 00:04:52,260
Anda dapat memperlambat semua perangkat di jaringan dan dalam kasus terburuk itu akan membuat jaringan Anda

56
00:04:52,260 --> 00:04:53,100
bertekuk lutut.

57
00:04:53,100 --> 00:04:56,320
Dengan kata lain jaringan Anda hanya akan rusak dan tidak berfungsi.

58
00:04:56,400 --> 00:05:03,650
Jika Anda memiliki apa yang disebut jembatan badai penyiaran sekali lagi memproses informasi dalam

59
00:05:03,650 --> 00:05:11,180
perangkat lunak daripada dalam perangkat keras dan mereka cenderung lambat dibandingkan dengan perangkat seperti switch yang

60
00:05:11,420 --> 00:05:19,180
memproses bingkai dalam perangkat keras, jumlah port pada jembatan juga terbatas jika dibandingkan beralih di lingkungan todays.

61
00:05:19,190 --> 00:05:21,660
Switch pada dasarnya menggantikan jembatan.

62
00:05:21,830 --> 00:05:27,200
Tapi bagus bagi Anda untuk menyadari bahwa jembatan dan sakelar beroperasi dengan cara yang sangat mirip.

63
00:05:27,200 --> 00:05:31,400
Jadi secara ringkas jembatan adalah perangkat layer 2 dalam model oocyte.

64
00:05:31,400 --> 00:05:33,920
Dengan kata lain ini beroperasi pada lapisan data link.

65
00:05:34,130 --> 00:05:39,740
Ini lebih cerdas daripada hub karena memiliki tabel alamat mac dan mengetahui di mana

66
00:05:39,740 --> 00:05:46,100
alamat MAC berada dan kemudian menambahkan alamat MAC tersebut ke tabel alamat MAC dan kemudian dapat membuat keputusan

67
00:05:46,250 --> 00:05:51,900
cerdas untuk jatuh dengan lalu lintas berdasarkan informasi yang dipelajari dan terkandung dalam tabel alamat MAC.

68
00:05:52,080 --> 00:05:58,670
Hubby saya adalah perangkat fisik yang hanya mengulangi sinyal dari semua port kecuali port di mana

69
00:05:58,670 --> 00:06:00,220
lalu lintas diterima.

70
00:06:00,290 --> 00:06:03,520
Sebuah jembatan akan membanjiri bingkai dari semua port saat tidak.

71
00:06:03,530 --> 00:06:05,980
Tidak ada cara untuk mengirim bingkai.

72
00:06:05,990 --> 00:06:09,840
Dengan kata lain, ia belum mengetahui di mana alamat MAC tujuan.

73
00:06:09,860 --> 00:06:17,300
Itu juga akan membanjiri siaran keluar dari semua port sehingga setiap port pada jembatan adalah

74
00:06:17,690 --> 00:06:26,090
domain tabrakan terpisah tetapi jembatan masih merupakan saklar domain siaran tunggal sangat mirip dengan jembatan karena keduanya berada

75
00:06:26,090 --> 00:06:30,290
setidaknya di tempat lapisan data link overside model.

76
00:06:30,290 --> 00:06:35,360
Keuntungan besar dari switching bila dibandingkan dengan bridging adalah bahwa pemrosesan dapat

77
00:06:35,750 --> 00:06:40,890
dilakukan dengan cara panas menggunakan apa yang disebut A-6 atau aplikasi sirkuit terpadu khusus.

78
00:06:40,940 --> 00:06:44,510
Jumlah port yang didukung oleh sakelar juga jauh lebih tinggi.

79
00:06:44,690 --> 00:06:50,840
Ratusan port didukung pada sakelar tertentu di mana seperti jembatan Anda dibatasi pada beberapa sakelar

80
00:06:51,250 --> 00:06:57,590
yang mampu melakukan ini karena pemrosesan dilakukan dalam perangkat keras dan pada kenyataannya saat ini pemrosesan

81
00:06:57,590 --> 00:07:03,920
dilakukan pada kecepatan kawat yang berarti bahwa tidak ada degradasi kinerja antara dua perangkat ketika

82
00:07:03,920 --> 00:07:05,920
mereka terhubung melalui sakelar.

83
00:07:05,930 --> 00:07:11,990
Dengan kata lain switch dapat memindahkan lalu lintas dari satu port ke port lain dengan kecepatan yang sama seolah-olah mereka

84
00:07:11,990 --> 00:07:13,480
tidak ada di sana.

85
00:07:13,820 --> 00:07:20,420
Mereka dapat memproses dan mengganti frame dari satu port ke port lain tanpa memperlambat frame.

86
00:07:20,420 --> 00:07:26,830
Jadi, inilah perbandingan cepat antara sakelar dan sakelar jembatan proses dan Hadaway menggunakan proses A-6 Brydges

87
00:07:26,870 --> 00:07:32,930
dalam peranti lunak dan karenanya sakelar jauh lebih lambat mendukung banyak port jembatan terbatas pada

88
00:07:32,930 --> 00:07:35,190
jumlah port yang mereka dukung.

89
00:07:35,240 --> 00:07:38,630
Jembatan telah digantikan oleh sakelar di jaringan saat ini.