Endereço IPv6 - IPv6 address

Decomposição de um endereço IPv6 em sua forma binária

Um endereço de protocolo da Internet Versão 6 ( endereço IPv6 ) é um rótulo numérico usado para identificar e localizar uma interface de rede de um computador ou um nó de rede que participa de uma rede de computadores usando IPv6 . Os endereços IP são incluídos no cabeçalho do pacote para indicar a origem e o destino de cada pacote. O endereço IP do destino é usado para tomar decisões sobre o roteamento de pacotes IP para outras redes.

O IPv6 é o sucessor da primeira infraestrutura de endereçamento da Internet , o Internet Protocol versão 4 (IPv4). Ao contrário do IPv4, que definiu um endereço IP como um valor de 32 bits, os endereços IPv6 têm um tamanho de 128 bits. Portanto, em comparação, o IPv6 tem um espaço de endereço amplamente ampliado .

Métodos de endereçamento

Os endereços IPv6 são classificados pelas metodologias primárias de endereçamento e roteamento comuns em redes: endereçamento unicast, endereçamento anycast e endereçamento multicast.

Um endereço unicast identifica uma única interface de rede. O protocolo da Internet entrega pacotes enviados a um endereço unicast para essa interface específica.

Um endereço anycast é atribuído a um grupo de interfaces, geralmente pertencentes a nós diferentes. Um pacote enviado a um endereço anycast é entregue a apenas uma das interfaces membro, normalmente o host mais próximo, de acordo com a definição de distância do protocolo de roteamento. Os endereços anycast não podem ser identificados facilmente, eles têm o mesmo formato dos endereços unicast e diferem apenas por sua presença na rede em vários pontos. Quase qualquer endereço unicast pode ser empregado como um endereço anycast.

Um endereço multicast também é usado por vários hosts que adquirem o destino do endereço multicast participando do protocolo de distribuição multicast entre os roteadores da rede. Um pacote enviado a um endereço multicast é entregue a todas as interfaces que se juntaram ao grupo multicast correspondente. IPv6 não implementa endereçamento de broadcast . A função tradicional da transmissão é subsumida pelo endereçamento multicast para o grupo multicast link-local de todos os nós ff02 :: 1 . No entanto, o uso do grupo de todos os nós não é recomendado, e a maioria dos protocolos IPv6 usa um grupo multicast link-local dedicado para evitar perturbar todas as interfaces da rede.

Formatos de endereço

Um endereço IPv6 consiste em 128 bits. Para cada uma das principais metodologias de endereçamento e roteamento, vários formatos de endereço são reconhecidos dividindo os 128 bits de endereço em grupos de bits e usando regras estabelecidas para associar os valores desses grupos de bits com recursos de endereçamento especiais.

Formato de endereço unicast e anycast

Os endereços Unicast e anycast são normalmente compostos de duas partes lógicas: um prefixo de rede de 64 bits usado para roteamento e um identificador de interface de 64 bits usado para identificar a interface de rede de um host.

Formato geral de endereço unicast (o tamanho do prefixo de roteamento varia)
bits 48 (ou mais) 16 (ou menos) 64
campo prefixo de roteamento id de sub-rede identificador de interface

O prefixo da rede (o prefixo de roteamento combinado com a id da sub - rede ) está contido nos 64 bits mais significativos do endereço. O tamanho do prefixo de roteamento pode variar; um tamanho de prefixo maior significa um tamanho de ID de sub-rede menor. Os bits do campo de identificação da sub - rede estão disponíveis para o administrador da rede definir as sub-redes dentro de uma determinada rede. O identificador de interface de 64 bits é gerado automaticamente a partir do endereço MAC da interface usando o formato EUI-64 modificado , obtido de um servidor DHCPv6 , estabelecido automaticamente de forma aleatória ou atribuído manualmente.

Os endereços locais exclusivos são endereços análogos ao endereçamento de rede privada IPv4 .

Formato de endereço local exclusivo
bits 7 1 40 16 64
campo prefixo eu aleatória id de sub-rede identificador de interface

O campo de prefixo contém o valor binário 1111110. O bit L é zero para endereços atribuídos globalmente e um para endereços atribuídos localmente. O campo aleatório é escolhido aleatoriamente uma vez, no início do prefixo de roteamento / 48 .

Um endereço local de link também é baseado no identificador de interface, mas usa um formato diferente para o prefixo de rede.

Formato de endereço local de link
bits 10 54 64
campo prefixo zeros identificador de interface

O campo de prefixo contém o valor binário 1111111010. Os 54 zeros a seguir tornam o prefixo de rede total o mesmo para todos os endereços locais de link ( fe80 :: / 64 prefixo de endereço local de link ), tornando-os não roteáveis.

Formato de endereço multicast

Mais informações: Endereço multicast § IPv6

Os endereços multicast são formados de acordo com várias regras de formatação específicas, dependendo da aplicação.

Formato geral de endereço multicast
bits 8 4 4 112
campo prefixo flg sc ID do grupo

Para todos os endereços multicast, o campo de prefixo contém o valor binário 11111111.

Atualmente, três dos quatro bits de flag no campo flg são definidos; o bit de sinalizador mais significativo é reservado para uso futuro.

Sinalizadores de endereço multicast
pedaço bandeira Significa quando 0 Significa quando 1
8 reservado reservado reservado
9 R (encontro) Ponto de encontro não incorporado Ponto de encontro embutido
10 P (prefixo) Sem informação de prefixo Endereço baseado no prefixo da rede
11 T (transiente) Endereço multicast conhecido Endereço multicast atribuído dinamicamente

O campo de escopo de quatro bits ( sc ) é usado para indicar onde o endereço é válido e exclusivo.

Além disso, o campo de escopo é usado para identificar endereços multicast especiais, como o nó solicitado .

Formato de endereço multicast de nó solicitado
bits 8 4 4 79 9 24
campo prefixo flg sc zeros uns endereço unicast

O campo sc (ope) contém o valor binário 0010 (link-local). Os endereços multicast de nós solicitados são calculados como uma função dos endereços unicast ou anycast de um nó. Um endereço multicast de nó solicitado é criado copiando os últimos 24 bits de um endereço unicast ou anycast para os últimos 24 bits do endereço multicast.

Formato de endereço multicast baseado em prefixo Unicast
bits 8 4 4 4 4 8 64 32
campo prefixo flg sc res riid plenário prefixo de rede ID do grupo

Os endereços multicast com escopo de link usam um formato comparável.

Representação

