Google IPv6 bağlantı oranı %50’ye ulaştı

 (blog.apnic.net)
2 puan yazan GN⁺ 4 시간 전 | 2 yorum | WhatsApp'ta paylaş
  • 23 Nisan 2026’da Google’ın IPv6 istatistiği ilk kez %50 seviyesine ulaştı; böylece Google hizmetlerine yapılan bağlantıların yarısının IPv6 üzerinden gerçekleştiği bir aşamaya girildi
  • Aynı gün APNIC Labs’in küresel IPv6 capability oranı %42 olarak daha düşük ölçüldü; bu nedenle iki sayı birlikte değerlendirilirken ölçüm yöntemi ve ağırlıklandırma modeli farkları dikkate alınmalı
  • APNIC, Google Ads tabanlı ölçüm verilerini basitçe toplamak yerine, ekonomik bölgelere göre internet kullanıcı ölçeğini yansıtan ağırlıklar uygular
  • India, Viet Nam ve Saudi Arabia gibi benimsenme eğrileri çok farklı ekonomik bölgeler bulunduğundan, yalnızca küresel ortalama ile bölgesel gerçekliği açıklamak zordur
  • IPv6 artık sabit ağlarda, mobilde, kişisel cihazlarda ve veri merkezi hizmetlerinde her gün kullanılan internet işletiminin bir parçası haline geldi

Google IPv6 istatistiğinde %50 eşiği

  • Google’ın IPv6 istatistiği 23 Nisan 2026’da ilk kez %50 olarak kaydedildi
    • Bu istatistik, Google hizmetlerine IPv6 üzerinden bağlanan kullanıcı oranını yansıtır
    • Google kullanıcılarının IPv6 bağlantı olasılığını sürekli izleyen bir göstergedir
  • IPv6 %50’ye ulaştı: {p:50}
  • Bu sayı, IPv6’nın dünya çapındaki gerçek ağlarda kullanılan olgun bir protokol haline geldiğini gösteren bir eşik olarak görülebilir

Yalnızca küresel ortalamanın göstermediği bölgesel farklar

  • IPv6 benimsenmesi bölge ve ekonomik alanlara göre büyük farklılıklar gösterdiğinden, tek bir küresel trend çizgisiyle değerlendirmek zordur
  • Google bölgelere göre IPv6 istatistiklerini açıklamıyor ve ekonomik alan bazlı verileri de toplam değerlerle sınırlı tutuyor
  • APNIC Labs verilerinde ekonomik alanlara göre benimsenme eğrileri küresel ortalamadan ciddi biçimde farklı olabilir

APNIC Labs ölçümü %42

  • APNIC’in kendi ölçümüne göre 23 Nisan 2026 itibarıyla küresel IPv6 capability oranı %42 olarak kaydedildi
    • APNIC Labs küresel ölçümü: Source
  • APNIC IPv6 capability: {p:42}
  • Google’ın %50’si ile APNIC’in %42’si arasında belirgin bir fark bulunuyor
  • Tek tek ekonomik alanlar düzeyinde APNIC Labs ölçümleri genel olarak Google, Cloudflare, Akamai ve Cisco gibi verilerle uyumlu
  • Küresel düzeydeki büyük farkın, temel ölçümden çok APNIC’in ağırlıklandırma modeli farkından kaynaklanıyor olması muhtemel
  • Uygulamada APNIC ölçümleri, Google ölçümlerinden daha düşük çıkma eğilimindedir
  • İki veri kümesi birlikte ele alındığında, belirli bir andaki gerçek IPv6 capability aralığını iki taraftan saran değerler olarak yorumlanabilir

