1
00:00:00,920 --> 00:00:07,730
Jadi secara ringkas ketika sebuah perangkat ingin berkomunikasi dengan perangkat nother di subnet

2
00:00:07,730 --> 00:00:16,190
yang sama ia akan mengirimkan siaran ke segmen lokal untuk menemukan alamat MAC perangkat menggunakan alamat IP target.

3
00:00:16,190 --> 00:00:20,080
Jadi dalam hal ini, sains bingkai ke hub.

4
00:00:20,390 --> 00:00:27,290
Hub karena repeater multi port akan mengirim frame dari semua port kecuali port tempat port itu

5
00:00:27,290 --> 00:00:28,060
datang.

6
00:00:28,130 --> 00:00:36,560
Jadi baik router dan hoost melihat menerima frame Network Interface Cards hanya akan menerima lalu lintas unicast yang

7
00:00:36,650 --> 00:00:44,150
ditujukan ke alamat MAC mereka atau mereka akan menerima lalu lintas siaran serta menerima lalu lintas

8
00:00:44,210 --> 00:00:47,880
multicast untuk alamat multicast yang mereka berlangganan.

9
00:00:48,170 --> 00:00:52,480
Router memiliki alamat MAC g pada antarmuka pertama Ethan 00.

10
00:00:52,610 --> 00:00:59,480
Jadi router akan menerima siaran dan meneruskan permintaan ke protokol Hialeah Rotto akan dapat

11
00:00:59,480 --> 00:01:07,850
melihat setidaknya tiga bahwa ini adalah permintaan aneh untuk alamat IP 10 1 1 2 tetapi Rodda dalam

12
00:01:07,850 --> 00:01:14,690
contoh ini dikonfigurasi dengan alamat IP 10 1 seratus sepuluh 1 hingga 100.

13
00:01:14,690 --> 00:01:20,990
Jadi ratable drop frame karena permintaan bukan untuk salah satu alamat IP-nya.

14
00:01:21,260 --> 00:01:23,660
Router tidak meneruskan siaran.

15
00:01:23,660 --> 00:01:30,710
Jadi siaran ini tidak diteruskan keluar dari antarmuka Ethan itu adalah 0 1 sehingga siaran yang diterima

16
00:01:30,710 --> 00:01:32,170
oleh Rada dibatalkan.

17
00:01:32,420 --> 00:01:38,990
Kartu antarmuka jaringan pada PCC akan menerima siaran dan memastikan bahwa ini adalah permintaan untuk

18
00:01:38,990 --> 00:01:40,370
alamat IP-nya.

19
00:01:40,370 --> 00:01:43,220
Jadi itu akan membalas dengan op reply.

20
00:01:43,340 --> 00:01:50,990
Seperti yang telah kita lihat di Mengapa akan menangkap PCC akan memperbarui cache-nya untuk menunjukkan bahwa alamat IP 10

21
00:01:51,410 --> 00:01:57,530
1 1 1 dikaitkan dengan membayar alamat MAC dan kemudian akan mengirim frame ke hub.

22
00:01:57,530 --> 00:02:02,300
Hubble meneruskan frame dari semua port karena ini adalah repeater multi-port.

23
00:02:02,300 --> 00:02:07,830
Rute dalam contoh ini akan menerima bingkai dari hub tetapi karena alamat

24
00:02:07,830 --> 00:02:14,510
MAC tujuan adalah dan bukan alamat MAC dari Rato yang merupakan busuk, ia akan menjatuhkan bingkai.

25
00:02:14,540 --> 00:02:21,380
Anda juga akan menerima salinan bingkai ketika menerima bingkai itu akan menerimanya karena alamat tujuan adalah

26
00:02:21,380 --> 00:02:22,180
a.

27
00:02:22,310 --> 00:02:23,870
Dan alamat MAC-nya adalah a.

28
00:02:24,020 --> 00:02:31,520
Ini kemudian akan memperbarui cache dengan entri yang menyatakan bahwa alamat IP 10 1 1 2 dikaitkan dengan

29
00:02:31,520 --> 00:02:32,840
alamat MAC

30
00:02:33,020 --> 00:02:38,550
Jadi, jawabannya memungkinkan untuk memperbarui uangnya.

31
00:02:38,630 --> 00:02:41,900
Pada titik ini tidak ada lalu lintas pengguna yang ditransmisikan.

32
00:02:42,110 --> 00:02:49,070
Apa yang terjadi di sini adalah bahwa perangkat hanya mengetahui alamat MAC yang dikaitkan dengan

33
00:02:49,070 --> 00:02:50,560
alamat IP mana.

34
00:02:50,690 --> 00:03:00,100
Jadi AA sekarang tahu bahwa alamat MAC C terkait dengan alamat IP 10 1 1 2 lalu lintas merah muda tidak