Um endereço IPv6 é representado como oito grupos de quatro dígitos hexadecimais , cada grupo representando 16 bits. Os grupos são separados por dois pontos (:). Um exemplo de endereço IPv6 é:

2001: 0db8: 85a3: 0000: 0000: 8a2e: 0370: 7334

Os padrões fornecem flexibilidade na representação de endereços IPv6. A representação completa de oito grupos de quatro dígitos pode ser simplificada por várias técnicas, eliminando partes da representação. Em geral, as representações são encurtadas tanto quanto possível. No entanto, esta prática complica várias operações comuns, nomeadamente a procura de um endereço específico ou um padrão de endereço em documentos de texto ou fluxos e a comparação de endereços para determinar a equivalência. Para mitigar essas complicações, a IETF definiu um formato canônico no RFC 5952 para renderizar endereços IPv6 em texto:

Os dígitos hexadecimais são sempre comparados sem distinção entre maiúsculas e minúsculas, mas as recomendações da IETF sugerem o uso de apenas letras minúsculas. Por exemplo, 2001: db8 :: 1 é preferível a 2001: DB8 :: 1 .

Os zeros à esquerda em cada campo de 16 bits são suprimidos, mas cada grupo deve reter pelo menos um dígito no caso do grupo totalmente zero. Por exemplo, 2001: 0db8 :: 0001: 0000 é processado como 2001: db8 :: 1: 0 . O campo zero que é explicitamente apresentado é processado como 0 .

A seqüência mais longa de campos totalmente zerados consecutivos é substituída por dois pontos ("::"). Se o endereço contiver várias execuções de campos totalmente zero, é o mais à esquerda que é compactado para evitar ambigüidades. Por exemplo, 2001: db8: 0: 0: 1: 0: 0: 1 é processado como 2001: db8 :: 1: 0: 0: 1 em vez de 2001: db8: 0: 0: 1 :: 1 .

"::" não é usado para representar apenas um único campo totalmente zero. Por exemplo, 2001: db8: 0: 0: 0: 0: 2: 1 é abreviado para 2001: db8 :: 2: 1 , mas 2001: db8: 0000: 1: 1: 1: 1: 1 é processado como 2001 : db8: 0: 1: 1: 1: 1: 1 .

Esses métodos podem levar a representações muito curtas para endereços IPv6. Por exemplo, o endereço localhost (loopback), 0: 0: 0: 0: 0: 0: 0: 1 , e o endereço IPv6 não especificado, 0: 0: 0: 0: 0: 0: 0: 0: 0 , são reduzidos para :: 1 e :: , respectivamente.

Durante a transição da Internet de IPv4 para IPv6, é comum operar em um ambiente de endereçamento misto. Para tais casos de uso, uma notação especial foi introduzida, que expressa endereços IPv6 mapeados com IPv4 e compatíveis com IPv4, gravando os 32 bits menos significativos de um endereço na conhecida notação ponto-decimal IPv4 , enquanto os 96 bits mais significativos são escritos no formato IPv6. Por exemplo, o endereço IPv6 mapeado para IPv4 :: ffff: c000: 0280 é escrito como :: ffff: 192.0.2.128 , expressando claramente o endereço IPv4 original que foi mapeado para IPv6.

Redes

Uma rede IPv6 usa um bloco de endereço que é um grupo contíguo de endereços IPv6 com um tamanho de potência de dois . O conjunto inicial de bits dos endereços são idênticos para todos os hosts em uma determinada rede e são chamados de endereço da rede ou prefixo de roteamento .

Os intervalos de endereços de rede são escritos em notação CIDR . Uma rede é denotada pelo primeiro endereço no bloco (terminando em zeros), uma barra (/) e um valor decimal igual ao tamanho em bits do prefixo. Por exemplo, a rede escrita como 2001: db8: 1234 :: / 48 começa no endereço 2001: db8: 1234: 0000: 0000: 0000: 0000: 0000 e termina em 2001: db8: 1234: ffff: ffff: ffff: ffff : ffff .

O prefixo de roteamento de um endereço de interface pode ser indicado diretamente com o endereço pela notação CIDR. Por exemplo, a configuração de uma interface com um endereço 2001: DB8: um :: 123 conectado a sub-rede 2001: DB8: a :: / 64 é escrito como 2001: DB8: um :: 123 / 64 .

Tamanhos de bloco de endereço

O tamanho de um bloco de endereços é especificado escrevendo uma barra (/) seguida por um número em decimal cujo valor é o comprimento do prefixo da rede em bits, em vez de especificar explicitamente quais endereços estão no bloco. Por exemplo, um bloco de endereço com 48 bits no prefixo é indicado por / 48 . Esse bloco contém 2 128 - 48 = 2 80 endereços. Quanto menor for o valor do prefixo da rede, maior será o bloco: um bloco / 21 é 8 vezes maior do que um bloco / 24 .

Endereços IPv6 literais em identificadores de recursos de rede

Os caracteres de dois pontos (:) em endereços IPv6 podem entrar em conflito com a sintaxe estabelecida de identificadores de recursos, como URIs e URLs . Os dois pontos têm sido tradicionalmente usados ​​para encerrar o caminho do host antes de um número de porta . Para aliviar esse conflito, os endereços IPv6 literais são colocados entre colchetes nesses identificadores de recursos, por exemplo:

http: // [2001: db8: 85a3: 8d3: 1319: 8a2e: 370: 7348] /

Quando o URL também contém um número de porta, a notação é:

https: // [2001: db8: 85a3: 8d3: 1319: 8a2e: 370: 7348]: 443 /

onde o 443 final é o número da porta do exemplo.

Endereços IPv6 literais com escopo (com índice de zona)

Para endereços com escopo diferente do global (conforme descrito abaixo ), e em particular para endereços locais de link, a escolha da interface de rede para enviar um pacote pode depender de qual zona o endereço pertence: o mesmo endereço pode ser válido em diferentes zonas e estar em uso por um host diferente em cada uma dessas zonas. Mesmo se um único endereço não estiver em uso em zonas diferentes, os prefixos de endereço para endereços nessas zonas ainda podem ser idênticos, o que torna o sistema operacional incapaz de selecionar uma interface de saída com base nas informações na tabela de roteamento (que é o prefixo- Sediada).

A fim de resolver a ambigüidade em endereços textuais, um o índice da zona deve ser anexado ao endereço, os dois separados por umsinal de porcentagem(%). A sintaxe dos índices de zona é uma string dependente da implementação, embora os índices de zona numéricos também devam ser universalmente suportados. O endereço local do link

