View source for Private IP Address (RFC 1918)

'''Private IP address''' adalah rentang alamat IPv4 yang didefinisikan di '''RFC 1918''' dan '''tidak bisa di-route di internet publik'''. IETF (Internet Engineering Task Force) mendokumentasikan standar internet lewat RFC (Request For Comments), dan RFC 1918 adalah salah satu yang paling berpengaruh — hampir semua jaringan lokal yang lo temuin sehari-hari (rumah, kantor, lab) pakai alamat dari rentang ini.

== Tiga Rentang RFC 1918 ==

Ada satu rentang private di tiap kelas alamat. '''Hafalin mati''' tabel ini — muncul terus di exam dan di kerjaan:

{| class="wikitable"
! Kelas !! Rentang !! Notasi CIDR !! Mask !! Jumlah alamat
|-
| A || 10.0.0.0 – 10.255.255.255 || '''10.0.0.0/8''' || 255.0.0.0 || ±16,7 juta
|-
| B || 172.16.0.0 – 172.31.255.255 || '''172.16.0.0/12''' || 255.240.0.0 || ±1 juta
|-
| C || 192.168.0.0 – 192.168.255.255 || '''192.168.0.0/16''' || 255.255.0.0 || 65.536
|}

{{Note|Jebakan exam paling sering: rentang Class B itu '''172.16 sampai 172.31''' doang (/12 = 16 blok /16). Jadi 172.18.5.0 = private, tapi '''172.32.0.0 = publik'''. Perhatiin juga prefix-nya "aneh" (/12), bukan classful — 255.'''240'''.0.0, magic number 16 di oktet ke-2.}}

== Kenapa Ada Private Address ==

Balik ke tema "gimana IPv4 awalnya didesain": alamat private awalnya dibuat buat host yang '''memang gak butuh konektivitas internet'''. Alasannya praktis:
* '''Public IP itu bayar.''' Kenapa beli alamat publik buat server internal yang gak pernah keluar?
* Kalau sebagian jaringan cuma butuh komunikasi antar-host internal lewat IP, kasih aja private address — gratis dan bebas dipakai siapa pun.

=== Sifat penting: boleh overlap antar organisasi ===

Karena private address gak pernah di-route di internet publik, '''dua organisasi berbeda boleh pakai rentang yang sama persis tanpa konflik'''.

Contoh dari slide: Bank A dan Bank B dua-duanya pakai '''192.168.10.0/24''' di jaringan internal masing-masing. Gak masalah — router internet gak akan pernah nge-route alamat itu, jadi dua jaringan itu gak akan pernah "ketabrakan". Sementara alamat publik mereka (mis. 175.11.0.0/24 vs 196.14.10.0/24) harus unik global.

{{Note|Overlap baru jadi masalah kalau dua organisasi itu '''nanti nyambung langsung''' — misal merger perusahaan atau VPN site-to-site. Dua jaringan yang sama-sama 192.168.10.0/24 gak bisa saling route tanpa NAT dua arah. Makanya di praktek, desainer jaringan yang rapi sering milih rentang yang jarang dipakai (mis. dari 10.0.0.0/8) buat ngurangin risiko bentrok pas VPN/merger.}}

== Masalah Ruang Alamat IPv4 ==

Desainer IPv4 gak ngebayangin pertumbuhan internet bakal seganas ini. 4,3 miliar alamat (2³²) kelihatannya lebih dari cukup waktu itu, tapi:
* Protokolnya boros — banyak alamat kebuang (alokasi classful jaman dulu, dsb).
* Cadangan alamat publik IPv4 '''habis tahun 2011''' (IANA pool exhausted).

=== IPv6: solusi jangka panjang ===

Otoritas internet udah mulai memprediksi kehabisan alamat sejak akhir 1980-an, dan '''IPv6''' dikembangkan di tahun 90-an sebagai solusi jangka panjang:
* IPv6 pakai alamat '''128 bit''' (vs 32 bit IPv4).
* Jumlah alamatnya lebih dari '''7,9 × 10²⁸ kali lipat''' IPv4. Praktis gak akan habis.

=== NAT: "solusi sementara" yang jadi permanen ===

Masalahnya: '''gak ada jalur migrasi mulus''' dari IPv4 ke IPv6 (protokolnya gak kompatibel langsung). Maka lahirlah '''NAT (Network Address Translation)''' sebagai ''workaround'' sementara sampai organisasi sempat migrasi ke IPv6.

