Autor: Roque Gagliano - LACNIC.
Versão 1.1 - 23/12/2008
(Trabalho em curso)
Introdução:
Impulsionadas pelo esgotamento dos endereços IPv4, organizações a nível global encontram-se em diferentes etapas de adoção do protocolo IPv6. A resolução de domínios (ou DNS) é fundamental para qualquer desenvolvimento e portanto, a adoção de IPv6 nos administradores de domínios de países (ccTLDs) e toda a cadeia de distribuição associada a eles.
O que um cliente ou a comunidade de um ccTLD espera em relação ao IPv6?
Podemos distinguir três elementos:
Registro AAAA para servidores de domínio:
Este item procura conseguir a incorporação nas áreas administradas por um ccTLD, do registro AAAA para os servidores de domínio aos que se realizam as re-delegações (os chamados “glue records”). Esse registro vai significar a verificação do sistema de aprovisionamento do ccTLD, seja manual, automático, via web ou através de algum protocolo como EPP (RFC 4931 da suporte IPv6 para EPP) ou API.
A mudança pode incluir modificações nas web screen, banco de dados e o serviço whois.
Se existirem terceiras organizações que participam no registro de domínio (“registrars”), também deverão atualizar seus sistemas para permitir o registro a seus clientes. O operador ccTLD poderia aplicar políticas ativas para promover a adoção por parte do registrar.
É importante salientar que o registro do endereço IPv6 dos servidores de domínio somente é necessário se o nome do servidor encontra-se abaixo na hierarquia de domínio.
Transporte sobre IPv6 para a resolução de nomes:
Este item envolve dois aspectos, de um lado a adaptação do software de resolução de domínios para seu uso com IPv6, aceitando a chegada de conexões (tanto UDP quanto TCP segundo corresponder) sobre IPv6. Todos os softwares de DNS atuais permitem essa função, muitas vezes necessitando apenas uma pequena configuração.
O segundo aspecto é a infra-estrutura de rede necessária para o transporte IPv6. Essa infra-estrutura pode incluir configurações ou atualizações de routers, firewalls e trânsito IPv6. A obtenção de trânsito IPv6, em geral constitui a principal barreira para a adoção do protocolo e deve ser planejada com antecedência.
O transporte IPv6 não é necessário para todos os servidores de um ccTLD, atualmente o tráfego IPv6, tanto a nível consultas quanto de pacotes, é baixo e pode ser suportado por uma pequena quantidade de servidores. Em particular muitos ccTLD já dispõem de secundários em organizações externas: é importante verificar devido a que esses secundários já poderiam dispor de transporte IPv6.
É importante observar que LACNIC dispõe de políticas de endereços exclusivas para ccTLD, sob o nome “Micro-designações IPv6 para Infra-estrutura Crítica”. Essa política permite obter de forma fácil endereços independentes do provedor (IP) por parte de um ccTLD, inclusive independente da organização que hospeda ao ccTLD (por exemplo uma rede acadêmica), permitindo-lhe maior liberdade de ação no encaminhamento.
As políticas de LACNIC de IPv6 para infra-estrutura crítica estão disponíveis em: http://www.lacnic.net/pt/politicas
Os formulários para a solicitação de endereços estão disponíveis em: http://www.lacnic.net/templates/isp-v6-template-pt.txt
Acesso a Ferramentas através de IPv6:
Um ccTLD oferece um conjunto de ferramentas a seus clientes e à comunidade, as quais deveriam poder ser acessíveis sobre o transporte IPv6. Dentro desse conjunto de ferramentas encontram-se: web site, consultas whois, serviço de correio eletrônico, etc.
Conclusões:
A adoção de IPv6 nos registros de domínios, e em particular nos ccTLD, constituem um passo fundamental para a adoção do protocolo. Têm-se delimitado três passos para a adoção de IPv6 em um ccTLD, permitindo preencher as expectativas de seus clientes e da comunidade em geral.
O campo “Total Lengh” que é parte do encabeçamento IPv4, não é encontrado no encabeçamento IPv6. Este é um resultado de sua função de contar o tamanho da carga útil do pacote mais o tamanho de um encabeçamento que poderia variar. Assim, como o encabeçamento novo tem um tamanho fixo, a presença deste campo não é necessária.