fe80 :: 1ff: fe23: 4567: 890a

poderia ser expresso por

fe80 :: 1ff: fe23: 4567: 890a% eth2

ou:

fe80 :: 1ff: fe23: 4567: 890a% 3

O primeiro (usando um nome de interface ) é comum na maioria dos sistemas operacionais do tipo Unix (por exemplo, BSD , Linux , macOS ). O último (usando um número de interface) é a sintaxe padrão no Microsoft Windows , mas como o suporte para esta sintaxe é obrigatório, também está disponível em outros sistemas operacionais.

Os sistemas operacionais baseados em BSD (incluindo macOS) também oferecem suporte a uma sintaxe alternativa não padrão, em que um índice de zona numérico é codificado na segunda palavra de 16 bits do endereço. Por exemplo:

fe80: 3 :: 1ff: fe23: 4567: 890a

Em todos os sistemas operacionais mencionados acima, o índice de zona para endereços locais de link na verdade se refere a uma interface, não a uma zona. Como várias interfaces podem pertencer à mesma zona (por exemplo, quando conectadas ao mesmo switch ), na prática, dois endereços com identificadores de zona diferentes podem ser equivalentes e se referem ao mesmo host no mesmo link.

Uso de índices de zona em URIs

Quando usado em identificadores uniformes de recursos (URI), o uso do sinal de porcentagem causa um conflito de sintaxe, portanto, deve ser escapado por meio de codificação de porcentagem , por exemplo:

http: // [fe80 :: 1ff: fe23: 4567: 890a % 25 eth0] /

Endereços IPv6 literais em nomes de caminho UNC

Nos sistemas operacionais Microsoft Windows , os endereços IPv4 são identificadores de local válidos nos nomes de caminho da Convenção de Nomenclatura Uniforme (UNC). No entanto, os dois pontos são um caractere ilegal em um nome de caminho UNC. Portanto, o uso de endereços IPv6 também é ilegal em nomes UNC. Por esse motivo, a Microsoft implementou um algoritmo de transcrição para representar um endereço IPv6 na forma de um nome de domínio que pode ser usado em caminhos UNC. Para isso, a Microsoft registrou e reservou o domínio de segundo nível ipv6-literal.net na Internet (embora tenha desistido do domínio em janeiro de 2014). Os endereços IPv6 são transcritos como um nome de host ou nome de subdomínio neste espaço de nomes, da seguinte maneira:

2001: db8: 85a3: 8d3: 1319: 8a2e: 370: 7348

é escrito como

2001-db8-85a3-8d3-1319-8a2e-370-7348.ipv6-literal.net

Essa notação é resolvida automaticamente localmente pelo software da Microsoft, sem nenhuma consulta aos servidores de nomes DNS.

Se o endereço IPv6 contiver um índice de zona, ele será anexado à parte do endereço após um caractere 's':

fe80 :: 1ff: fe23: 4567: 890a% 3

é escrito como

fe80--1ff-fe23-4567-890a s3 .ipv6-literal.net

Escopos de endereço

Todo endereço IPv6, exceto o endereço não especificado ( ::) , tem um "escopo", que especifica em qual parte da rede ele é válido.

Unicast

Para endereços unicast , dois escopos são definidos: link-local e global.

Os endereços locais de link e o endereço de loopback têm escopo local de link , o que significa que só podem ser usados ​​em uma única rede conectada diretamente (link). Todos os outros endereços (incluindo endereços locais únicos ) têm escopo global (ou universal ), o que significa que eles são (ou podem ser) globalmente roteáveis ​​e podem ser usados ​​para se conectar a endereços com escopo global em qualquer lugar ou a endereços com escopo local de link na rede conectada diretamente. Pacotes com origem ou destino em um escopo não podem ser roteados para um escopo diferente.

Os endereços locais exclusivos têm escopo global, mas não são administrados globalmente. Como resultado, apenas outros hosts no mesmo domínio administrativo (por exemplo, uma organização) ou em um domínio administrativo cooperativo podem acessar esses endereços, se roteados corretamente. Como seu escopo é global, esses endereços são válidos como um endereço de origem ao se comunicar com qualquer outro endereço de escopo global, mesmo que seja impossível rotear pacotes do destino de volta para a origem.

Anycast

Os endereços anycast são sintaticamente idênticos e indistinguíveis dos endereços unicast. Sua única diferença é administrativa. Os escopos para endereços anycast são, portanto, os mesmos dos endereços unicast.

Multicast

Para endereços multicast , os quatro bits menos significativos do segundo octeto de endereço ( ff0 s : :) identificam o endereço s cope, ou seja, o domínio no qual o pacote multicast deve ser propagado. Os escopos predefinidos e reservados são:

Valores de escopo
Valor Nome do escopo Notas
0 x 0 reservado
0x1 interface local O escopo local da interface abrange apenas uma única interface em um nó e é útil apenas para transmissão de loopback de multicast.
0x2 link-local O escopo local do link abrange a mesma região topológica que o escopo unicast correspondente.
0x3 realm-local O escopo local-real é definido como maior do que o local do link, determinado automaticamente pela topologia da rede e não deve ser maior do que os escopos a seguir.
0x4 admin-local O escopo local de administração é o menor escopo que deve ser configurado administrativamente, ou seja, não derivado automaticamente da conectividade física ou outra configuração não relacionada a multicast.
0x5 site-local O escopo local do site se destina a abranger um único site pertencente a uma organização.
0x8 organização-local O escopo local da organização se destina a abranger todos os sites pertencentes a uma única organização.
0xe global O escopo global abrange todos os nós acessíveis na Internet - é ilimitado.
0xf reservado

Todos os outros escopos não foram atribuídos e estão disponíveis aos administradores para definir regiões adicionais.

Espaço de endereçamento

Alocação geral

O gerenciamento do processo de alocação de endereços IPv6 é delegado à Autoridade para Atribuição de Números da Internet (IANA) pelo Conselho de Arquitetura da Internet e pelo Grupo de Direção de Engenharia da Internet . Sua principal função é a atribuição de grandes blocos de endereços aos registros regionais da Internet (RIRs), que têm a tarefa delegada de alocação a provedores de serviços de rede e outros registros locais. A IANA mantém a lista oficial de alocações do espaço de endereçamento IPv6 desde dezembro de 1995.

Apenas um oitavo do espaço total de endereços é atualmente alocado para uso na Internet , 2000 :: / 3 , a fim de fornecer agregação de rotas eficiente , reduzindo assim o tamanho das tabelas de roteamento da Internet; o restante do espaço de endereço IPv6 é reservado para uso futuro ou para fins especiais. O espaço de endereço é atribuído aos RIRs em grandes blocos de / 23 a / 12 .

