Resumo

  • Em laboratório, a Autonomica acrescentou rótulos IDN de primeiro nível a uma raiz simulada e os consultou por meio de softwares DNS selecionados. O relatório não encontrou comportamento inesperado nos casos testados.
  • A ICANN esclareceu que o ensaio não usou a raiz em produção nem incluiu a perspectiva do usuário final. O resultado podia embasar uma decisão técnica, mas não aprovar um nome ou definir quem deveria escolhê-lo.

Um domínio de primeiro nível é um rótulo curto, mas sua inclusão na raiz muda os destinos para os quais o DNS público pode encaminhar as pessoas. Em 2006, o plano de testes da ICANN separou duas perguntas que costumam ser confundidas: os componentes do DNS conseguiriam transportar rótulos internacionalizados em um ambiente parecido com a raiz? E aplicativos e interfaces tornariam esses nomes utilizáveis para as pessoas? A primeira pergunta foi levada ao laboratório. A segunda ficou para uma fase posterior e não poderia ser tratada como resultado da primeira.

Tina Dam estava próxima do programa, mas os registros não a identificam como autora do experimento. O arquivo da ICANN a descreve como diretora sênior de IDNs, responsável por desenvolver e administrar projetos da área, entre eles o Fast Track para domínios de países. O anúncio de 2007 a indica como contato para o teste; o relatório da Autonomica foi escrito por Lars-Johan Liman. No lançamento do Fast Track, em 2009, Dam falou de anos de rascunhos, testes e trabalho voluntário. Isso documenta sua atuação continuada na liderança do programa, não que ela tenha projetado ou executado cada teste pessoalmente. (Biografia da ICANN; anúncio do teste de 2007; anúncio de lançamento de 2009)

O ambiente de teste tinha limites bem definidos. Depois de contratar a Autonomica em outubro de 2006, a ICANN publicou um plano preliminar para receber comentários. Em Estocolmo, a Autonomica montou um ambiente fechado com dois servidores de nomes raiz, um servidor de domínio de primeiro nível, resolvedores iterativos e um gerador de consultas. A zona raiz de partida era uma cópia da zona ativa, acrescida de delegações de teste. Os servidores raiz rodavam BIND 9.3.2 e NSD 2.3.5; os resolvedores incluíam várias versões do BIND e o Microsoft DNS do Windows 2000 e 2003. A equipe enviou consultas DNS comuns e procurou respostas incorretas ou atrasos inesperados. Nos casos avaliados, o relatório registrou o comportamento esperado e nenhum atraso fora do previsto. (Plano de testes da ICANN, dezembro de 2006; relatório da Autonomica)

O resultado reduziu uma incerteza específica: os softwares escolhidos processaram as delegações adicionadas naquele ambiente simulado. Não provou que todos os resolvedores, aparelhos, navegadores, repertórios de caracteres ou processos de registro funcionariam da mesma forma. O relatório restringiu expressamente o alcance às implementações que conseguiu testar. Em março de 2007, a ICANN marcou outras duas fronteiras: o teste não ocorreu na raiz em produção e não avaliou a experiência do usuário final. O plano anterior previa uma fase separada para aplicativos e interfaces. Portanto, uma resposta correta do servidor não revelava o que uma pessoa veria ao digitar ou seguir um nome internacionalizado. (Anúncio do teste pela ICANN)

O laboratório também não podia escolher o nome. O Fast Track anunciado pela ICANN em 2009 exigia mais do que compatibilidade técnica: o comunicado mencionava apoio governamental e comunitário, além de uma avaliação de estabilidade. O processo atual continua separando a Avaliação de String — que examina se um rótulo representa um país ou território elegível — da Delegação de String, pedido posterior para operar uma string aprovada e incluí-la na raiz. Um teste pode informar uma etapa da decisão sem se tornar a própria decisão. (Sistema de solicitações do Fast Track)

O protocolo impõe outro limite. O IDNA distingue o rótulo Unicode U-label de sua forma compatível com ASCII, a A-label. São formas relacionadas do mesmo rótulo, mas isso não garante que todas as interfaces o exibam ou aceitem da mesma maneira. Os documentos posteriores do IDNA2008 especificam procedimentos de registro e consulta, mas deixam alguns processos dos registradores fora do escopo. O histórico público de Dam também a inclui entre os funcionários da ICANN que apoiaram, em 2010, um grupo multissetorial de revisão das diretrizes para IDNs. Esses registros ajudam a entender por que “o teste da raiz passou” é uma síntese incompleta: compatibilidade técnica, elegibilidade da string, delegação e experiência real de uso são verificações diferentes. (RFC 5890; RFC 5891; rascunho de revisão das diretrizes de IDN de 2010)

Fontes