35
00:03:00,100 --> 00:03:06,760
dapat ditransmisikan dengan sumber alamat MAC yang merupakan alamat MAC tujuan mesin lokal C

36
00:03:06,760 --> 00:03:07,550
..

37
00:03:07,570 --> 00:03:14,740
Dengan kata lain PCC alamat MAC tujuan dipelajari melalui sumber ARP alamat IP mengubah anjing berkeliaran satu

38
00:03:14,760 --> 00:03:21,040
ke satu alamat IP tujuan dan bahwa orang akan bertanya-tanya juga ketika hub menerima bingkai

39
00:03:21,070 --> 00:03:25,680
dari PC itu akan mengulanginya dari semua antarmuka kecuali antarmuka.

40
00:03:25,690 --> 00:03:26,820
Tiba di.

41
00:03:27,010 --> 00:03:33,130
Jadi router sekali lagi akan menerima frame tetapi akan menjatuhkannya karena alamat MAC-nya adalah G dan

42
00:03:33,130 --> 00:03:36,760
alamat MAC tujuan untuk frame ini adalah ..

43
00:03:36,760 --> 00:03:43,480
PCC juga akan menerima lalu lintas dan akan menerimanya karena alamat MAC tujuan adalah C dan alamat Mac

44
00:03:43,480 --> 00:03:48,970
lokalnya melihat dua kepala terakhir akan dilucuti dan informasi alamat IP akan dibaca oleh protokol

45
00:03:49,120 --> 00:03:51,010
lapisan yang lebih tinggi.

46
00:03:51,010 --> 00:03:59,950
Ini adalah paket gema ICMP sehingga PC akan membalas dengan pesan gema balasan C akan mengirim frame ke hub

47
00:03:59,950 --> 00:04:06,760
dengan alamat sumber mac untuk melihat alamat MAC tujuan EGNOS alamat MAC AA karena

48
00:04:06,760 --> 00:04:09,070
pesan permintaan OP sebelumnya.

49
00:04:09,070 --> 00:04:17,020
Jadi terserah cache memiliki in-tree kaitkan alamat MAC dengan alamat IP 10 1 1 1 alamat MAC sumber dan frame

50
00:04:17,020 --> 00:04:18,100
adalah ..

51
00:04:18,160 --> 00:04:24,750
Alamat MAC tujuan adalah sumber alamat IP adalah 10 1 1 2 alamat IP tujuan adalah 10 1 1 1.

52
00:04:25,000 --> 00:04:30,430
Ketika frame diterima oleh hub, Hubble mengulangi semua port kecuali port

53
00:04:30,430 --> 00:04:31,740
yang diterima.

54
00:04:31,900 --> 00:04:38,370
Rotto akan menerima bingkai tetapi akan menjatuhkannya karena alamat MAC tujuan bukan ke G.

55
00:04:38,530 --> 00:04:45,070
Router lokal alamat MAC ketika menerima frame dari hub itu akan menerimanya karena alamat

56
00:04:45,070 --> 00:04:48,420
MAC tujuan adalah dan alamat MAC PC.

57
00:04:48,850 --> 00:04:54,460
Kemudian akan menghapus header layer 2 dan meneruskan informasi ke protokol layer yang lebih tinggi.

58
00:04:54,460 --> 00:04:56,530
Dalam hal ini, itu adalah jawaban gema.

59
00:04:56,770 --> 00:04:59,540
Jadi ping akan menampilkan pesan sukses.

60
00:04:59,560 --> 00:05:07,430
Dengan kata lain permintaan gema dikirim ke PCC dan pesan gema berhasil diterima kembali.

61
00:05:07,470 --> 00:05:13,590
Jadi dalam penangkapan wireshark saya misalnya saya bisa memfilter pada pesan ICMP.

62
00:05:13,690 --> 00:05:21,850
Saya dapat melihat pesan gema awal yang dikirim dari PC saya ke 10 0 0 0 2 4 4 dan kemudian saya

63
00:05:21,850 --> 00:05:23,830
dapat melihat pesan gema balasan.

64
00:05:23,830 --> 00:05:28,380
Harap perhatikan bahwa ini adalah unicast kerangka biaya unik.

65
00:05:28,390 --> 00:05:36,280
Pertama dari PC saya ke router lokal dan kemudian unicast dari router ke mesin lokal saya informasi yang sama

66
00:05:36,280 --> 00:05:43,000
akan ditampilkan jika Anda melakukan ping perangkat lokal lain pada segmen sebagai pengguna Anda akan melihat sesuatu

67
00:05:43,000 --> 00:05:45,010
yang mirip dengan ini.

68
00:05:45,190 --> 00:05:49,970
Ping 10 0 0 2 4 4 dan ping berhasil.

69
00:05:50,020 --> 00:05:56,890
Jadi dalam contoh ini PC saya berhasil mendapat balasan dari perangkat jarak jauh yang saya ping.