Os RIRs atribuem blocos menores a registros locais da Internet que os distribuem aos usuários. Normalmente, estão nos tamanhos de / 19 a / 32 . Os endereços são normalmente distribuídos em blocos de tamanho / 48 a / 56 para os usuários finais.

Os registros de atribuição unicast global podem ser encontrados em vários RIRs ou outros sites.

Os endereços IPv6 são atribuídos a organizações em blocos muito maiores em comparação com as atribuições de endereços IPv4 - a alocação recomendada é um bloco / 48 que contém 2 80 endereços, sendo 2 48 ou cerca de2,8 × 10 14 vezes maior do que todo o espaço de endereço IPv4 de 2 32 endereços e cerca de7,2 × 10 16 vezes maior do que os blocos / 8 de endereços IPv4, que são as maiores alocações de endereços IPv4. O conjunto total, no entanto, é suficiente para o futuro previsível, porque há dois 128 (exatamente 340,282,366,920,938,463,463,374,607,431,768,211,456) ou sobre3,4 × 10 38 (340 trilhões de trilhões de trilhões) de endereços IPv6 exclusivos.

Cada RIR pode dividir cada uma das suas múltiplas / 23 blocos para 512 / 32 blocos, tipicamente uma para cada ISP; um ISP pode dividir a sua / 32 bloco para 65 536 / 48 blocos, tipicamente uma para cada cliente; os clientes podem criar 65 536 / 64 redes de sua atribuído / 48 blocos, cada um com 2 64 (18,446,744,073,709,551,616) endereços. Em contraste, todo o espaço de endereço IPv4 tem apenas 2 32 (exatamente 4.294.967.296 ou cerca de4,3 × 10 9 ) endereços.

Por design, apenas uma fração muito pequena do espaço de endereço será realmente usada. O grande espaço de endereço garante que os endereços estejam quase sempre disponíveis, o que torna o uso de conversão de endereço de rede (NAT) para fins de conservação de endereço completamente desnecessário. O NAT tem sido cada vez mais usado para redes IPv4 para ajudar a aliviar o esgotamento dos endereços IPv4 .

Alocação especial

Para permitir mudanças de provedor sem renumeração, o espaço de endereço independente do provedor - atribuído diretamente ao usuário final pelos RIRs - é obtido do intervalo especial 2001: 678 :: / 29 .

Os Pontos de Troca da Internet (IXPs) são atribuídos a endereços especiais no intervalo 2001: 7f8 :: / 29 para comunicação com seus ISPs conectados . Os servidores de nomes raiz receberam endereços do mesmo intervalo.

Endereços anycast reservados

O endereço mais baixo em cada prefixo de sub-rede (o identificador de interface definido como zeros) é reservado como o endereço anycast do "roteador de sub-rede". Os aplicativos podem usar esse endereço ao se comunicar com qualquer um dos roteadores disponíveis, pois os pacotes enviados para esse endereço são entregues a apenas um roteador.

Os 128 endereços mais altos em cada prefixo de sub-rede / 64 são reservados para serem usados ​​como endereços anycast. Esses endereços geralmente têm os primeiros 57 bits do identificador de interface definidos como 1, seguido pela ID anycast de 7 bits. Os prefixos para a rede, incluindo sub-redes, devem ter um comprimento de 64 bits, caso em que o bit universal / local deve ser definido como 0 para indicar que o endereço não é globalmente exclusivo. O endereço com valor 0x7e nos 7 bits menos significativos é definido como um endereço anycast de agente doméstico IPv6 móvel . O endereço com valor 0x7f (todos os bits 1) é reservado e não pode ser usado. Não são feitas mais atribuições desse intervalo, portanto, os valores de 0x00 a 0x7d também são reservados.

Endereços especiais

Veja também: Endereços IP reservados § IPv6

Existem vários endereços com significado especial no IPv6. Eles representam menos de 2% de todo o espaço de endereço:

Blocos de endereços especiais
Bloco de endereço (CIDR) Primeiro endereço Último endereço Número de endereços Uso Propósito
:: / 0 :: ffff: ffff: ffff: ffff: ffff: ffff: ffff: ffff 2 128 Encaminhamento Rota padrão (sem rota específica)
:: / 128 :: :: 1 Programas Endereço não especificado
:: 1/128 :: 1 :: 1 1 Hospedeiro Endereço de loopback - uma interface virtual que faz um loop de todo o tráfego de volta para si mesma, o host local
:: ffff: 0: 0/96 :: ffff: 0.0.0.0 :: ffff: 255.255.255.255 2 128−96 = 2 32 =4 294 967 296 Programas Endereços mapeados para IPv4
:: ffff: 0: 0: 0/96 :: ffff: 0: 0.0.0.0 :: ffff: 0: 255.255.255.255 2 32 Programas Endereços IPv4 traduzidos
64: ff9b :: / 96 64: ff9b :: 0.0.0.0 64: ff9b :: 255.255.255.255 2 32 Internet Global Tradução IPv4 / IPv6
64: ff9b: 1 :: / 48 64: ff9b: 1 :: 0.0.0.0 64: ff9b: 1: ffff: ffff: ffff: 255.255.255.255 2 80 Internet privada Tradução IPv4 / IPv6
100 :: / 64 100 :: 100 :: ffff: ffff: ffff: ffff 2 64 Encaminhamento Prefixo de descarte
2001: 0000 :: / 32 2001 :: 2001 :: ffff: ffff: ffff: ffff: ffff: ffff 2 96 Internet Global Tunelamento Teredo
2001: 20 :: / 28 2001: 20 :: 2001: 2f: ffff: ffff: ffff: ffff: ffff: ffff 2 100 Programas ORCHIDv2
2001: db8 :: / 32 2001: db8 :: 2001: db8: ffff: ffff: ffff: ffff: ffff: ffff 2 96 Documentação Endereços usados ​​na documentação e exemplo de código-fonte
2002 :: / 16 2002 :: 2002: ffff: ffff: ffff: ffff: ffff: ffff: ffff 2 112 Internet Global O esquema de endereçamento 6to4 (obsoleto)
fc00 :: / 7 fc00 :: fdff: ffff: ffff: ffff: ffff: ffff: ffff: ffff 2 121 Internet privada Endereço local único
fe80 :: / 10 fe80 :: fe80 :: ffff: ffff: ffff: ffff 2 64 Ligação Endereço local do link
ff00 :: / 8 ff00 :: ffff: ffff: ffff: ffff: ffff: ffff: ffff: ffff 2 120 Internet Global Endereço multicast

