1
00:00:00,500 --> 00:00:08,240
Yang ingin saya tunjukkan sekali lagi adalah bahwa setiap situs web diselesaikan ke alamat IP yang berbeda.

2
00:00:08,240 --> 00:00:16,460
Terakhir jika saya ping CNN. com perhatikan bahwa itu juga memutuskan ke alamat IP tetapi berbeda

3
00:00:16,460 --> 00:00:17,660
dengan contoh sebelumnya.

4
00:00:17,660 --> 00:00:24,600
DNS melakukan resolusi nama sehingga menyelesaikan nama domain ke alamat IP dan itulah cara saya mempelajari

5
00:00:24,620 --> 00:00:28,890
alamat IP CNN dot com atau Google dot com.

6
00:00:29,000 --> 00:00:35,120
Anda dapat melakukan ping ke banyak situs Web terkenal di internet untuk mengetahui apa alamat IP-nya.

7
00:00:35,120 --> 00:00:42,200
Anda juga dapat menggunakan tampilan ini yang hanya melakukan resolusi DNS dari nama domain

8
00:00:42,200 --> 00:00:44,270
daripada mencoba menyematkan server.

9
00:00:44,270 --> 00:00:50,490
Jadi secara ringkas perangkat di Internet telah dikonfigurasi dengan alamat IP versi 4.

10
00:00:50,510 --> 00:00:55,180
Saya akan menjelaskan lebih lanjut tentang pemformatan alamat IP dalam beberapa menit ke depan.

11
00:00:55,400 --> 00:01:03,140
Tetapi untuk sekarang hanya perhatikan bahwa setiap perangkat memiliki alamat IP dan itu termasuk mesin saya sendiri atau perintah IP

12
00:01:03,140 --> 00:01:07,860
config akan menunjukkan kepada saya alamat IP pada mesin lokal saya.

13
00:01:07,910 --> 00:01:09,420
Saat menggunakan Windows.

14
00:01:09,470 --> 00:01:14,740
Jadi dalam contoh ini alamat IP versi 4 saya adalah 10. 0 0. 6.

15
00:01:14,750 --> 00:01:22,960
Anda juga akan melihat di sini bahwa saya memiliki alamat IP versi 6 tahun 2001 Colin 20 usus besar.

16
00:01:23,240 --> 00:01:28,910
Dalam video ini kami berkonsentrasi pada versi IP untuk alamat tetapi dalam video

17
00:01:28,910 --> 00:01:35,780
lain saya akan menjelaskan IP versi 6 IP versi 6 menjadi lebih dan lebih penting karena

18
00:01:35,780 --> 00:01:44,240
alamat IP sekarang habis di beberapa bagian dunia IP versi 4 atau versi Internet Protocol 4 adalah layer 3 atau

19
00:01:44,240 --> 00:01:47,240
jaringan protokol layer sesuai model OS.

20
00:01:47,400 --> 00:01:48,690
Anda tahu video berbeda.

21
00:01:48,690 --> 00:01:50,470
Saya menjelaskan OS pada model.

22
00:01:50,510 --> 00:01:57,560
Jadi, jika Anda tidak yakin tentang lapisan Silakan lihat bahwa IP video versi 4 adalah protokol daftar koneksi.

23
00:01:57,560 --> 00:02:01,420
Dengan kata lain tidak ada sesi yang terbentuk saat lalu lintas ditransmisikan.

24
00:02:01,580 --> 00:02:06,800
Pemancar hanya mengirim data tanpa pemberitahuan ke penerima.

25
00:02:06,800 --> 00:02:10,500
Tidak ada informasi status dikirim kembali dari penerima ke pemancar.

26
00:02:10,550 --> 00:02:15,490
Ini benar-benar koneksi kurang TZP untuk protokol kontrol transmisi.

27
00:02:15,500 --> 00:02:20,680
Di sisi lain koneksi yang berorientasi TZP akan mengatur sesi.

28
00:02:20,750 --> 00:02:28,070
Jadi sebelum pengiriman terjadi di TZP pemancar mengirimkan apa yang disebut pesan sinkronisasi atau

29
00:02:28,070 --> 00:02:30,190
matahari ke penerima.

30
00:02:30,230 --> 00:02:38,210
Ada pesan ack sim dari penerima ke pemancar dan kemudian pesan ack atau pengakuan dari yang

31
00:02:38,390 --> 00:02:40,430
dikirim ke penerima.

32
00:02:40,430 --> 00:02:48,610
Jadi sebelum data apa pun dikirimkan tetapi perangkat yang menggunakan TZP harus melalui apa yang disebut jabat tangan tiga arah.

33
00:02:48,890 --> 00:02:54,960
Beberapa mengirim ack dan ack IP di sisi lain tidak melakukan semua itu.

34
00:02:55,010 --> 00:02:58,820
Setiap paket diperlakukan secara terpisah dari paket lain.

35
00:02:58,820 --> 00:03:04,190
Itu sebabnya lalu lintas dapat mengambil jalur yang berbeda untuk mencapai tujuan.

36
00:03:04,220 --> 00:03:11,000
Rodders akan merutekan lalu lintas melalui jalur yang berbeda berdasarkan opsi seperti load balancing karena

37
00:03:11,000 --> 00:03:12,430
setiap paket independen.

38
00:03:12,530 --> 00:03:15,190
IP adalah protokol daftar koneksi.

39
00:03:15,500 --> 00:03:22,110
Router juga dapat mendasarkan keputusan routing pada nilai yang berbeda seperti bandwidth atau hop count.

40
00:03:22,430 --> 00:03:32,240
Tetapi mungkin saja paket dari satu sesi mengambil bagian yang berbeda atau berbeda untuk sampai ke tujuan.