APNIC’in reklam tabanlı ölçüm yöntemi

  • APNIC’in ölçüm programı APNIC Labs tarafından yürütülür ve Google Ads üzerinden son kullanıcı web tarayıcılarına, oyunlara ve uygulamalara dağıtılan çevrimiçi reklamlardan yararlanır
  • Belirli kullanıcılar seçilerek ölçüm yapılmaz; bunun yerine tüm ekonomik alanlarda 7/24 mümkün olduğunca geniş görünürlük hedeflenir
  • Genel reklam izleme sistemleri, APNIC Labs mantığıyla birleştirilerek benzersiz bir test seti çalıştırılır
    • IP, BGP yönlendirme, DNS ve diğer teknik tercihleri ölçer
  • Son kullanıcıların kişisel olarak tanımlanabilir bilgileri (PII) saklanmaz
  • Ham ölçümler paylaşılmaz; yalnızca ISP, ekonomik alan ve bölge düzeyinde toplulaştırılmış veriler yayımlanır
  • Bu ölçüm çalışması Google Research, ICANN ve diğer kurumların finansmanı ve desteğiyle yürütülür

Ham örneklerin doğrudan toplanmamasının nedeni

  • APNIC, topladığı verilere istatistiksel ağırlıklar uygular ve World Bank istatistikleri gibi dış kaynaklarla ekonomik alanlara göre internet kullanımını modeller
  • APNIC Labs’in her gün aldığı ölçüm örneği sayısı eşit değildir
  • Google’ın reklam yerleşimi, dağıtım hacmini ve geliri en üst düzeye çıkarmak için optimize edildiğinden, bazı günlerde belirli ekonomik alanlarda daha fazla reklam ve ölçüm örneği oluşabilir
    • Örneğin Egypt veya Tunisia gibi North African ekonomik alanlarında reklam talebinin yüksek olduğu günlerde bu bölgelerden daha fazla ölçüm toplanabilir
    • Aynı gün South America veya Asia’da görece daha az örnek oluşabilir
  • APNIC Labs ham örnek sayılarını basitçe toplamaz
    • Önce her ekonomik alanın ölçülen IPv6 capability değerini toplulaştırır
    • Daha sonra bunu ilgili ekonomik alandaki tahmini internet kullanıcı sayısına göre ağırlıklandırır
  • India, China, Indonesia ve diğer büyük ekonomik alanlar gibi internet nüfusu yüksek yerler, belirli bir gündeki ham örnek sayısından bağımsız olarak küresel sonuçta daha büyük paya sahip olur
  • Bu yaklaşım, nihai ölçümün günlük reklam dağıtım kalıplarından ziyade küresel internet kullanımını daha iyi yansıtmasını amaçlar

IPv6 geçişinin uzun sürmesinin arka planı

  • IPv6’nın %50 benimsenme eşiğine ulaşmasının uzun sürmüş olması, bazıları tarafından IPv6’nın sistemsel bir başarısızlığının kanıtı olarak görülür
  • IPv6 dağıtımı, kayda değer teknik çaba ve büyük sermaye yatırımı gerektirdi
  • Bölge ve ekonomik alanlara göre ilerleme farkları, ISP’lerin ve ekonomik alanların ağ büyümesi, kullanıcı beklentileri ve internet altyapısı işletiminin gerçekleri arasında kendi değerlendirmelerini yapmasının sonucuydu
  • Küresel internet bir planlı ekonomi değildir; piyasa odaklı koşullar içinde iş birliği ve ortak çalışmayla evrilir
  • Birçok sağlayıcı geçmişte IPv4’e büyük sermaye yatırımı yaptı ve bu yatırımın getirisini en üst düzeye çıkarmaya çalıştı
    • Bu süreçte mevcut hizmet kapsamı içinde sürdürülebilir ve ticari olarak uygulanabilir IPv4 tabanlı ağlar kuruldu
  • Yeni pazara girenler için IPv6’yı varsayılan protokol olarak benimsemek çoğu zaman daha mantıklıydı
    • IPv6, toplam sahip olma maliyetini (TCO) azaltabilir
    • Bu örüntü özellikle mobil tarafta belirgindir
    • India’daki Reliance Jio network, büyük ölçekli IPv6 dağıtımına örnek olarak gösterilir