Endereços unicast

Rota Padrão

  • :: / 0 - Oendereço derota padrão(correspondente a 0.0.0.0 / 0 em IPv4) para endereços de destino (unicast, multicast e outros) não especificado em outro lugar em uma tabela de roteamento.

Endereço não especificado

  • :: / 128 - O endereço com todos os bits zero é chamado deendereço não especificado(correspondendo a 0.0.0.0 / 32 em IPv4).
    Esse endereço nunca deve ser atribuído a uma interface e deve ser usado apenas no software antes que o aplicativo tenha aprendido o endereço de origem do host apropriado para uma conexão pendente. Os roteadores não devem encaminhar pacotes com o endereço não especificado.
    Os aplicativos podem estar ouvindo em uma ou mais interfaces específicas para conexões de entrada, que são mostradas nas listas de conexões de Internet ativas por um endereço IP específico (e um número de porta, separado por dois pontos). Quando o endereço não especificado é mostrado, significa que um aplicativo está ouvindo conexões de entrada em todas as interfaces disponíveis.

Endereços locais

  • :: 1 / 128 - Oauto-retornoendereço é um unicastlocalhostendereço (correspondente a 127.0.0.1 / 8 em IPv4).
    Se um aplicativo em um host enviar pacotes para esse endereço, a pilha IPv6 fará um loop desses pacotes de volta na mesma interface virtual.
  • fe80 :: / 10 - Os endereços no prefixo local do link são válidos e exclusivos apenas em um único link (comparável aos endereços de configuração automática 169.254.0.0 / 16 do IPv4).
    Dentro desse prefixo, apenas uma sub-rede é alocada (54 bits zero), resultando em um formato efetivo de fe80 :: / 64 . Os 64 bits menos significativos são geralmente escolhidos como o endereço de hardware da interface construído noformatoEUI-64 modificado. Umendereço local de linké necessário em cada interface habilitada para IPv6 - em outras palavras, os aplicativos podem contar com a existência de um endereço local de link mesmo quando não há roteamento IPv6.
Artigo principal: endereço local de link § IPv6

Endereços locais exclusivos

  • fc00 :: / 7 -Endereços locais exclusivos(ULAs) são destinados à comunicação local (comparáveis ​​aosendereços privados IPv4 10.0.0.0 / 8 , 172.16.0.0 / 12 e 192.168.0.0 / 16 ).
    Eles são roteáveis ​​apenas dentro de um conjunto de sites de cooperação. O bloco é dividido em duas metades. A metade inferior do bloco ( fc00 :: / 8 ) foi planejada para prefixos alocados globalmente, mas um método de alocação ainda não foi definido. A metade superior ( fd00 :: / 8 ) é usada para endereços "probabilisticamente exclusivos" nos quais oprefixo / 8 é combinado com umnúmeropseudo-aleatório de40 bits gerado localmentepara obter umprefixo privado / 48 . A maneira como esse número de 40 bits é escolhido resulta em apenas uma chance insignificante de que dois sites que desejam se fundir ou se comunicar usem o mesmo número de 40 bits e, portanto, usem o mesmoprefixo / 48 .

Transição de IPv4

  • :: ffff: 0: 0 / 96 - Este prefixo é usado paramecanismos de transição IPv6e designada como umendereço IPv4-IPv6 mapeados.
    Com algumas exceções, esse tipo de endereço permite o uso transparente dosprotocolos dacamada de transportesobre IPv4 por meio dainterface de programação de aplicativo derede IPv6. Os aplicativos de servidor só precisam abrir um únicosoquete deescutapara lidar com conexões de clientes que usam protocolos IPv6 ou IPv4. Os clientes IPv6 serão tratados nativamente por padrão, e os clientes IPv4 aparecem como clientes IPv6 em seus endereços IPv6 mapeados para IPv4. A transmissão é tratada de forma semelhante; sockets estabelecidos podem ser usados ​​para transmitir datagramas IPv4 ou IPv6, com base na ligação a um endereço IPv6 ou um endereço mapeado para IPv4.
Veja também: Dual-stack
  • :: ffff: 0: 0: 0 / 96 - Um prefixo usado paraendereços IPv4-traduzido.
    Eles são usados ​​peloprotocolo Stateless IP / ICMP Translation (SIIT).
  • 64: ff9b :: / 96 - O prefixo "Conhecido".
    Endereços com este prefixo são usados ​​para tradução automática de IPv4 / IPv6.
Artigo principal: NAT64
  • 64: ff9b: 1 :: / 48 - Um prefixo para endereços IPv4 / IPv6 traduzidos localmente.
    Os endereços com este prefixo podem ser usados ​​para vários mecanismos de tradução IPv4 / IPv6, comoNAT64eSIIT.
Veja também: Mecanismos de transição IPv6
  • 2002 :: / 16 - Este prefixo foi usado para oendereçamento6to4(um endereço da rede IPv4 192.88.99.0 / 24 também foi usado).
    O esquema de endereçamento 6to4 foi descontinuado.
Artigo principal: 6to4

Endereços para fins especiais

A IANA reservou um bloco de endereços denominado 'Sub-TLA ID' para atribuições especiais de 2001 :: / 23 (dividido na faixa de 64 prefixos de rede 2001: 0000 :: / 29 a 2001: 01f8 :: / 29 ). Três atribuições deste bloco estão atualmente atribuídas:
  • 2001 :: / 32 - Usado paratunelamento Teredo.
    Veja também: Mecanismos de transição IPv6
  • 2001: 2 :: / 48 - Usado parabenchmarkingIPv6 (correspondendo a 198.18.0.0 / 15 para benchmarking IPv4).
    Atribuído ao Grupo de Trabalho de Metodologia de Benchmarking (BMWG).
  • 2001: 20 :: / 28 - ORCHIDv2 (Identificadores de hash criptográficos roteáveis ​​de sobreposição).
    Esses são endereços IPv6 não roteados usados ​​para identificadores de hash criptográficos.

Documentação

  • 2001: db8 :: / 32 - Este prefixo é usado na documentação (correspondendo a 192.0.2.0 / 24 , 198.51.100.0 / 24 e 203.0.113.0 / 24 em IPv4.)
    Os endereços devem ser usados ​​em qualquer lugar em que um exemplo de endereço IPv6 seja dados ou cenários de rede modelo são descritos.

Descartar

  • 100 :: / 64 - Este prefixo é usado para descartar o tráfego.

