1
00:00:00,000 --> 00:00:05,000
Sekarang RFC atau Request for Comments adalah dokumen formal

2
00:00:05,000 --> 00:00:10,000
dari IETF atau Satuan Tugas Teknik Internet yang biasanya

3
00:00:10,000 --> 00:00:14,000
dirancang melalui komite dari beberapa vendor dan

4
00:00:14,000 --> 00:00:17,000
ditinjau oleh pihak yang berkepentingan.

5
00:00:17,000 --> 00:00:21,000
RFC dimaksudkan untuk menjadi Standar Internet dan versi

6
00:00:21,000 --> 00:00:25,000
final RFC akan menjadi Standar Internet dan

7
00:00:25,000 --> 00:00:30,000
sering kali tidak ada perubahan yang diizinkan untuk RFC itu.

8
00:00:30,000 --> 00:00:35,000
Namun perubahan atau pembaruan dapat dilakukan dalam RFC berikutnya dan

9
00:00:35,000 --> 00:00:40,000
Anda akan sering menemukan ini, di mana RFC tertentu digantikan

10
00:00:40,000 --> 00:00:44,000
oleh RFC baru lainnya dan karenanya menjadi

11
00:00:44,000 --> 00:00:48,000
usang. Pada dasarnya banyak informasi yang kami

12
00:00:48,000 --> 00:00:53,000
pelajari dalam jaringan, berasal dari RFC atau Minta Komentar.

13
00:00:53,000 --> 00:00:57,000
Mereka penting untuk dipahami dan dibaca jika Anda ingin

14
00:00:57,000 --> 00:01:02,000
masuk ke seluk beluk atau rincian protokol tertentu Namun, dalam jaringan salah

15
00:01:02,000 --> 00:01:06,000
satu lelucon yang mungkin Anda dengar adalah bahwa Jika

16
00:01:06,000 --> 00:01:11,000
Anda tidak bisa tidur di malam hari, pergi dan baca banyak RFC

17
00:01:11,000 --> 00:01:14,000
dan itu akan membuat Anda tertidur.

18
00:01:14,000 --> 00:01:18,000
Namun beberapa RFC sebenarnya dilakukan dengan humor yang

19
00:01:18,000 --> 00:01:26,000
bagus, dan bahkan ada RFC, RFC 1149 yang menggambarkan IP melalui AVIAN Carriers atau dengan kata lain, bagaimana

20
00:01:26,000 --> 00:01:30,000
mengirimkan paket IP menggunakan merpati dan saya tidak

21
00:01:30,000 --> 00:01:35,000
bercanda, pergi dan melihat-lihat RFC 1149 Anda dapat melihat bagaimana mungkin

22
00:01:35,000 --> 00:01:37,000
mengirim data menggunakan merpati.

23
00:01:37,000 --> 00:01:42,000
Jelas dilakukan dengan humor yang bagus.

24
00:01:42,000 --> 00:01:47,000
Sekarang menjadi serius sesaat, salah satu RFC terkenal yang perlu

25
00:01:47,000 --> 00:01:50,000
Anda ketahui adalah RFC 1918.

26
00:01:50,000 --> 00:01:54,000
RFC 1918, membahas Alamat IP Pribadi yang merupakan alamat

27
00:01:54,000 --> 00:01:58,000
non-routable di internet, alamat ini akan diblokir oleh Penyedia

28
00:01:58,000 --> 00:02:02,000
Layanan Internet atau ISP dan dengan demikian tidak

29
00:02:02,000 --> 00:02:06,000
dapat digunakan untuk mengirim lalu lintas ke internet.

30
00:02:06,000 --> 00:02:12,000
Jadi, inilah RFC 1918, lakukan pencarian sederhana di Google atau mesin pencari

31
00:02:12,000 --> 00:02:16,000
favorit Anda dan Anda akan dapat menemukan RFC

32
00:02:16,000 --> 00:02:24,000
ini atau membuka alat. ietf. org / html / rfc1918

33
00:02:24,000 --> 00:02:28,000
Seperti yang dapat Anda lihat di sini, berbagai

34
00:02:28,000 --> 00:02:33,000
pihak terlibat dalam penyusunan RFC ini, dan juga menghapus RFC sebelumnya.

35
00:02:33,000 --> 00:02:37,000
RFC ini adalah Alokasi Alamat

36
00:02:37,000 --> 00:02:42,000
untuk Private Internets dan menjelaskan praktik terbaik untuk

37
00:02:42,000 --> 00:02:48,000
Komunitas Internet sehubungan dengan Pengalamatan Pribadi, perhatikan tanggal Februari 1996.

38
00:02:48,000 --> 00:02:51,000
Sudah lama sekali, bahkan bertahun-tahun

39
00:02:51,000 --> 00:02:55,000
yang lalu diakui, bahwa ada masalah

40
00:02:55,000 --> 00:02:59,000
dengan keletihan alamat IPv4 Saat saya

41
00:02:59,000 --> 00:03:01,000
merekam ini

42
00:03:01,000 --> 00:03:06,000
pada 2015, Address Registrar untuk Amerika baru-baru ini

43
00:03:06,000 --> 00:03:12,000
kehabisan alamat IP, jadi RFC ini dibuat untuk mencoba dan

44
00:03:12,000 --> 00:03:18,000
meningkatkan umur panjang IPv4 dan ini sebenarnya bekerja cukup baik.

45
00:03:18,000 --> 00:03:22,000
Kelelahan IPv4 telah ditunda, lebih lama

46
00:03:22,000 --> 00:03:26,000
dari yang diharapkan banyak orang.

47
00:03:26,000 --> 00:03:30,000
Dalam RFC ini mereka menyebutkan beberapa masalah

48
00:03:30,000 --> 00:03:34,000
internet yang masih menjadi tantangan saat ini,

49
00:03:34,000 --> 00:03:40,000
misalnya bagaimana internet telah berkembang melampaui harapan siapa pun dan RFC ini

50
00:03:40,000 --> 00:03:45,000
menjelaskan penggunaan alamat IP pribadi secara internal di dalam organisasi

51
00:03:45,000 --> 00:03:51,000
dan alamat IP tersebut akan menjadi NAT d atau Alamat Diterjemahkan ketika

52
00:03:51,000 --> 00:03:54,000
lalu lintas dikirim ke internet.

53
00:03:54,000 --> 00:03:58,000
Pemberitahuan dalam RFC, menyatakan bahwa Internet Assigned

54
00:03:58,000 --> 00:04:04,000
Numbers Authority atau IANA, telah memesan blok ruang alamat IP

55
00:04:04,000 --> 00:04:07,000
berikut untuk internet pribadi.

56
00:04:07,000 --> 00:04:12,000
Jadi kami memiliki jaringan 10, yang merupakan jaringan

57
00:04:12,000 --> 00:04:20,000
alamat kelas A 172. 16 hingga 172. 31 yang merupakan jaringan kelas

58
00:04:20,000 --> 00:04:28,000
B dan 192. 168 hingga 192. 168. 255 yang merupakan jaringan kelas C.

59
00:04:28,000 --> 00:04:35,000
Mereka merujuk ke CIDR di RFC dan kita akan membahas CIDR sebentar lagi dan

60
00:04:35,000 --> 00:04:41,000
saya akan menjelaskan apa maksud topeng ini, tetapi pada dasarnya perhatikan bahwa

61
00:04:41,000 --> 00:04:46,000
jaringan kelas A tunggal, 16 jaringan kelas B yang bersebelahan

62
00:04:46,000 --> 00:04:51,000
dan 256 jaringan kelas C telah dialokasikan alamat pribadi.
