IPv6: Perbedaan antara revisi

'''IPv6''' (singkatan dari '''Internet Protocol version 6''') adalah versi terbaru dari [[Protokol Internet]] (IP), [[protokol komunikasi]] yang menyediakan sistem identifikasi dan lokasi untuk komputer di jaringan dan merutekan lalu lintas di [[Internet]]. IPv6 dikembangkan oleh [[Internet Engineering Task Force]] (IETF) untuk menangani masalah [[kelelahan alamat IPv4]] yang telah lama diantisipasi. IPv6 dimaksudkan untuk menggantikan [[IPv4]].<ref>{{Cite web|url=https://ipv6.org.nz/|title=New Zealand IPv6 Task Force {{!}}|access-date=2020-06-20}}</ref> Pada Desember 1998, IPv6 menjadi Draft Standar untuk IETF,<ref>{{Cite web|url=https://tools.ietf.org/html/rfc2460.html|title=Internet Protocol, Version 6 (IPv6) Specification|last=Deering <deering@cisco.com>|first=Stephen E.|website=tools.ietf.org|language=en|access-date=2020-06-20}}</ref> yang kemudian meratifikasinya sebagai Standar Internet pada 14 Juli 2017.<ref>{{Cite web|url=https://www.internetsociety.org/blog/2017/07/rfc-8200-ipv6-has-been-standardized/|title=RFC 8200 - IPv6 has been standardized|date=2017-07-17|website=Internet Society|language=en-US|access-date=2020-06-20}}</ref>

IPv6 memberikan manfaat teknis lainnya selain ruang pengalamatan yang lebih besar. Secara khusus, ini memungkinkan metode alokasi alamat hirarkis yang memfasilitasi [[agregasi rute]] di Internet, dan dengan demikian membatasi perluasan [[tabel routing]]. Penggunaan pengalamatan multicast diperluas dan disederhanakan, dan memberikan optimisasi tambahan untuk pengiriman layanan. Aspek mobilitas perangkat, keamanan, dan konfigurasi telah dipertimbangkan dalam desain protokol.

64 bit yang lebih rendah dari alamat tautan lokal (suffix) aslinya berasal dari [[alamat MAC]] dari kartu antarmuka jaringan yang mendasarinya. Karena metode pemberian alamat ini akan menyebabkan perubahan alamat yang tidak diinginkan ketika [[kartu jaringan]] yang salah diganti, dan juga mengalami sejumlah masalah keamanan dan privasi, RFC 8064 telah mengganti metode berbasis MAC asli dengan metode berbasis hash yang ditentukan dalam RFC 7217.

Penambahan node yang mengaktifkan IPv6 secara default oleh produsen perangkat lunak, dapat mengakibatkan pembuatan ''jaringan bayangan'' secara tidak sengaja, menyebabkan lalu lintas IPv6 mengalir ke jaringan yang hanya memiliki manajemen keamanan IPv4. Ini juga dapat terjadi dengan peningkatan sistem operasi, ketika sistem operasi yang lebih baru mengaktifkan IPv6 secara default, sedangkan yang lebih lama tidak. Gagal untuk memperbarui infrastruktur keamanan untuk mengakomodasi IPv6 dapat menyebabkan lalu lintas IPv6 menerobosnya.<ref>{{Cite web|url=http://www.networkcomputing.com/ipv6-tech-center/shadow-networks-an-unintended-ipv6-side/232800326|title=Shadow Networks an Unintended IPv6 Side Effect - Network Computing|date=2013-04-11|website=web.archive.org|access-date=2020-06-20|archive-date=2013-04-11|archive-url=https://web.archive.org/web/20130411113334/http://www.networkcomputing.com/ipv6-tech-center/shadow-networks-an-unintended-ipv6-side/232800326|dead-url=unfit}}</ref> Shadow network telah terjadi pada jaringan bisnis di mana perusahaan mengganti sistem [[Windows XP]] yang tidak memiliki tumpukan IPv6 diaktifkan secara default, dengan sistem [[Windows 7]], yang melakukannya.<ref>{{cite book|url=https://www.ipv6forum.com/dl/books/ipv6forall.pdf|title=IPv6 For All: A Guide for IPv6 Usage and Application in Different Environments|last1=Cicileo|first1=Guillermo|last2=Gagliano|first2=Roque|last3=O’Flaherty|first3=Christian|last4=Rocha|first4=Mariela|last5=Morales|first5=César Olvera|last6=Martínez|first6=Jordi Palet|last7=Martínez|first7=Álvaro Vives|date=October 2009|page=5|display-authors=3|accessdate=March 2, 2013}}</ref> Beberapa implement IPv6 stack karenanya merekomendasikan untuk menonaktifkan alamat IPv4 yang dipetakan dan sebagai gantinya menggunakan jaringan dual-stack di mana mendukung IPv4 dan IPv6 diperlukan.<ref>{{Cite web|url=https://tools.ietf.org/html/draft-itojun-v6ops-v4mapped-harmful-02.html|title=IPv4-Mapped Addresses on the Wire Considered Harmful|last=Metz|first=Christopher|last2=Itoh|first2=Jun-ichiro|website=tools.ietf.org|language=en|access-date=2020-06-20}}</ref>