Endereços obsoletos e obsoletos

Mais informações: § Notas históricas

Endereços multicast

Os endereços multicast ff0x :: onde x é qualquer valor hexadecimal são reservados e não devem ser atribuídos a nenhum grupo multicast. A Internet Assigned Numbers Authority (IANA) gerencia as reservas de endereços.

Alguns endereços multicast IPv6 comuns são os seguintes:

Endereço Descrição Escopos Disponíveis
ff0X :: 1 Todos os endereços de nós, identifique o grupo de todos os nós IPv6 Disponível no escopo 1 (interface local) e 2 (link local):
  • ff01 :: 1 → Todos os nós na interface local
  • ff02 :: 1 → Todos os nós no link-local
ff0X :: 2 Todos os roteadores Disponível no escopo 1 (interface-local), 2 (link-local) e 5 (site-local):
  • ff01 :: 2 → Todos os roteadores na interface local
  • ff02 :: 2 → Todos os roteadores no link-local
  • ff05 :: 2 → Todos os roteadores no site-local
ff02 :: 5 OSPFIGP 2 (link-local)
ff02 :: 6 Roteadores designados por OSPFIGP 2 (link-local)
ff02 :: 9 Roteadores RIP 2 (link-local)
ff02 :: a Roteadores EIGRP 2 (link-local)
ff02 :: d Todos os roteadores PIM 2 (link-local)
ff02 :: 1a Todos os roteadores RPL 2 (link-local)
ff0X :: fb mDNSv6 Disponível em todos os âmbitos
ff0X :: 101 Todos os servidores NTP Disponível em todos os âmbitos
ff02 :: 1: 1 Nome do link 2 (link-local)
ff02 :: 1: 2 Todos os agentes dhcp ( DHCPv6 ) 2 (link-local)
ff02 :: 1: 3 Resolução de nome multicast local de link 2 (link-local)
ff05 :: 1: 3 Todos os servidores dhcp ( DHCPv6 ) 5 (site-local)
ff02 :: 1: ff00: 0/104 Endereço multicast de nó solicitado . Veja abaixo 2 (link-local)
ff02 :: 2: ff00: 0/104 Consultas de informações de nó 2 (link-local)

Endereço multicast de nó solicitado

Os 24 bits menos significativos do ID do grupo de endereço multicast do nó solicitado são preenchidos com os 24 bits menos significativos do endereço unicast ou anycast da interface. Esses endereços permitem a resolução do endereço da camada de link por meio do Neighbour Discovery Protocol (NDP) no link sem perturbar todos os nós da rede local. Um host é necessário para ingressar em um grupo multicast de nó solicitado para cada um de seus endereços unicast ou anycast configurados.

Configuração automática de endereço sem estado

Na inicialização do sistema, um nó cria automaticamente um endereço local de link em cada interface habilitada para IPv6, mesmo se endereços globalmente roteáveis ​​forem configurados manualmente ou obtidos por meio de "protocolos de configuração" (veja abaixo). Ele faz isso de forma independente e sem qualquer configuração prévia por autoconfiguração de endereço sem estado (SLAAC), usando um componente do Neighbour Discovery Protocol . Este endereço é selecionado com o prefixo fe80 :: / 64 .

No IPv4, os "protocolos de configuração" típicos incluem DHCP ou PPP. Embora DHCPv6 exista, os hosts IPv6 normalmente usam o Neighbour Discovery Protocol para criar um endereço unicast roteável globalmente: o host envia solicitações de solicitação de roteador e um roteador IPv6 responde com uma atribuição de prefixo.

Os 64 bits inferiores desses endereços são preenchidos com um identificador de interface de 64 bits no formato EUI-64 modificado . Esse identificador é geralmente compartilhado por todos os endereços configurados automaticamente dessa interface, o que tem a vantagem de apenas um grupo multicast precisar ser unido para a descoberta de vizinho. Para isso, um endereço multicast é utilizado, formada a partir da rede prefixo FF02 :: 1: FF00: 0 / 104 e os 24 bits menos significativos do endereço.

EUI-64 modificado

Um identificador de interface de 64 bits é mais comumente derivado de seu endereço MAC de 48 bits . Um endereço MAC 00-0C-29-0C-47-D5 é transformado em um EUI-64 de 64 bits inserindo FF-FE no meio: 00-0C-29- FF-FE -0C-47-D5 . Quando este EUI-64 é usado para formar um endereço IPv6, ele é modificado: o significado do bit Universal / Local (o 7º bit mais significativo do EUI-64, começando em 1) é invertido, de modo que um 1 agora significa Universal . Para criar um endereço IPv6 com o prefixo de rede 2001: db8: 1: 2 :: / 64, ele produz o endereço 2001: db8: 1: 2: 0 2 0c: 29ff: fe0c: 47d5 (com o bit Universal / Local , o o segundo bit menos significativo do quarteto sublinhado, invertido para 1 neste caso porque o endereço MAC é universalmente único).

Detecção de endereço duplicado

A atribuição de um endereço IPv6 unicast a uma interface envolve um teste interno para verificar a exclusividade desse endereço usando mensagens de solicitação de vizinho e anúncio de vizinho ( ICMPv6 tipo 135 e 136). Durante o processo de estabelecimento de exclusividade, um endereço tem um estado provisório .

O nó se junta ao endereço multicast do nó solicitado para o endereço provisório (se ainda não tiver feito isso) e envia solicitações vizinhas, com o endereço provisório como endereço de destino e o endereço não especificado ( :: / 128 ) como endereço de origem. O nó também se junta ao endereço multicast de todos os hosts ff02 :: 1 , para que possa receber Anúncios de Vizinhos .

Se um nó recebe uma solicitação de vizinho com seu próprio endereço provisório como endereço de destino, então esse endereço não é único. O mesmo é verdadeiro se o nó receber um anúncio de vizinho com o endereço provisório como origem do anúncio. Somente após ter estabelecido com sucesso que um endereço é único, ele pode ser atribuído e usado por uma interface.

Vida útil do endereço

Cada endereço IPv6 vinculado a uma interface tem um tempo de vida fixo. O tempo de vida é infinito, a menos que configurado para um período mais curto. Existem dois tempos de vida que governam o estado de um endereço: o tempo de vida preferencial e o tempo de vida válido . Os tempos de vida podem ser configurados em roteadores que fornecem os valores usados ​​para autoconfiguração ou especificados ao configurar endereços manualmente em interfaces.

