{"id":33838,"date":"2026-06-26T14:10:39","date_gmt":"2026-06-26T14:10:39","guid":{"rendered":"https:\/\/blog.lacnic.net\/?p=33838"},"modified":"2026-06-26T14:10:40","modified_gmt":"2026-06-26T14:10:40","slug":"ipv6-lacnic45","status":"publish","type":"post","link":"https:\/\/blog.lacnic.net\/pt-br\/ipv6-lacnic45\/","title":{"rendered":"O IPv6 do ponto de vista operacional: aprendizados, erros comuns e pr\u00f3ximos passos para a regi\u00e3o"},"content":{"rendered":"\n

A pergunta de Alejandro Acosta, do LACNIC, abriu o painel sobre o IPv6 no LACNIC 45<\/a> com um ponto de partida direto: por que em 2026 ainda precisamos promover o IPv6?<\/p>\n\n\n\n

A resposta que surgiu da conversa foi clara, porque o desafio n\u00e3o \u00e9 mais apenas habilitar o protocolo, mas incorpor\u00e1-lo de forma consistente. Ainda existem servi\u00e7os sem registro AAAA, implementa\u00e7\u00f5es parciais, configura\u00e7\u00f5es incompletas e projetos que n\u00e3o consideram o IPv6 desde o in\u00edcio. O painel reuniu especialistas com diversas experi\u00eancias no IPv6 \u2014desde redes acad\u00eamicas e centros de dados at\u00e9 implanta\u00e7\u00f5es em provedores de servi\u00e7os\u2014 para analisar o que est\u00e1 dificultando a ado\u00e7\u00e3o, as li\u00e7\u00f5es aprendidas e quais medidas concretas podem acelerar uma implementa\u00e7\u00e3o mais madura.<\/p>\n\n\n\n

Os protagonistas<\/strong><\/h2>\n\n\n\n

<\/a>O debate, moderado por Acosta, contou com quatro especialistas: Lee Howard, especialista no IPv6 com mais de 35 anos de experi\u00eancia em redes; Tom\u00e1s Lynch, arquiteto de redes s\u00eanior em Vultr; Henry Alves de Godoy, administrador de redes de Unicamp; e Orlando Flores \u00c1vila, especialista no IPv6.<\/p>\n\n\n\n

<\/a>O que continua freando a implementa\u00e7\u00e3o?<\/strong><\/h2>\n\n\n\n

<\/a>Lee Howard identificou tr\u00eas barreiras para o avan\u00e7o do IPv6. O primeiro problema est\u00e1 nos equipamentos do cliente: muitos CPE declaram suporte para o IPv6, mas chegam com a fun\u00e7\u00e3o desativada por padr\u00e3o, ou sem mecanismos de transi\u00e7\u00e3o funcionais. O segundo aparece nos sistemas internos de gest\u00e3o operacional, muitas vezes desenvolvidos sob medida e dif\u00edceis de modificar, que acabam se tornando gargalos para a implementa\u00e7\u00e3o. <\/p>\n\n\n\n

Mas o terceiro obst\u00e1culo \u00e9 menos t\u00e9cnico e mais operacional: a percep\u00e7\u00e3o de complexidade. Segundo Howard, muitas organiza\u00e7\u00f5es t\u00eam as condi\u00e7\u00f5es para avan\u00e7ar tecnicamente, mas postergam a decis\u00e3o por medo de que o IPv6 implique mais riscos ou dificuldades das que realmente apresenta.\u00a0 Tom\u00e1s Lynch acrescentou uma nuance importante: o problema n\u00e3o \u00e9 apenas n\u00e3o ter IPv6, mas tamb\u00e9m t\u00ea-lo implementado de forma incorreta ou incompleta. Um exemplo concreto s\u00e3o as pol\u00edticas de roteamento: existem redes que aplicam comunidades BGP, prefer\u00eancia local e crit\u00e9rios rigorosos para o IPv4, mas n\u00e3o replicam essas mesmas regras ao receber prefixos IPv6.<\/p>\n\n\n\n

O argumento econ\u00f4mico<\/strong><\/h2>\n\n\n\n

Orlando Flores \u00c1vila destacou que, em muitos casos, o ponto de inflex\u00e3o acontece quando manter o CGNAT se torna mais dispendioso do que avan\u00e7ar com o IPv6. Esse custo n\u00e3o se limita ao investimento em hardware: tamb\u00e9m inclui recursos computacionais, opera\u00e7\u00e3o, suporte e a complexidade adicional que introduz na rede. Nesse momento, a decis\u00e3o deixa de ser exclusivamente t\u00e9cnica e passa a ter tamb\u00e9m um componente financeiro.<\/p>\n\n\n\n

Segundo explicou, muitas organiza\u00e7\u00f5es come\u00e7aram com esquemas de pilha dupla. Uma vez consolidada essa etapa, os benef\u00edcios econ\u00f4micos e operacionais do IPv6 tornam-se mais vis\u00edveis. O passo seguinte \u00e9 avan\u00e7ar em dire\u00e7\u00e3o a redes com o IPv6 nativo e manter mecanismos de tradu\u00e7\u00e3o somente para alcan\u00e7ar a parte da Internet que ainda opera sobre o IPv4.<\/p>\n\n\n\n

<\/a>O marco de 50%<\/strong><\/h2>\n\n\n\n

O painel tamb\u00e9m abordou um dado recente: pela primeira vez, mais de 50% dos acessos aos servi\u00e7os do Google foram realizados sobre o IPv6. Os painelistas discutiram o que esse marco significa e como ele pode ser interpretado desde a regi\u00e3o.<\/p>\n\n\n\n

Howard ponderou o escopo do dado, explicando que ele mede o acesso aos servi\u00e7os do Google, e n\u00e3o o volume agregado da Internet global. Al\u00e9m disso, assinalou que os IXP da regi\u00e3o n\u00e3o refletem necessariamente esse crescimento, porque grande parte do tr\u00e1fego IPv6 trafega por interconex\u00f5es privadas entre ISP e plataformas de conte\u00fado, sem passar por pontos de troca de tr\u00e1fego. O que realmente importa, segundo Howard, s\u00e3o os relat\u00f3rios internos dos centros de dados e ISP.<\/p>\n\n\n\n

Henri Alves de Godoy colocou o dado em chave regional: A Am\u00e9rica Latina e o Caribe j\u00e1 n\u00e3o \u00e9 apenas uma regi\u00e3o que segue as tend\u00eancias do IPv6. Ela tamb\u00e9m gera conhecimento e experi\u00eancia que podem ser \u00fateis para outras regi\u00f5es. Na Unicamp, 75% do tr\u00e1fego j\u00e1 circula sobre o IPv6, e a universidade funciona como um multiplicador para os estudantes, que depois levam essas pr\u00e1ticas para as suas organiza\u00e7\u00f5es.<\/p>\n\n\n\n

Lynch prop\u00f4s uma leitura pragm\u00e1tica do marco: 50% pode ser um argumento de gest\u00e3o interna. Para organiza\u00e7\u00f5es em que a implementa\u00e7\u00e3o continua travada por falta de or\u00e7amento ou de apoio executivo, esse n\u00famero pode ajudar a mostrar que o IPv6 j\u00e1 n\u00e3o \u00e9 uma tecnologia do futuro, mas sim uma realidade operacional. <\/p>\n\n\n\n

<\/a><\/a><\/a>IPv6 Mostly: uma evolu\u00e7\u00e3o poss\u00edvel<\/strong><\/h2>\n\n\n\n

<\/a>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\u00edvel de forma transparente quando o destino o exigir.<\/p>\n\n\n\n

O mecanismo-chave \u00e9 o CLAT, um tradutor do lado do cliente que j\u00e1 est\u00e1 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\u00e1tica. A vantagem em rela\u00e7\u00e3o a outras abordagens \u00e9 que n\u00e3o exige levar toda a complexidade at\u00e9 o CPE. O sistema operacional j\u00e1 conta com a capacidade necess\u00e1ria; o desafio para a organiza\u00e7\u00e3o \u00e9 habilitar o ambiente de rede.<\/p>\n\n\n\n

As vantagens t\u00e9cnicas<\/strong><\/h2>\n\n\n\n

<\/a>Lynch tamb\u00e9m apontou que o argumento do esgotamento do IPv4, embora continue v\u00e1lido, perdeu parte da sua for\u00e7a como motor de decis\u00e3o. Depois de d\u00e9cadas de alertas, muitas organiza\u00e7\u00f5es aprenderam a conviver com o NAT, o CGNAT e as transfer\u00eancias de blocos IPv4.<\/p>\n\n\n\n

Por isso, ele prop\u00f4s destacar as capacidades que o IPv6 habilita de forma nativa. Entre elas, mencionou o BGP unnumbered<\/em>, que permite estabelecer sess\u00f5es eBGP sem designar endere\u00e7os aos links; o uso do IPv6 como next hop<\/em> no MP-BGP, que simplifica a opera\u00e7\u00e3o ao transportar rotas IPv4 e IPv6 em uma \u00fanica sess\u00e3o; e o SRv6, que permite incorporar instru\u00e7\u00f5es de roteamento usando endere\u00e7os IPv6 com vantagens para a automatiza\u00e7\u00e3o e arquitetura da rede.  O ponto central \u00e9 que o IPv6 n\u00e3o deve ser apresentado apenas como uma resposta ao esgotamento de endere\u00e7os, mas sim como uma plataforma para simplificar, escalar e modernizar a opera\u00e7\u00e3o das redes. <\/p>\n\n\n\n

<\/a>Recomenda\u00e7\u00f5es concretas<\/strong><\/h2>\n\n\n\n

<\/a>O encerramento foi orientado \u00e0 a\u00e7\u00e3o. Estas foram algumas das recomenda\u00e7\u00f5es compartilhadas:<\/p>\n\n\n\n