Rasio akses IPv6 Google mencapai 50%

 (blog.apnic.net)
2 poin oleh GN⁺ 4 jam lalu | 2 komentar | Bagikan ke WhatsApp
  • Pada 23 April 2026, statistik IPv6 Google untuk pertama kalinya mencapai 50%, menandai tahap di mana setengah akses ke layanan Google berlangsung melalui IPv6
  • Pada hari yang sama, IPv6 capability global APNIC Labs berada di 42%, lebih rendah, sehingga kedua angka ini perlu dilihat bersama dengan mempertimbangkan perbedaan metode pengukuran dan model pembobotan
  • APNIC tidak menjumlahkan begitu saja data pengukuran berbasis Google Ads, melainkan menerapkan bobot yang mencerminkan skala pengguna internet di tiap perekonomian
  • Ada perekonomian seperti India, Viet Nam, dan Saudi Arabia yang memiliki kurva adopsi sangat berbeda, sehingga realitas per wilayah sulit dijelaskan hanya dengan rata-rata global
  • IPv6 kini telah menjadi bagian dari operasional internet yang digunakan setiap hari di jaringan tetap, seluler, perangkat pribadi, dan layanan pusat data

Tonggak 50% pada statistik IPv6 Google

  • Statistik IPv6 Google untuk pertama kalinya mencatat 50% pada 23 April 2026
    • Statistik ini mencerminkan rasio pengguna yang mengakses layanan Google melalui IPv6
    • Ini adalah indikator yang terus mengamati kemungkinan koneksi IPv6 di kalangan pengguna Google
  • Pencapaian IPv6 50%: {p:50}
  • Angka ini dapat dipandang sebagai tonggak bahwa IPv6 telah menjadi protokol yang matang yang digunakan di jaringan nyata di seluruh dunia

Perbedaan wilayah yang tidak terlihat dari rata-rata global

  • Adopsi IPv6 sangat berbeda menurut wilayah dan perekonomian, sehingga sulit menilainya hanya dari satu garis tren global
  • Google tidak mempublikasikan statistik IPv6 per wilayah, dan data per perekonomian juga dibatasi pada total agregat
  • Dalam data APNIC Labs, kurva adopsi per perekonomian dapat sangat berbeda dari rata-rata global

Nilai pengukuran APNIC Labs adalah 42%

  • Pengukuran APNIC sendiri mencatat IPv6 capability global sebesar 42% per 23 April 2026
    • Pengukuran global APNIC Labs: Source
  • APNIC IPv6 capability: {p:42}
  • Ada perbedaan yang jelas antara 50% milik Google dan 42% milik APNIC
  • Pada tingkat perekonomian individual, pengukuran APNIC Labs umumnya sejalan dengan data dari Google, Cloudflare, Akamai, Cisco, dan lainnya
  • Perbedaan besar pada tingkat global kemungkinan berasal bukan dari pengukuran dasarnya, melainkan dari perbedaan model pembobotan APNIC
  • Dalam praktiknya, nilai pengukuran APNIC cenderung lebih rendah daripada milik Google
  • Jika kedua dataset dilihat bersama, keduanya bisa ditafsirkan sebagai nilai yang membatasi kisaran IPv6 capability aktual pada waktu tertentu dari dua sisi

Metode pengukuran APNIC berbasis iklan

  • Program pengukuran APNIC dijalankan oleh APNIC Labs dan memanfaatkan iklan online yang didistribusikan ke browser web, game, dan aplikasi pengguna akhir melalui Google Ads
  • Mereka tidak memilih pengguna tertentu untuk diukur, melainkan mengejar paparan seluas mungkin 24/7 di semua perekonomian
  • Sistem pelacakan iklan umum digabungkan dengan logika APNIC Labs untuk menjalankan serangkaian pengujian unik
    • Mengukur IP, routing BGP, DNS, dan pilihan teknis lainnya
  • Informasi identitas pribadi (PII) pengguna akhir tidak disimpan
  • Nilai pengukuran mentah tidak dibagikan; yang dipublikasikan hanya agregat pada tingkat ISP, perekonomian, dan wilayah
  • Pekerjaan pengukuran ini dilakukan dengan pendanaan dan dukungan dari Google Research, ICANN, dan organisasi lainnya