IPv4 ve IPv6’nın birlikte çalıştığı bugünkü internet

  • Bugünün küresel interneti iki protokol dünyasında çalışıyor
  • Tek protokolle işletmek lojistik açıdan daha kolay olurdu, ancak gerçek ortam bu şekilde gelişmedi
  • Günümüz internetinde farklı bağlantı türleri bir arada bulunuyor
    • Doğrudan IPv4 bağlantısı
    • Ev ağı NAT’ı veya operatör sınıfı Carrier-Grade NAT(CGNAT) üzerinden IPv4
    • IPv6
  • NAT üzerinden adres çevirisini yönetmek; protokol çevirisi, IPv6 üzerinde IPv4 kapsülleme veya diğer geçiş ve proxy mekanizmalarından özünde daha az karmaşık değildir
  • “IPv4 is working fine” sözü, modern IPv4 ağlarının zaten birçok katmanlı işletim karmaşıklığına dayandığı gerçeğini gözden kaçırmaya yatkındır
  • Yalnızca IPv4’e dayalı yaklaşım özünde daha ucuz ya da daha basit değildir

IPv4·IPv6 birlikte çalışabilirliğinin fiilen nerede sağlandığı

  • IPv4 ile IPv6 arasında doğrudan birlikte çalışabilirliğin olmaması, en baştan çözülmesi gereken bir sorun olarak anlaşılmıştı
  • Başlangıçta, IPv4’ü değiştirmeden kapsayıp iki dünya arasında doğrudan bağlantı kurmayı mümkün kılacak protokol fikirleri araştırıldı, ancak uygulanabilir bir yöntem olarak kanıtlanmadı
  • Birlikte çalışabilirlik, IP sürümünden bağımsız çalışan TCP, UDP ve QUIC gibi taşıma protokolleri üzerinden daha üst katmanlarda kuruluyor
  • Bu model, bir şekilde aracı bir unsur gerektiriyor
  • Cloudflare gibi büyük içerik ve önbellekleme sağlayıcılarının, arka uç sistemlerinin iki protokolü birden destekleyip desteklemediğinden bağımsız olarak dual-stack hizmet sunma biçiminde bu yapı görülebilir

Bazı hizmetlerde neden dual-stack yok

  • Bazı hizmetlerin native dual-stack capability sunmaması, sık sık IPv6 ilerlemesinin önündeki büyük bir engel olarak görülür
  • Örnek olarak belirli bir Git platformu veya ülke çapında yayın yapan bir TV kuruluşu anılır
  • Bu durum, IPv6’ya dirençten çok işletimsel karmaşıklığı yansıtıyor olabilir
  • Ülke çapında yayın yapan bir yayıncı için, veri erişimi ve geolocation ile ilgili hukuki ve düzenleyici gereksinimler gibi pratik kısıtlar etkili olabilir

IPv6 günlük işletimin bir parçası

  • IPv6 artık küresel ölçekte dağıtılmış durumda
  • Google’ın gördüğü internet kullanıcılarının yaklaşık yarısı, Google hizmetlerine zaten IPv6 üzerinden bağlanıyor
  • Gelişmiş ve gelişmekte olan ülkelerde, sabit ve mobil ağlarda, kişisel küçük cihazlarda ve büyük veri merkezi tabanlı hizmetlerde IPv6 her gün ve her saat kullanılıyor
  • IPv6 artık deneysel ya da kenarda kalan bir teknoloji değil, internetin günlük işletiminin bir parçası

İlgili okumalar

2 yorum

 
purely4959 4 시간 전

Kore'de ev tipi internete IPv6 ne zaman gelecek
 
