Google atinge 50% de taxa de conexões via IPv6

 (blog.apnic.net)
2 pontos por GN⁺ 4 시간 전 | 2 comentários | Compartilhar no WhatsApp
  • Em 23 de abril de 2026, as estatísticas de IPv6 do Google chegaram a 50% pela primeira vez, marcando a entrada em uma fase em que metade dos acessos aos serviços do Google ocorre via IPv6
  • No mesmo dia, a capacidade IPv6 global do APNIC Labs ficou em 42%, então os dois números precisam ser analisados junto com as diferenças de metodologia de medição e de modelo de ponderação
  • O APNIC não soma de forma simples os dados de medição baseados em Google Ads, e aplica pesos que refletem o tamanho da base de usuários de internet em cada economia
  • Há economias como India, Viet Nam e Saudi Arabia, cujas curvas de adoção diferem bastante, então a média global por si só não explica bem a realidade regional
  • O IPv6 agora já faz parte das operações cotidianas da internet, sendo usado todos os dias em redes fixas, móveis, dispositivos pessoais e serviços de data center

O marco de 50% nas estatísticas de IPv6 do Google

  • As estatísticas de IPv6 do Google registraram 50% pela primeira vez em 23 de abril de 2026
    • Essa estatística reflete a proporção de usuários que acessaram os serviços do Google por IPv6
    • É um indicador que observa continuamente a capacidade de conexão via IPv6 dos usuários do Google
  • Chegada aos 50% de IPv6: {p:50}
  • Esse número pode ser visto como um marco de que o IPv6 se tornou um protocolo maduro em uso nas redes reais ao redor do mundo

Diferenças regionais que a média global não mostra

  • A adoção de IPv6 varia bastante entre regiões e economias, o que dificulta tirar conclusões a partir de uma única linha de tendência global
  • O Google não divulga estatísticas regionais de IPv6, e os dados por economia também ficam limitados ao total agregado
  • Nos dados do APNIC Labs, as curvas de adoção por economia podem ser bem diferentes da média global

APNIC Labs mede 42%

  • A medição própria do APNIC registrou a capacidade IPv6 global em 42% em 23 de abril de 2026
    • Medição global do APNIC Labs: Source
  • Capacidade IPv6 segundo o APNIC: {p:42}
  • Há uma diferença clara entre os 50% do Google e os 42% do APNIC
  • No nível de economias individuais, as medições do APNIC Labs em geral estão alinhadas com dados de Google, Cloudflare, Akamai, Cisco e outros
  • A grande diferença no nível global pode vir mais da diferença no modelo de ponderação do APNIC do que da medição básica em si
  • Na prática, os valores do APNIC tendem a sair abaixo dos do Google
  • Vistos em conjunto, os dois conjuntos de dados podem ser interpretados como valores que delimitam por ambos os lados a faixa real de capacidade IPv6 em um dado momento

O método de medição baseado em anúncios do APNIC

  • O programa de medição do APNIC é operado pelo APNIC Labs e usa anúncios online distribuídos por Google Ads para navegadores web, jogos e apps de usuários finais
  • Em vez de selecionar usuários específicos para medir, busca-se a maior exposição possível, 24/7, em todas as economias
  • A lógica do APNIC Labs é combinada com sistemas comuns de rastreamento de anúncios para executar um conjunto exclusivo de testes
    • Mede IP, roteamento BGP, DNS e outras escolhas técnicas
  • Informações de identificação pessoal (PII) dos usuários finais não são armazenadas
  • Os valores brutos de medição não são compartilhados; só são publicados agregados por ISP, economia e região
  • Esse trabalho de medição é realizado com financiamento e apoio do Google Research, ICANN e outras instituições

Por que os samples brutos não são simplesmente somados

  • O APNIC aplica pesos estatísticos aos dados coletados e usa fontes externas, como estatísticas do World Bank, para modelar o uso da internet por economia
  • O número de samples de medição que o APNIC Labs recebe por dia não é uniforme
  • Como a veiculação de anúncios do Google é otimizada para maximizar entrega e receita, em certos dias alguns mercados podem gerar mais anúncios e mais samples de medição
    • Por exemplo, em dias com alta demanda publicitária em economias do North Africa como Egypt ou Tunisia, mais medições podem ser coletadas nessas regiões
    • No mesmo dia, South America ou Asia podem gerar relativamente menos samples
  • O APNIC Labs não faz uma soma simples do número de samples brutos
    • Primeiro, agrega a capacidade IPv6 medida de cada economia
    • Depois, aplica ponderação de acordo com o número estimado de usuários de internet naquela economia
  • Lugares com grande população conectada, como India, China, Indonesia e outras grandes economias, têm peso maior no resultado global independentemente do número de samples brutos daquele dia
  • O objetivo desse método é fazer com que a medição final reflita melhor o uso global da internet, e não o padrão diário de distribuição de anúncios