Mengapa sampel mentah tidak langsung dijumlahkan

  • APNIC menerapkan pembobotan statistik pada data yang dikumpulkan, dan memodelkan penggunaan internet per perekonomian dengan bahan eksternal seperti statistik World Bank
  • Jumlah sampel pengukuran yang diterima APNIC Labs setiap hari tidak merata
  • Penayangan iklan Google dioptimalkan untuk memaksimalkan distribusi dan pendapatan, sehingga pada hari tertentu beberapa perekonomian dapat menghasilkan lebih banyak iklan dan sampel pengukuran
    • Misalnya, pada hari ketika permintaan iklan tinggi di perekonomian Afrika Utara seperti Egypt atau Tunisia, lebih banyak pengukuran dari wilayah tersebut dapat terkumpul
    • Pada hari yang sama, South America atau Asia dapat menghasilkan sampel yang relatif lebih sedikit
  • APNIC Labs tidak sekadar menjumlahkan jumlah sampel mentah
    • Mereka terlebih dahulu mengagregasikan IPv6 capability yang terukur di tiap perekonomian
    • Setelah itu, nilainya diberi bobot sesuai perkiraan jumlah pengguna internet di perekonomian tersebut
  • Tempat dengan populasi internet besar seperti India, China, Indonesia, dan perekonomian utama lainnya memiliki porsi lebih besar dalam hasil global terlepas dari jumlah sampel mentah pada hari tertentu
  • Pendekatan ini dimaksudkan agar hasil pengukuran akhir lebih mencerminkan penggunaan internet global daripada pola distribusi iklan harian

Latar belakang lamanya transisi ke IPv6

  • Ada pandangan yang menilai lamanya waktu untuk mencapai tonggak adopsi IPv6 50% sebagai bukti kegagalan sistemik IPv6
  • Penerapan IPv6 memang membutuhkan upaya teknis yang besar dan investasi modal yang signifikan
  • Perbedaan kemajuan antarwilayah dan perekonomian merupakan hasil penilaian masing-masing ISP dan perekonomian dalam menyeimbangkan pertumbuhan jaringan, ekspektasi pengguna, dan realitas operasional infrastruktur internet
  • Internet global bukanlah ekonomi terencana, melainkan berevolusi melalui kolaborasi dan kerja sama dalam kondisi yang digerakkan pasar
  • Banyak penyedia sebelumnya telah menanamkan modal besar pada IPv4 dan berupaya memaksimalkan hasil dari investasi itu
    • Dalam prosesnya, mereka membangun jaringan berbasis IPv4 yang berkelanjutan dan layak secara komersial dalam cakupan layanan yang ada
  • Bagi pendatang baru di pasar, mengadopsi IPv6 sebagai protokol default sering kali lebih masuk akal
    • IPv6 dapat menurunkan total cost of ownership (TCO)
    • Pola ini sangat menonjol di sektor seluler
    • Reliance Jio network di India ditunjukkan sebagai contoh penerapan IPv6 berskala besar

Internet saat ini: IPv4 dan IPv6 berjalan bersama

  • Internet global saat ini beroperasi dalam dua dunia protokol
  • Secara logistik akan lebih mudah bila dijalankan dengan satu protokol saja, tetapi kenyataannya tidak demikian
  • Internet saat ini berisi campuran berbagai bentuk konektivitas
    • Koneksi IPv4 langsung
    • IPv4 melalui NAT jaringan rumah atau Carrier-Grade NAT (CGNAT) tingkat operator
    • IPv6
  • Pengelolaan translasi alamat melalui NAT pada dasarnya tidak lebih sederhana dibanding translasi protokol, enkapsulasi IPv4 di atas IPv6, atau mekanisme transisi dan proxy lainnya
  • Ungkapan “IPv4 is working fine” mudah mengabaikan kenyataan bahwa jaringan IPv4 modern sudah bergantung pada berbagai lapisan kompleksitas operasional
  • Tidak ada pendekatan yang secara inheren lebih murah atau lebih sederhana jika hanya mengandalkan IPv4

Di mana interoperabilitas IPv4·IPv6 benar-benar terjadi

  • Tidak adanya interoperabilitas langsung antara IPv4 dan IPv6 sejak awal dipahami sebagai masalah yang harus diselesaikan
  • Pada awalnya sempat dieksplorasi gagasan protokol yang dapat mengakomodasi IPv4 tanpa perubahan dan memungkinkan koneksi langsung antara dua dunia, tetapi tidak pernah terbukti layak dijalankan
  • Interoperabilitas dibentuk di lapisan yang lebih tinggi melalui protokol transport seperti TCP, UDP, dan QUIC yang bekerja secara independen dari versi IP
  • Model ini membutuhkan perantara dalam satu bentuk atau lainnya
  • Struktur ini dapat dilihat pada cara penyedia konten dan caching besar seperti Cloudflare menyediakan layanan dual-stack terlepas dari apakah sistem backend mendukung kedua protokol atau tidak