Quando um endereço é atribuído a uma interface, ele obtém o status "preferencial", que mantém durante seu tempo de vida preferencial. Depois que esse tempo de vida expirar, o status se tornará "obsoleto" e nenhuma nova conexão deverá ser feita usando este endereço. O endereço se torna "inválido" depois que seu tempo de vida válido também expira; o endereço é removido da interface e pode ser atribuído em outro lugar na Internet .

Nota: Na maioria dos casos, a vida útil não expira porque novos Anúncios de Roteador (RAs) atualizam os cronômetros. Mas se não houver mais RAs, eventualmente o tempo de vida preferencial se esgota e o endereço se torna "obsoleto".

Endereços temporários

Os endereços MAC globalmente exclusivos e estáticos, usados ​​pela autoconfiguração de endereço sem estado para criar identificadores de interface, oferecem uma oportunidade de rastrear o equipamento do usuário - ao longo do tempo e das mudanças de prefixo da rede IPv6 - e também dos usuários. Para reduzir a possibilidade de uma identidade de usuário ser permanentemente ligada a uma porção de endereço IPv6, um nó pode criar endereços temporários com identificadores de interface com base em strings de bits aleatórios que variam no tempo e tempos de vida relativamente curtos (horas a dias), após os quais são substituídos por novos endereços.

Endereços temporários podem ser usados ​​como endereço de origem para conexões de origem, enquanto hosts externos usam um endereço público consultando o Sistema de Nomes de Domínio.

As interfaces de rede configuradas para IPv6 usam endereços temporários por padrão no OS X Lion e sistemas Apple posteriores, bem como no Windows Vista , Windows 2008 Server e sistemas Microsoft posteriores.

Endereços gerados criptograficamente

Como um meio de aumentar a segurança para endereços gerados criptograficamente (ou CGAs), o Neighbour Discovery Protocol foi introduzido em 2005 como parte do protocolo Secure Neighbour Discovery (SEND).

Esse endereço é gerado usando duas funções hash que usam várias entradas. O primeiro usa uma chave pública e um modificador aleatório; o último sendo incrementado repetidamente até que uma quantidade específica de bits zero do hash resultante seja adquirida. (Comparável com o campo 'prova de trabalho' na mineração de Bitcoin .) A segunda função hash leva o prefixo de rede e o valor de hash anterior. Os 64 bits menos significativos do segundo resultado de hash são anexados ao prefixo de rede de 64 bits para formar um endereço de 128 bits.

As funções hash também podem ser usadas para verificar se um endereço IPv6 específico atende ao requisito de ser um CGA válido. Dessa forma, a comunicação pode ser configurada exclusivamente entre endereços confiáveis.

Endereços de privacidade estáveis

O uso de endereços autoconfigurados sem estado tem sérias implicações para questões de segurança e privacidade, porque o endereço de hardware subjacente (normalmente o endereço MAC ) é exposto além da rede local, permitindo o rastreamento das atividades do usuário e a correlação das contas do usuário com outras informações. Ele também permite estratégias de ataque específicas do fornecedor e reduz o tamanho do espaço de endereço para a busca de alvos de ataque.

Endereços de privacidade estáveis ​​foram introduzidos para remediar essas deficiências. Eles são estáveis ​​dentro de uma rede específica, mas mudam quando mudam para outra, para melhorar a privacidade. Eles são escolhidos de forma determinística, mas aleatória, em todo o espaço de endereço da rede.

A geração de um endereço de privacidade estável é baseada em uma função hash que usa vários parâmetros estáveis. É específico da implementação, mas é recomendável usar pelo menos o prefixo da rede, o nome da interface de rede, um contador de endereço duplicado e uma chave secreta. O valor hash resultante é usado para construir o endereço final: Normalmente, os 64 bits menos significativos são concatenados ao prefixo de rede de 64 bits, para produzir um endereço de 128 bits. Se o prefixo da rede for menor que 64 bits, mais bits do hash serão usados. Se o endereço resultante não entrar em conflito com os endereços existentes ou reservados, ele será atribuído à interface.

Seleção de endereço padrão

As interfaces de rede habilitadas para IPv6 geralmente têm mais de um endereço IPv6, por exemplo, um link local e um endereço global. Eles também podem ter endereços temporários que mudam depois que uma determinada vida útil expirou. O IPv6 introduz os conceitos de escopo de endereço e preferência de seleção, gerando várias opções para as seleções de endereço de origem e destino na comunicação com outro host.

O algoritmo de seleção de preferência publicado na RFC 6724 seleciona o endereço mais apropriado para usar em comunicações com um destino específico, incluindo o uso de endereços mapeados para IPv4 em implementações de pilha dupla . Ele usa uma tabela de preferências configuráveis ​​que associa cada prefixo de roteamento a um nível de precedência. A tabela padrão possui o seguinte conteúdo:

Prefixo Precedência Rótulo Uso
:: 1/128 50 0 Localhost
:: / 0 40 1 Unicast padrão
:: ffff: 0: 0/96 35 4 Endereço IPv6 mapeado para IPv4
2002 :: / 16 30 2 6to4
2001 :: / 32 5 5 Tunelamento Teredo
fc00 :: / 7 3 13 Endereço local único
:: / 96 1 3 Endereços compatíveis com IPv4 (obsoleto)
fec0 :: / 10 1 11 Endereço local do site (obsoleto)
3ffe :: / 16 1 12 6bone (devolvido)

A configuração padrão dá preferência ao uso de IPv6 e seleciona endereços de destino dentro do menor escopo possível, de forma que a comunicação local de link seja preferida em vez de caminhos roteados globalmente quando igualmente adequado. A tabela de política de prefixo é semelhante a uma tabela de roteamento, com o valor de precedência servindo como a função de um custo de link, onde a preferência mais alta é expressa como um valor maior. É preferível que os endereços de origem tenham o mesmo valor de rótulo do endereço de destino. Os endereços são combinados com prefixos com base na sequência de bits mais longa correspondente mais significativa. Os endereços de origem dos candidatos são obtidos no sistema operacional e os endereços de destino dos candidatos podem ser consultados por meio do Sistema de Nomes de Domínio (DNS).

Para minimizar o tempo de estabelecimento de conexões quando vários endereços estão disponíveis para comunicação, o algoritmo Happy Eyeballs foi desenvolvido. Ele consulta o Sistema de Nomes de Domínio em busca de endereços IPv6 e IPv4 do host de destino, classifica os endereços candidatos usando a tabela de seleção de endereços padrão e tenta estabelecer conexões em paralelo. A primeira conexão estabelecida aborta as tentativas atuais e futuras de se conectar a outros endereços.

