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:
| 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 |
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.
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:
| 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 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.