Mengapa sebagian layanan tidak memiliki dual-stack

  • Ketiadaan native dual-stack capability pada sebagian layanan sering dianggap sebagai hambatan besar bagi kemajuan IPv6
  • Sebagai contoh disebutkan platform Git tertentu atau stasiun TV penyiaran nasional
  • Situasi ini mungkin lebih mencerminkan kompleksitas operasional daripada penolakan terhadap IPv6
  • Dalam kasus penyiar nasional, kendala praktis seperti akses data dan persyaratan hukum atau regulasi terkait geolocation dapat berpengaruh

IPv6 adalah bagian dari operasional sehari-hari

  • IPv6 kini sudah diterapkan pada skala global
  • Sekitar setengah pengguna internet yang terlihat oleh Google sudah mengakses layanan Google melalui IPv6
  • IPv6 digunakan setiap hari dan setiap jam di negara maju maupun berkembang, di jaringan tetap dan seluler, serta pada perangkat pribadi kecil maupun layanan berbasis pusat data berskala besar
  • IPv6 bukan lagi teknologi eksperimental atau pinggiran, melainkan bagian dari operasional sehari-hari internet

Bacaan terkait

2 komentar

 
purely4959 4 jam lalu

Kapan IPv6 akan diterapkan pada internet rumahan di Korea?
 