Por que a transição para o IPv6 demorou tanto

  • Há quem veja o longo tempo até o IPv6 alcançar o marco de 50% de adoção como evidência de um fracasso sistêmico do IPv6
  • A implantação do IPv6 exigiu esforço técnico considerável e grandes investimentos de capital
  • As diferenças de progresso entre regiões e economias refletem as decisões de ISPs e economias diante do crescimento das redes, das expectativas dos usuários e da realidade operacional da infraestrutura da internet
  • A internet global não é uma economia planificada; ela evolui por meio de colaboração e cooperação em condições guiadas pelo mercado
  • Muitos provedores fizeram grandes investimentos em IPv4 no passado e buscaram maximizar o retorno desses investimentos
    • Nesse processo, construíram redes baseadas em IPv4 sustentáveis e comercialmente viáveis dentro da cobertura de serviço existente
  • Para novos entrantes no mercado, muitas vezes fazia mais sentido adotar o IPv6 como protocolo padrão
    • O IPv6 pode reduzir o custo total de propriedade (TCO)
    • Esse padrão é especialmente visível no setor móvel
    • A rede Reliance Jio network, da India, é apresentada como um caso de implantação em larga escala de IPv6

A internet atual, com IPv4 e IPv6 convivendo lado a lado

  • Hoje, a internet global opera em dois mundos de protocolo
  • Operar com um único protocolo teria sido logisticamente mais simples, mas o ambiente real não evoluiu assim
  • A internet atual mistura várias formas de conectividade
    • Conexão IPv4 direta
    • IPv4 via NAT residencial ou Carrier-Grade NAT (CGNAT) da operadora
    • IPv6
  • Gerenciar tradução de endereços via NAT não é intrinsecamente menos complexo do que conversão de protocolo, encapsulamento de IPv4 sobre IPv6 ou outros mecanismos de transição e proxy
  • A frase “IPv4 is working fine” muitas vezes deixa escapar o fato de que as redes IPv4 modernas já dependem de várias camadas de complexidade operacional
  • Não existe uma abordagem inerentemente mais barata ou mais simples baseada apenas em IPv4

Onde realmente está a interoperabilidade entre IPv4 e IPv6

  • A ausência de interoperabilidade direta entre IPv4 e IPv6 foi entendida desde o início como um problema a ser resolvido
  • No início, foram exploradas ideias de protocolo que absorvessem o IPv4 sem alterações e permitissem conexão direta entre os dois mundos, mas isso não se provou viável na prática
  • A interoperabilidade se forma em camadas superiores, por meio de protocolos de transporte como TCP, UDP e QUIC, que funcionam independentemente da versão do IP
  • Esse modelo exige algum tipo de intermediário
  • Essa estrutura pode ser vista na forma como grandes provedores de conteúdo e cache, como Cloudflare, oferecem serviços dual-stack independentemente de seus sistemas de backend suportarem ambos os protocolos

Por que alguns serviços não têm dual-stack

  • O fato de alguns serviços não terem capacidade native dual-stack costuma ser visto como uma grande barreira ao avanço do IPv6
  • Como exemplo, são citados uma certa plataforma Git e uma emissora de TV nacional
  • Essa situação pode refletir mais complexidade operacional do que resistência ao IPv6
  • No caso de uma emissora nacional, restrições práticas como exigências legais e regulatórias relacionadas a acesso a dados e geolocalização podem influenciar

IPv6 já faz parte da operação cotidiana

  • O IPv6 agora está implantado em escala global
  • Cerca de metade dos usuários de internet visíveis ao Google já acessa os serviços do Google via IPv6
  • O IPv6 é usado todos os dias e a toda hora em países desenvolvidos e em desenvolvimento, em redes fixas e móveis, em pequenos dispositivos pessoais e em grandes serviços baseados em data centers
  • O IPv6 não é mais uma tecnologia experimental ou periférica, e sim parte da operação cotidiana da internet

Leituras relacionadas

2 comentários

 
purely4959 4 시간 전

Quando a IPv6 será adotada na internet residencial da Coreia do Sul?
 