GN⁺ 4 시간 전
Hacker News yorumları

  • “ISP’ler hâlâ yapmıyor” örneklerine bir tane daha eklemek gerekirse, Birleşik Krallık’ın büyük ISP’lerinden Virgin Media, 2011’deki World IPv6 Day sırasında 2012 sonuna kadar IPv6’yı tamamen destekleyeceğini kamuya açık şekilde söylemişti ama aradan 15 yıl geçmesine rağmen hâlâ düğmeyi açamadı
    https://havevirginmediaenabledipv6yet.co.uk/
    O zamanki duyuru: https://ispreview.co.uk/story/2011/06/08/uk-isp-fluidata-hai...

    • Bir ISP’yi IPv6 desteklemeye zorlamanın yolu aptalca ama etkili olabilir. Fiyat karşılaştırma siteleri IPv6 desteklemeyen ISP’lere büyük kırmızı uyarılar koyabilir, siteler de “ISP’niz bu sitenin kullandığı normal internet bağlantısını desteklemiyor” şeklinde bir banner gösterebilir
      Tüketiciler IPv6’nın ne olduğunu bilmiyor olabilir ama büyük kırmızı uyarıyı ve sinir bozucu banner’ı anlar
    • Bir zamanlar Virgin Media’ya 1Gb DIA hattında IPv6 etkinleştirmenin mümkün olup olmadığını sordum, bana “hattı IPv6’ya çevirebiliriz ama IPv4’ten vazgeçmeniz gerekir” diye yanıt verdiler
      Ondan sonra tekrar sormak içimden gelmedi
    • Tamamen iş açısından bakınca VM’nin bunu yapmak için pek bir nedeni yok. Yeterince IPv4 adresi var ve çok küçük bir teknik kullanıcı kitlesi dışında müşteriler IPv6’nın faydasını hissetmiyor
      Üstüne bir de diğer ISP’lerin IPv6 uygulamalarının rastgele bir şeyleri bozduğu örnekler varken, neden yapmadıklarını anlamak zor değil
    • Hollanda’da https://heeftodidoipv6.nl gibi siteler var
      Bu ISP’nin omurgasında IPv6 bulunuyor ama müşterilere sunulmuyor ve Hollanda telekom pazarında %17 paya sahip
    • ABD sonunda yine de yaklaşıyor gibi görünüyor. En büyük ASN’lerde IPv6 etkin oranı %75’in üzerinde
      Ama Optimum Communications ile Frontier sırasıyla yaklaşık %15 seviyesinde kalarak ortalamayı ciddi biçimde aşağı çekiyor; Frontier çok yavaş da olsa iyileşiyor fakat Optimum tarafında değişime dair pek kanıt yok

  • İki ay önce de 626 yorumluk bir başlık vardı: https://news.ycombinator.com/item?id=47777894

  • “Saf” bir IPv6 sunucusu kurmayı deneyince GitHub’ın IPv6 desteklememesine şaşırdım. https://nat64.xyz/ üzerindeki gönüllü NAT64 operatörleri olmasa IPv6 ortamından GitHub’a ulaşılamazdı

    • GitHub’ın IPv6 desteği olmaması kesinlikle mazur görülemez
    • İnternet yine sorunun etrafından dolaşmış. 2020’lerde de fiilen birden fazla internet değil, tek bir internetin var olduğuna dair güzel bir örnek

  • Hayır, benim /22 IPv4 alt ağım özel 401k hesabım gibi; emeklilik fonu olarak kullanmam lazım

    • Şaka gibi ama toplumun konuta bakışı da tam olarak böyle
    • Artık nakde çevirme zamanı mı?
    • 2100 civarında gerçekten sıkıntı olabilir

  • Hollanda’daki T-Mobile/Odido yıllardır üzerinde çalıştığına söz vermesine rağmen hâlâ IPv6 desteklemiyor
    Ubiquiti gateway tarafında da destek zayıf görünüyor; Hurricane Electric tünellemesi gibi özellikleri desteklemesi iyi olurdu

    • Burada Ubiquiti gateway üzerinden news.ycombinator.com sitesinin IPv6 adresi 2606:7100:1:67::26 ile bağlantı sorunsuz çalışıyor
    • HE tünel adres aralıkları artık konut dışı/ofis dışı adresler olarak epey sert şekilde dezavantajlı muamele görüyor; sonunda kapatmak zorunda kaldım
      Örneğin YouTube giriş yapmamış HE aralığı kullanıcılarını genelde engelliyor gibi görünüyor ve bitmek bilmeyen CAPTCHA’larla da sık sık karşılaştım
    • Buna karşılık ABD’deki T-Mobile’ın IPv4’ü desteklemeyip yalnızca IPv6 tahsis etmesi, IPv4 için de 464XLAT üzerinden “sahte NAT” sağlaması ilginç
    • T-Mobile US yaklaşık 2018’den beri yalnızca IPv6 kullanıyor: https://www.youtube.com/watch?v=d6oBCYHzrTA
    • Tüm ISP’lerin Hurricane Electric tünel maliyetini ödemesi gerekir, bu yüzden kullanıcı için ücretsizdir. Yeterince çok kişi HE tüneli kullanmaya başlarsa ISP’ler yerel IPv6 sunmaya başlayacaktır
      Ama pratikte ziyaret ettiğiniz sitelerin sizi engellemesi kolay, ayrıca CGNAT arkasındaysanız veya ev yönlendiricinizde DMZ yoksa kullanması da zor

  • AWS’ye genel IPv4 adresi maliyeti ödemeyi bırakmak istiyorum, ama müşteri tarafındaki ISP’lerin bunu desteklemediği çok yer var; bu yüzden tamamen IPv6’ya geçmek imkânsız
    Şu anda ISP’lerin IPv6’ya geçmesi için onları zorlayan bir etken yok, hatta tam tersi var. ISP’ler sabit IP ücreti almayı seviyor

    • Adil olmak gerekirse, Google IPv4 desteğini keserse bu, ISP’leri hizaya getirecek oldukça güçlü bir teşvik olur

  • Özellikle hafta sonları IPv6 oranı yükseliyorsa, bu kurumsal/iş ağı tarafının uygulamayı ertelediğine dair bir işaret gibi görünüyor

    • Asıl dönüm noktası her zaman %50’nin kalıcı olarak aşılmasıdır
    • “Üşendiğimiz için yapmıyoruz” deniyor ama IPv6, tek bir kutucuğu işaretleyince biten bir iş değil
      Neden birkaç sayı değiştirmek için organizasyonel değişiklikler yapıp türlü türlü işle uğraşalım? IPv4 çalışıyorken neden?

  • Google’ın IPv6’da %50’ye ulaşması, web sitesi erişimi açısından çok iyi
    Ama benim TP-Link yönlendiricim varsayılan olarak gelen IPv6 bağlantılarını engelliyor ve ayar seçeneği de sunmuyor; bu yüzden saf IPv6 çift yönlü yayın, oyun ve ev ağı servisleri için hâlâ iyi değil

    • O cihaza OpenWRT kurarsanız istediğinizi yapabilirsiniz. IPv4’teki port yönlendirme kuralları yerine, neredeyse aynı portlar için IPv6 erişim kuralları ekleme keyfini yaşarsınız
    • WireGuard VPN üzerinden, ücretsiz bir VPS kullanarak web ve e-postayı self-host ediyorum. OCI’da bunu ücretsiz yaptım, AWS Lightsail’de de ucuza yapılabiliyordu
      Tailscale gibi kurulumu kolay bir çözüm de kullanabilirsiniz; böylece ev ağınızı internete doğrudan açmanız gerekmez
    • Tüketici tipi yönlendirici üreticilerinin çoğu genel olarak kötü, bu yüzden aralarında büyük fark yok; ama TP-Link gerçekten kötü. Bu donanımı kullanmamanızı güçlü şekilde tavsiye ederim
    • Bu sistemler, tasarlandıkları dönemi yansıtıyor. IPv6 30 yıllık bir teknoloji ve o zamanlar bugünkü tehditlerin çoğu yoktu
      Örneğin varsayılanı /64 blok yapmak, 48 bitlik MAC adresinin bir kısmının kullanılacağı inancından doğmuştu; ama artık bunun bir gizlilik kâbusu olduğunu biliyoruz ve kimse bunu yapmıyor. Yine de ortaya çıkan 128 bitlik adres yapısına hâlâ bağlıyız
      IPv6, NAT’ı yeterli adres sayısıyla değiştirmeyi hedefliyordu ama ilginç biçimde bu, niyetin ifade edilmesi sorununu doğurdu. NAT’ta bir bilgisayardaki servis gelen bağlantılar için bir port istediğinde, servis sahibinin niyeti ortaya çıkıyordu; IPv6’da ise böyle bir niyet sinyali yok. Bu yüzden ev yönlendiricisi üreticileri adresleri varsayılan olarak engellemek zorunda kalıyor; aksi halde dışarıdan PC’ler taranıp istenmeyen servisler açık internete açılabilir
      Daha büyük bir adres alanı teknik olarak daha iyi olabilir, ama varsayılanlar ve kullanıcı niyeti dikkate alınmalı. İyi bir teknik çözüm bu noktada kötü bir çözüme dönüşebilir ya da sayısız sorun yaratabilir

  • Cloudflare’da IPv6 oranı %40’ın üzerinde görünüyor, ancak toplam trafik artmasına rağmen son bir yılda çok yükselmedi. APNIC yazısındaki gözlemde olduğu gibi, gerçek toplam benimsenme oranı muhtemelen Google ile Cloudflare arasında bir yerde
    https://radar.cloudflare.com/adoption-and-usage#ipv4-vs-ipv6
    Ancak bu, istemci tarafındaki benimsenme oranını yansıtıyor. Popüler servisler arasında bile hâlâ yalnızca IPv4 kullanan çok yer var; bu yüzden kamusal internette akan gerçek IPv6 payı çok daha düşük olabilir
    IPv4 için yeni tahsisler uzun zaman önce tükendiğine göre, artık eskisinden farklı bir geçiş teşviki gerekiyor gibi görünüyor

    • Trafik payı açısından bakınca, çok bant genişliği tüketen büyük servisler, yani video yayın siteleri ve CDN’lerin çoğu zaten IPv6 üzerinde. Yalnızca IPv4 kullanan uzun kuyruktaki servisler ise genelde daha az bant genişliği kullanıyor
    • Bugünlerde hız sınırlama büyük bir ters teşvik olabilir. IPv4’te aralık bazlı engelleme bir ölçüde işe yarıyor ama IPv6’da çok daha az etkili
      HE Tunnelbroker’ın bugünlerde kötü görünmesinin nedeni de bu. Discord müzik botları, YouTube ses verisini çekmek için tunnelbroker IP’leri arasında yük dengelemesi yaptı ve /64 engellense bile /48 veya üstünden dolaşabildi. Discord’un IPv6’yı devre dışı bırakmasının başlıca nedeninin de IP tabanlı engelleme ve API hız sınırlaması olduğunu düşünüyorum

  • Ülkelere göre oranlara bakmak ilginç. Fransa %85’e kadar çıkmış gibi görünüyor
    https://www.google.com/intl/en/ipv6/statistics.html#tab=per-...

    • Mobil trafik ne kadar fazlaysa IPv6 oranı da o kadar yükseliyor. Hindistan’a bakınca, herkesin IPv6 olan fiber hat kullandığı bir durum yok
    • O grafikte uzun vadeli trendin üstüne binen yüksek frekanslı sinyalin neden oluştuğunu merak ediyorum
      https://www.google.com/intl/en/ipv6/statistics.html#tab=per-...
    • Hindistan’ın %75’te olması gerçekten harika bir haber. Aksi olsaydı IPv4 adres fiyat baskısı akıl almaz derecede şiddetli olurdu