A resposta que surgiu da conversa foi clara, porque o desafio não é mais apenas habilitar o protocolo, mas incorporá-lo de forma consistente. Ainda existem serviços sem registro AAAA, implementações parciais, configurações incompletas e projetos que não consideram o IPv6 desde o início. O painel reuniu especialistas com diversas experiências no IPv6 —desde redes acadêmicas e centros de dados até implantações em provedores de serviços— para analisar o que está dificultando a adoção, as lições aprendidas e quais medidas concretas podem acelerar uma implementação mais madura.
Mas o terceiro obstáculo é menos técnico e mais operacional: a percepção de complexidade. Segundo Howard, muitas organizações têm as condições para avançar tecnicamente, mas postergam a decisão por medo de que o IPv6 implique mais riscos ou dificuldades das que realmente apresenta. Tomás Lynch acrescentou uma nuance importante: o problema não é apenas não ter IPv6, mas também tê-lo implementado de forma incorreta ou incompleta. Um exemplo concreto são as políticas de roteamento: existem redes que aplicam comunidades BGP, preferência local e critérios rigorosos para o IPv4, mas não replicam essas mesmas regras ao receber prefixos IPv6.
O argumento econômico
Orlando Flores Ávila destacou que, em muitos casos, o ponto de inflexão acontece quando manter o CGNAT se torna mais dispendioso do que avançar com o IPv6. Esse custo não se limita ao investimento em hardware: também inclui recursos computacionais, operação, suporte e a complexidade adicional que introduz na rede. Nesse momento, a decisão deixa de ser exclusivamente técnica e passa a ter também um componente financeiro.
Segundo explicou, muitas organizações começaram com esquemas de pilha dupla. Uma vez consolidada essa etapa, os benefícios econômicos e operacionais do IPv6 tornam-se mais visíveis. O passo seguinte é avançar em direção a redes com o IPv6 nativo e manter mecanismos de tradução somente para alcançar a parte da Internet que ainda opera sobre o IPv4.
O marco de 50%
O painel também abordou um dado recente: pela primeira vez, mais de 50% dos acessos aos serviços do Google foram realizados sobre o IPv6. Os painelistas discutiram o que esse marco significa e como ele pode ser interpretado desde a região.
Howard ponderou o escopo do dado, explicando que ele mede o acesso aos serviços do Google, e não o volume agregado da Internet global. Além disso, assinalou que os IXP da região não refletem necessariamente esse crescimento, porque grande parte do tráfego IPv6 trafega por interconexões privadas entre ISP e plataformas de conteúdo, sem passar por pontos de troca de tráfego. O que realmente importa, segundo Howard, são os relatórios internos dos centros de dados e ISP.
Henri Alves de Godoy colocou o dado em chave regional: A América Latina e o Caribe já não é apenas uma região que segue as tendências do IPv6. Ela também gera conhecimento e experiência que podem ser úteis para outras regiões. Na Unicamp, 75% do tráfego já circula sobre o IPv6, e a universidade funciona como um multiplicador para os estudantes, que depois levam essas práticas para as suas organizações.
Lynch propôs uma leitura pragmática do marco: 50% pode ser um argumento de gestão interna. Para organizações em que a implementação continua travada por falta de orçamento ou de apoio executivo, esse número pode ajudar a mostrar que o IPv6 já não é uma tecnologia do futuro, mas sim uma realidade operacional.
IPv6 Mostly: uma evolução possível
Durante o painel, Alves de Godoy compartilhou o projeto piloto da Unicamp com IPv6 Mostly, um modelo no qual a rede opera principalmente sobre o IPv6, com o IPv4 disponível de forma transparente quando o destino o exigir.
O mecanismo-chave é o CLAT, um tradutor do lado do cliente que já está integrado de forma nativa em sistemas como o Android, iOS e macOS. Para que funcione, a rede deve sinalizar corretamente que permite que o sistema operacional se ative de forma automática. A vantagem em relação a outras abordagens é que não exige levar toda a complexidade até o CPE. O sistema operacional já conta com a capacidade necessária; o desafio para a organização é habilitar o ambiente de rede.
As vantagens técnicas
Lynch também apontou que o argumento do esgotamento do IPv4, embora continue válido, perdeu parte da sua força como motor de decisão. Depois de décadas de alertas, muitas organizações aprenderam a conviver com o NAT, o CGNAT e as transferências de blocos IPv4.
Por isso, ele propôs destacar as capacidades que o IPv6 habilita de forma nativa. Entre elas, mencionou o BGP unnumbered, que permite estabelecer sessões eBGP sem designar endereços aos links; o uso do IPv6 como next hop no MP-BGP, que simplifica a operação ao transportar rotas IPv4 e IPv6 em uma única sessão; e o SRv6, que permite incorporar instruções de roteamento usando endereços IPv6 com vantagens para a automatização e arquitetura da rede. O ponto central é que o IPv6 não deve ser apresentado apenas como uma resposta ao esgotamento de endereços, mas sim como uma plataforma para simplificar, escalar e modernizar a operação das redes.
Recomendações concretas
O encerramento foi orientado à ação. Estas foram algumas das recomendações compartilhadas:
- não tratar o IPv6 como um projeto paralelo. se um projeto novo começar com a ideia de “adicionar o IPv6 mais tarde”, provavelmente esse momento nunca chegue. o IPv6 deve estar presente desde o projeto inicial, principalmente no plano de endereçamento.
- começar por um serviço de baixa criticidade. habilitar o IPv6 em um servidor web secundário, por exemplo, obriga a configurar conectividade, segurança e monitoramento para ambos os protocolos. Também permite a detecção separada de falhas; se o IPv4 e o IPv6 não forem monitorados separadamente, não será possível saber qual dos dois está apresentando falhas.
- usar novas ferramentas para acelerar a curva de aprendizado. As ferramentas de IA podem ajudar a obter um ponto de partida para configurações ou diagnósticos, desde que suas respostas sejam verificadas por pessoal técnico.
- aprender com erros já documentados. A região possui experiências reais, melhores práticas e estudos de caso de implementação que podem evitar a repetição de problemas conhecidos.
- apoiar-se na comunidade técnica. Quem já implementaram o IPv6 costumam estar dispostos a compartilhar aprendizados. Buscar pares na região, inclusive em organizações concorrentes, pode ajudar a reduzir incertezas e acelerar decisões.
O LACNIC conta com materiais e cursos de capacitação em seu Campus, e a comunidade de operadores da região tem experiência acumulada para acompanhar novos processos de implementação. O protocolo está maduro, os casos de uso estão documentados e o suporte existe. Resta apenas a decisão de começar —ou terminar— adequadamente o que já foi iniciado.