GN⁺ 4 시간 전
Comentários do Hacker News

  • Para acrescentar mais um caso ao “ISPs ainda não fazem isso”, a Virgin Media, uma das principais ISPs do Reino Unido, disse publicamente no World IPv6 Day de 2011 que daria suporte completo a IPv6 até o fim de 2012, mas mesmo 15 anos depois ainda não conseguiu ligar a chave
    https://havevirginmediaenabledipv6yet.co.uk/
    Anúncio da época: https://ispreview.co.uk/story/2011/06/08/uk-isp-fluidata-hai...

    • Uma forma de pressionar a ISP a oferecer IPv6 pode ser boba, mas eficaz: sites de comparação de compras colocariam um grande alerta vermelho em ISPs sem suporte a IPv6, e os sites exibiriam um banner dizendo “sua ISP não oferece suporte à conexão normal de internet usada por este site”
      O consumidor pode não saber o que é IPv6, mas entende um grande alerta vermelho e um banner irritante
    • Uma vez perguntei à Virgin Media se era possível ativar IPv6 em um link DIA de 1Gb, e a resposta foi: “podemos converter o link para IPv6, mas você terá que abrir mão do IPv4”
      Depois disso, perdi a vontade de perguntar de novo
    • Do ponto de vista puramente de negócios, a VM não tem muito motivo para fazer isso. Eles têm endereços IPv4 suficientes e, tirando uma base minúscula de usuários técnicos, os clientes não percebem os benefícios do IPv6
      Somando a isso os casos em que implementações de IPv6 de outras ISPs quebram coisas aleatoriamente, dá até para entender por que não fazem
    • Na Holanda existe um site como https://heeftodidoipv6.nl
      Essa ISP tem IPv6 no backbone, mas não entrega aos clientes, e ainda assim detém 17% de participação no mercado de telecom do país
    • Nos EUA, pelo menos, finalmente está chegando perto. Os principais ASNs têm mais de 75% de capacidade IPv6
      Mas Optimum Communications e Frontier puxam bastante o número para baixo, com cerca de 15% cada; a Frontier está melhorando bem devagar, enquanto do lado da Optimum quase não há sinais de mudança

  • Dois meses atrás também houve um tópico com 626 comentários: https://news.ycombinator.com/item?id=47777894

  • Ao configurar um servidor IPv6 “puro”, fiquei surpreso ao ver que o GitHub não oferece suporte a IPv6. Sem os operadores voluntários de NAT64 listados em https://nat64.xyz/, não dá para chegar ao GitHub a partir de um ambiente IPv6

    • A falta de suporte a IPv6 no GitHub é totalmente imperdoável
    • A internet mais uma vez contornou o problema. É um bom exemplo de como, mesmo nos anos 2020, na prática ainda existe uma internet só, e não várias

  • Ah não, minha sub-rede IPv4 /22 é como um 401k pessoal, preciso usar isso como aposentadoria

    • Parece piada, mas é exatamente assim que a sociedade também enxerga moradia
    • Será que já está na hora de realizar?
    • Por volta de 2100 isso deve ficar realmente complicado

  • A T-Mobile/Odido da Holanda promete há anos que está trabalhando nisso, mas ainda não oferece suporte a IPv6
    O gateway da Ubiquiti também parece decepcionantemente fraco nesse aspecto, e seria bom se suportasse recursos como tunelamento da Hurricane Electric

    • Aqui o acesso ao endereço IPv6 2606:7100:1:67::26 de news.ycombinator.com funciona bem por meio de um gateway da Ubiquiti
    • Faixas de endereço de túnel da HE agora sofrem penalizações bem pesadas por serem vistas como endereços não residenciais/não corporativos, então no fim precisei desligar
      Por exemplo, o YouTube parece bloquear em geral usuários não autenticados vindos de faixas da HE, e eu também encontrava CAPTCHAs sem fim com frequência
    • É curioso que a T-Mobile dos EUA faça exatamente o contrário: não oferece IPv4, distribui apenas IPv6 e então fornece um “NAT falso” para IPv4 via 464XLAT
    • A T-Mobile US é somente IPv6 desde algo em torno de 2018: https://www.youtube.com/watch?v=d6oBCYHzrTA
    • Todas as ISPs deveriam pagar o custo dos túneis da Hurricane Electric, e por isso eles seriam gratuitos para o usuário. Se gente suficiente começar a usar túneis HE, as ISPs passarão a fornecer IPv6 nativo
      Mas, na prática, é fácil acabar sendo bloqueado em cada site que você visita, e também é difícil usar se você está atrás de CGNAT ou se o roteador doméstico não tem DMZ

  • Quero parar de pagar à AWS pelo custo de endereços IPv4 públicos, mas muitos ISPs do lado dos clientes ainda não oferecem suporte, então uma migração completa para IPv6 é impossível
    Hoje não existe pressão para que os ISPs migrem para IPv6; na verdade, é o contrário. Os ISPs gostam de cobrar por IP fixo

    • Para ser justo, se o Google deixasse de oferecer suporte a IPv4, isso criaria um incentivo bem forte para fazer os ISPs se alinharem

  • Se a proporção de IPv6 sobe especialmente nos fins de semana, isso parece sinal de que o lado das redes corporativas/de trabalho está adiando a implementação

    • O verdadeiro marco é sempre o momento em que passa de 50%
    • Dizem algo como “não fazemos porque dá trabalho”, mas IPv6 não é algo que se resolve marcando uma caixinha
      Por que reorganizar a empresa e fazer todo tipo de trabalho só para trocar alguns números? Se o IPv4 funciona, por quê?

  • O fato de o IPv6 do Google ter chegado a 50% é muito bom do ponto de vista de acesso a sites
    Mas meu roteador TP-Link bloqueia por padrão conexões IPv6 de entrada e nem oferece opção de configuração, então ainda não é bom para streaming bidirecional puro em IPv6, jogos e serviços de rede doméstica

    • Se instalar OpenWRT nesse equipamento, dá para fazer do jeito que quiser. Em vez de regras de encaminhamento de porta no IPv4, você passa a ter a diversão de adicionar regras de acesso IPv6 para praticamente as mesmas portas
    • Estou fazendo self-host de web e e-mail sobre uma VPN WireGuard usando um VPS gratuito. Fiz isso de graça na OCI, e também dava para fazer barato no AWS Lightsail
      Também dá para usar soluções fáceis de configurar como o Tailscale, e assim você não precisa expor diretamente sua rede doméstica à internet
    • Em geral, fabricantes de roteadores para consumidor são quase todos ruins, então a diferença não é tão grande, mas a TP-Link é realmente péssima. Recomendo fortemente não usar esse hardware
    • Esses sistemas refletem a época em que foram projetados. IPv6 é uma tecnologia de 30 anos atrás, e naquela época muitas das ameaças de hoje não existiam
      Por exemplo, a decisão de usar /64 blocos como padrão veio da ideia de que parte do endereço usaria o MAC de 48 bits, mas hoje sabemos que isso é um pesadelo de privacidade e ninguém faz mais assim. Mesmo assim, continuamos presos ao esquema de endereços de 128 bits que saiu dessa decisão
      O IPv6 tentou substituir o NAT por endereços suficientes, mas curiosamente isso criou um problema de expressão de intenção. No NAT, quando o serviço de um computador solicita uma porta para conexões de entrada, a intenção do dono do serviço fica explícita; no IPv6, esse sinal de intenção não existe. Por isso, fabricantes de roteadores domésticos acabam tendo que bloquear endereços por padrão; caso contrário, seria possível escanear PCs a partir de fora e expor serviços não intencionais à internet pública
      Um espaço de endereços maior pode ser tecnicamente melhor, mas é preciso considerar padrões e intenção do usuário. Uma boa solução técnica pode acabar sendo uma solução ruim nesse ponto, ou criar inúmeros problemas

  • Na Cloudflare, o IPv6 aparece em mais de 40%, mas não subiu muito no último ano apesar do crescimento do tráfego total. Como observado no texto da APNIC, a taxa real de adoção geral provavelmente está em algum ponto entre Google e Cloudflare
    https://radar.cloudflare.com/adoption-and-usage#ipv4-vs-ipv6
    Mas isso reflete a adoção do lado do cliente. Mesmo entre serviços famosos, ainda há muitos que são só IPv4, então a participação real de IPv6 no tráfego da internet pública pode ser bem menor
    Agora que a nova alocação de IPv4 se esgotou há muito tempo, parece necessário algum incentivo de transição diferente do passado

    • Em termos de participação no tráfego, os grandes serviços que consomem muita banda — ou seja, sites de streaming de vídeo e CDNs — em sua maioria já estão sobre IPv6. Os serviços de cauda longa que continuam só em IPv4 tendem a usar menos banda
    • Hoje em dia, o grande desincentivo pode ser o rate limiting. No IPv4, bloqueio por faixa funciona até certo ponto, mas no IPv6 funciona muito menos
      Esse é um dos motivos de o HE Tunnelbroker estar malvisto hoje. Bots de música do Discord fizeram balanceamento entre IPs de tunnelbroker para buscar dados de áudio do YouTube, e mesmo bloqueando um /64 ainda era possível contornar via /48 ou mais. Acho que o principal motivo de o Discord ter desativado IPv6 também foi bloqueio baseado em IP e limite de taxa da API

  • É interessante olhar os números por país. A França parece ter chegado a 85%
    https://www.google.com/intl/en/ipv6/statistics.html#tab=per-...

    • Quanto mais tráfego móvel houver, maior tende a ser a proporção de IPv6. No caso da Índia, não é como se todo mundo estivesse usando fibra com IPv6 para todos
    • Fico curioso sobre por que aparece um sinal de alta frequência sobreposto à tendência de longo prazo naquele gráfico
      https://www.google.com/intl/en/ipv6/statistics.html#tab=per-...
    • O fato de a Índia estar em 75% é uma notícia realmente boa. Se não fosse assim, a pressão de preços dos endereços IPv4 estaria absurdamente pior