{"id":33189,"date":"2026-04-10T13:13:30","date_gmt":"2026-04-10T13:13:30","guid":{"rendered":"https:\/\/blog.lacnic.net\/?p=33189"},"modified":"2026-04-10T13:25:33","modified_gmt":"2026-04-10T13:25:33","slug":"ipv6-unnembered","status":"publish","type":"post","link":"https:\/\/blog.lacnic.net\/pt-br\/ipv6-unnembered\/","title":{"rendered":"O debate sobre o conceito IPv6 unnumbered"},"content":{"rendered":"\n

Por Alejandro Acosta<\/a>, Coordenador de P&D do LACNIC<\/p>\n\n\n\n

Introdu\u00e7\u00e3o<\/h2>\n\n\n\n

Na era do IPv4, as interfaces “unnumbered\u201d (n\u00e3o numeradas) tornaram-se pr\u00e1tica comum para economizar endere\u00e7os IP, permitindo que uma conex\u00e3o ponto a ponto e outras fun\u00e7\u00f5es de redes funcionassem “pegando emprestado” o endere\u00e7o de outra interface (como um loopback<\/em>). Neste documento, exploraremos o conceito de interfaces unnumbered e o IPv6. Com a chegada do IPv6 e seu vasto espa\u00e7o de endere\u00e7os, muitos presumiram que o conceito seria simplesmente transferido. No entanto, a arquitetura do IPv6 \u00e9 fundamentalmente diferente, o que faz com que o termo “IPv6 unnumbered” seja o que alguns especialistas chamam de oximoro.<\/p>\n\n\n\n

O “IPv6 unnumbered\u201d existe realmente? O debate oximoro<\/h2>\n\n\n\n

No mundo das redes, as palavras importam e \u00e9 preciso usar as palavras certas. Recentemente (final de fevereiro de 2026), surgiu um debate fascinante nos grupos de trabalho do IETF, especificamente no grupo WG 6man, sobre um termo que aparece em alguns padr\u00f5es (RFC), mas que, segundo v\u00e1rias pessoas envolvidas, n\u00e3o deveria existir; o termo \u00e9: “IPv6 unnumbered”<\/strong>. Deveria existir? Lembremos que tem um irm\u00e3o muito popular e amplamente usado, obviamente estamos nos referindo ao \u201c<\/strong>IPv4 unnumbered\u201d.<\/strong><\/strong><\/p>\n\n\n\n

Muito breve, o que \u00e9 uma interface IP unnumbered?<\/h2>\n\n\n\n

No mundo das redes, uma interface unnumbered (ou interface n\u00e3o numerada) \u00e9 uma interface de rede que funciona sem ter designado um endere\u00e7o IP pr\u00f3prio e \u00fanico.<\/p>\n\n\n\n

Ent\u00e3o, como funciona? Simples: em vez de ter seu pr\u00f3prio endere\u00e7o IP, essa interface “pega emprestado” o endere\u00e7o IP de outra interface j\u00e1 configurada no mesmo dispositivo (geralmente uma interface loopback<\/em> ou uma interface f\u00edsica).<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

(Imagem retirada de: https:\/\/networklessons.com\/cisco\/ccie-routing-switching\/ip-unnumbered-explained<\/a>)<\/p>\n\n\n\n

A situa\u00e7\u00e3o: a descoberta no RFC 8029<\/h1>\n\n\n\n

Recentemente, no Grupo de Trabalho 6man de IETF, Ketan Talaulikar, durante uma revis\u00e3o de documentos, descobriu que o RFC 8029<\/strong> (Detecting Multiprotocol Label Switched (MPLS) Data-Plane Failures) define explicitamente um tipo de endere\u00e7o chamado “IPv6 Unnumbered”.<\/p>\n\n\n\n

Se analisarmos o referido RFC, veremos que na sua se\u00e7\u00e3o 3.4 \u00e9 apresentada a seguinte tabela:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Retirado da se\u00e7\u00e3o 3.4 do RFC 8029<\/p>\n\n\n\n

O problema<\/h1>\n\n\n\n

Neste caso, para compreender o problema, \u00e9 bom rever pelo menos um pouco o passado. Este documento (RFC 8029) herdou grande parte do seu texto de padr\u00f5es anteriores (como o RFC 4379), que buscava garantir que todas as funcionalidades dispon\u00edveis para o IPv4 tamb\u00e9m estivessem dispon\u00edveis no IPv6. Essa inten\u00e7\u00e3o de “paridade” e boa-f\u00e9 foi o que causou esse erro terminol\u00f3gico no padr\u00e3o. Importante: n\u00e3o se preocupe, \u00e9 mais uma quest\u00e3o de forma do que de conte\u00fado.<\/p>\n\n\n\n

Em resumo, n\u00e3o existe uma interface IPv6 sem numerar<\/strong>. Os argumentos t\u00e9cnicos s\u00e3o claros:<\/p>\n\n\n\n

    \n
  1. Endere\u00e7os Link-Local obrigat\u00f3rios: <\/strong>De acordo com o RFC 4291<\/strong>, se\u00e7\u00e3o 2.8, todas as interfaces habilitadas para o IPv6 devem<\/em> ter pelo menos um endere\u00e7o link-local
    (Link-Local Address ou LLA).<\/li>\n\n\n\n
  2. Funcionalidade b\u00e1sica: <\/strong>Estes endere\u00e7os s\u00e3o essenciais para protocolos cr\u00edticos como o Neighbor Discovery (ND), ICMPv6, Roteamento, DHCPv6 e outras atividades na rede.<\/li>\n\n\n\n
  3. A mais \u00f3bvia e importante \u00e9 que existe uma contradi\u00e7\u00e3o l\u00f3gica: <\/strong>Se uma interface possui um endere\u00e7o (mesmo que seja apenas link-local), tecnicamente j\u00e1 est\u00e1 “numerado”.<\/li>\n<\/ol>\n\n\n\n

    Portanto, o que no IPv4 era uma interface “sem endere\u00e7o”, no IPv6 \u00e9 simplesmente uma interface “Link-Local only”<\/strong> (s\u00f3 com endere\u00e7o IP link-local). Parece muito bom, expl\u00edcito, claro e sem margem para d\u00favidas.<\/p>\n\n\n\n

    \"\"<\/figure>\n\n\n\n

    A corre\u00e7\u00e3o: uma terminologia precisa<\/h2>\n\n\n\n

    No mesmo grupo de trabalho do IETF 6man, como resultado dessa discuss\u00e3o, foi reconhecido que o texto do RFC 8029 est\u00e1 incorreto.<\/p>\n\n\n\n

    A comunidade WG concorda que o termo correto para descrever interfaces que n\u00e3o possuem endere\u00e7os globais (GUA) ou locais \u00fanicos (ULA) designados, mas que funcionam para roteamento, \u00e9 “Link-Local only IPv6 interface\u201d <\/strong>(interface s\u00f3 IPv6 link-local). Pessoalmente, posso assumir que um mnem\u00f4nico como LLO (Link Local Only) ou algo parecido ser\u00e1 criado :-).<\/p>\n\n\n\n

    \"\"<\/figure>\n\n\n\n

    Conclus\u00f5es<\/h2>\n\n\n\n

    O IPv6 n\u00e3o \u00e9 simplesmente o IPv4 com mais bits; copiar ideias de um para o outro sem adapt\u00e1-las pode levar a grandes erros de projeto ou de terminologia. Portanto, \u00e9 fundamental ser precisos com os termos: usar express\u00f5es como “Link-Local only” (LLO) em vez de “unnumbered” evita mal-entendidos na implementa\u00e7\u00e3o de software e hardware, algo que j\u00e1 ocorreu com o IPv6 e outros protocolos. E cuidado, porque isso continua evoluindo: mesmo os RFC que j\u00e1 est\u00e3o publicados podem conter erros, e a comunidade se encarrega de corrigi-los por meio de erratas.<\/p>\n\n\n\n

    Refer\u00eancias:<\/h2>\n\n\n\n