Sistema de Nome de Domínio

No Sistema de Nomes de Domínio , os nomes de host são mapeados para endereços IPv6 por registros de recursos AAAA , os chamados registros quad-A . Para a pesquisa reversa, a IETF reservou o domínio ip6.arpa , onde o espaço de nomes é hierarquicamente dividido pela representação hexadecimal de 1 dígito das unidades de nibble (4 bits) do endereço IPv6.

Como no IPv4, cada host é representado no DNS por dois registros DNS: um registro de endereço e um registro de ponteiro de mapeamento reverso. Por exemplo, um computador host denominado derrick na zona example.com tem o Endereço Local Único fdda: 5cc1: 23: 4 :: 1f . Seu registro de endereço quad-A é 

 derrick.example.com.  IN  AAAA  fdda:5cc1:23:4::1f

e seu registro de ponteiro IPv6 é 

 f.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.4.0.0.0.3.2.0.0.1.c.c.5.a.d.d.f.ip6.arpa.  IN  PTR   derrick.example.com.

Este registro de ponteiro pode ser definido em várias zonas, dependendo da cadeia de delegação de autoridade na zona dfip6.arpa.

O protocolo DNS é independente de seu protocolo de camada de transporte . As consultas e respostas podem ser transmitidas por transportes IPv6 ou IPv4, independentemente da família de endereços dos dados solicitados.

Campos de registro AAAA
NOME Nome do domínio
MODELO AAAA (28)
CLASSE Internet (1)
TTL Tempo de vida em segundos
RDLENGTH Comprimento do campo RDATA
RDATA Endereço IPv6 de 128 bits, ordem de bytes da rede

Notas históricas

Endereços obsoletos e obsoletos

  • O prefixo local fec0 :: / 10 especifica que o endereço é válido apenas dentro da rede de sites de uma organização. Fazia parte da arquitetura de endereçamento original em dezembro de 1995, mas seu uso foi descontinuado em setembro de 2004 porque a definição do termo site era ambígua, o que gerava regras de roteamento confusas. Novas redes não devem oferecer suporte a esse tipo especial de endereço. Em outubro de 2005, uma nova especificação substituiu esse tipo de endereço por endereços locais exclusivos .
  • O bloco de endereço 200 :: / 7 foi definido como um prefixo OSI NSAP mapeado definido em agosto de 1996, mas foi descontinuado em dezembro de 2004.
  • O prefixo de valor zero de 96 bits :: / 96 , originalmente conhecido como endereços compatíveis com IPv4 , foi mencionado em 1995, mas foi descrito pela primeira vez em 1998. Esse intervalo de endereços foi usado para representar endereços IPv4 em uma tecnologia de transição IPv6. Esse endereço IPv6 tem seus primeiros 96 bits (mais significativos) definidos como zero, enquanto os últimos 32 bits são o endereço IPv4 representado. Em fevereiro de 2006, a Internet Engineering Task Force (IETF) suspendeu o uso de endereços compatíveis com IPv4. O único uso restante desse formato de endereço é representar um endereço IPv4 em uma tabela ou banco de dados com membros de tamanho fixo que também devem ser capazes de armazenar um endereço IPv6.
  • O bloco de endereço 3ffe :: / 16 foi alocado para fins de teste para a rede 6bone em dezembro de 1998. Antes disso, o bloco de endereço 5f00 :: / 8 foi usado para este propósito. Ambos os blocos de endereços foram devolvidos ao pool de endereços em junho de 2006.
  • Devido a problemas operacionais com 6to4, o uso do bloco de endereço 2002 :: / 16 está diminuindo, uma vez que o mecanismo 6to4 está obsoleto desde maio de 2015. Embora o bloco de endereço IPv4 192.88.99.0 / 24 esteja obsoleto, 2002 :: / 16 não está.
  • Em abril de 2007, o bloco de endereço 2001: 10 :: / 28 foi atribuído para Identificadores de hash criptográficos roteáveis ​​de sobreposição (ORCHID). Foi planejado para uso experimental. Em setembro de 2014, uma segunda versão do ORCHID foi especificada e, com a introdução do bloco 2001: 20 :: / 28, o bloco original foi devolvido à IANA .

Diversos

  • Para a pesquisa DNS reversa , os endereços IPv6 foram originalmente registrados na zona DNS ip6.int , porque era esperado que o arpa de domínio de nível superior fosse retirado. Em 2000, o Internet Architecture Board (IAB) reverteu essa intenção e decidiu em 2001 que o arpa deveria manter sua função original. Os domínios em ip6.int foram movidos para ip6.arpa e a zona ip6.int foi oficialmente removida em 6 de junho de 2006.
  • Em março de 2011, o IETF refinou as recomendações para alocação de blocos de endereços para sites finais. Em vez de atribuir um / 48 , / 64 ou / 128 (de acordo com as visões do IAB e do IESG de 2001), os provedores de serviço de Internet devem considerar a atribuição de blocos menores (por exemplo, um / 56 ) aos usuários finais. As políticas dos registros regionais ARIN , RIPE e APNIC incentivam atribuições de / 56 quando apropriado.
  • Originalmente, existiam duas propostas para traduzir nomes de domínio para endereços IPv6: uma usando registros AAAA, a outra usando registros A6. Os registros AAAA, o método que prevaleceu, são comparáveis ​​aos registros A para IPv4, fornecendo um mapeamento simples do nome do host para o endereço IPv6. O método usando registros A6 usava um esquema hierárquico, no qual o mapeamento de grupos subsequentes de bits de endereço era especificado por registros A6 adicionais, fornecendo a possibilidade de renumerar todos os hosts em uma rede alterando um único registro A6. Como os benefícios percebidos do formato A6 não foram considerados para compensar os custos percebidos, o método foi movido para o status experimental em 2002 e, finalmente, para o status histórico em 2012.
  • Em 2009, muitos resolvedores DNS em dispositivos e roteadores NAT de rede doméstica manipulavam registros AAAA de maneira inadequada. Alguns deles simplesmente descartaram as solicitações de DNS para tais registros, em vez de retornar adequadamente a resposta negativa de DNS apropriada. Como a solicitação é descartada, o host que a envia precisa aguardar o tempo limite para ser disparado. Isso geralmente causa lentidão ao conectar-se a hosts IPv6 / IPv4 de pilha dupla, pois o software cliente irá aguardar a falha da conexão IPv6 antes de tentar o IPv4.
    Veja também: Globos Oculares Felizes

Notas

Referências

links externos