IPv6: Perbedaan antara revisi
Konten dihapus Konten ditambahkan
k →IPsec |
k replaced: Refrensi → Referensi |
||
Baris 23:
=== Multicasting ===
[[Berkas:IPv6_multicast_address_stracture-en.svg|jmpl|Struktur multicast di IPv6.]]
[[Multicast
Dalam IPv4 sangat sulit bagi organisasi untuk mendapatkan bahkan satu penugasan kelompok multicast yang dapat dialihkan secara global, dan implementasi solusi antar-domain bersifat misterius.<ref>{{Cite web|url=https://tools.ietf.org/html/rfc2908.html|title=The Internet Multicast Address Allocation Architecture|last=Handley|first=Mark|last2=Estrin|first2=Deborah|website=tools.ietf.org|language=en|access-date=2020-06-20|last3=Thaler|first3=Dave}}</ref> Penugasan alamat Unicast oleh [[registri Internet lokal]] untuk IPv6 memiliki setidaknya awalan perutean 64-bit, menghasilkan ukuran subnet terkecil yang tersedia di IPv6 (juga 64 bit). Dengan penugasan semacam itu, dimungkinkan untuk menyematkan awalan alamat unicast ke dalam format alamat multicast IPv6, sambil tetap memberikan blok 32-bit, bit paling tidak signifikan dari alamat, atau sekitar 4,2 miliar pengidentifikasi grup multicast. Dengan demikian setiap pengguna subnet IPv6 secara otomatis memiliki satu set grup multicast khusus sumber yang dapat dialihkan secara global untuk aplikasi multicast.<ref>{{Cite web|url=https://tools.ietf.org/html/rfc3306.html|title=Unicast-Prefix-based IPv6 Multicast Addresses|last=Haberman|first=Brian|last2=Thaler|first2=Dave|website=tools.ietf.org|language=en|access-date=2020-06-20}}</ref>
Baris 59:
=== Representasi alamat ===
128 bit alamat IPv6 diwakili dalam 8 grup masing-masing 16 bit. Setiap kelompok ditulis sebagai empat digit heksadesimal (kadang-kadang disebut [[
Untuk kenyamanan dan kejelasan, representasi alamat IPv6 dapat disingkat dengan aturan berikut.
* Satu atau lebih nol di depan dari grup mana saja dari digit heksadesimal dihilangkan, yang biasanya dilakukan ke semua nol di depan. Misalnya, grup ''0042'' diubah menjadi ''42''.
* Bagian nol berturut-turut diganti dengan dua titik dua (::). Ini hanya dapat digunakan sekali dalam satu alamat, karena beberapa penggunaan akan membuat alamat tersebut tidak pasti. RFC 5952 mensyaratkan bahwa titik dua ganda tidak digunakan untuk menunjukkan satu bagian nol yang dihilangkan.<ref name="Kawamura">{{Cite web|url=https://tools.ietf.org/html/rfc5952.html|title=A Recommendation for IPv6 Address Text Representation|last=Kawamura|first=Seiichi|last2=Kawashima|first2=Masanobu|website=tools.ietf.org|language=en|access-date=2020-06-20}}</ref>
Contoh penerapan aturan ini:
Baris 74:
Alamat loopback ''0000: 0000: 0000: 0000: 0000: 0000: 0000: 0001'' didefinisikan dalam RFC 5156 dan disingkat menjadi '':: 1'' dengan menggunakan kedua aturan tersebut.
Karena alamat IPv6 mungkin memiliki lebih dari satu representasi, IETF telah mengeluarkan [[Alamat IPv6#gambaran|standar yang diusulkan untuk mewakili mereka dalam bentuk teks]].<ref
=== Alamat tautan-lokal ===
Baris 114:
Penelitian telah menunjukkan bahwa penggunaan fragmentasi dapat dimanfaatkan untuk menghindari kontrol keamanan jaringan, mirip dengan IPv4. Akibatnya, RFC 7112 mensyaratkan bahwa fragmen pertama dari paket IPv6 berisi seluruh rantai header IPv6, sehingga beberapa kasus fragmentasi yang sangat patologis dilarang. Selain itu, sebagai hasil dari penelitian tentang penghindaran RA-Guard di RFC 7113, RFC 6980 telah mencela penggunaan fragmentasi dengan Neighbor Discovery, dan mengecilkan penggunaan fragmentasi dengan Secure Neighbor Discovery (SEND).
==
{{Reflist}}
Baris 121:
* [https://www.haifux.org/lectures/187 IPv6 di Linux Kernel] oleh Rami Rosen.
* [http://www.nro.net/news/ipv4-free-pool-depleted Penyimpanan gratis dari Ruang Alamat IPv4 yang Menipis]
* [http://www.google.com/intl/en/ipv6/ Pengantar dan Statistik tentang IPV6]
[[Kategori:IPv6| ]]
[[Kategori:Protokol lapisan jaringan]]
[[Kategori:Protokol lapisan Internet]]
{{internet-stub}}
|