Cara kerjanya: organisasi pakai private address di jaringan '''dalam''', tapi host-nya tetap bisa akses internet karena router '''nerjemahin''' alamat private itu ke alamat publik di sisi luar. '''Banyak host di dalam bisa berbagi segelintir (atau bahkan satu) alamat publik.'''

Contoh dari slide: Office A punya 200 host di 192.168.10.0/24 (private), tapi cuma pegang '''175.11.0.1/28 = 14 alamat publik'''. Office B: 100 host di belakang '''/29 = 6 alamat publik'''. NAT yang bikin itu mungkin — 200 host keluar lewat 14 alamat.

== Jaringan Hari Ini ==

Prediksi awal 2000-an bilang IPv6 bakal merata "dalam beberapa tahun". Kenyataannya:
* '''Mayoritas enterprise sampai sekarang pakai RFC 1918 + NAT''', bukan IPv6 murni.
* RFC 1918 punya bonus keamanan: host internal '''tersembunyi by default''' (gak punya alamat yang routable dari luar).
* Network engineer juga lebih berpengalaman di IPv4.
* IPv6 paling banyak dipakai di jaringan '''service provider, layanan mobile''', dan negara-negara yang adopsi internetnya belakangan (India, China).
* IPv6 tetap arah masa depan — alamat publik IPv4 udah habis — tapi transisinya pelan.

=== Konvensi subnetting di enterprise modern ===

Karena punya seluruh ruang private buat dipakai (16,7 juta alamat di 10/8 doang), enterprise '''gak perlu pelit alamat'''. Konvensi umumnya:

{| class="wikitable"
! Kebutuhan !! Prefix umum
|-
| LAN end host || '''/24'''
|-
| Link point-to-point antar router || '''/30''' (atau /31)
|-
| Loopback interface router || '''/32'''
|}

VLSM yang rumit (ngepas-ngepasin tiap subnet kayak contoh [[VLSM|NY–Boston]]) lebih sering ketemu di organisasi yang pakai '''alamat publik di jaringan internal''' dan harus memaksimalkan tiap alamat. Kalau pakai private space, /24 rata buat semua LAN itu normal dan justru lebih gampang di-manage.

Dua hal yang tetap wajib walau alamat "gratis": '''subnetting tetap dipakai''' buat performa dan keamanan (misahin departemen, VLAN, dsb), dan lo tetap harus bisa '''troubleshoot IP'''.

== Contiguous Addresses & Route Summarization ==

Alasan lain kenapa perencanaan alamat tetap penting walau ruangnya melimpah: '''route summarization''' (agregasi rute).

'''Skenario bagus (contiguous):''' Region A megang 10.'''0'''.x.0/24 semua (10.0.0.0/24, 10.0.1.0/24, … 10.0.255.0/24), Region B megang 10.'''1'''.x.0/24 semua. Maka:
* Region A cukup advertise '''satu rute: 10.0.0.0/16'''
* Region B cukup advertise '''satu rute: 10.1.0.0/16'''

Routing table kecil, update routing dikit, jaringan stabil.

'''Skenario buruk (non-contiguous):''' subnet-nya campur aduk — Region A punya 10.0.0.0/24, 10.1.0.0/24, 10.0.2.0/24, 10.1.3.0/24; Region B punya 10.1.0.0/24 (!), 10.0.1.0/24, dst. Akibatnya '''gak bisa di-summarize''' — tiap /24 harus di-advertise satu-satu, routing table bengkak, dan di contoh slide malah ada subnet yang dobel di dua region.

Pelajarannya: '''alokasikan blok alamat per lokasi/region secara berurutan (contiguous)''' dari awal. Ini keputusan desain hari pertama yang efeknya kerasa bertahun-tahun — sekali alamat kepencar, ngerapihinnya sakit karena harus re-address.

== Ringkasan ==

* RFC 1918: '''10/8, 172.16/12, 192.168/16''' — gak routable di internet publik, gratis, boleh overlap antar organisasi.
* IPv4 publik habis (2011). IPv6 (128 bit) solusinya, tapi transisi lambat karena gak ada jalur migrasi mulus.
* '''NAT''' = jembatan: private di dalam, sedikit alamat publik di luar, banyak host berbagi.
* Jaringan modern: RFC 1918 + NAT + subnetting (/24 host, /30 link, /32 loopback).
* Rencanakan alamat '''contiguous''' per region biar bisa di-'''summarize'''.

== Lihat Juga ==
* [[Subnetting 1|Subnetting]]
* [[VLSM]]
* [[Magic Number Method & Subnetting Jaringan Besar|Magic Number Method]]
* [[NAT]]
* [[IPv6]]
* [[Routing]]