Alamat IP versi 4: Perbedaan antara revisi
Alamat IP adreas Tag: VisualEditor Suntingan perangkat seluler Suntingan peramban seluler |
Reno-Sifana (bicara | kontrib) k Perbaikan Tata Bahasa |
||
(151 revisi perantara oleh 60 pengguna tidak ditampilkan) | |||
Baris 1: | Baris 1: | ||
{{IPstack}} |
{{IPstack}} |
||
'''Alamat IP versi 4''' (atau '''IPv4''') adalah versi keempat dari [[Protokol Internet]] (IP). Ini adalah salah satu protokol inti dari metode internetworking berbasis standar di [[Internet]] dan jaringan packet-switched lainnya. IPv4 adalah versi pertama yang digunakan untuk produksi di [[ARPANET]] pada tahun 1983. IPv4 masih merutekan sebagian besar lalu lintas Internet saat ini,<ref>{{Cite web|url=https://bgp.potaroo.net/index-bgp.html|title=BGP Reports|website=bgp.potaroo.net|access-date=2020-06-08}}</ref> meskipun penerapan protokol penerus, [[IPv6]] sedang berlangsung. IPv4 dijelaskan dalam publikasi [[IETF]] RFC 791 (September 1981), menggantikan definisi sebelumnya (RFC 760, Januari 1980). |
|||
'''[[Alamat IP versi 6|Alamat]] IP versi 4''' (sering disebut dengan '''Alamat IPv4''') adalah sebuah jenis pengalamatan jaringan yang digunakan di dalam protokol jaringan TCP/IP yang menggunakan [[protokol Internet|protokol IP versi 4]]. Panjang totalnya adalah 32-bit, dan secara teoritis dapat mengalamati hingga 4 miliar host komputer atau lebih tepatnya 4.294.967.296 host |
|||
di seluruh dunia, jumlah host tersebut didapatkan dari 256 (didapatkan dari 8 bit) dipangkat 4(karena terdapat 4 oktet) sehingga nilai maksimal dari alamt IP versi 4 tersebut adalah 255.255.255.255 dimana nilai dihitung dari nol sehingga nilai nilai host yang dapat ditampung adalah 256x256x256x256=4.294.967.296 host, bila host yang ada di seluruh dunia melebihi kuota tersebut maka dibuatlah IP versi 6 atau [[IPv6]]. Contoh alamat IP versi 4 adalah '''192.168.0.3'''. |
|||
IPv4 menggunakan ruang [[Alamat IP|alamat]] 32-bit yang menyediakan 4.294.967.296 (2<sup>32</sup>) alamat unik, tetapi blok besar digunakan untuk metode jaringan khusus. |
|||
== Representasi alamat == |
|||
Alamat IP versi 4 umumnya diekspresikan dalam notasi desimal bertitik (''dotted-decimal notation''), yang dibagi ke dalam empat buah [[oktet]] berukuran [[8-bit]]. Dalam beberapa buku referensi, format bentuknya adalah '''w.x.y.z'''. Karena setiap oktet berukuran 8-bit, maka nilainya berkisar antara '''0''' hingga '''255''' (meskipun begitu, terdapat beberapa pengecualian nilai). |
|||
== Kegunaan == |
|||
Alamat IP yang dimiliki oleh sebuah ''host'' dapat dibagi dengan menggunakan subnet mask jaringan ke dalam dua buah bagian, yakni: |
|||
Protokol internet adalah protokol yang mendefinisikan dan memungkinkan [[antarjaringan]] pada lapisan internet dari [[Internet protocol suite|Internet Protocol Suite]]. Intinya itu membentuk Internet. Ini menggunakan sistem pengalamatan logis dan melakukan routing, yang merupakan penerusan paket dari host sumber ke router berikutnya yang satu hop lebih dekat ke host tujuan yang dituju di jaringan lain. |
|||
* ''Network Identifier''/NetID atau ''Network Address'' (alamat jaringan) yang digunakan khusus untuk mengidentifikasikan alamat jaringan di mana host berada.{{br}}Dalam banyak kasus, sebuah alamat ''network identifier'' adalah sama dengan segmen jaringan fisik dengan batasan yang dibuat dan didefinisikan oleh ''[[router]]'' IP. Meskipun demikian, ada beberapa kasus di mana beberapa jaringan logis terdapat di dalam sebuah segmen jaringan fisik yang sama dengan menggunakan sebuah praktek yang disebut sebagai '''''multinetting'''''. Semua sistem di dalam sebuah jaringan fisik yang sama harus memiliki alamat ''network identifier'' yang sama. ''Network identifier'' juga harus bersifat unik dalam sebuah ''[[Internetwork]]''. Jika semua node di dalam jaringan logis yang sama tidak dikonfigurasikan dengan menggunakan network identifier yang sama, maka terjadilah masalah yang disebut dengan ''routing error''.{{br}}Alamat ''network identifier'' tidak boleh bernilai 0 atau 255. |
|||
* ''Host Identifier''/HostID atau ''Host address'' (alamat host) yang digunakan khusus untuk mengidentifikasikan alamat host (dapat berupa workstation, server atau sistem lainnya yang berbasis teknologi [[TCP/IP]]) di dalam jaringan. Nilai ''host identifier'' tidak boleh bernilai 0 atau 255 dan harus bersifat unik di dalam ''network identifier''/segmen jaringan di mana ia berada. |
|||
IPv4 adalah protokol [[Komunikasi tanpa koneksi|tanpa koneksi]], dan beroperasi pada model [[pengiriman upaya terbaik]], dalam hal itu tidak menjamin pengiriman, juga tidak menjamin urutan yang tepat atau menghindari pengiriman duplikat. Aspek-aspek ini, termasuk integritas data, ditangani oleh protokol transportasi [[Enkapsulasi (jaringan)|lapisan atas]], seperti [[Transmission control protocol|Transmission Control Protocol]] (TCP). |
|||
== Jenis-jenis alamat == |
|||
Alamat IPv4 terbagi menjadi beberapa jenis, yakni sebagai berikut: |
|||
* '''Alamat Unicast''', merupakan alamat IPv4 yang ditentukan untuk sebuah antarmuka jaringan yang dihubungkan ke sebuah ''Internetwork'' IP. Alamat ''unicast'' digunakan dalam komunikasi ''point-to-point'' atau ''one-to-one''. |
|||
* '''Alamat Broadcast''', merupakan alamat IPv4 yang didesain agar diproses oleh setiap ''node'' IP dalam segmen jaringan yang sama. Alamat broadcast digunakan dalam komunikasi ''one-to-everyone''. |
|||
* '''Alamat Multicast''', merupakan alamat IPv4 yang didesain agar diproses oleh satu atau beberapa node dalam segmen jaringan yang sama atau berbeda. Alamat multicast digunakan dalam komunikasi ''one-to-many''. |
|||
== |
== Pengalamatan == |
||
[[Berkas:Ipv4_address.svg|ka|jmpl|300x300px|Dekomposisi representasi alamat IPv4 kuadrat ke nilai [[biner]]<nowiki/>nya]] |
|||
Dalam RFC 791, alamat IP versi 4 dibagi ke dalam beberapa kelas, dilihat dari oktet pertamanya, seperti terlihat pada tabel. Sebenarnya yang menjadi pembeda kelas IP versi 4 adalah pola biner yang terdapat dalam oktet pertama (utamanya adalah bit-bit awal/''high-order bit''), tapi untuk lebih mudah mengingatnya, akan lebih cepat diingat dengan menggunakan representasi desimal. |
|||
IPv4 menggunakan alamat 32-bit yang membatasi [[ruang alamat]] ke alamat {{gaps|4|294|967|296}} (2<sup>32</sup>). |
|||
IPv4 meluangkan blok alamat khusus untuk [[jaringan pribadi]] (~ 18 juta alamat) dan alamat [[multicast]] (~ 270 juta alamat). |
|||
=== Representasi alamat === |
|||
Alamat IPv4 dapat direpresentasikan dalam notasi apa pun yang menyatakan nilai integer 32-bit. Mereka paling sering ditulis dalam [[notasi titik-desimal]], yang terdiri dari empat [[Oktet (komputasi)|oktet]] dari alamat yang dinyatakan secara individual dalam angka [[desimal]] dan dipisahkan oleh titik. |
|||
Misalnya, alamat IP titik-titik ''192.0.2.235'' mewakili angka [[Sistem bilangan desimal|desimal]] 32-bit 3221226219, yang dalam format [[heksadesimal]] adalah 0xC00002EB. Ini juga dapat dinyatakan dalam format hex bertitik sebagai 0xC0.0x00.0x02.0xEB, atau dengan nilai bita oktal sebagai 0300.0000.0002.0353. |
|||
[[Classless Inter-Domain Routing#Notasi CIDR|Notasi CIDR]] menggabungkan alamat dengan awalan perutean dalam format ringkas, di mana alamat diikuti oleh karakter garis miring (/) dan jumlah 1 bit berturut-turut dalam awalan perutean ([[subnet mask]]). |
|||
Representasi alamat lain yang umum digunakan ketika [[jaringan berkelas]] (''classful'') dipraktikkan. Misalnya, alamat ''loopback'' 127.0.0.1 umumnya ditulis sebagai 127.1, mengingat bahwa itu milik jaringan kelas-A dengan delapan bit untuk topeng jaringan dan 24 bit untuk nomor host. Ketika kurang dari empat angka ditentukan dalam alamat dalam notasi bertitik, nilai terakhir diperlakukan sebagai [[bilangan bulat]] sebanyak bita yang diperlukan untuk mengisi alamat menjadi empat oktet. Dengan demikian, alamat ''127.65530'' setara dengan ''127.0.255.250''. |
|||
=== Alokasi === |
|||
Dalam desain asli IPv4, alamat IP dibagi menjadi dua bagian: pengidentifikasi jaringan adalah oktet paling signifikan dari alamat, dan pengidentifikasi host adalah sisa alamat. Yang terakhir juga disebut ''bidang istirahat''. Struktur ini diizinkan maksimum 256 pengidentifikasi jaringan, yang dengan cepat ditemukan tidak memadai. |
|||
Untuk mengatasi batas ini, oktet alamat paling signifikan didefinisikan ulang pada tahun 1981 untuk membuat ''kelas jaringan'', dalam suatu sistem yang kemudian dikenal sebagai [[jaringan berkelas]]. Sistem yang direvisi mendefinisikan lima kelas. Kelas A, B, dan C memiliki panjang bit yang berbeda untuk identifikasi jaringan. Alamat lainnya digunakan seperti sebelumnya untuk mengidentifikasi host dalam jaringan. Karena ukuran bidang yang berbeda di kelas yang berbeda, setiap kelas jaringan memiliki kapasitas yang berbeda untuk menangani host. Selain tiga kelas untuk pengalamatan host, Kelas D didefinisikan untuk pengalamatan multicast dan Kelas E digunakan untuk aplikasi masa depan. |
|||
=== Alamat penggunaan khusus === |
|||
[[Internet Engineering Task Force]] (IETF) dan IANA telah membatasi penggunaan umum berbagai [[alamat IP yang dicadangkan|alamat IP yang digunakan]] untuk keperluan khusus. Khususnya alamat ini digunakan untuk lalu lintas [[multicast]] dan untuk menyediakan ruang pengalamatan untuk penggunaan tidak terbatas pada jaringan pribadi. |
|||
{| class="wikitable sortable" |
|||
|+Blok alamat khusus |
|||
!Alamat blok |
|||
!Jarak alamat |
|||
!Jumlah alamat |
|||
!Cakupan |
|||
!Deskripsi |
|||
|- |
|||
|0.0.0.0/8 |
|||
|0.0.0.0–0.255.255.255 |
|||
| align="right" |{{val|16,777,216}} |
|||
|Perangkat lunak |
|||
|Jaringan saat ini<ref name="rfc6890">{{Cite IETF|rfc=6890|bcp=153|title=Special-Purpose IP Address Registries|author1=M. Cotton|author2=L. Vegoda|author3=R. Bonica|author4=B. Haberman|date=April 2013|publisher=[[Internet Engineering Task Force]]}} Updated by RFC 8190.</ref> (hanya valid sebagai alamat sumber). |
|||
|- |
|||
|10.0.0.0/8 |
|||
|10.0.0.0–10.255.255.255 |
|||
| align="right" |{{val|16,777,216}} |
|||
|Jaringan pribadi |
|||
|Digunakan untuk komunikasi lokal dalam [[jaringan pribadi]].<ref name="rfc1918">{{Cite IETF|rfc=1918|bcp=5|title=Address Allocation for Private Internets|author1=Y. Rekhter|author2=B. Moskowitz|author3=D. Karrenberg|author4=G. J. de Groot|author5=E. Lear|date=February 1996|publisher=Network Working Group}} diperbaharui oleh RFC 6761.</ref> |
|||
|- |
|||
|100.64.0.0/10 |
|||
|100.64.0.0–100.127.255.255 |
|||
| align="right" |{{val|4,194,304}} |
|||
|Jaringan pribadi |
|||
| [[Ruang alamat IPv4 bersama|Ruang alamat bersama]]<ref name="rfc6598">{{Cite IETF|rfc=6598|bcp=153|title=IANA-Reserved IPv4 Prefix for Shared Address Space|author1=J. Weil|author2=V. Kuarsingh|author3=C. Donley|author4=C. Liljenstolpe|author5=M. Azinger|date=April 2012|publisher=[[Internet Engineering Task Force]] (IETF)|issn=2070-1721}}</ref> untuk komunikasi antara penyedia layanan dan pelanggannya saat menggunakan [[NAT tingkat operator]]. |
|||
|- |
|||
|127.0.0.0/8 |
|||
|127.0.0.0–127.255.255.255 |
|||
| align="right" |{{val|16,777,216}} |
|||
|Host |
|||
|Digunakan untuk [[alamat loopback]] ke host lokal.<ref name="rfc6890" /> |
|||
|- |
|||
|169.254.0.0/16 |
|||
|169.254.0.0–169.254.255.255 |
|||
| align="right" |{{val|65,536}} |
|||
|Subnet |
|||
|Digunakan untuk [[Alamat tautan-lokal|alamat lokal]]<ref name="rfc3927">{{Cite IETF|rfc=3927|title=Dynamic Configuration of IPv4 Link-Local Addresses|author1=S. Cheshire|author2=B. Aboba|author3=E. Guttman|publisher=Network Working Group|date=May 2005}}</ref> antara dua host pada satu tautan ketika tidak ada alamat IP yang ditentukan, seperti yang biasanya diambil dari peladen [[DHCP]]. |
|||
|- |
|||
|172.16.0.0/12 |
|||
|172.16.0.0–172.31.255.255 |
|||
| align="right" |{{val|1,048,576}} |
|||
|Jaringan pribadi |
|||
|Digunakan untuk komunikasi lokal dalam jaringan pribadi.<ref name="rfc1918" /> |
|||
|- |
|||
|- |
|||
|192.0.0.0/24 |
|||
|192.0.0.0–192.0.0.255 |
|||
| align="right" |{{val|256}} |
|||
|Jaringan pribadi |
|||
|Penugasan Protokol IETF.<ref name="rfc6890" /> |
|||
|- |
|||
|192.0.2.0/24 |
|||
|192.0.2.0–192.0.2.255 |
|||
| align="right" |{{val|256}} |
|||
|Dokumentasi |
|||
|Ditugaskan sebagai TEST-NET-1, dokumentasi dan contoh.<ref name="rfc5737">{{Cite IETF|rfc=5737|title=IPv4 Address Blocks Reserved for Documentation|author1=J. Arkko|author2=M. Cotton|author3=L. Vegoda|publisher=[[Internet Engineering Task Force]]|date=January 2010|issn=2070-1721}}</ref> |
|||
|- |
|||
|192.88.99.0/24 |
|||
|192.88.99.0–192.88.99.255 |
|||
| align="right" |{{val|256}} |
|||
|Internet |
|||
|digunakan.<ref name="rfc7526">{{Cite IETF|rfc=7526|bcp=196|title=Deprecating the Anycast Prefix for 6to4 Relay Routers|author1=O. Troan|editor=B. Carpenter|publisher=[[Internet Engineering Task Force]]|date=May 2015}}</ref> Sebelumnya digunakan untuk relay [[6to4|IPv6 ke IPv4]]<ref name="rfc3068">{{Cite IETF|rfc=3068|title=An Anycast Prefix for 6to4 Relay Routers|author=C. Huitema|publisher=Network Working Group|date=June 2001}} Obsoleted by RFC 7526.</ref> (termasuk [[IPv6]] blok alamat [[Alamat IPv6#Alamat khusus|2002 :: / 16]]). |
|||
|- |
|||
|192.168.0.0/16 |
|||
|192.168.0.0–192.168.255.255 |
|||
| align="right" |{{val|65,536}} |
|||
|Jaringan pribadi |
|||
|Digunakan untuk komunikasi lokal dalam jaringan pribadi.<ref name="rfc1918" /> |
|||
|- |
|||
|198.18.0.0/15 |
|||
|198.18.0.0–198.19.255.255 |
|||
| align="right" |{{val|131,072}} |
|||
|Jaringan pribadi |
|||
|Digunakan untuk pengujian benchmark komunikasi antar-jaringan antara dua subnet yang terpisah.<ref name="rfc2544">{{Cite IETF|rfc=2544|title=Benchmarking Methodology for Network Interconnect Devices|author1=S. Bradner|author2=J. McQuaid|date=March 1999|publisher=Network Working Group}} Diperbarui oleh: RFC 6201 dan RFC 6815.</ref> |
|||
|- |
|||
|198.51.100.0/24 |
|||
|198.51.100.0–198.51.100.255 |
|||
| align="right" |{{val|256}} |
|||
|Dokumentasi |
|||
|Ditugaskan sebagai TEST-NET-2, dokumentasi dan contoh.<ref name="rfc5737" /> |
|||
|- |
|||
|203.0.113.0/24 |
|||
|203.0.113.0–203.0.113.255 |
|||
| align="right" |{{val|256}} |
|||
|Dokumentasi |
|||
|Ditugaskan sebagai TEST-NET-3, dokumentasi dan contoh.<ref name="rfc5737" /> |
|||
|- |
|||
|224.0.0.0/4 |
|||
|224.0.0.0–239.255.255.255 |
|||
| align="right" |{{val|268,435,456}} |
|||
|Internet |
|||
|Digunakan untuk [[IP multicast]].<ref name="rfc5771">{{Cite IETF|rfc=5771|bcp=51|title=IANA Guidelines for IPv4 Multicast Address Assignments|author1=M. Cotton|author2=L. Vegoda|author3=D. Meyer|date=March 2010|publisher=[[Internet Engineering Task Force]]}}</ref> (Bekas jaringan Kelas D). |
|||
|- |
|||
|240.0.0.0/4 |
|||
|240.0.0.0–255.255.255.254 |
|||
| align="right" |{{val|268,435,455}} |
|||
|Internet |
|||
|digunakan untuk penggunaan di masa mendatang.<ref name="rfc3232">{{Cite IETF|rfc=3232|title=Assigned Numbers: RFC 1700 is Replaced by an On-line Database|editor=J. Reynolds|date=January 2002|publisher=Network Working Group}} Obsoletes RFC 1700.</ref> (Bekas jaringan Kelas E). |
|||
|- |
|||
|255.255.255.255/32 |
|||
|255.255.255.255 |
|||
| align="right" |{{val|1}} |
|||
|Subnet |
|||
|digunakan untuk alamat tujuan "terbatas [[siaran]]".<ref name="rfc6890" /><ref name="rfc919">{{Cite IETF|rfc=919|title=Broadcasting Internet Datagrams|author=Jeffrey Mogul|date=October 1984|publisher=Network Working Group}}</ref> |
|||
|} |
|||
<section end="IPv4-special-address-blocks" /> |
|||
=== Jaringan pribadi === |
|||
Dari sekitar empat miliar alamat yang ditentukan dalam IPv4, sekitar 18 juta alamat dalam tiga rentang digunakan untuk penggunaan dalam [[jaringan pribadi]]. Alamat paket dalam rentang ini tidak dapat dirutekan di Internet publik; mereka diabaikan oleh semua perute publik. Oleh karena itu, host pribadi tidak dapat secara langsung berkomunikasi dengan jaringan publik, tetapi memerlukan [[penafsir alamat jaringan|penerjemah alamat jaringan]] pada gerbang perutean untuk tujuan ini. |
|||
{| class="wikitable" |
{| class="wikitable" |
||
|+Rentang jaringan IPv4 pribadi yang dipakai<ref name="rfc1918" /> |
|||
!Nama |
|||
!Blok [[Classless Inter-Domain Routing|CIDR]] |
|||
!Kisaran alamat |
|||
!Jumlah alamat |
|||
!Deskripsi [[Jaringan berkelas|kelas]] |
|||
|- |
|- |
||
|Blok 24-bit |
|||
! Kelas Alamat IP |
|||
|10.0.0.0/8 |
|||
! Oktet pertama{{br}}([[desimal]]) |
|||
|10.0.0.0 – 10.255.255.255 |
|||
! Oktet pertama{{br}}([[biner]]) |
|||
| align="right" |{{val|16777216}} |
|||
! Digunakan oleh |
|||
|Kelas tunggal A. |
|||
|- |
|- |
||
|Blok 20-bit |
|||
| Kelas A |
|||
|172.16.0.0/12 |
|||
| 1–126 |
|||
|172.16.0.0 – 172.31.255.255 |
|||
| 0xxx xxxx |
|||
| align="right" |{{val|1048576}} |
|||
| Alamat ''unicast'' untuk [[jaringan komputer|jaringan]] skala besar |
|||
|Kisaran 16 blok B yang berdekatan. |
|||
|- |
|- |
||
|Blok 16-bit |
|||
| Kelas B |
|||
|192.168.0.0/16 |
|||
| 128–191 |
|||
|192.168.0.0 – 192.168.255.255 |
|||
| 10xx xxxx |
|||
| align="right" |{{val|65536}} |
|||
| Alamat ''unicast'' untuk [[jaringan komputer|jaringan]] skala menengah hingga skala besar |
|||
|Kisaran 256 blok C yang berdekatan. |
|||
|} |
|||
<section end="IPv4-private-networks" /> |
|||
Karena dua jaringan pribadi, misalnya, dua kantor cabang, tidak dapat secara langsung beroperasi melalui Internet publik, kedua jaringan harus dijembatani di Internet melalui [[jaringan pribadi virtual]] (VPN) atau [[terowongan IP]], yang [[Enkapsulasi (jaringan)|merangkum]] paket, termasuk tajuk yang berisi alamat pribadi, dalam lapisan protokol selama transmisi di jaringan publik. Selain itu, paket enkapsulasi dapat dienkripsi untuk transmisi di jaringan publik untuk mengamankan data. |
|||
=== Alamat subnet pertama dan terakhir === |
|||
Alamat pertama di subnet digunakan untuk mengidentifikasi subnet itu sendiri. Di alamat ini semua bit host adalah ''0''. Untuk menghindari ambiguitas dalam representasi, alamat ini dicadangkan.<ref>{{cite web|date=June 1984|title=RFC 923|url=https://tools.ietf.org/html/rfc923|website=IETF|access-date=15 November 2019|quote=Special Addresses: In certain contexts, it is useful to have fixed addresses with functional significance rather than as identifiers of specific hosts. When such usage is called for, the address zero is to be interpreted as meaning "this", as in "this network".}}</ref> Alamat terakhir mengatur semua bit host ke ''1''. Ini digunakan sebagai [[alamat siaran]] lokal untuk mengirim pesan ke semua perangkat di subnet secara bersamaan. Untuk jaringan berukuran /24 atau lebih besar, alamat siaran selalu diakhiri dengan 255. |
|||
Sebagai contoh, dalam subnet 192.168.5.0/255.255.255.0 (192.168.5.0/24) pengidentifikasi 192.168.5.0 biasanya digunakan untuk merujuk ke seluruh subnet. Untuk menghindari ambiguitas dalam representasi, alamat yang diakhiri dengan oktet ''0'' dimiliki.<ref>{{cite web|url=https://tools.ietf.org/html/rfc923|title=RFC 923|date=June 1984|website=IETF|access-date=15 November 2019|quote=Special Addresses: In certain contexts, it is useful to have fixed addresses with functional significance rather than as identifiers of specific hosts. When such usage is called for, the address zero is to be interpreted as meaning "this", as in "this network".}}</ref> |
|||
{| class="wikitable" style="margin:left;" |
|||
! |
|||
!Bentuk biner |
|||
!Notasi titik-desimal |
|||
|- |
|- |
||
|Ruang jaringan |
|||
| Kelas C |
|||
|<code>11000000.10101000.00000101.'''00000000'''</code> |
|||
| 192–223 |
|||
|192.168.5.0 |
|||
| 110x xxxx |
|||
| Alamat ''unicast'' untuk jaringan skala kecil |
|||
|- |
|- |
||
|Alamat siaran |
|||
| Kelas D |
|||
|<code>11000000.10101000.00000101.'''11111111'''</code> |
|||
| 224–239 |
|||
|192.168.5.255 |
|||
| 1110 xxxx |
|||
| Alamat ''multicast'' (bukan alamat ''unicast'') |
|||
|- |
|- |
||
| colspan="3" |<small>Dalam huruf tebal, ditampilkan bagian host dari alamat IP; bagian lainnya adalah awalan jaringan. Host akan terbalik (TIDAK logis), tetapi prefix jaringan tetap utuh.</small> |
|||
| Kelas E |
|||
|} |
|||
| 240–255 |
|||
Namun, ini tidak berarti bahwa setiap alamat yang diakhiri dengan 0 atau 255 tidak dapat digunakan sebagai alamat host. Misalnya, dalam subnet 192.168.0.0/255.255.0.0, yang setara dengan kisaran alamat 192.168.0.0–192.168.255.255, alamat broadcast adalah 192.168.255.255. Seseorang dapat menggunakan alamat berikut untuk host, meskipun berakhir dengan 255: 192.168.1.255, 192.168.2.255, dll. Juga, 192.168.0.0 adalah pengidentifikasi jaringan dan tidak boleh ditugaskan ke antarmuka.<ref>{{cite web|url=http://tools.ietf.org/html/rfc1122#page-31|title=Requirements for Internet Hosts – Communication Layers|author=[[Robert Braden]]|date=October 1989|publisher=[[Internet Engineering Task Force|IETF]]|page=31|rfc=1122}}</ref> Alamat 192.168.1.0, 192.168.2.0, dll., Dapat ditetapkan, meskipun diakhiri dengan 0. |
|||
| 1111 xxxx |
|||
| Direservasikan;umumnya digunakan sebagai alamat percobaan (eksperimen); (bukan alamat unicast) |
|||
Di masa lalu, konflik antara alamat jaringan dan alamat siaran muncul karena beberapa perangkat lunak menggunakan alamat siaran non-standar dengan nol bukan satu.<ref>{{cite web|url=http://tools.ietf.org/html/rfc1122#page-66|title=Requirements for Internet Hosts – Communication Layers|author=[[Robert Braden]]|date=October 1989|publisher=[[Internet Engineering Task Force|IETF]]|page=66|rfc=1122}}</ref> |
|||
Dalam jaringan yang lebih kecil dari / 24, alamat broadcast tidak harus diakhiri dengan 255. Misalnya, subnet CIDR 203.0.113.16/28 memiliki alamat broadcast 203.0.113.31. |
|||
{| class="wikitable" style="margin:left;" |
|||
! |
|||
!Bentuk biner |
|||
!Notasi titik-desimal |
|||
|- |
|||
|Ruang jaringan |
|||
|<code>11001011.00000000.01110001.0001'''0000'''</code> |
|||
|203.0.113.16 |
|||
|- |
|||
|Alamat siaran |
|||
|<code>11001011.00000000.01110001.0001'''1111'''</code> |
|||
|203.0.113.31 |
|||
|- |
|- |
||
| colspan="3" |<small>Dalam huruf tebal, ditampilkan bagian host dari alamat IP; bagian lainnya adalah awalan jaringan. Host akan terbalik (TIDAK logis), tetapi prefix jaringan tetap utuh.</small> |
|||
|} |
|} |
||
Sebagai kasus khusus, jaringan / 31 memiliki kapasitas hanya untuk dua host. Jaringan ini biasanya digunakan untuk koneksi point-to-point. Tidak ada pengidentifikasi jaringan atau alamat broadcast untuk jaringan ini.<ref>{{IETF RFC|3021}}</ref> |
|||
=== |
=== Tautan alamat lokal === |
||
RFC 3927 mendefinisikan blok alamat khusus 169.254.0.0/16 untuk pengalamatan tautan-lokal. Alamat-alamat ini hanya valid pada tautan (seperti segmen jaringan lokal atau koneksi point-to-point) yang terhubung langsung ke host yang menggunakannya. Alamat-alamat ini tidak dapat dirutekan. Seperti alamat pribadi, alamat ini tidak dapat menjadi sumber atau tujuan paket yang melintasi internet. Alamat ini terutama digunakan untuk konfigurasi otomatis alamat ([[Zeroconf]]) ketika sebuah host tidak dapat memperoleh alamat IP dari server DHCP atau metode konfigurasi internal lainnya. |
|||
Alamat-alamat kelas A diberikan untuk jaringan skala besar. Nomor urut bit tertinggi di dalam alamat IP kelas A selalu diset dengan nilai '''0''' (nol). Tujuh bit berikutnya—untuk melengkapi oktet pertama—akan membuat sebuah ''network identifier''. 24 bit sisanya (atau tiga oktet terakhir) merepresentasikan ''host identifier''. Ini mengizinkan kelas A memiliki hingga 126 jaringan, dan 16,777,214 host tiap jaringannya. Alamat dengan oktet awal 127 tidak diizinkan, karena digunakan untuk mekanisme [[Interprocess Communication]] (IPC) di dalam mesin yang bersangkutan. |
|||
Ketika blok alamat digunakan, tidak ada standar untuk konfigurasi otomatis alamat. [[Microsoft]] menciptakan sebuah implementasi yang disebut [[Automatic Private IP Addressing]] (APIPA), yang digunakan pada jutaan mesin dan menjadi [[standar de facto|standar ''de facto'']]. Bertahun-tahun kemudian, pada Mei 2005, IETF menetapkan standar formal dalam RFC 3927, yang berjudul ''Dynamic Configuration of IPv4 Link-Local Addresses''. |
|||
=== Kelas B === |
|||
Alamat-alamat kelas B dikhususkan untuk jaringan skala menengah hingga skala besar. Dua bit pertama di dalam oktet pertama alamat IP kelas B selalu diset ke bilangan [[biner]] '''10'''. 14 bit berikutnya (untuk melengkapi dua oktet pertama), akan membuat sebuah ''network identifier''. 16 bit sisanya (dua oktet terakhir) merepresentasikan ''host identifier''. Kelas B dapat memiliki 16,384 network, dan 65,534 host untuk setiap network-nya. |
|||
=== |
=== Loopback === |
||
Jaringan kelas A 127.0.0.0 (jaringan tanpa kelas 127.0.0.0/8) disediakan untuk [[loopback]]. Paket IP yang alamat sumbernya milik jaringan ini seharusnya tidak pernah muncul di luar host. Paket yang diterima pada antarmuka non-loopback dengan sumber loopback atau alamat tujuan harus dibuang. |
|||
Alamat IP kelas C digunakan untuk jaringan berskala kecil. Tiga bit pertama di dalam oktet pertama alamat kelas C selalu diset ke nilai biner '''110'''. 21 bit selanjutnya (untuk melengkapi tiga oktet pertama) akan membentuk sebuah ''network identifier''. 8 bit sisanya (sebagai oktet terakhir) akan merepresentasikan ''host identifier''. Ini memungkinkan pembuatan total 2,097,152 buah network, dan 254 host untuk setiap network-nya. |
|||
=== |
=== Resolusi alamat === |
||
{{Artikel|Sistem Penamaan Domain}} |
|||
Alamat IP kelas D disediakan hanya untuk alamat-alamat ''IP multicast'', namun berbeda dengan tiga kelas di atas. Empat ''bit'' pertama di dalam IP kelas D selalu diset ke bilangan biner '''1110'''. 28 ''bit'' sisanya digunakan sebagai alamat yang dapat digunakan untuk mengenali host. Untuk lebih jelas mengenal alamat ini, lihat pada bagian [[Alamat IP versi 4#Alamat Multicast|Alamat ''Multicast'' IPv4]]. |
|||
Host di [[Internet]] biasanya dikenal dengan nama, mis., www.example.com, bukan terutama berdasarkan alamat IP mereka, yang digunakan untuk perutean dan identifikasi antarmuka jaringan. Penggunaan [[nama domain]] membutuhkan penerjemahan, disebut ''penyelesaian'', untuk alamat dan sebaliknya. Ini analog dengan mencari nomor telepon di buku telepon menggunakan nama penerima. |
|||
Terjemahan antara alamat dan nama domain dilakukan oleh [[Domain Name System]] (DNS), sistem penamaan terdistribusi hierarkis yang memungkinkan subdelegasi [[ruang nama]] ke server DNS lain. |
|||
=== Kelas E === |
|||
Alamat IP kelas E disediakan sebagai alamat yang bersifat "eksperimental" atau percobaan dan dicadangkan untuk digunakan pada masa depan. Empat bit pertama selalu diset kepada bilangan [[biner]] '''1111'''. 28 bit sisanya digunakan sebagai alamat yang dapat digunakan untuk mengenali host. |
|||
== Struktur paket == |
|||
{| class="wikitable" |
|||
[[Paket jaringan|Paket]] IP terdiri dari bagian header dan bagian data. Sebuah paket IP tidak memiliki checksum data atau catatan kaki lain apa pun setelah bagian data. Biasanya [[lapisan taut data]] merangkum paket IP dalam bingkai dengan footer CRC yang mendeteksi sebagian besar kesalahan, dan biasanya checksum lapisan TCP ujung-ke-ujung mendeteksi sebagian besar kesalahan lainnya.<ref>RFC 1726 section 6.2</ref> |
|||
=== Header === |
|||
Header paket IPv4 terdiri dari 14 bidang, di mana 13 diperlukan. Bidang 14 adalah opsional dan diberi nama: opsi. Bidang-bidang dalam header dikemas dengan bita paling signifikan pertama ([[Endian|''big endian'']]), dan untuk diagram dan diskusi, bit paling signifikan dianggap lebih dulu ([[Penjumlahan bit#MSB 0|penomoran bit 0 MSB]]). Bit yang paling signifikan adalah bernomor 0, jadi bidang versi sebenarnya ditemukan dalam empat bit paling signifikan dari bita pertama, misalnya. |
|||
{| class="wikitable" style="margin: 0 auto; text-align: center;" |
|||
|+Format Header IPv4 |
|||
!''Offset'' |
|||
! [[Oktet (komputasi)|Oktet]] |
|||
! colspan="8" |0 |
|||
! colspan="8" |1 |
|||
! colspan="8" |2 |
|||
! colspan="8" |3 |
|||
|- |
|- |
||
! [[Oktet (komputasi)|Oktet]] |
|||
! Kelas Alamat |
|||
![[Bit]] |
|||
! Nilai oktet pertama |
|||
! style="width:2.6%;" |0 |
|||
! Bagian untuk ''Network Identifier'' |
|||
! style="width:2.6%;" |1 |
|||
! Bagian untuk ''Host Identifier'' |
|||
! style="width:2.6%;" |2 |
|||
! Jumlah jaringan maksimum |
|||
! style="width:2.6%;" |3 |
|||
! Jumlah ''host'' dalam satu jaringan maksimum |
|||
! style="width:2.6%;" |4 |
|||
! style="width:2.6%;" |5 |
|||
! style="width:2.6%;" |6 |
|||
! style="width:2.6%;" |7 |
|||
! style="width:2.6%;" |8 |
|||
! style="width:2.6%;" |9 |
|||
! style="width:2.6%;" |10 |
|||
! style="width:2.6%;" |11 |
|||
! style="width:2.6%;" |12 |
|||
! style="width:2.6%;" |13 |
|||
! style="width:2.6%;" |14 |
|||
! style="width:2.6%;" |15 |
|||
! style="width:2.6%;" |16 |
|||
! style="width:2.6%;" |17 |
|||
! style="width:2.6%;" |18 |
|||
! style="width:2.6%;" |19 |
|||
! style="width:2.6%;" |20 |
|||
! style="width:2.6%;" |21 |
|||
! style="width:2.6%;" |22 |
|||
! style="width:2.6%;" |23 |
|||
! style="width:2.6%;" |24 |
|||
! style="width:2.6%;" |25 |
|||
! style="width:2.6%;" |26 |
|||
! style="width:2.6%;" |27 |
|||
! style="width:2.6%;" |28 |
|||
! style="width:2.6%;" |29 |
|||
! style="width:2.6%;" |30 |
|||
! style="width:2.6%;" |31 |
|||
|- |
|- |
||
!0 |
|||
| Kelas A |
|||
!0 |
|||
| 1–126 |
|||
| colspan="4" |[[Alamat IP versi 4#Versi|Versi]] |
|||
| W |
|||
| colspan="4" |[[Alamat IP versi 4#IHL|IHL]] |
|||
| X.Y.Z |
|||
| colspan="6" |[[Alamat IP versi 4#DSCP|DSCP]] |
|||
| 126 |
|||
| colspan="2" |[[Alamat IP versi 4#ECN|ECN]] |
|||
| 16,777,214 |
|||
| colspan="16" | [[Alamat IP versi 4#Total Panjang|Total Panjang]] |
|||
|- |
|- |
||
!4 |
|||
| Kelas B |
|||
!32 |
|||
| 128–191 |
|||
| colspan="16" | [[Alamat IP versi 4#Identifikasi|Identifikasi]] |
|||
| W.X |
|||
| colspan="3" |[[Alamat IP versi 4#Flag|Flag]] |
|||
| Y.Z |
|||
| colspan="13" | [[Alamat IP versi 4#Offset Fragmen|Offset Fragmen]] |
|||
| 16,384 |
|||
| 65,534 |
|||
|- |
|- |
||
!8 |
|||
| Kelas C |
|||
!64 |
|||
| 192–223 |
|||
| colspan="8" |[[Alamat IP versi 4#TTL|Time To Live]] |
|||
| W.X.Y |
|||
| colspan="8" | [[Daftar nomor protokol IP|Protokol]] |
|||
| Z |
|||
| colspan="16" | [[Alamat IP versi 4#Checker Header|Checksum Header]] |
|||
| 2,097,152 |
|||
| 254 |
|||
|- |
|- |
||
!12 |
|||
| Kelas D |
|||
!96 |
|||
| 224-239 |
|||
| colspan="32" | [[Alamat IP versi 4#Alamat sumber|Sumber Alamat IP]] |
|||
| Multicast IP Address |
|||
| Multicast IP Address |
|||
| Multicast IP Address |
|||
| Multicast IP Address |
|||
|- |
|- |
||
!16 |
|||
| Kelas E |
|||
!128 |
|||
| 240-255 |
|||
| colspan="32" | [[Alamat IP versi 4#Alamat tujuan|Alamat Tujuan IP]] |
|||
| Dicadangkan; eksperimen |
|||
| Dicadangkan; eksperimen |
|||
| Dicadangkan; eksperimen |
|||
| Dicadangkan; eksperimen |
|||
|- |
|- |
||
!20 |
|||
!160 |
|||
| colspan="32" rowspan="4" | [[Alamat IP versi 4#Opsi|Opsi]] (jika IHL > 5) |
|||
|- |
|||
!24 |
|||
!192 |
|||
|- |
|||
!28 |
|||
!224 |
|||
|- |
|||
!32 |
|||
!256 |
|||
|} |
|} |
||
;{{vanchor |Versi}} |
|||
'''Catatan''': Penggunaan kelas alamat IP sekarang tidak relevan lagi, mengingat sekarang alamat IP sudah tidak menggunakan kelas alamat lagi. Pengemban otoritas Internet telah melihat dengan jelas bahwa alamat yang dibagi ke dalam kelas-kelas seperti di atas sudah tidak mencukupi kebutuhan yang ada saat ini, di saat penggunaan Internet yang semakin meluas. Alamat IPv6 yang baru sekarang tidak menggunakan kelas-kelas seperti alamat IPv4. Alamat yang dibuat tanpa memedulikan kelas disebut juga dengan '''''classless address'''''. |
|||
:Bidang header pertama dalam paket IP adalah bidang versi empat-bit. Untuk IPv4, ini selalu sama dengan 4. |
|||
;Internet Header Length (IHL) |
|||
== Alamat ''Unicast'' == |
|||
:Header IPv4 adalah variabel dalam ukuran karena bidang 14 opsional (opsi). Bidang IHL berisi ukuran header IPv4, memiliki 4 bit yang menentukan jumlah [[Kata (arsitektur komputer)|kata]] 32-bit di header. Nilai minimum untuk bidang ini adalah 5,<ref>{{Cite web|url=https://tools.ietf.org/html/rfc791.html|title=Internet Protocol|last=Postel|first=J.|website=tools.ietf.org|language=en|access-date=2020-06-10}}</ref> yang menunjukkan panjang 5 × 32 bit = 160 bit = 20 bita. Sebagai bidang 4-bit, nilai maksimum adalah 15, ini berarti bahwa ukuran maksimum header IPv4 adalah 15 × 32 bit, atau 480 bit = 60 bita. |
|||
Setiap antarmuka jaringan yang menggunakan protokol TCP/IP harus diidentifikasikan dengan menggunakan sebuah alamat logis yang unik, yang disebut dengan alamat unicast (''unicast address''). Alamat unicast disebut sebagai alamat logis karena alamat ini merupakan alamat yang diterapkan pada [[DARPA Reference Model|lapisan jaringan dalam DARPA Reference Model]] dan tidak memiliki relasi yang langsung dengan alamat yang digunakan pada [[DARPA Reference Model|lapisan antarmuka jaringan dalam DARPA Reference Model]]. Sebagai contoh, alamat ''unicast'' dapat ditetapkan ke sebuah ''host'' dengan antarmuka jaringan dengan teknologi [[Ethernet]], yang memiliki [[MAC address|alamat MAC]] sepanjang [[48-bit]]. |
|||
;[[Differentiated Services Code Point]] ({{vanchor|DSCP}}) |
|||
Alamat ''unicast'' inilah yang harus digunakan oleh semua ''host'' [[TCP/IP]] agar dapat saling terhubung. Komponen alamat ini terbagi menjadi dua jenis, yakni alamat host (''host identifier'') dan alamat jaringan (''network identifier''). |
|||
:Awalnya didefinisikan sebagai [[type of service]] (ToS), bidang ini menentukan [[differentiated services]] (DiffServ) per RFC 2474.{{efn|Updated by {{IETF RFC|3168|link=no}} and {{IETF RFC|3260|link=no}}}} Streaming data waktu nyata memanfaatkan bidang DSCP. Sebuah contoh adalah [[Voice over IP]] (VoIP), yang digunakan untuk layanan suara interaktif. |
|||
;[[Explicit Congestion Notification]] ({{vanchor|ECN}}) |
|||
Alamat ''unicast'' menggunakan kelas A, B, dan C dari kelas-kelas alamat IP yang telah disebutkan sebelumnya, sehingga ruang alamatnya adalah dari <code>1.x.y.z</code> hingga <code>223.x.y.z</code>. Sebuah alamat ''unicast'' dibedakan dengan alamat lainnya dengan menggunakan skema ''[[subnet mask]]''. |
|||
:Bidang ini didefinisikan dalam RFC 3168 dan memungkinkan pemberitahuan ujung ke ujung tentang kemacetan jaringan tanpa menurunkan paket. ECN adalah fitur opsional tersedia ketika kedua titik akhir mendukungnya dan efektif bila juga didukung oleh jaringan yang mendasarinya. |
|||
;Total panjang |
|||
== Jenis-jenis alamat ''unicast'' == |
|||
:Bidang 16-bit ini mendefinisikan seluruh ukuran paket dalam byte, termasuk header dan data. Ukuran minimum adalah 20 bita (header tanpa data) dan maksimum adalah 65.535 bita. Semua host diharuskan untuk menyusun kembali datagram ukuran hingga 576 bita, tetapi kebanyakan host modern menangani paket yang jauh lebih besar. Terkadang tautan memaksakan pembatasan lebih lanjut pada ukuran paket, di mana datagram harus terfragmentasi. Fragmentasi dalam IPv4 ditangani di host atau di router. |
|||
Jika ada sebuah [[intranet]] tidak yang terkoneksi ke [[Internet]], semua alamat IP dalam ruangan kelas alamat unicast dapat digunakan. Jika koneksi dilakukan secara langsung (dengan menggunakan teknik ''routing'') atau secara tidak langsung (dengan menggunakan ''proxy server''), maka ada dua jenis alamat yang dapat digunakan di dalam [[Internet]], yaitu '''public address''' (alamat publik) dan '''private address''' (alamat pribadi). |
|||
=== Alamat publik === |
|||
alamat publik adalah alamat-alamat yang telah ditetapkan oleh [[InterNIC]] dan berisi beberapa buah ''network identifier'' yang telah dijamin unik (artinya, tidak ada dua host yang menggunakan alamat yang sama) jika intranet tersebut telah terhubung ke Internet. |
|||
;Identifikasi |
|||
Ketika beberapa alamat publik telah ditetapkan, maka beberapa rute dapat diprogram ke dalam sebuah [[router]] sehingga lalu lintas data yang menuju alamat publik tersebut dapat mencapai lokasinya. Di Internet, lalu lintas ke sebuah alamat publik tujuan dapat dicapai, selama masih terkoneksi dengan Internet. |
|||
:Bidang ini adalah bidang identifikasi dan terutama digunakan untuk mengidentifikasi secara unik kelompok fragmen datagram IP tunggal. Beberapa karya eksperimental telah menyarankan penggunaan bidang ID untuk tujuan lain, seperti untuk menambahkan informasi penelusuran paket untuk membantu melacak datagram dengan alamat sumber palsu,<ref>{{Cite web|url=https://dl.acm.org/doi/abs/10.1145/347059.347560|title=Practical network support for IP traceback {{!}} Proceedings of the conference on Applications, Technologies, Architectures, and Protocols for Computer Communication|website=dl.acm.org|language=EN|access-date=2020-06-10}}</ref> tetapi RFC 6864 sekarang melarang penggunaan semacam itu. |
|||
==== Alamat ilegal ==== |
|||
[[Intranet|Intranet-intranet]] pribadi yang tidak memiliki kemauan untuk mengoneksikan intranetnya ke Internet dapat memilih alamat apapun yang mereka mau, meskipun menggunakan alamat publik yang telah ditetapkan oleh [[InterNIC]]. Jika sebuah organisasi selanjutnya memutuskan untuk menghubungkan intranetnya ke [[Internet]], skema alamat yang digunakannya mungkin dapat mengandung alamat-alamat yang mungkin telah ditetapkan oleh [[InterNIC]] atau organisasi lainnya. Alamat-alamat tersebut dapat menjadi konflik antara satu dan lainnya, sehingga disebut juga dengan '''illegal address''', yang tidak dapat dihubungi oleh host lainnya. |
|||
;Flag |
|||
=== Alamat Privat === |
|||
:Bidang tiga-bit mengikuti dan digunakan untuk mengontrol atau mengidentifikasi fragmen. Mereka (dalam urutan, dari yang paling signifikan hingga yang paling tidak signifikan): |
|||
Setiap node IP membutuhkan sebuah alamat IP yang secara global unik terhadap ''Internetwork'' IP. Pada kasus Internet, setiap ''node'' di dalam sebuah jaringan yang terhubung ke [[Internet]] akan membutuhkan sebuah alamat yang unik secara global terhadap Internet. Karena perkembangan Internet yang sangat amat pesat, organisasi-organisasi yang menghubungkan ''[[intranet]]'' miliknya ke Internet membutuhkan sebuah alamat publik untuk setiap ''node'' di dalam ''intranet'' miliknya tersebut. Tentu saja, hal ini akan membutuhkan sebuah alamat publik yang unik secara global. |
|||
* bit 0: Dicadangkan; harus nol. |
|||
Ketika menganalisis kebutuhan pengalamatan yang dibutuhkan oleh sebuah organisasi, para desainer Internet memiliki pemikiran yaitu bagi kebanyakan organisasi, kebanyakan host di dalam intranet organisasi tersebut tidak harus terhubung secara langsung ke Internet. Host-host yang membutuhkan sekumpulan layanan Internet, seperti halnya akses terhadap ''[[web]]'' atau ''[[e-mail]]'', biasanya mengakses layanan Internet tersebut melalui [[gateway]] yang berjalan di atas lapisan aplikasi seperti ''[[proxy server]]'' atau [[e-mail server]]. Hasilnya, kebanyakan organisasi hanya membutuhkan alamat publik dalam jumlah sedikit saja yang nantinya digunakan oleh ''node-node'' tersebut (hanya untuk ''[[proxy server|proxy]]'', ''[[router]]'', ''[[firewall]]'', atau ''[[Network Address Translation|translator alamat jaringan]]'') yang terhubung secara langsung ke [[Internet]]. |
|||
* bit 1: Don't Fragment (DF) |
|||
* bit 2: Lebih Banyak Fragmen (MF) |
|||
Jika flag DF diatur, dan fragmentasi diperlukan untuk merutekan paket, maka paket tersebut dijatuhkan. Ini dapat digunakan saat mengirim paket ke host yang tidak memiliki sumber daya untuk menangani fragmentasi. Itu juga dapat digunakan untuk [[Jalur Penemuan MTU|jalur penemuan MTU]], baik secara otomatis oleh perangkat lunak IP host, atau secara manual menggunakan alat diagnostik seperti [[ping]] atau [[traceroute]]. Untuk paket yang tidak dibagi, bendera MF dihapus. Untuk paket terfragmentasi, semua fragmen kecuali yang terakhir memiliki flag MF yang ditetapkan. Fragmen terakhir memiliki bidang Fragmen Offset tidak ada-nol, membedakannya dari paket yang tidak terfragmentasi. |
|||
Untuk ''host-host'' di dalam sebuah organisasi yang tidak membutuhkan akses langsung ke Internet, alamat-alamat IP yang bukan duplikat dari alamat publik yang telah ditetapkan mutlak dibutuhkan. Untuk mengatasi masalah pengalamatan ini, para desainer Internet mereservasikan sebagian ruangan alamat IP dan menyebut bagian tersebut sebagai ruangan alamat pribadi. Sebuah alamat IP yang berada di dalam ruangan alamat pribadi tidak akan digunakan sebagai sebuah alamat publik. Alamat IP yang berada di dalam ruangan alamat pribadi dikenal juga dengan '''alamat pribadi''' atau ''Private Address''. Karena di antara ruangan alamat publik dan ruangan alamat pribadi tidak saling melakukan ''overlapping'', maka alamat pribadi tidak akan menduplikasi alamat publik, dan tidak pula sebaliknya. Sebuah jaringan yang menggunakan alamat IP privat disebut juga dengan '''jaringan privat''' atau ''private network''. |
|||
; {{vanchor|Fragment Offset}} |
|||
Ruangan alamat pribadi yang ditentukan di dalam RFC 1918 didefinisikan di dalam tiga blok alamat berikut: |
|||
:Bidang ini menentukan offset dari fragmen tertentu relatif terhadap awal datagram IP asli yang tidak terfragmentasi dalam unit blok delapan bita. Fragmen pertama memiliki offset nol. Bidang 13 bit memungkinkan offset maksimum (2<sup>13</sup> – 1) × 8 = 65,528 bita, yang, dengan menyertakan panjang header (65,528 + 20 = 65,548 bita), mendukung fragmentasi paket yang melebihi panjang IP maksimum 65.535 bita. |
|||
* 10.0.0.0/8 |
|||
* 172.16.0.0/12 |
|||
* 192.168.0.0/16 |
|||
; {{vanchor|Header Checksum}} |
|||
Sementara itu ada juga sebuah ruang alamat yang digunakan untuk alamat IP privat dalam beberapa sistem operasi: |
|||
:Bidang [[checksum header IPv4]] 16-bit digunakan untuk pemeriksaan kesalahan pada header. Saat paket tiba di router, router menghitung checksum dari header dan membandingkannya dengan kolom checksum. Jika nilainya tidak cocok, router akan membuang paket tersebut. Kesalahan dalam bidang data harus ditangani oleh protokol yang dienkapsulasi. Baik [[User Datagram Protocol|UDP]] dan [[Transmission Control Protocol|TCP]] memiliki kolom checksum. |
|||
* 169.254.0.0/16 |
|||
:Ketika sebuah paket tiba di sebuah router, router tersebut menurunkan bidang TTL. Akibatnya, router harus menghitung checksum baru. |
|||
==== 10.0.0.0/8 ==== |
|||
Jaringan pribadi (''private network'') '''10.0.0.0/8''' merupakan sebuah ''network identifier'' kelas A yang mengizinkan alamat IP yang valid dari '''10.0.0.1''' hingga '''10.255.255.254'''. Jaringan pribadi '''10.0.0.0/8''' memiliki 24 bit host yang dapat digunakan untuk skema ''[[subnet mask|subnetting]]'' di dalam sebuah organisasi privat. |
|||
;Protokol |
|||
==== 172.16.0.0/12 ==== |
|||
:Bidang ini mendefinisikan protokol yang digunakan dalam bagian data datagram IP. IANA menyimpan [[daftar nomor protokol IP]] seperti yang diarahkan oleh RFC 790. |
|||
Jaringan pribadi '''172.16.0.0/12''' dapat diinterpretasikan sebagai sebuah block dari 16 network identifier kelas B atau sebagai sebuah ruangan alamat yang memiliki 20 bit yang dapat ditetapkan sebagai ''host identifier'', yang dapat digunakan dengan menggunakan skema ''[[subnet mask|subnetting]]'' di dalam sebuah organisasi privat. Alamat jaringan privat '''172.16.0.0/12''' mengizinkan alamat-alamat IP yang valid dari '''172.16.0.1''' hingga '''172.31.255.254'''. |
|||
;Alamat sumber |
|||
==== 192.168.0.0/16 ==== |
|||
:Bidang ini adalah [[alamat IPv4]] pengirim paket. Perhatikan bahwa alamat ini dapat diubah saat transit oleh perangkat [[Network Address Translation|terjemahan alamat jaringan]]. |
|||
Jaringan pribadi '''192.168.0.0/16''' dapat diinterpretasikan sebagai sebuah block dari 256 network identifier kelas C atau sebagai sebuah ruangan alamat yang memiliki 16 bit yang dapat ditetapkan sebagai host identifier yang dapat digunakan dengan menggunakan skema [[subnet mask|subnetting]] apapun di dalam sebuah organisasi privat. Alamat jaringan privat '''192.168.0.0/16''' dapat mendukung alamat-alamat IP yang valid dari '''192.168.0.1''' hingga '''192.168.255.254'''. |
|||
;Alamat tujuan |
|||
==== 169.254.0.0/16 ==== |
|||
:Bidang ini adalah alamat IPv4 penerima paket. Lain halnya dengan alamat sumber, ini dapat diubah saat transit oleh perangkat terjemahan alamat jaringan. |
|||
Alamat jaringan ini dapat digunakan sebagai alamat privat karena memang [[IANA]] mengalokasikan untuk tidak menggunakannya. Alamat IP yang mungkin dalam ruang alamat ini adalah '''169.254.0.1''' hingga '''169.254.255.254''', dengan alamat subnet mask '''255.255.0.0'''. Alamat ini digunakan sebagai alamat IP privat otomatis (dalam Windows, disebut dengan ''Automatic Private Internet Protocol Addressing'' (APIPA)). |
|||
== Mengatasi kehabisan alamat == |
|||
Hasil dari penggunaan alamat-alamat privat ini oleh banyak organisasi adalah menghindari kehabisan dari alamat publik, mengingat pertumbuhan Internet yang sangat pesat. |
|||
Sejak 1980-an, tampak jelas bahwa kumpulan alamat IPv4 yang tersedia semakin menipis pada tingkat yang pada awalnya tidak diantisipasi dalam desain asli jaringan.<ref>{{Cite web|url=http://technology.inquirer.net/infotech/infotech/view/20110121-315808/World-running-out-of-Internet-addresses|title=World 'running out of Internet addresses' - INQUIRER.net, Philippine News for Filipinos|date=2011-01-25|website=web.archive.org|access-date=2020-06-10|archive-date=2011-01-25|archive-url=https://web.archive.org/web/20110125195711/http://technology.inquirer.net/infotech/infotech/view/20110121-315808/World-running-out-of-Internet-addresses|dead-url=unfit}}</ref> Kekuatan pasar utama yang mempercepat penipisan alamat termasuk meningkatnya jumlah pengguna Internet, yang semakin banyak menggunakan perangkat komputasi mobile, seperti [[Laptop|komputer laptop]], [[Personal digital assistant|asisten digital pribadi]] (PDA), dan [[ponsel pintar]] dengan layanan data IP. Selain itu, akses Internet kecepatan tinggi didasarkan pada perangkat yang selalu aktif. Ancaman kehabisan memotivasi pengenalan sejumlah teknologi remedial, seperti metode [[Classless Inter-Domain Routing]] (CIDR) pada pertengahan 1990-an, penggunaan yang luas dari [[penafsiran alamat jaringan|terjemahan alamat jaringan]] (NAT) dalam sistem penyedia akses jaringan, dan penggunaan yang ketat- kebijakan alokasi berdasarkan pada pendaftar Internet regional dan lokal. |
|||
Kumpulan alamat utama Internet, dikelola oleh IANA, habis pada 3 Februari 2011, ketika lima blok terakhir dialokasikan ke lima RIR.<ref>{{Cite web|url=https://www.nro.net/ipv4-free-pool-depleted|title=Free Pool of IPv4 Address Space Depleted The Number Resource Organization|website=www.nro.net|access-date=2020-06-10}}</ref> [[Asia Pacific Network Information Centre|APNIC]] adalah RIR pertama yang menghabiskan kumpulan regionalnya pada 15 April 2011, kecuali untuk sejumlah kecil ruang alamat yang disediakan untuk teknologi transisi ke IPv6, yang akan dialokasikan berdasarkan kebijakan terbatas.<ref>{{Cite web|url=http://www.apnic.net/publications/news/2011/final-8|title=APNIC - APNIC IPv4 Address Pool Reaches Final /8|date=2011-08-07|website=web.archive.org|access-date=2020-06-10|archive-date=2011-08-17|archive-url=https://web.archive.org/web/20110817213017/http://www.apnic.net/publications/news/2011/final-8|dead-url=unfit}}</ref> |
|||
{| class="wikitable" |
|||
Solusi jangka panjang untuk mengatasi kehabisan alamat adalah spesifikasi 1998 dari versi baru dari Protokol Internet, IPv6.<ref>{{Cite web|url=https://tools.ietf.org/html/rfc2460.html|title=Internet Protocol, Version 6 (IPv6) Specification|last=Deering <[email protected]>|first=Stephen E.|website=tools.ietf.org|language=en|access-date=2020-06-10}}</ref> Ini memberikan ruang alamat yang sangat meningkat, tetapi juga memungkinkan peningkatan agregasi rute di Internet, dan menawarkan alokasi subnetwork besar dengan minimal 2<sup>64</sup> alamat host untuk pengguna akhir. Namun, IPv4 tidak secara langsung dapat dioperasikan dengan IPv6, sehingga host hanya IPv4 tidak dapat berkomunikasi secara langsung dengan host khusus IPv6. Dengan penghentian jaringan eksperimental [[6bone]] yang dimulai pada tahun 2004, penyebaran formal permanen IPv6 dimulai pada tahun 2006.<ref>{{Cite web|url=https://tools.ietf.org/html/rfc3701.html|title=6bone (IPv6 Testing Address Allocation) Phaseout|last=Hinden|first=Robert M.|last2=Fink|first2=Robert L.|website=tools.ietf.org|language=en|access-date=2020-06-10}}</ref> Penyelesaian penyebaran IPv6 diperkirakan akan memakan waktu yang cukup lama,<ref>{{Cite journal|last=|first=|year=|title=Konferensi Internasional IEEE 2016 tentang Teknologi yang Muncul dan Praktik Bisnis Inovatif untuk Transformasi Masyarakat (EmergiTech): tanggal, 3-6 Agustus 2016. Universitas Teknologi, Mauritius, Institut Insinyur Listrik dan Elektronik. Piscataway, NJ.|url=https://en.wiki-indonesia.club/wiki/Special:BookSources/9781509007066|journal=Wikipedia|language=en|volume=|issue=|pages=|doi=}}</ref> sehingga [[Mekanisme transisi IPv6|teknologi transisi]] menengah diperlukan untuk memungkinkan host berpartisipasi di Internet menggunakan kedua versi protokol. |
|||
== Fragmentasi dan penyusunan kembali == |
|||
Protokol Internet memungkinkan lalu lintas antar jaringan. Desainnya mengakomodasi jaringan-jaringan fisik yang beragam; itu tidak tergantung pada teknologi transmisi yang digunakan dalam lapisan tautan. Jaringan dengan [[perangkat keras]] yang berbeda biasanya bervariasi tidak hanya dalam kecepatan transmisi, tetapi juga dalam [[Unit Transmisi Maksimum|unit transmisi maksimum]] (MTU). Ketika satu jaringan ingin mengirimkan datagram ke jaringan dengan MTU yang lebih kecil, itu dapat [[Fragmentasi IP|fragmentasi]] datagram-nya. Dalam IPv4, fungsi ini ditempatkan di [[Lapisan internet|Lapisan Internet]], dan dilakukan di router IPv4, yang karenanya tidak memerlukan implementasi lapisan yang lebih tinggi untuk fungsi routing paket IP. |
|||
=== Fragmentasi === |
|||
Ketika router menerima paket, itu memeriksa alamat tujuan dan menentukan antarmuka keluar untuk digunakan dan MTU antarmuka itu. Jika ukuran paket lebih besar dari MTU, dan bit Do not Fragment (DF) di header paket diatur ke 0, maka router dapat memecah-mecah paket. |
|||
Router membagi paket menjadi beberapa bagian. Ukuran maksimum setiap fragmen adalah MTU minus ukuran header IP (minimum 20 bita; maksimum 60 bita). Router menempatkan setiap fragmen ke dalam paketnya masing-masing, setiap paket fragmen memiliki perubahan berikut: |
|||
* ''Bidang panjang'' total adalah ukuran fragmen. |
|||
* Lebih banyak ''bendera'' fragmen (MF) diatur untuk semua fragmen kecuali yang terakhir, yang diatur ke 0. |
|||
* ''Bidang offset'' fragmen diatur, berdasarkan offset fragmen dalam muatan data asli. Ini diukur dalam satuan blok delapan bita. |
|||
* ''Bidang checksum'' header dihitung ulang. |
|||
Misalnya, untuk MTU 1.500 bita dan ukuran header 20 bita, offset fragmen akan menjadi kelipatan dari <math>\frac{1500-20}{8} = 185</math>. Kelipatannya adalah 0, 185, 370, 555, 740, ... |
|||
Ada kemungkinan bahwa suatu paket terfragmentasi pada satu router, dan bahwa fragmen-fragmen tersebut selanjutnya terfragmentasi pada router lain. Misalnya, paket 4.520 bita, termasuk 20 bita header IP (tanpa opsi) terfragmentasi menjadi dua paket pada tautan dengan MTU 2.500 bita: |
|||
{| class="wikitable" style="text-align:center" |
|||
|- |
|- |
||
!|Fragmen |
|||
! Ruang alamat |
|||
!|Ukuran<br/><small>(bita)</small> |
|||
! Dari alamat |
|||
!|Ukuran header<br/><small>(bita)</small> |
|||
! Sampai alamat |
|||
!|Ukuran data<br/><small>(bita)</small> |
|||
! Keterangan |
|||
!|Flag<br/>''lebih banyak fragmen'' |
|||
!|Offset fragmen<br/><small>(Blok 8 bita)</small> |
|||
|- |
|- |
||
|1 |
|||
| 010.000.000.000/8 |
|||
|2500 |
|||
| 010.000.000.001 |
|||
|20 |
|||
| 010.255.255.254 |
|||
|2480 |
|||
| Ruang alamat privat yang sangat besar (mereservaskan kelas A untuk digunakan) |
|||
|1 |
|||
|0 |
|||
|- |
|- |
||
|2 |
|||
| 172.016.000.000/12 |
|||
|2040 |
|||
| 172.016.000.001 |
|||
|20 |
|||
| 172.031.255.254 |
|||
|2020 |
|||
| Ruang alamat privat yang besar (digunakan untuk jaringan menengah hingga besar) |
|||
|0 |
|||
|310 |
|||
|} |
|||
Ukuran data total dipertahankan: 2480 bita + 2020 bita = 4.500 bita. Offsetnya adalah <math>0</math> dan <math>\frac{0 + 2480}{8} = 310</math>. |
|||
Pada tautan dengan MTU 1.500 bita, setiap fragmen menghasilkan dua fragmen: |
|||
{| class="wikitable" style="text-align:center" |
|||
|- |
|- |
||
!|Fragmen |
|||
| 192.168.000.000/16 |
|||
!|Ukuran<br/><small>(bita)</small> |
|||
| 192.168.000.001 |
|||
!|Ukuran header<br/><small>(bita)</small> |
|||
| 192.168.255.254 |
|||
!|Ukuran data<br/><small>(bita)</small> |
|||
| Ruang alamat privat yang cukup besar (digunakan untuk jaringan kecil hingga besar) |
|||
!|Flag<br/>''lebih banyak fragmen'' |
|||
!|Offset fragmen<br/><small>(Blok 8 bita)</small> |
|||
|- |
|- |
||
|1 |
|||
| 169.254.000.000/16 |
|||
|1500 |
|||
| 169.254.000.001 |
|||
|20 |
|||
| 169.254.255.254 |
|||
|1480 |
|||
| Digunakan oleh fitur ''Automatic Private Internet Protocol Addressing'' (APIPA) dalam beberapa [[sistem operasi]]. |
|||
|1 |
|||
|0 |
|||
|- |
|- |
||
|2 |
|||
|1020 |
|||
|20 |
|||
|1000 |
|||
|1 |
|||
|185 |
|||
|- |
|||
|3 |
|||
|1500 |
|||
|20 |
|||
|1480 |
|||
|1 |
|||
|310 |
|||
|- |
|||
|4 |
|||
|560 |
|||
|20 |
|||
|540 |
|||
|0 |
|||
|495 |
|||
|} |
|} |
||
Sekali lagi, ukuran data dipertahankan: 1480 + 1000 = 2480, dan 1480 + 540 = 2020. |
|||
Karena alamat-alamat IP di dalam ruangan alamat pribadi tidak akan ditetapkan oleh [[InterNIC|Internet Network Information Center (InterNIC)]] (atau badan lainnya yang memiliki otoritas) sebagai alamat publik, maka tidak akan pernah ada rute yang menuju ke alamat-alamat pribadi tersebut di dalam router Internet. Kompensasinya, alamat pribadi tidak dapat dijangkau dari Internet. Oleh karena itu, semua lalu lintas dari sebuah host yang menggunakan sebuah alamat pribadi harus mengirim request tersebut ke sebuah ''[[gateway]]'' (seperti halnya ''[[proxy server]]''), yang memiliki sebuah alamat publik yang valid, atau memiliki alamat pribadi yang telah ditranslasikan ke dalam sebuah alamat IP publik yang valid dengan menggunakan ''[[Network Address Translation|Network Address Translator]]'' (NAT) sebelum dikirimkan ke [[Internet]]. |
|||
== Alamat ''Multicast'' == |
|||
Alamat IP Multicast (''Multicast IP Address'') adalah alamat yang digunakan untuk menyampaikan satu paket kepada banyak penerima. Dalam sebuah [[intranet]] yang memiliki alamat multicast IPv4, sebuah paket yang ditujukan ke sebuah alamat ''multicast'' akan diteruskan oleh [[router]] ke subjaringan di mana terdapat host-host yang sedang berada dalam kondisi "''listening''" terhadap lalu lintas jaringan yang dikirimkan ke alamat ''multicast'' tersebut. Dengan cara ini, alamat multicast pun menjadi cara yang efisien untuk mengirimkan paket data dari satu sumber ke beberapa tujuan untuk beberapa jenis komunikasi. Alamat multicast didefinisikan dalam RFC 1112. |
|||
Alamat-alamat multicast IPv4 didefinisikan dalam ruang alamat '''kelas D''', yakni '''224.0.0.0/4''', yang berkisar dari 224.0.0.0 hingga 224.255.255.255. Prefiks alamat 224.0.0.0/24 (dari alamat 224.0.0.0 hingga 224.0.0.255) tidak dapat digunakan karena dicadangkan untuk digunakan oleh lalu lintas multicast dalam subnet lokal. |
|||
Juga dalam kasus ini, bit ''Fragmen Lainnya'' tetap 1 untuk semua fragmen yang datang dengan 1 di dalamnya dan untuk fragmen terakhir yang tiba, itu berfungsi seperti biasa, yaitu bit MF diatur ke 0 hanya di yang terakhir. Dan tentu saja, bidang Identifikasi terus memiliki nilai yang sama di semua fragmen yang terfragmentasi. Dengan cara ini, bahkan jika fragmen-fragmen ulang, penerima tahu bahwa mereka semua awalnya dimulai dari paket yang sama. |
|||
Daftar alamat ''multicast'' yang ditetapkan oleh IANA dapat dilihat pada [http://www.iana.org/assignments/multicast-addresses situs IANA]. |
|||
Offset terakhir dan ukuran data terakhir digunakan untuk menghitung ukuran data total: <math>495 \times 8 + 540 = 3960 + 540 = 4500</math>. |
|||
== Alamat ''Broadcast'' == |
|||
Alamat ''broadcast'' untuk IP versi 4 digunakan untuk menyampaikan paket-paket data "satu-untuk-semua". Jika sebuah ''host'' pengirim yang hendak mengirimkan paket data dengan tujuan alamat ''broadcast'', maka semua ''node'' yang terdapat di dalam segmen jaringan tersebut akan menerima paket tersebut dan memprosesnya. Berbeda dengan alamat ''IP unicast'' atau alamat ''IP multicast'', alamat ''IP broadcast'' hanya dapat digunakan sebagai alamat tujuan saja, sehingga tidak dapat digunakan sebagai alamat sumber. |
|||
=== Penyusunan kembali === |
|||
Ada empat buah jenis alamat IP broadcast, yakni ''network broadcast'', ''subnet broadcast'', ''all-subnets-directed broadcast'', dan ''Limited Broadcast''. Untuk setiap jenis alamat ''broadcast'' tersebut, paket IP ''broadcast'' akan dialamatkan kepada [[DARPA Reference Model|lapisan antarmuka jaringan]] dengan menggunakan alamat ''broadcast'' yang dimiliki oleh teknologi antarmuka jaringan yang digunakan. Sebagai contoh, untuk jaringan [[Ethernet]] dan [[Token Ring]], semua paket ''broadcast'' IP akan dikirimkan ke alamat ''broadcast'' [[Ethernet]] dan [[Token Ring]], yakni <nowiki>0xFF-FF-FF-FF-FF-FF</nowiki>. |
|||
Penerima tahu bahwa sebuah paket adalah sebuah fragmen, jika setidaknya salah satu dari kondisi berikut ini benar: |
|||
* Flag "lebih banyak fragmen" diatur, yang berlaku untuk semua fragmen kecuali yang terakhir. |
|||
=== ''Network Broadcast'' === |
|||
* Bidang "offset fragmen" adalah bukan nol, yang berlaku untuk semua fragmen kecuali yang pertama. |
|||
Alamat ''network broadcast'' IPv4 adalah alamat yang dibentuk dengan cara mengeset semua ''bit'' ''host'' menjadi 1 dalam sebuah alamat yang menggunakan kelas (''classful''). Contohnya adalah, dalam NetID 131.107.0.0/16, alamat ''broadcast''-nya adalah 131.107.255.255. Alamat ''network broadcast'' digunakan untuk mengirimkan sebuah paket untuk semua ''host'' yang terdapat di dalam sebuah jaringan yang berbasis kelas. ''[[Router]]'' tidak dapat meneruskan paket-paket yang ditujukan dengan alamat ''network broadcast''. |
|||
Penerima mengidentifikasi fragmen yang cocok menggunakan alamat asing dan lokal, ID protokol, dan bidang identifikasi. Penerima menyusun kembali data dari fragmen dengan ID yang sama menggunakan offset fragmen dan bendera fragmen yang lebih banyak. Ketika penerima menerima fragmen terakhir, yang memiliki bendera "fragmen lebih" diatur ke 0, ia dapat menghitung ukuran muatan data asli, dengan mengalikan offset fragmen terakhir dengan delapan, dan menambahkan ukuran data fragmen terakhir. Dalam contoh yang diberikan, perhitungan ini adalah 495 * 8 + 540 = 4.500 bita. |
|||
=== ''Subnet broadcast'' === |
|||
Alamat ''subnet broadcast'' adalah alamat yang dibentuk dengan cara mengeset semua ''bit'' host menjadi 1 dalam sebuah alamat yang tidak menggunakan kelas (''classless''). Sebagai contoh, dalam NetID 131.107.26.0/24, alamat ''broadcast''-nya adalah 131.107.26.255. Alamat ''subnet broadcast'' digunakan untuk mengirimkan paket ke semua ''host'' dalam sebuah jaringan yang telah dibagi dengan cara ''subnetting'', atau ''supernetting''. Router tidak dapat meneruskan paket-paket yang ditujukan dengan alamat ''subnet broadcast''. |
|||
Ketika penerima memiliki semua fragmen, mereka dapat disusun kembali dalam urutan yang benar sesuai dengan offset, untuk membentuk datagram asli. |
|||
Alamat ''subnet broadcast'' tidak terdapat di dalam sebuah jaringan yang menggunakan kelas alamat IP, sementara itu, alamat ''network broadcast'' tidak terdapat di dalam sebuah jaringan yang tidak menggunakan kelas alamat IP. |
|||
== Protokol bantu == |
|||
=== ''All-subnets-directed broadcast'' === |
|||
Alamat IP tidak terikat secara permanen dengan identifikasi perangkat keras dan, memang, antarmuka jaringan dapat memiliki beberapa alamat IP dalam sistem operasi modern. Host dan perute memerlukan mekanisme tambahan untuk mengidentifikasi hubungan antara antarmuka perangkat dan alamat IP, agar dapat mengirimkan paket IP dengan benar ke host tujuan pada tautan. [[Address resolution protocol|Address Resolution Protocol]] (ARP) melakukan penafsiran alamat IP ke [[alamat MAC]] untuk IPv4. Selain itu, korelasi terbalik sering kali diperlukan. Misalnya, ketika host IP di-''boot'' atau terhubung ke jaringan, ia perlu menentukan alamat IP-nya, kecuali jika alamat sudah dikonfigurasikan sebelumnya oleh administrator. Protokol untuk korelasi terbalik seperti itu ada di [[Internet protocol suite|Internet Protocol Suite]]. Metode yang saat ini digunakan adalah [[Dynamic Host Configuration Protocol]] (DHCP), [[Bootstrap Protocol]] (BOOTP) dan, jarang, [[ARP|membalikkan ARP]]. |
|||
Alamat IP ini adalah alamat broadcast yang dibentuk dengan mengeset semua bit-bit ''network identifier'' yang asli yang berbasis kelas menjadi 1 untuk sebuah jaringan dengan alamat tak berkelas (classless). Sebuah [[paket jaringan]] yang dialamatkan ke alamat ini akan disampaikan ke semua ''host'' dalam semua ''subnet'' yang dibentuk dari ''network identifer'' yang berbasis kelas yang asli. Contoh untuk alamat ini adalah untuk sebuah ''network identifier'' '''131.107.26.0/24''', alamat ''all-subnets-directed broadcast'' untuknya adalah '''131.107.255.255'''. Dengan kata lain, alamat ini adalah alamat jaringan ''broadcast'' dari ''network identifier'' alamat berbasis kelas yang asli. Dalam contoh di atas, alamat 131.107.26.0/24 yang merupakan alamat kelas B, yang secara default memiliki ''network identifer'' '''16''', maka alamatnya adalah 131.107.255.255. |
|||
== Lihat juga == |
|||
Semua host dari sebuah jaringan dengan alamat tidak berkelas akan menengarkan dan memproses paket-paket yang dialamatkan ke alamat ini. RFC 922 mengharuskan router IP untuk meneruskan paket yang di-broadcast ke alamat ini ke semua ''subnet'' dalam jaringan berkelas yang asli. Meskipun demikian, hal ini belum banyak diimplementasikan. |
|||
* [[Sejarah Internet]] |
|||
Dengan banyaknya alamat ''network identifier'' yang tidak berkelas, maka alamat ini pun tidak relevan lagi dengan perkembangan jaringan. Menurut RFC 1812, penggunaan alamat jenis ini telah ditinggalkan. |
|||
* [[Daftar blok alamat /8 IPv4 yang ditetapkan]] |
|||
* [[Daftar nomor protokol IP]] |
|||
== Referensi == |
|||
{{Reflist|30em}} |
|||
Alamat ini adalah alamat yang dibentuk dengan mengeset semua 32 bit alamat IP versi 4 menjadi '''1''' (11111111111111111111111111111111 atau 255.255.255.255). Alamat ini digunakan ketika sebuah ''node'' IP harus melakukan penyampaian data secara ''one-to-everyone'' di dalam sebuah [[local area network|jaringan lokal]] tetapi ia belum mengetahui ''network identifier''-nya. Contoh penggunaanya adalah ketika proses konfigurasi alamat secara otomatis dengan menggunakan ''[[Boot Protocol]]'' (BOOTP) atau ''[[Dynamic Host Configuration Protocol]]'' (DHCP). Sebagai contoh, dengan DHCP, sebuah [[DHCP|klien DHCP]] harus menggunakan alamat ini untuk semua lalu lintas yang dikirimkan hingga [[DHCP|''server'' DHCP]] memberikan sewaan alamat IP kepadanya. |
|||
== Pranala luar == |
|||
Semua ''host'', yang berbasis kelas atau tanpa kelas akan mendengarkan dan memproses paket jaringan yang dialamatkan ke alamat ini. Meskipun kelihatannya dengan menggunakan alamat ini, [[paket jaringan]] akan dikirimkan ke semua ''node'' di dalam semua jaringan, ternyata hal ini hanya terjadi di dalam jaringan lokal saja, dan tidak akan pernah diteruskan oleh ''router'' IP, mengingat paket data dibatasi saja hanya dalam segmen jaringan lokal saja. Karenanya, alamat ini disebut sebagai '''''limited broadcast'''''. |
|||
{{Wikiversity|IPv4}} |
|||
* [https://www.iana.org/ Internet Assigned Numbers Authority] (IANA) |
|||
* [http://www.networksorcery.com/enp/protocol/ip.htm IP, Protokol Internet] {{Webarchive|url=https://web.archive.org/web/20110514231900/http://www.networksorcery.com/enp/protocol/ip.htm |date=2011-05-14 }} - IP Header Breakdown, termasuk opsi spesifik |
|||
* [https://www.apnic.net/community/ecosystem/igf/articles/ip-addressing-in-china-2004 Alamat IP di Tiongkok dan mitos tentang kekurangan alamat] |
|||
* [https://web.archive.org/web/20110109025511/http://www.ripe.net/rs/news/ipv4-ncc-20031030.html Laporan RIPE tentang konsumsi alamat pada Oktober 2003] |
|||
* [https://www.iana.org/assignments/ipv4-address-space Keadaan resmi alokasi IPv4 / 8 saat ini, sebagaimana dikelola oleh IANA] |
|||
* [http://www.inetcore.com/project/ipv4ec/index_en.html Hitung mundur dari sisa alamat IPv4 yang tersedia]{{Authority control}} |
|||
[[Kategori:Protokol Internet]] |
[[Kategori:Protokol Internet]] |
||
[[Kategori:Protokol lapisan jaringan]] |
[[Kategori:Protokol lapisan jaringan]] |
||
[[Kategori:Arsitektur |
[[Kategori:Arsitektur internet]] |
||
[[Kategori: |
[[Kategori:IPv4]] |
||
[[Kategori:Standar Internet]] |
Revisi terkini sejak 17 Juli 2024 15.36
Lapisan | Protokol |
---|---|
Aplikasi | FTP, HTTP, IMAP, IRC, NNTP, POP3, RTSP SIP, SMTP, SNMP, SSH, Telnet, BitTorrent, Websphere MQ, selengkapnya... |
Transportasi | DCCP, SCTP, TCP, RTP, UDP, IL, RUDP, selengkapnya... |
Jaringan | IPv4, IPv6, ... |
Taut data | Eternet, Wi-Fi, Token ring, FDDI, PPP, selengkapnya... |
Fisik | RS-232, EIA-422, RS-449, EIA-485, 10BASE2, 10BASE-T, ... |
Alamat IP versi 4 (atau IPv4) adalah versi keempat dari Protokol Internet (IP). Ini adalah salah satu protokol inti dari metode internetworking berbasis standar di Internet dan jaringan packet-switched lainnya. IPv4 adalah versi pertama yang digunakan untuk produksi di ARPANET pada tahun 1983. IPv4 masih merutekan sebagian besar lalu lintas Internet saat ini,[1] meskipun penerapan protokol penerus, IPv6 sedang berlangsung. IPv4 dijelaskan dalam publikasi IETF RFC 791 (September 1981), menggantikan definisi sebelumnya (RFC 760, Januari 1980).
IPv4 menggunakan ruang alamat 32-bit yang menyediakan 4.294.967.296 (232) alamat unik, tetapi blok besar digunakan untuk metode jaringan khusus.
Kegunaan
[sunting | sunting sumber]Protokol internet adalah protokol yang mendefinisikan dan memungkinkan antarjaringan pada lapisan internet dari Internet Protocol Suite. Intinya itu membentuk Internet. Ini menggunakan sistem pengalamatan logis dan melakukan routing, yang merupakan penerusan paket dari host sumber ke router berikutnya yang satu hop lebih dekat ke host tujuan yang dituju di jaringan lain.
IPv4 adalah protokol tanpa koneksi, dan beroperasi pada model pengiriman upaya terbaik, dalam hal itu tidak menjamin pengiriman, juga tidak menjamin urutan yang tepat atau menghindari pengiriman duplikat. Aspek-aspek ini, termasuk integritas data, ditangani oleh protokol transportasi lapisan atas, seperti Transmission Control Protocol (TCP).
Pengalamatan
[sunting | sunting sumber]![](http://upload.wikimedia.org/wikipedia/commons/thumb/7/74/Ipv4_address.svg/300px-Ipv4_address.svg.png)
IPv4 menggunakan alamat 32-bit yang membatasi ruang alamat ke alamat 4294967296 (232).
IPv4 meluangkan blok alamat khusus untuk jaringan pribadi (~ 18 juta alamat) dan alamat multicast (~ 270 juta alamat).
Representasi alamat
[sunting | sunting sumber]Alamat IPv4 dapat direpresentasikan dalam notasi apa pun yang menyatakan nilai integer 32-bit. Mereka paling sering ditulis dalam notasi titik-desimal, yang terdiri dari empat oktet dari alamat yang dinyatakan secara individual dalam angka desimal dan dipisahkan oleh titik.
Misalnya, alamat IP titik-titik 192.0.2.235 mewakili angka desimal 32-bit 3221226219, yang dalam format heksadesimal adalah 0xC00002EB. Ini juga dapat dinyatakan dalam format hex bertitik sebagai 0xC0.0x00.0x02.0xEB, atau dengan nilai bita oktal sebagai 0300.0000.0002.0353.
Notasi CIDR menggabungkan alamat dengan awalan perutean dalam format ringkas, di mana alamat diikuti oleh karakter garis miring (/) dan jumlah 1 bit berturut-turut dalam awalan perutean (subnet mask).
Representasi alamat lain yang umum digunakan ketika jaringan berkelas (classful) dipraktikkan. Misalnya, alamat loopback 127.0.0.1 umumnya ditulis sebagai 127.1, mengingat bahwa itu milik jaringan kelas-A dengan delapan bit untuk topeng jaringan dan 24 bit untuk nomor host. Ketika kurang dari empat angka ditentukan dalam alamat dalam notasi bertitik, nilai terakhir diperlakukan sebagai bilangan bulat sebanyak bita yang diperlukan untuk mengisi alamat menjadi empat oktet. Dengan demikian, alamat 127.65530 setara dengan 127.0.255.250.
Alokasi
[sunting | sunting sumber]Dalam desain asli IPv4, alamat IP dibagi menjadi dua bagian: pengidentifikasi jaringan adalah oktet paling signifikan dari alamat, dan pengidentifikasi host adalah sisa alamat. Yang terakhir juga disebut bidang istirahat. Struktur ini diizinkan maksimum 256 pengidentifikasi jaringan, yang dengan cepat ditemukan tidak memadai.
Untuk mengatasi batas ini, oktet alamat paling signifikan didefinisikan ulang pada tahun 1981 untuk membuat kelas jaringan, dalam suatu sistem yang kemudian dikenal sebagai jaringan berkelas. Sistem yang direvisi mendefinisikan lima kelas. Kelas A, B, dan C memiliki panjang bit yang berbeda untuk identifikasi jaringan. Alamat lainnya digunakan seperti sebelumnya untuk mengidentifikasi host dalam jaringan. Karena ukuran bidang yang berbeda di kelas yang berbeda, setiap kelas jaringan memiliki kapasitas yang berbeda untuk menangani host. Selain tiga kelas untuk pengalamatan host, Kelas D didefinisikan untuk pengalamatan multicast dan Kelas E digunakan untuk aplikasi masa depan.
Alamat penggunaan khusus
[sunting | sunting sumber]Internet Engineering Task Force (IETF) dan IANA telah membatasi penggunaan umum berbagai alamat IP yang digunakan untuk keperluan khusus. Khususnya alamat ini digunakan untuk lalu lintas multicast dan untuk menyediakan ruang pengalamatan untuk penggunaan tidak terbatas pada jaringan pribadi.
Alamat blok | Jarak alamat | Jumlah alamat | Cakupan | Deskripsi |
---|---|---|---|---|
0.0.0.0/8 | 0.0.0.0–0.255.255.255 | 16.777.216 | Perangkat lunak | Jaringan saat ini[2] (hanya valid sebagai alamat sumber). |
10.0.0.0/8 | 10.0.0.0–10.255.255.255 | 16.777.216 | Jaringan pribadi | Digunakan untuk komunikasi lokal dalam jaringan pribadi.[3] |
100.64.0.0/10 | 100.64.0.0–100.127.255.255 | 4.194.304 | Jaringan pribadi | Ruang alamat bersama[4] untuk komunikasi antara penyedia layanan dan pelanggannya saat menggunakan NAT tingkat operator. |
127.0.0.0/8 | 127.0.0.0–127.255.255.255 | 16.777.216 | Host | Digunakan untuk alamat loopback ke host lokal.[2] |
169.254.0.0/16 | 169.254.0.0–169.254.255.255 | 65.536 | Subnet | Digunakan untuk alamat lokal[5] antara dua host pada satu tautan ketika tidak ada alamat IP yang ditentukan, seperti yang biasanya diambil dari peladen DHCP. |
172.16.0.0/12 | 172.16.0.0–172.31.255.255 | 1.048.576 | Jaringan pribadi | Digunakan untuk komunikasi lokal dalam jaringan pribadi.[3] |
192.0.0.0/24 | 192.0.0.0–192.0.0.255 | 256 | Jaringan pribadi | Penugasan Protokol IETF.[2] |
192.0.2.0/24 | 192.0.2.0–192.0.2.255 | 256 | Dokumentasi | Ditugaskan sebagai TEST-NET-1, dokumentasi dan contoh.[6] |
192.88.99.0/24 | 192.88.99.0–192.88.99.255 | 256 | Internet | digunakan.[7] Sebelumnya digunakan untuk relay IPv6 ke IPv4[8] (termasuk IPv6 blok alamat 2002 :: / 16). |
192.168.0.0/16 | 192.168.0.0–192.168.255.255 | 65.536 | Jaringan pribadi | Digunakan untuk komunikasi lokal dalam jaringan pribadi.[3] |
198.18.0.0/15 | 198.18.0.0–198.19.255.255 | 131.072 | Jaringan pribadi | Digunakan untuk pengujian benchmark komunikasi antar-jaringan antara dua subnet yang terpisah.[9] |
198.51.100.0/24 | 198.51.100.0–198.51.100.255 | 256 | Dokumentasi | Ditugaskan sebagai TEST-NET-2, dokumentasi dan contoh.[6] |
203.0.113.0/24 | 203.0.113.0–203.0.113.255 | 256 | Dokumentasi | Ditugaskan sebagai TEST-NET-3, dokumentasi dan contoh.[6] |
224.0.0.0/4 | 224.0.0.0–239.255.255.255 | 268.435.456 | Internet | Digunakan untuk IP multicast.[10] (Bekas jaringan Kelas D). |
240.0.0.0/4 | 240.0.0.0–255.255.255.254 | 268.435.455 | Internet | digunakan untuk penggunaan di masa mendatang.[11] (Bekas jaringan Kelas E). |
255.255.255.255/32 | 255.255.255.255 | 1 | Subnet | digunakan untuk alamat tujuan "terbatas siaran".[2][12] |
Jaringan pribadi
[sunting | sunting sumber]Dari sekitar empat miliar alamat yang ditentukan dalam IPv4, sekitar 18 juta alamat dalam tiga rentang digunakan untuk penggunaan dalam jaringan pribadi. Alamat paket dalam rentang ini tidak dapat dirutekan di Internet publik; mereka diabaikan oleh semua perute publik. Oleh karena itu, host pribadi tidak dapat secara langsung berkomunikasi dengan jaringan publik, tetapi memerlukan penerjemah alamat jaringan pada gerbang perutean untuk tujuan ini.
Nama | Blok CIDR | Kisaran alamat | Jumlah alamat | Deskripsi kelas |
---|---|---|---|---|
Blok 24-bit | 10.0.0.0/8 | 10.0.0.0 – 10.255.255.255 | 16.777.216 | Kelas tunggal A. |
Blok 20-bit | 172.16.0.0/12 | 172.16.0.0 – 172.31.255.255 | 1.048.576 | Kisaran 16 blok B yang berdekatan. |
Blok 16-bit | 192.168.0.0/16 | 192.168.0.0 – 192.168.255.255 | 65.536 | Kisaran 256 blok C yang berdekatan. |
Karena dua jaringan pribadi, misalnya, dua kantor cabang, tidak dapat secara langsung beroperasi melalui Internet publik, kedua jaringan harus dijembatani di Internet melalui jaringan pribadi virtual (VPN) atau terowongan IP, yang merangkum paket, termasuk tajuk yang berisi alamat pribadi, dalam lapisan protokol selama transmisi di jaringan publik. Selain itu, paket enkapsulasi dapat dienkripsi untuk transmisi di jaringan publik untuk mengamankan data.
Alamat subnet pertama dan terakhir
[sunting | sunting sumber]Alamat pertama di subnet digunakan untuk mengidentifikasi subnet itu sendiri. Di alamat ini semua bit host adalah 0. Untuk menghindari ambiguitas dalam representasi, alamat ini dicadangkan.[13] Alamat terakhir mengatur semua bit host ke 1. Ini digunakan sebagai alamat siaran lokal untuk mengirim pesan ke semua perangkat di subnet secara bersamaan. Untuk jaringan berukuran /24 atau lebih besar, alamat siaran selalu diakhiri dengan 255.
Sebagai contoh, dalam subnet 192.168.5.0/255.255.255.0 (192.168.5.0/24) pengidentifikasi 192.168.5.0 biasanya digunakan untuk merujuk ke seluruh subnet. Untuk menghindari ambiguitas dalam representasi, alamat yang diakhiri dengan oktet 0 dimiliki.[14]
Bentuk biner | Notasi titik-desimal | |
---|---|---|
Ruang jaringan | 11000000.10101000.00000101.00000000
|
192.168.5.0 |
Alamat siaran | 11000000.10101000.00000101.11111111
|
192.168.5.255 |
Dalam huruf tebal, ditampilkan bagian host dari alamat IP; bagian lainnya adalah awalan jaringan. Host akan terbalik (TIDAK logis), tetapi prefix jaringan tetap utuh. |
Namun, ini tidak berarti bahwa setiap alamat yang diakhiri dengan 0 atau 255 tidak dapat digunakan sebagai alamat host. Misalnya, dalam subnet 192.168.0.0/255.255.0.0, yang setara dengan kisaran alamat 192.168.0.0–192.168.255.255, alamat broadcast adalah 192.168.255.255. Seseorang dapat menggunakan alamat berikut untuk host, meskipun berakhir dengan 255: 192.168.1.255, 192.168.2.255, dll. Juga, 192.168.0.0 adalah pengidentifikasi jaringan dan tidak boleh ditugaskan ke antarmuka.[15] Alamat 192.168.1.0, 192.168.2.0, dll., Dapat ditetapkan, meskipun diakhiri dengan 0.
Di masa lalu, konflik antara alamat jaringan dan alamat siaran muncul karena beberapa perangkat lunak menggunakan alamat siaran non-standar dengan nol bukan satu.[16]
Dalam jaringan yang lebih kecil dari / 24, alamat broadcast tidak harus diakhiri dengan 255. Misalnya, subnet CIDR 203.0.113.16/28 memiliki alamat broadcast 203.0.113.31.
Bentuk biner | Notasi titik-desimal | |
---|---|---|
Ruang jaringan | 11001011.00000000.01110001.00010000
|
203.0.113.16 |
Alamat siaran | 11001011.00000000.01110001.00011111
|
203.0.113.31 |
Dalam huruf tebal, ditampilkan bagian host dari alamat IP; bagian lainnya adalah awalan jaringan. Host akan terbalik (TIDAK logis), tetapi prefix jaringan tetap utuh. |
Sebagai kasus khusus, jaringan / 31 memiliki kapasitas hanya untuk dua host. Jaringan ini biasanya digunakan untuk koneksi point-to-point. Tidak ada pengidentifikasi jaringan atau alamat broadcast untuk jaringan ini.[17]
Tautan alamat lokal
[sunting | sunting sumber]RFC 3927 mendefinisikan blok alamat khusus 169.254.0.0/16 untuk pengalamatan tautan-lokal. Alamat-alamat ini hanya valid pada tautan (seperti segmen jaringan lokal atau koneksi point-to-point) yang terhubung langsung ke host yang menggunakannya. Alamat-alamat ini tidak dapat dirutekan. Seperti alamat pribadi, alamat ini tidak dapat menjadi sumber atau tujuan paket yang melintasi internet. Alamat ini terutama digunakan untuk konfigurasi otomatis alamat (Zeroconf) ketika sebuah host tidak dapat memperoleh alamat IP dari server DHCP atau metode konfigurasi internal lainnya.
Ketika blok alamat digunakan, tidak ada standar untuk konfigurasi otomatis alamat. Microsoft menciptakan sebuah implementasi yang disebut Automatic Private IP Addressing (APIPA), yang digunakan pada jutaan mesin dan menjadi standar de facto. Bertahun-tahun kemudian, pada Mei 2005, IETF menetapkan standar formal dalam RFC 3927, yang berjudul Dynamic Configuration of IPv4 Link-Local Addresses.
Loopback
[sunting | sunting sumber]Jaringan kelas A 127.0.0.0 (jaringan tanpa kelas 127.0.0.0/8) disediakan untuk loopback. Paket IP yang alamat sumbernya milik jaringan ini seharusnya tidak pernah muncul di luar host. Paket yang diterima pada antarmuka non-loopback dengan sumber loopback atau alamat tujuan harus dibuang.
Resolusi alamat
[sunting | sunting sumber]Host di Internet biasanya dikenal dengan nama, mis., www.example.com, bukan terutama berdasarkan alamat IP mereka, yang digunakan untuk perutean dan identifikasi antarmuka jaringan. Penggunaan nama domain membutuhkan penerjemahan, disebut penyelesaian, untuk alamat dan sebaliknya. Ini analog dengan mencari nomor telepon di buku telepon menggunakan nama penerima.
Terjemahan antara alamat dan nama domain dilakukan oleh Domain Name System (DNS), sistem penamaan terdistribusi hierarkis yang memungkinkan subdelegasi ruang nama ke server DNS lain.
Struktur paket
[sunting | sunting sumber]Paket IP terdiri dari bagian header dan bagian data. Sebuah paket IP tidak memiliki checksum data atau catatan kaki lain apa pun setelah bagian data. Biasanya lapisan taut data merangkum paket IP dalam bingkai dengan footer CRC yang mendeteksi sebagian besar kesalahan, dan biasanya checksum lapisan TCP ujung-ke-ujung mendeteksi sebagian besar kesalahan lainnya.[18]
Header
[sunting | sunting sumber]Header paket IPv4 terdiri dari 14 bidang, di mana 13 diperlukan. Bidang 14 adalah opsional dan diberi nama: opsi. Bidang-bidang dalam header dikemas dengan bita paling signifikan pertama (big endian), dan untuk diagram dan diskusi, bit paling signifikan dianggap lebih dulu (penomoran bit 0 MSB). Bit yang paling signifikan adalah bernomor 0, jadi bidang versi sebenarnya ditemukan dalam empat bit paling signifikan dari bita pertama, misalnya.
Offset | Oktet | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Oktet | Bit | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
0 | 0 | Versi | IHL | DSCP | ECN | Total Panjang | |||||||||||||||||||||||||||
4 | 32 | Identifikasi | Flag | Offset Fragmen | |||||||||||||||||||||||||||||
8 | 64 | Time To Live | Protokol | Checksum Header | |||||||||||||||||||||||||||||
12 | 96 | Sumber Alamat IP | |||||||||||||||||||||||||||||||
16 | 128 | Alamat Tujuan IP | |||||||||||||||||||||||||||||||
20 | 160 | Opsi (jika IHL > 5) | |||||||||||||||||||||||||||||||
24 | 192 | ||||||||||||||||||||||||||||||||
28 | 224 | ||||||||||||||||||||||||||||||||
32 | 256 |
- Versi
- Bidang header pertama dalam paket IP adalah bidang versi empat-bit. Untuk IPv4, ini selalu sama dengan 4.
- Internet Header Length (IHL)
- Header IPv4 adalah variabel dalam ukuran karena bidang 14 opsional (opsi). Bidang IHL berisi ukuran header IPv4, memiliki 4 bit yang menentukan jumlah kata 32-bit di header. Nilai minimum untuk bidang ini adalah 5,[19] yang menunjukkan panjang 5 × 32 bit = 160 bit = 20 bita. Sebagai bidang 4-bit, nilai maksimum adalah 15, ini berarti bahwa ukuran maksimum header IPv4 adalah 15 × 32 bit, atau 480 bit = 60 bita.
- Differentiated Services Code Point (DSCP)
- Awalnya didefinisikan sebagai type of service (ToS), bidang ini menentukan differentiated services (DiffServ) per RFC 2474.[a] Streaming data waktu nyata memanfaatkan bidang DSCP. Sebuah contoh adalah Voice over IP (VoIP), yang digunakan untuk layanan suara interaktif.
- Explicit Congestion Notification (ECN)
- Bidang ini didefinisikan dalam RFC 3168 dan memungkinkan pemberitahuan ujung ke ujung tentang kemacetan jaringan tanpa menurunkan paket. ECN adalah fitur opsional tersedia ketika kedua titik akhir mendukungnya dan efektif bila juga didukung oleh jaringan yang mendasarinya.
- Total panjang
- Bidang 16-bit ini mendefinisikan seluruh ukuran paket dalam byte, termasuk header dan data. Ukuran minimum adalah 20 bita (header tanpa data) dan maksimum adalah 65.535 bita. Semua host diharuskan untuk menyusun kembali datagram ukuran hingga 576 bita, tetapi kebanyakan host modern menangani paket yang jauh lebih besar. Terkadang tautan memaksakan pembatasan lebih lanjut pada ukuran paket, di mana datagram harus terfragmentasi. Fragmentasi dalam IPv4 ditangani di host atau di router.
- Identifikasi
- Bidang ini adalah bidang identifikasi dan terutama digunakan untuk mengidentifikasi secara unik kelompok fragmen datagram IP tunggal. Beberapa karya eksperimental telah menyarankan penggunaan bidang ID untuk tujuan lain, seperti untuk menambahkan informasi penelusuran paket untuk membantu melacak datagram dengan alamat sumber palsu,[20] tetapi RFC 6864 sekarang melarang penggunaan semacam itu.
- Flag
- Bidang tiga-bit mengikuti dan digunakan untuk mengontrol atau mengidentifikasi fragmen. Mereka (dalam urutan, dari yang paling signifikan hingga yang paling tidak signifikan):
- bit 0: Dicadangkan; harus nol.
- bit 1: Don't Fragment (DF)
- bit 2: Lebih Banyak Fragmen (MF)
Jika flag DF diatur, dan fragmentasi diperlukan untuk merutekan paket, maka paket tersebut dijatuhkan. Ini dapat digunakan saat mengirim paket ke host yang tidak memiliki sumber daya untuk menangani fragmentasi. Itu juga dapat digunakan untuk jalur penemuan MTU, baik secara otomatis oleh perangkat lunak IP host, atau secara manual menggunakan alat diagnostik seperti ping atau traceroute. Untuk paket yang tidak dibagi, bendera MF dihapus. Untuk paket terfragmentasi, semua fragmen kecuali yang terakhir memiliki flag MF yang ditetapkan. Fragmen terakhir memiliki bidang Fragmen Offset tidak ada-nol, membedakannya dari paket yang tidak terfragmentasi.
- Fragment Offset
- Bidang ini menentukan offset dari fragmen tertentu relatif terhadap awal datagram IP asli yang tidak terfragmentasi dalam unit blok delapan bita. Fragmen pertama memiliki offset nol. Bidang 13 bit memungkinkan offset maksimum (213 – 1) × 8 = 65,528 bita, yang, dengan menyertakan panjang header (65,528 + 20 = 65,548 bita), mendukung fragmentasi paket yang melebihi panjang IP maksimum 65.535 bita.
- Header Checksum
- Bidang checksum header IPv4 16-bit digunakan untuk pemeriksaan kesalahan pada header. Saat paket tiba di router, router menghitung checksum dari header dan membandingkannya dengan kolom checksum. Jika nilainya tidak cocok, router akan membuang paket tersebut. Kesalahan dalam bidang data harus ditangani oleh protokol yang dienkapsulasi. Baik UDP dan TCP memiliki kolom checksum.
- Ketika sebuah paket tiba di sebuah router, router tersebut menurunkan bidang TTL. Akibatnya, router harus menghitung checksum baru.
- Protokol
- Bidang ini mendefinisikan protokol yang digunakan dalam bagian data datagram IP. IANA menyimpan daftar nomor protokol IP seperti yang diarahkan oleh RFC 790.
- Alamat sumber
- Bidang ini adalah alamat IPv4 pengirim paket. Perhatikan bahwa alamat ini dapat diubah saat transit oleh perangkat terjemahan alamat jaringan.
- Alamat tujuan
- Bidang ini adalah alamat IPv4 penerima paket. Lain halnya dengan alamat sumber, ini dapat diubah saat transit oleh perangkat terjemahan alamat jaringan.
Mengatasi kehabisan alamat
[sunting | sunting sumber]Sejak 1980-an, tampak jelas bahwa kumpulan alamat IPv4 yang tersedia semakin menipis pada tingkat yang pada awalnya tidak diantisipasi dalam desain asli jaringan.[21] Kekuatan pasar utama yang mempercepat penipisan alamat termasuk meningkatnya jumlah pengguna Internet, yang semakin banyak menggunakan perangkat komputasi mobile, seperti komputer laptop, asisten digital pribadi (PDA), dan ponsel pintar dengan layanan data IP. Selain itu, akses Internet kecepatan tinggi didasarkan pada perangkat yang selalu aktif. Ancaman kehabisan memotivasi pengenalan sejumlah teknologi remedial, seperti metode Classless Inter-Domain Routing (CIDR) pada pertengahan 1990-an, penggunaan yang luas dari terjemahan alamat jaringan (NAT) dalam sistem penyedia akses jaringan, dan penggunaan yang ketat- kebijakan alokasi berdasarkan pada pendaftar Internet regional dan lokal.
Kumpulan alamat utama Internet, dikelola oleh IANA, habis pada 3 Februari 2011, ketika lima blok terakhir dialokasikan ke lima RIR.[22] APNIC adalah RIR pertama yang menghabiskan kumpulan regionalnya pada 15 April 2011, kecuali untuk sejumlah kecil ruang alamat yang disediakan untuk teknologi transisi ke IPv6, yang akan dialokasikan berdasarkan kebijakan terbatas.[23]
Solusi jangka panjang untuk mengatasi kehabisan alamat adalah spesifikasi 1998 dari versi baru dari Protokol Internet, IPv6.[24] Ini memberikan ruang alamat yang sangat meningkat, tetapi juga memungkinkan peningkatan agregasi rute di Internet, dan menawarkan alokasi subnetwork besar dengan minimal 264 alamat host untuk pengguna akhir. Namun, IPv4 tidak secara langsung dapat dioperasikan dengan IPv6, sehingga host hanya IPv4 tidak dapat berkomunikasi secara langsung dengan host khusus IPv6. Dengan penghentian jaringan eksperimental 6bone yang dimulai pada tahun 2004, penyebaran formal permanen IPv6 dimulai pada tahun 2006.[25] Penyelesaian penyebaran IPv6 diperkirakan akan memakan waktu yang cukup lama,[26] sehingga teknologi transisi menengah diperlukan untuk memungkinkan host berpartisipasi di Internet menggunakan kedua versi protokol.
Fragmentasi dan penyusunan kembali
[sunting | sunting sumber]Protokol Internet memungkinkan lalu lintas antar jaringan. Desainnya mengakomodasi jaringan-jaringan fisik yang beragam; itu tidak tergantung pada teknologi transmisi yang digunakan dalam lapisan tautan. Jaringan dengan perangkat keras yang berbeda biasanya bervariasi tidak hanya dalam kecepatan transmisi, tetapi juga dalam unit transmisi maksimum (MTU). Ketika satu jaringan ingin mengirimkan datagram ke jaringan dengan MTU yang lebih kecil, itu dapat fragmentasi datagram-nya. Dalam IPv4, fungsi ini ditempatkan di Lapisan Internet, dan dilakukan di router IPv4, yang karenanya tidak memerlukan implementasi lapisan yang lebih tinggi untuk fungsi routing paket IP.
Fragmentasi
[sunting | sunting sumber]Ketika router menerima paket, itu memeriksa alamat tujuan dan menentukan antarmuka keluar untuk digunakan dan MTU antarmuka itu. Jika ukuran paket lebih besar dari MTU, dan bit Do not Fragment (DF) di header paket diatur ke 0, maka router dapat memecah-mecah paket.
Router membagi paket menjadi beberapa bagian. Ukuran maksimum setiap fragmen adalah MTU minus ukuran header IP (minimum 20 bita; maksimum 60 bita). Router menempatkan setiap fragmen ke dalam paketnya masing-masing, setiap paket fragmen memiliki perubahan berikut:
- Bidang panjang total adalah ukuran fragmen.
- Lebih banyak bendera fragmen (MF) diatur untuk semua fragmen kecuali yang terakhir, yang diatur ke 0.
- Bidang offset fragmen diatur, berdasarkan offset fragmen dalam muatan data asli. Ini diukur dalam satuan blok delapan bita.
- Bidang checksum header dihitung ulang.
Misalnya, untuk MTU 1.500 bita dan ukuran header 20 bita, offset fragmen akan menjadi kelipatan dari . Kelipatannya adalah 0, 185, 370, 555, 740, ...
Ada kemungkinan bahwa suatu paket terfragmentasi pada satu router, dan bahwa fragmen-fragmen tersebut selanjutnya terfragmentasi pada router lain. Misalnya, paket 4.520 bita, termasuk 20 bita header IP (tanpa opsi) terfragmentasi menjadi dua paket pada tautan dengan MTU 2.500 bita:
Fragmen | Ukuran (bita) |
Ukuran header (bita) |
Ukuran data (bita) |
Flag lebih banyak fragmen |
Offset fragmen (Blok 8 bita) |
---|---|---|---|---|---|
1 | 2500 | 20 | 2480 | 1 | 0 |
2 | 2040 | 20 | 2020 | 0 | 310 |
Ukuran data total dipertahankan: 2480 bita + 2020 bita = 4.500 bita. Offsetnya adalah dan .
Pada tautan dengan MTU 1.500 bita, setiap fragmen menghasilkan dua fragmen:
Fragmen | Ukuran (bita) |
Ukuran header (bita) |
Ukuran data (bita) |
Flag lebih banyak fragmen |
Offset fragmen (Blok 8 bita) |
---|---|---|---|---|---|
1 | 1500 | 20 | 1480 | 1 | 0 |
2 | 1020 | 20 | 1000 | 1 | 185 |
3 | 1500 | 20 | 1480 | 1 | 310 |
4 | 560 | 20 | 540 | 0 | 495 |
Sekali lagi, ukuran data dipertahankan: 1480 + 1000 = 2480, dan 1480 + 540 = 2020.
Juga dalam kasus ini, bit Fragmen Lainnya tetap 1 untuk semua fragmen yang datang dengan 1 di dalamnya dan untuk fragmen terakhir yang tiba, itu berfungsi seperti biasa, yaitu bit MF diatur ke 0 hanya di yang terakhir. Dan tentu saja, bidang Identifikasi terus memiliki nilai yang sama di semua fragmen yang terfragmentasi. Dengan cara ini, bahkan jika fragmen-fragmen ulang, penerima tahu bahwa mereka semua awalnya dimulai dari paket yang sama.
Offset terakhir dan ukuran data terakhir digunakan untuk menghitung ukuran data total: .
Penyusunan kembali
[sunting | sunting sumber]Penerima tahu bahwa sebuah paket adalah sebuah fragmen, jika setidaknya salah satu dari kondisi berikut ini benar:
- Flag "lebih banyak fragmen" diatur, yang berlaku untuk semua fragmen kecuali yang terakhir.
- Bidang "offset fragmen" adalah bukan nol, yang berlaku untuk semua fragmen kecuali yang pertama.
Penerima mengidentifikasi fragmen yang cocok menggunakan alamat asing dan lokal, ID protokol, dan bidang identifikasi. Penerima menyusun kembali data dari fragmen dengan ID yang sama menggunakan offset fragmen dan bendera fragmen yang lebih banyak. Ketika penerima menerima fragmen terakhir, yang memiliki bendera "fragmen lebih" diatur ke 0, ia dapat menghitung ukuran muatan data asli, dengan mengalikan offset fragmen terakhir dengan delapan, dan menambahkan ukuran data fragmen terakhir. Dalam contoh yang diberikan, perhitungan ini adalah 495 * 8 + 540 = 4.500 bita.
Ketika penerima memiliki semua fragmen, mereka dapat disusun kembali dalam urutan yang benar sesuai dengan offset, untuk membentuk datagram asli.
Protokol bantu
[sunting | sunting sumber]Alamat IP tidak terikat secara permanen dengan identifikasi perangkat keras dan, memang, antarmuka jaringan dapat memiliki beberapa alamat IP dalam sistem operasi modern. Host dan perute memerlukan mekanisme tambahan untuk mengidentifikasi hubungan antara antarmuka perangkat dan alamat IP, agar dapat mengirimkan paket IP dengan benar ke host tujuan pada tautan. Address Resolution Protocol (ARP) melakukan penafsiran alamat IP ke alamat MAC untuk IPv4. Selain itu, korelasi terbalik sering kali diperlukan. Misalnya, ketika host IP di-boot atau terhubung ke jaringan, ia perlu menentukan alamat IP-nya, kecuali jika alamat sudah dikonfigurasikan sebelumnya oleh administrator. Protokol untuk korelasi terbalik seperti itu ada di Internet Protocol Suite. Metode yang saat ini digunakan adalah Dynamic Host Configuration Protocol (DHCP), Bootstrap Protocol (BOOTP) dan, jarang, membalikkan ARP.
Lihat juga
[sunting | sunting sumber]Referensi
[sunting | sunting sumber]- ^ "BGP Reports". bgp.potaroo.net. Diakses tanggal 2020-06-08.
- ^ a b c d M. Cotton; L. Vegoda; R. Bonica; B. Haberman (April 2013). Special-Purpose IP Address Registries. Internet Engineering Task Force. doi:10.17487/RFC6890. BCP 153. RFC 6890. https://tools.ietf.org/html/rfc6890. Updated by RFC 8190.
- ^ a b c d Y. Rekhter; B. Moskowitz; D. Karrenberg; G. J. de Groot; E. Lear (February 1996). Address Allocation for Private Internets. Network Working Group. doi:10.17487/RFC1918. BCP 5. RFC 1918. https://tools.ietf.org/html/rfc1918. diperbaharui oleh RFC 6761.
- ^ J. Weil; V. Kuarsingh; C. Donley; C. Liljenstolpe; M. Azinger (April 2012). IANA-Reserved IPv4 Prefix for Shared Address Space. Internet Engineering Task Force (IETF). doi:10.17487/RFC6598. ISSN 2070-1721. BCP 153. RFC 6598. https://tools.ietf.org/html/rfc6598.
- ^ S. Cheshire; B. Aboba; E. Guttman (May 2005). Dynamic Configuration of IPv4 Link-Local Addresses. Network Working Group. doi:10.17487/RFC3927. RFC 3927. https://tools.ietf.org/html/rfc3927.
- ^ a b c J. Arkko; M. Cotton; L. Vegoda (January 2010). IPv4 Address Blocks Reserved for Documentation. Internet Engineering Task Force. doi:10.17487/RFC5737. ISSN 2070-1721. RFC 5737. https://tools.ietf.org/html/rfc5737.
- ^ O. Troan (May 2015). B. Carpenter. ed. Deprecating the Anycast Prefix for 6to4 Relay Routers. Internet Engineering Task Force. doi:10.17487/RFC7526. BCP 196. RFC 7526. https://tools.ietf.org/html/rfc7526.
- ^ C. Huitema (June 2001). An Anycast Prefix for 6to4 Relay Routers. Network Working Group. doi:10.17487/RFC3068. RFC 3068. https://tools.ietf.org/html/rfc3068. Obsoleted by RFC 7526.
- ^ S. Bradner; J. McQuaid (March 1999). Benchmarking Methodology for Network Interconnect Devices. Network Working Group. doi:10.17487/RFC2544. RFC 2544. https://tools.ietf.org/html/rfc2544. Diperbarui oleh: RFC 6201 dan RFC 6815.
- ^ M. Cotton; L. Vegoda; D. Meyer (March 2010). IANA Guidelines for IPv4 Multicast Address Assignments. Internet Engineering Task Force. doi:10.17487/RFC5771. BCP 51. RFC 5771. https://tools.ietf.org/html/rfc5771.
- ^ J. Reynolds, ed. (January 2002). Assigned Numbers: RFC 1700 is Replaced by an On-line Database. Network Working Group. doi:10.17487/RFC3232. RFC 3232. https://tools.ietf.org/html/rfc3232. Obsoletes RFC 1700.
- ^ Jeffrey Mogul (October 1984). Broadcasting Internet Datagrams. Network Working Group. doi:10.17487/RFC0919. RFC 919. https://tools.ietf.org/html/rfc919.
- ^ "RFC 923". IETF. June 1984. Diakses tanggal 15 November 2019.
Special Addresses: In certain contexts, it is useful to have fixed addresses with functional significance rather than as identifiers of specific hosts. When such usage is called for, the address zero is to be interpreted as meaning "this", as in "this network".
- ^ "RFC 923". IETF. June 1984. Diakses tanggal 15 November 2019.
Special Addresses: In certain contexts, it is useful to have fixed addresses with functional significance rather than as identifiers of specific hosts. When such usage is called for, the address zero is to be interpreted as meaning "this", as in "this network".
- ^ Robert Braden (October 1989). "Requirements for Internet Hosts – Communication Layers". IETF. hlm. 31. RFC 1122
.
- ^ Robert Braden (October 1989). "Requirements for Internet Hosts – Communication Layers". IETF. hlm. 66. RFC 1122
.
- ^ RFC 3021
- ^ RFC 1726 section 6.2
- ^ Postel, J. "Internet Protocol". tools.ietf.org (dalam bahasa Inggris). Diakses tanggal 2020-06-10.
- ^ "Practical network support for IP traceback | Proceedings of the conference on Applications, Technologies, Architectures, and Protocols for Computer Communication". dl.acm.org (dalam bahasa Inggris). Diakses tanggal 2020-06-10.
- ^ "World 'running out of Internet addresses' - INQUIRER.net, Philippine News for Filipinos". web.archive.org. 2011-01-25. Archived from the original on 2011-01-25. Diakses tanggal 2020-06-10.
- ^ "Free Pool of IPv4 Address Space Depleted The Number Resource Organization". www.nro.net. Diakses tanggal 2020-06-10.
- ^ "APNIC - APNIC IPv4 Address Pool Reaches Final /8". web.archive.org. 2011-08-07. Archived from the original on 2011-08-17. Diakses tanggal 2020-06-10.
- ^ Deering <[email protected]>, Stephen E. "Internet Protocol, Version 6 (IPv6) Specification". tools.ietf.org (dalam bahasa Inggris). Diakses tanggal 2020-06-10.
- ^ Hinden, Robert M.; Fink, Robert L. "6bone (IPv6 Testing Address Allocation) Phaseout". tools.ietf.org (dalam bahasa Inggris). Diakses tanggal 2020-06-10.
- ^ "Konferensi Internasional IEEE 2016 tentang Teknologi yang Muncul dan Praktik Bisnis Inovatif untuk Transformasi Masyarakat (EmergiTech): tanggal, 3-6 Agustus 2016. Universitas Teknologi, Mauritius, Institut Insinyur Listrik dan Elektronik. Piscataway, NJ". Wikipedia (dalam bahasa Inggris).
Pranala luar
[sunting | sunting sumber]![](http://upload.wikimedia.org/wikipedia/commons/thumb/9/91/Wikiversity-logo.svg/40px-Wikiversity-logo.svg.png)
- Internet Assigned Numbers Authority (IANA)
- IP, Protokol Internet Diarsipkan 2011-05-14 di Wayback Machine. - IP Header Breakdown, termasuk opsi spesifik
- Alamat IP di Tiongkok dan mitos tentang kekurangan alamat
- Laporan RIPE tentang konsumsi alamat pada Oktober 2003
- Keadaan resmi alokasi IPv4 / 8 saat ini, sebagaimana dikelola oleh IANA
- Hitung mundur dari sisa alamat IPv4 yang tersedia
Kesalahan pengutipan: Ditemukan tag<ref>
untuk kelompok bernama "lower-alpha", tapi tidak ditemukan tag<references group="lower-alpha"/>
yang berkaitan