41
00:03:32,240 --> 00:03:39,260
Jadi misalnya Ripp akan mendasarkan keputusan routingnya pada hop count yang tidak bagus dan karenanya Repp

42
00:03:39,260 --> 00:03:41,470
tidak lagi sering digunakan.

43
00:03:41,750 --> 00:03:48,650
OSPF akan mendasarkannya pada bandwidth protokol lain yang sedang berjalan akan menggunakan metrik mereka sendiri untuk menentukan

44
00:03:48,650 --> 00:03:49,830
jalur terbaik.

45
00:03:49,850 --> 00:03:56,630
Saya akan membahas protokol routing secara lebih rinci nanti dalam kursus ini, tetapi dalam protokol penulisan

46
00:03:56,630 --> 00:04:01,330
singkat menentukan jalur terbaik atau rute terbaik dari A ke B.

47
00:04:01,340 --> 00:04:08,120
Ini didasarkan pada seluruh struktur pengalamatan Rockhill dalam versi IP untuk IP versi 6

48
00:04:08,120 --> 00:04:15,080
di mana kami memiliki bagian jaringan dan host sebagai bagian dari alamat, Rawdon mengambil keputusan routing

49
00:04:15,080 --> 00:04:22,100
pada bagian jaringan alamat daripada pada bagian host dari alamat dan saya akan menjelaskan bagian jaringan

50
00:04:22,370 --> 00:04:24,390
dan host sebentar lagi.

51
00:04:24,620 --> 00:04:28,850
IP juga hanya memberikan upaya terbaik untuk pengiriman paket.

52
00:04:28,850 --> 00:04:34,220
Tidak ada jaminan pengiriman paket paket mana pun bisa salah arah.

53
00:04:34,370 --> 00:04:41,960
Itu bisa diduplikasi atau bisa hilang dalam transmisi ketika dikirim ke tujuan dan itu

54
00:04:41,960 --> 00:04:45,410
harus diharapkan dalam transmisi IP.

55
00:04:45,410 --> 00:04:52,190
Sekali lagi TZP yang merupakan protokol berorientasi koneksi memiliki kemampuan untuk membaca paket

56
00:04:52,190 --> 00:04:58,730
pengiriman yang hilang UDP lapisan lain untuk protokol tidak mengirim ulang paket.

57
00:04:58,730 --> 00:05:04,130
Jika mereka hilang hanya hilang dan aplikasi harus mengurusnya.

58
00:05:04,340 --> 00:05:07,780
Juga tidak ada fitur pemulihan data di IP.

59
00:05:07,790 --> 00:05:14,750
Jika paket misalnya rusak, perangkat akhir harus menanganinya dan bukan router

60
00:05:14,750 --> 00:05:16,040
di antaranya.

61
00:05:16,040 --> 00:05:24,020
Jadi dalam ringkasan IP tidak memiliki sesi boltin tidak ada pemulihan data tidak ada transmisi ulang protokol Hialeah

62
00:05:24,020 --> 00:05:31,730
seperti TCAP perlu menangani paket yang jatuh paket yang rusak paket yang salah arah dan sebagainya.

63
00:05:31,790 --> 00:05:39,850
IP tidak menyediakan fitur-fitur itu dan bergantung pada protokol Hialeah untuk mengimplementasikan fitur-fitur itu.

64
00:05:39,980 --> 00:05:47,300
Jadi mari kita lihat format versi IP untuk alamat. Versi IP untuk alamat berukuran 32 bit yang biasanya ditulis

65
00:05:47,480 --> 00:05:56,750
dalam notasi desimal bertitik seperti contoh ini 10 titik satu titik 1. 1 masing-masing nilai seperti 10

66
00:05:56,750 --> 00:05:59,770
berukuran 8 bit.

67
00:05:59,780 --> 00:06:07,780
Jadi dengan kata lain kita memiliki x x x selesai X dengan masing-masing X panjangnya 8 bit.

68
00:06:07,910 --> 00:06:13,390
Juga dikenal sebagai oktet ukuran total alamat adalah 32 bit.

69
00:06:13,400 --> 00:06:15,390
Silakan merujuk ke video biner.

70
00:06:15,530 --> 00:06:22,820
Jika Anda tidak yakin tentang bit dan cara mengubah alamat ini menjadi biner dan kembali lagi alamat IP

71
00:06:22,820 --> 00:06:29,520
sekali lagi memiliki struktur bukit batu untuk memungkinkan perutean yang terdiri dari dua bagian utama.

72
00:06:29,630 --> 00:06:35,810
Kami memiliki bagian jaringan dari alamat dan bagian host dan kami melihatnya secara lebih rinci

73
00:06:35,810 --> 00:06:37,070
dalam sesaat.

74
00:06:37,070 --> 00:06:45,620
Alamat IP digunakan untuk perutean dengan cara yang sangat mirip dengan cara DHL atau FedEx memberi peringkat paket

75
00:06:45,620 --> 00:06:51,390
berdasarkan rute alamat tujuan karena akan merutekan lalu lintas ke alamat tujuan.

76
00:06:51,530 --> 00:06:57,800
Ketika paket unicast dikirimkan paket multi-program menggunakan mekanisme yang berbeda dan melakukan routing

77
00:06:57,800 --> 00:06:59,500
berdasarkan alamat sumber.

78
00:06:59,600 --> 00:07:08,420
Jadi, seperti analogi, DHL atau FedEx mengirim kemungkinan ke tujuan berdasarkan tujuan pada

79
00:07:08,420 --> 00:07:16,220
router paket mengirim paket ke tujuan berdasarkan alamat tujuan dalam paket.