GN⁺ 4 jam lalu
Komentar Hacker News

  • Menambahkan satu contoh lagi untuk kasus “ISP masih belum melakukannya”: Virgin Media, ISP besar di Inggris, secara terbuka mengatakan pada World IPv6 Day 2011 bahwa mereka akan sepenuhnya mendukung IPv6 pada akhir 2012, tetapi bahkan setelah 15 tahun mereka masih belum bisa menyalakan saklarnya
    https://havevirginmediaenabledipv6yet.co.uk/
    Pengumuman saat itu: https://ispreview.co.uk/story/2011/06/08/uk-isp-fluidata-hai...

    • Cara untuk menekan ISP agar mendukung IPv6 mungkin terdengar bodoh, tetapi bisa efektif. Situs perbandingan belanja bisa memasang peringatan merah besar pada ISP yang tidak mendukung IPv6, dan situs web juga bisa menampilkan banner yang mengatakan “ISP Anda tidak mendukung koneksi internet normal yang digunakan situs ini”
      Konsumen mungkin tidak tahu apa itu IPv6, tetapi mereka paham peringatan merah besar dan banner yang menjengkelkan
    • Dulu saya pernah bertanya ke Virgin Media apakah aktivasi IPv6 pada jalur 1Gb DIA memungkinkan, dan jawabannya adalah, “Kami bisa mengalihkan jalur itu ke IPv6, tetapi Anda harus melepaskan IPv4”
      Setelah itu, saya jadi tidak berminat untuk bertanya lagi
    • Dari sudut pandang bisnis murni, VM memang tidak punya banyak alasan untuk repot. Alamat IPv4 mereka cukup, dan selain kelompok pengguna teknis yang sangat kecil, pelanggan tidak benar-benar merasakan manfaat IPv6
      Ditambah lagi ada contoh implementasi IPv6 dari ISP lain yang secara acak merusak sesuatu, jadi alasan untuk tidak melakukannya juga bisa dimengerti
    • Di Belanda ada situs seperti https://heeftodidoipv6.nl
      ISP ini punya IPv6 di core network, tetapi tidak memberikannya ke pelanggan, dan pangsa pasarnya di telekomunikasi Belanda mencapai 17%
    • Amerika setidaknya akhirnya mulai mendekat. ASN teratas memiliki rasio dukungan IPv6 di atas 75%
      Namun Optimum Communications dan Frontier masing-masing masih di kisaran 15% dan sangat menurunkan angka itu; Frontier membaik dengan sangat lambat, tetapi di pihak Optimum hampir tidak ada bukti perubahan

  • Dua bulan lalu juga ada thread dengan 626 komentar: https://news.ycombinator.com/item?id=47777894

  • Saat mencoba menyiapkan server IPv6 yang “murni”, saya terkejut bahwa GitHub tidak mendukung IPv6. Tanpa operator NAT64 sukarela yang tercantum di https://nat64.xyz/, GitHub tidak bisa dijangkau dari lingkungan IPv6

    • Ketiadaan dukungan IPv6 di GitHub benar-benar sulit dimaafkan
    • Internet sekali lagi mencari jalan memutar atas masalah ini. Ini contoh bagus bahwa bahkan di tahun 2020-an, pada praktiknya tetap hanya ada satu internet, bukan beberapa internet

  • Oh tidak, subnet IPv4 /22 milik saya seperti 401k pribadi, harus dipakai sebagai dana pensiun

    • Terdengar seperti lelucon, tetapi ini juga persis seperti cara masyarakat memandang perumahan
    • Apa ini saatnya diuangkan?
    • Sekitar tahun 2100 nanti sepertinya akan benar-benar merepotkan

  • T-Mobile/Odido di Belanda sudah bertahun-tahun berjanji sedang mengerjakannya, tetapi masih belum mendukung IPv6
    Gateway Ubiquiti juga tampaknya sayangnya masih kurang dukungannya, dan akan bagus jika mendukung fitur seperti tunneling Hurricane Electric

    • Di sini, melalui gateway Ubiquiti, akses ke alamat IPv6 2606:7100:1:67::26 milik news.ycombinator.com berjalan lancar
    • Rentang alamat tunnel HE sekarang terkena penalti yang cukup keras sebagai alamat non-rumahan/non-kantor, jadi akhirnya saya harus mematikannya
      Misalnya, YouTube tampaknya sebagian besar memblokir pengguna rentang HE yang tidak login, dan saya juga sering menghadapi CAPTCHA tanpa akhir
    • Menariknya, T-Mobile di AS justru kebalikannya: tidak mendukung IPv4, hanya memberikan IPv6, lalu menyediakan “NAT palsu” untuk IPv4 lewat 464XLAT
    • T-Mobile US sudah IPv6-only sejak sekitar 2018: https://www.youtube.com/watch?v=d6oBCYHzrTA
    • Semua ISP harus membayar biaya tunnel Hurricane Electric, jadi untuk pengguna itu gratis. Jika cukup banyak orang mulai memakai tunnel HE, ISP pada akhirnya akan menyediakan IPv6 native
      Tetapi dalam praktiknya, Anda mudah diblokir oleh situs web yang dikunjungi, dan juga sulit dipakai jika berada di belakang CGNAT atau router rumah tidak punya DMZ

  • Ingin berhenti membayar biaya alamat IPv4 publik ke AWS, tetapi masih banyak ISP di sisi pelanggan yang tidak mendukungnya, jadi beralih sepenuhnya ke IPv6 tidak memungkinkan
    Saat ini tidak ada faktor yang menekan ISP agar beralih ke IPv6, malah justru sebaliknya. ISP suka mengenakan biaya untuk IP statis

    • Kalau mau jujur, jika Google menghentikan dukungan IPv4, itu akan menjadi insentif yang cukup kuat untuk membuat ISP ikut menyesuaikan diri

  • Terutama jika proporsi IPv6 naik pada akhir pekan, itu terlihat seperti sinyal bahwa sisi jaringan perusahaan/kerja menunda implementasi

    • Tonggak yang sebenarnya selalu saat angkanya melampaui 50%
    • Orang bilang “tidak dilakukan karena malas”, tetapi IPv6 bukan sesuatu yang selesai hanya dengan mencentang satu kotak
      Kenapa harus sampai melakukan restrukturisasi organisasi dan mengerjakan macam-macam hal? Hanya untuk mengganti beberapa angka? Kalau IPv4 masih berjalan, kenapa?

  • Fakta bahwa IPv6 Google mencapai 50% sangat bagus dari sisi akses situs web
    Tetapi router TP-Link saya secara default memblokir koneksi IPv6 masuk dan tidak punya opsi pengaturan untuk itu, jadi masih kurang baik untuk streaming dua arah murni IPv6, game, dan layanan jaringan rumah

    • Jika perangkat itu dipasangi OpenWRT, Anda bisa mengaturnya sesuka hati. Sebagai ganti aturan port forwarding di IPv4, Anda akan merasakan kesenangan menambahkan aturan akses IPv6 untuk port yang hampir sama
    • Saya melakukan self-hosting web dan email di atas WireGuard VPN menggunakan VPS gratis. Saya melakukannya gratis di OCI, dan dulu juga bisa murah di AWS Lightsail
      Anda juga bisa memakai solusi yang mudah dikonfigurasi seperti Tailscale, dan dengan cara ini jaringan rumah tidak perlu diekspos langsung ke internet
    • Pabrikan router konsumen umumnya memang sama-sama buruk jadi tidak banyak bedanya, tetapi TP-Link benar-benar buruk. Sangat tidak disarankan memakai perangkat keras mereka
    • Sistem seperti ini mencerminkan era saat ia dirancang. IPv6 adalah teknologi berusia 30 tahun, dan pada saat itu banyak ancaman yang ada sekarang belum eksis
      Misalnya, keputusan menjadikan blok /64 sebagai default muncul dari keyakinan bahwa sebagian dari alamat itu akan memakai MAC 48-bit, tetapi sekarang kita tahu itu adalah mimpi buruk privasi sehingga tidak ada yang melakukannya lagi. Meski begitu, kita tetap terikat pada skema alamat 128-bit yang lahir dari keputusan itu
      IPv6 mencoba mengganti NAT dengan ketersediaan alamat yang cukup, tetapi menariknya hal ini memunculkan masalah ekspresi niat. Pada NAT, ketika layanan di komputer meminta port untuk koneksi masuk, niat pemilik layanan menjadi jelas, tetapi di IPv6 tidak ada sinyal niat seperti itu. Karena itu pabrikan router rumah praktis terpaksa memblokir alamat secara default; jika tidak, pihak luar bisa memindai PC dan membuat layanan yang tidak dimaksudkan terekspos ke internet publik
      Ruang alamat yang lebih besar mungkin secara teknis lebih baik, tetapi default dan niat pengguna tetap harus dipertimbangkan. Solusi yang secara teknis bagus bisa berubah menjadi solusi yang buruk di titik ini, atau menimbulkan banyak masalah

  • Di Cloudflare, IPv6 terlihat berada di atas 40%, tetapi meski total trafik meningkat, selama setahun terakhir angkanya tidak banyak naik. Seperti pengamatan dalam tulisan APNIC, tingkat adopsi keseluruhan yang nyata tampaknya berada di antara Google dan Cloudflare
    https://radar.cloudflare.com/adoption-and-usage#ipv4-vs-ipv6
    Namun ini mencerminkan tingkat adopsi di sisi klien. Bahkan di antara layanan populer pun masih banyak yang hanya IPv4, jadi porsi IPv6 yang benar-benar mengalir di internet publik bisa jauh lebih rendah
    Karena alokasi IPv4 baru sudah habis sejak lama, sekarang tampaknya dibutuhkan insentif transisi yang berbeda dari sebelumnya

    • Jika dilihat dari porsi trafik, layanan besar yang memakai banyak bandwidth—yakni situs streaming video dan CDN—kebanyakan sudah berada di atas IPv6. Layanan ekor panjang yang hanya IPv4 umumnya memakai bandwidth lebih sedikit
    • Belakangan ini, rate limiting bisa menjadi disinsentif besar. Di IPv4, pemblokiran rentang alamat cukup efektif sampai batas tertentu, tetapi di IPv6 jauh kurang efektif
      Inilah juga alasan HE Tunnelbroker belakangan dinilai buruk. Bot musik Discord melakukan load balancing di antara IP tunnelbroker untuk mengambil data audio YouTube, dan meskipun /64 diblokir, mereka masih bisa menghindarinya lewat /48 atau yang lebih besar. Saya kira alasan utama Discord menonaktifkan IPv6 juga karena pemblokiran berbasis IP dan rate limiting API

  • Menarik melihat proporsi per negara. Prancis tampaknya naik sampai 85%
    https://www.google.com/intl/en/ipv6/statistics.html#tab=per-...

    • Semakin besar trafik seluler, semakin tinggi juga proporsi IPv6. Kalau melihat India, bukan berarti semua orang memakai koneksi fiber yang semuanya sudah IPv6
    • Saya penasaran kenapa sinyal frekuensi tinggi yang menumpang di atas tren jangka panjang itu muncul pada grafik tersebut
      https://www.google.com/intl/en/ipv6/statistics.html#tab=per-...
    • India di angka 75% benar-benar kabar bagus. Kalau tidak, tekanan harga alamat IPv4 pasti akan sangat tidak masuk akal