Google Atinge 50% IPv6

Artigo original ↗ Discussão no Hacker News ↗

Adoção e participação no tráfego

  • O Google informa 50% dos olhos em IPv6; APNIC e Cloudflare veem uma capacidade global menor (42–59%), dependendo da metodologia.
  • A adoção é desigual: França e Índia estão muito altas; alguns ISPs (por exemplo, no Reino Unido, NL, PT, AR) ainda carecem de IPv6 ou o limitam, apesar de anos de promessas.
  • As redes móveis são um grande motor; muitas são IPv6-first ou somente IPv6, com IPv4 via tradução.
  • Alguns esperam crescimento adicional; outros acham que o IPv6 vai estagnar muito abaixo de 100% e que o IPv4 nunca será desligado.

Desempenho e confiabilidade

  • Pró-IPv6: muitas vezes menor latência do que IPv4 atrás de CGNAT; conteúdo grande (YouTube, grandes sites sociais) costuma ser entregue via IPv6; muitos usuários dependem dele diariamente sem saber.
  • Contra/preocupados: inúmeras anedotas de endpoints IPv6 mal configurados, caminhos BGP estranhos, espelhos quebrados e falhas “aleatórias” em pipelines de CI; alguns usuários resolvem problemas desativando IPv6.
  • A complexidade do dual stack e o comportamento de “happy eyeballs” às vezes mascaram problemas de IPv6 ou favorecem IPv4.

Segurança, NAT e privacidade

  • Debate contínuo: NAT vs firewall com estado. Vários argumentam que NAT não é segurança de verdade, apenas bloqueio incidental; outros observam que ele “passa no teste da vovó” e esconde dispositivos vulneráveis.
  • Roteadores domésticos normalmente usam deny por padrão para IPv6 de entrada, recriando uma segurança semelhante à do NAT; alguns CPEs têm firewalls IPv6 quebrados ou não configuráveis.
  • Preocupações antigas sobre incorporar MACs em endereços estão em grande parte mitigadas por extensões de privacidade, agora padrão nos principais sistemas operacionais, embora não em todas as distros.

Incentivos e barreiras de implantação

  • Muitas empresas e provedores de SaaS não veem demanda dos clientes; a rearquitetura dual-stack é difícil e arriscada, então eles atrasam.
  • Alguns serviços de nuvem (notavelmente partes da AWS, GitHub, Discord) ainda não têm IPv6 completo, forçando NAT64/464Xlat ou túneis, especialmente para hosts somente IPv6.
  • ISPs com grandes pools de IPv4 e CGNAT veem pouca vantagem comercial; alguns até cobram prêmio por IPv4 estático.

Debates de design e alternativas

  • Hostilidade significativa ao que é percebido como overengineering do IPv6 (endereços hexadecimais de 128 bits, SLAAC, NDP, notação), com ideias recorrentes de “apenas adicionar mais bits ao IPv4 / IPv5”.
  • Outros rebatem que qualquer expansão de endereços implica necessariamente um novo protocolo e dual-stack/tradução; o IPv6 também simplifica cabeçalhos, remove a fragmentação por roteadores e suporta autoconfiguração probabilística.

P2P, jogos e centralização

  • Defensores argumentam que o IPv6 é fundamental para restaurar a conectividade ponta a ponta para P2P, jogos e self-hosting, e para reduzir a centralização da Internet.
  • Céticos observam que firewalls com estado, DDoS e questões de privacidade ainda empurram muitas aplicações do mundo real para servidores centralizados ou relays, mesmo com IPv6.