Entrada

Conversor IPv6 notação: oito representações do mesmo endereço de 128 bits

O conversor IPv6 notação resolve um problema concreto: o mesmo endereço de 128 bits aparece escrito de jeito diferente em cada lugar. O sistema operacional imprime fe80::1%eth0, o switch Cisco mostra FE80:0:0:0:0:0:0:1, o BGP em RIPE traz fe80:0000:0000:0000:0000:0000:0000:0001, e o servidor de logs guarda o hex contíguo fe800000000000000000000000000001. Esta ferramenta aceita qualquer grafia válida, com ou sem prefixo CIDR, e devolve as oito representações lado a lado.

RFC 5952: a notação canônica comprimida

A RFC 5952 consolidou em 2010 as regras de representação textual de IPv6 para evitar ambiguidades. Os pontos centrais são quatro: usar letras minúsculas, omitir zeros à esquerda em cada hextet, substituir a maior sequência contígua de hextets zerados por :: (e só ela), e nunca usar :: para abreviar um único hextet zero. O botão de comprimir desta ferramenta segue exatamente essas regras.

As duas regras de compressão

Compressão de IPv6 não é arte, é aplicação mecânica de duas regras.

Regra 1: omita zeros à esquerda dentro do hextet. 0db8 vira db8, 0042 vira 42, 0000 vira 0. Zeros à direita nunca podem ser omitidos: 4200 continua 4200.

Regra 2: substitua a maior corrida de hextets zerados por ::. O endereço 2001:0db8:0000:0000:0000:0000:0000:0001 tem seis hextets zerados consecutivos no meio, que viram ::, resultando em 2001:db8::1.

Por que apenas um :: por endereço

O :: não tem comprimento fixo: ele expande para quantos hextets zerados forem necessários para completar oito. Se houvessem dois :: no mesmo endereço (por exemplo, 2001::abcd::1), seria impossível decidir quantos zeros vão de cada lado. Por isso a RFC permite uma única ocorrência. Quando há dois grupos de zeros de mesmo tamanho, comprima o primeiro por convenção.

Formatos aceitos por equipamentos e ferramentas

Nem todo sistema aceita a forma canônica. Diagnósticos comuns:

  • Routing e firewall novos aceitam a forma comprimida diretamente, é o padrão recomendado.
  • Configurações antigas e algumas ACLs de hardware exigem o endereço expandido em 8 hextets de 4 dígitos. O expandido sempre tem exatamente 39 caracteres.
  • Banco de dados e SIEM costumam guardar o hex contíguo (32 caracteres) ou o decimal BigInt para indexação numérica.
  • DNS reverso precisa do nibble invertido em .ip6.arpa. (RFC 3596): 32 dígitos hex separados por ponto, em ordem reversa.
  • Captura de pacote e protocolos de descoberta usam o solicited-node multicast (ff02::1:ffXX:XXXX) para NDP.

Exemplos práticos

Loopback: ::1 expande para 0000:0000:0000:0000:0000:0000:0000:0001. Não especificado: :: expande para 32 zeros. Documentação RFC 3849: 2001:db8:: expande para 2001:0db8:0000:0000:0000:0000:0000:0000. Multicast all-nodes link: ff02::1. Endereço com run de zeros no meio: 2001:0:0:abcd:0:0:0:ef01 comprime para 2001:0:0:abcd::ef01 (o segundo grupo é maior, por isso ganha o ::).

Casos de uso típicos

Você capturou no Wireshark um pacote vindo de 2607:f8b0:4006:80c::200e e precisa abrir uma ACL no IOS-XR que só lê 8 hextets expandidos. Cole na ferramenta, copie a forma expandida e leve para o console. Inversamente, você tem o endereço em hex contíguo no log de um IDS antigo (2001db800000000000000000000000ff) e precisa colocar no relatório legível para o time de NOC. Cola e copia o canônico. O reverse DNS está aí também para a hora de configurar a zona ip6.arpa autoritativa.

Quando usar a Calculadora IPv6

Esta ferramenta é estreita de propósito: foca em notação. Se você precisa dividir um bloco em sub-redes /64, calcular EUI-64 a partir de MAC, decodificar Teredo, 6to4, ULA Global ID ou trabalhar com prefixos múltiplos, abra a Calculadora IPv6. Ali estão cerca de 40 saídas analíticas. Aqui ficam só os formatos que você cola e copia no dia a dia operacional.

Referências

Padronização em RFC 4291 (IPv6 Addressing Architecture), RFC 5952 (Recommended Text Representation) e RFC 3596 (DNS Extensions to Support IP Version 6, inclui ip6.arpa). Toda conversão acontece no seu navegador via BigInt nativo.

Ferramentas relacionadas

Como usar: Conversor IPv6 Notação

  1. Cole o endereço IPv6 no campo, em qualquer grafia válida (com ou sem ::, com ou sem prefixo /N).
  2. Clique em "Converter" ou pressione Enter.
  3. Compare as oito representações lado a lado: comprimida, expandida, hex contíguo, binário, decimal, reverse DNS, solicited-node e link-local equivalente.
  4. Confira o tipo de endereço informado no painel inferior (GUA, ULA, link-local, multicast, documentação).
  5. Use o botão "Copiar" no formato desejado e cole no terminal, console do switch ou zona DNS reversa.

Conversor IPv6 Notação: Perguntas Frequentes

Comprimir é encurtar a forma textual sem mudar o valor: omitir zeros à esquerda em cada hextet e substituir a maior corrida contígua de hextets zerados por ::, conforme RFC 5952.

Expandir é escrever os 128 bits em 8 hextets de 4 dígitos hex, restaurando todos os zeros à esquerda e substituindo o :: pelos hextets zerados que ele representa. O resultado sempre tem 39 caracteres.

Porque o :: não tem comprimento fixo. Se houvesse dois, seria impossível decidir quantos hextets zerados vão de cada lado. A RFC 5952 permite apenas uma ocorrência por endereço.

Não. Comprimido e expandido representam o mesmíssimo valor de 128 bits. A diferença é só na forma escrita.

É a forma comprimida com letras minúsculas, sem zeros à esquerda nos hextets, com a maior corrida de zeros substituída por :: e sem usar :: para um único hextet zero. É o formato recomendado para documentação e configuração.

Sim. A ferramenta detecta o prefixo CIDR opcional e o exibe como informativo no painel inferior. A notação em si não depende do prefixo.

Para resolução reversa via PTR no DNS. Os 32 dígitos hex do endereço são invertidos e separados por ponto, terminando em .ip6.arpa. (RFC 3596). Necessário para SMTP, logs e auditoria.

É o endereço multicast ff02::1:ffXX:XXXX derivado dos últimos 24 bits do endereço unicast, usado em Neighbor Discovery (NDP) para descobrir o link-layer address sem broadcast.

Não. Toda a expansão, compressão e conversão para outros formatos acontece no seu navegador via BigInt nativo. Nada é enviado.

O conversor IPv6 notação aceita qualquer grafia válida do endereço de 128 bits e devolve as oito representações úteis (comprimida RFC 5952, expandida em 8 hextets, hex contíguo, binário, decimal BigInt, reverse DNS, solicited-node multicast e link-local equivalente), prontas para copiar e colar no terminal, no console do switch ou na zona DNS reversa.