Menyederhanakan jaringan lanjutan dengan delegasi awalan DHCPV6

IPv4 memperumit kode aplikasi dan menyebabkan dampak baterai

Sebagian besar lalu lintas internet saat ini masih menggunakan IPV4, yang tidak dapat memberikan konektivitas ujung ke ujung yang transparan ke aplikasi. IPv4 hanya menyediakan 2³² Alamat – Jauh lebih sedikit dari jumlah perangkat di internet saat ini – jadi tidak mungkin untuk menetapkan alamat IPv4 publik ke setiap perangkat Android, apalagi untuk masing -masing aplikasi atau fungsi dalam perangkat. Jadi sebagian besar pengguna Internet memiliki alamat IPv4 pribadi, dan membagikan alamat IPv4 publik dengan pengguna lain dari jaringan yang sama menggunakan Network Address Translation (NAT). NAT menyulitkan untuk membangun aplikasi jaringan canggih seperti aplikasi panggilan video atau VPN, karena aplikasi semacam ini perlu secara berkala mengirim paket untuk menjaga sesi NAT tetap hidup (yang menyakiti baterai) dan menerapkan protokol kompleks seperti STUN untuk memungkinkan perangkat terhubung satu sama lain melalui NAT.

Mengapa ipv6 belum menyelesaikan masalah ini

Versi baru dari protokol internet, IPv6 – sekarang digunakan oleh sekitar setengah dari semua pengguna Google – menyediakan ruang alamat yang hampir tidak terbatas dan kemampuan perangkat untuk menggunakan banyak alamat. Ketika setiap perangkat bisa mendapatkan alamat IPv6 global, tidak perlu menggunakan NAT untuk berbagi alamat! Tetapi meskipun ruang alamat itu sendiri tidak lagi terbatas, metode penugasan alamat IPv6 saat ini yang digunakan pada Wi-Fi, seperti SLAAC dan DHCPV6 IA_NA, masih memiliki keterbatasan.

Untuk satu hal, baik SLAAC dan DHCPV6 IA_NA memerlukan jaringan untuk mempertahankan status untuk setiap alamat individu, sehingga menetapkan lebih dari beberapa alamat IPv6 untuk setiap perangkat Android dapat menyebabkan masalah penskalaan di jaringan. Ini berarti seringkali tidak mungkin untuk menetapkan alamat IPv6 ke VM atau wadah di dalam perangkat, atau ke perangkat yang dapat dipakai dan perangkat tertambat lainnya yang terhubung dengannya. Misalnya, jika aplikasi Anda berjalan pada perangkat yang dapat dipakai yang terhubung ke ponsel Android, atau pada tablet yang ditambatkan ke ponsel Android yang terhubung ke Wi-Fi, kemungkinan tidak akan memiliki konektivitas IPv6 dan perlu menangani kompleksitas dan dampak baterai NAT.

Selain itu, kami telah mendengar umpan balik dari beberapa pengguna dan operator jaringan yang mereka inginkan lebih kontrol atas alamat IPv6 yang digunakan oleh perangkat Android. Sampai sekarang, Android hanya mendukung SLAAC, yang tidak memungkinkan jaringan untuk menetapkan alamat IPv6 yang dapat diprediksi, dan membuatnya lebih sulit untuk melacak pemetaan antara alamat IPv6 dan perangkat menggunakannya. Ini telah membatasi ketersediaan IPv6 pada perangkat Android di beberapa jaringan.

Solusi: Blok alamat IPv6 khusus dengan DHCPV6 PD

Untuk mengatasi kelemahan ini, kami telah menambahkan dukungan untuk delegasi awalan DHCPV6 (PD) sebagaimana didefinisikan dalam RFC 8415 dan RFC 9762. Tumpukan jaringan Android sekarang dapat meminta awalan khusus dari jaringan, dan jika mendapatkan awalan, ia akan menggunakannya untuk mendapatkan konektivitas IPV6. Dalam rilis di masa mendatang, perangkat ini akan dapat berbagi awalan dengan perangkat yang dapat dikenakan, perangkat tertambat, mesin virtual, dan jaringan rintisan seperti utas, menyediakan semua perangkat ini dengan konektivitas IPv6 global. Ini benar-benar mewujudkan potensi IPv6 untuk memungkinkan konektivitas ujung ke ujung dan dapat diskalakan ke sejumlah perangkat dan fungsi yang tidak terbatas, tanpa memerlukan NAT. Dan karena awalan ditugaskan oleh jaringan, operator jaringan dapat menggunakan infrastruktur logging DHCPV6 yang ada untuk melacak perangkat mana yang menggunakan awalan mana (lihat RFC 9663 untuk panduan kepada operator jaringan pada penyebaran DHCPV6 PD).

Ini memungkinkan jaringan untuk sepenuhnya mewujudkan potensi IPv6: perangkat mempertahankan fleksibilitas SLAAC, seperti kemampuan untuk menggunakan jumlah alamat yang hampir tidak terbatas, dan jaringan mempertahankan pengelolaan dan akuntabilitas dari pengaturan DHCPV6 tradisional. Kami berharap ini akan memungkinkan lebih banyak jaringan untuk beralih ke IPv6, menyediakan aplikasi dengan konektivitas IPv6 end-to-end dan mengurangi kebutuhan NAT Traversal dan Keepalives.