Resumo

  • A Consulta 2026.1, aberta de 14 de agosto a 14 de setembro, propõe que o RDAP seja o único serviço padronizado de diretório da ARIN após a retirada independente de Whois-RWS, RWhois e Whois no Port 43. Não existe decisão final.
  • A API Whois-RWS teria 180 dias de comunicação; RWhois esperaria uma ferramenta de conversão e depois contaria 365 dias; Port 43 teria dois anos por causa do volume e da variedade de usuários.
  • O RDAP já é um padrão completo com HTTP, consultas uniformes, JSON e descoberta do serviço autoritativo. A lacuna é operacional: que provas de adoção, paridade, conversão e retorno autorizam cada desligamento?

Um padrão não transforma três migrações em uma

O aviso completo preservado em arquivo independente apresenta a lógica da ARIN. Hoje há quatro caminhos de diretório: Whois-RWS, RWhois, Whois no Port 43 e RDAP. Manter só o RDAP reduziria código e infraestrutura duplicados e concentraria nele as futuras melhorias.

O destino tem especificação concreta. O STD 95 reúne transporte HTTP, segurança, formato uniforme de consulta, respostas JSON e descoberta do servidor que responde por cada recurso.

Isso resolve ambiguidades do protocolo, não inventaria o parque instalado. A API e a página Whois-RWS, os bancos locais de RWhois e o acesso simples ao Port 43 chegam a públicos diferentes. Uma ferramenta incorporada em um produto pode continuar chamando Whois mesmo quando o padrão substituto já está maduro.

Por isso, a melhor decisão da proposta é tratar as retiradas de forma independente. O passo que falta é publicar uma prova de conclusão para cada uma: substituto funcional, uso antigo em queda, dependências sem saída conhecidas e capacidade de voltar caso o corte revele um erro.

Whois-RWS pode falar com quem está usando

A ARIN propõe 180 dias de alcance para a API Whois-RWS e uma retirada não anterior a 1º de julho de 2027. As próprias respostas carregariam avisos, reforçados por anúncios e contato com clientes. O caminho em uso se transforma no canal de migração.

Também se torna possível acompanhar a mudança. Sem revelar identidades, a ARIN pode publicar volume agregado, chamadores conhecidos, erros recorrentes, porcentagem que continua após os avisos e exceções abertas. O decurso de 180 dias mede comunicação; a queda do tráfego mede adoção.

A interface web tem uma condição diferente. Ela permaneceria no endereço conhecido até que a implementação RDAP ofereça consultas equivalentes. A troca teria aviso de pelo menos 30 dias e poderia ser transparente para quem pesquisa manualmente.

Assim, a API exige uma curva de migração; a página exige uma matriz de paridade baseada nas buscas reais. O mesmo nome não deve produzir um único teste artificial.

O ano de RWhois começa depois da ferramenta

No caso de RWhois, a sequência protege o usuário. Primeiro viria uma recomendação de servidor RDAP de código aberto e um conversor para carregar os dados existentes. Somente então começariam 365 dias, sem retirada antes de 1º de janeiro de 2028.

O prazo não é consumido enquanto as organizações aguardam a saída técnica. Além disso, o conversor pode ser versionado e testado. Conjuntos representativos mostram quais registros passam, quais são rejeitados e quais diferenças ainda precisam de correção.

Publicar o programa, porém, não garante a função. O significado e a descoberta das reatribuições devem sobreviver; atualizações feitas durante a coexistência não podem se perder; referências, falhas e retorno precisam de comportamento conhecido.

Uma prestação de contas agregada basta: operadores conhecidos, contatados e testados; classes de falha; lacunas de recurso; versão estável e pendências. O conteúdo de clientes permanece reservado, enquanto a preparação se torna auditável.

Port 43 é a parte que o inventário não enxerga

O Port 43 recebe dois anos e não sairia antes de 1º de janeiro de 2029. A ARIN reconhece o alto volume e o uso por segurança cibernética, pesquisa, forças policiais e grupos que não mantêm relação direta com o registro.

A facilidade do comando produz uma longa cauda. Uma consulta ocasional não cria cadastro. Um fornecedor pode incorporá-la a outro serviço. Uma rotina noturna pode permanecer depois da saída de quem a escreveu. O volume total mostra atividade, mas não a quantidade nem a criticidade das dependências.

No debate NANOG, um participante descreveu seis elos de adoção, do aviso aos autores até versões chegarem às distribuições e se tornarem comuns entre usuários. Outro relatou que seus scripts RDAP são mais simples, pois HTTPS, JSON e os arquivos IANA dispensam grande parte da interpretação de texto.

Os relatos não medem o universo. Eles mostram por que idade e qualidade não bastam como critério. A ARIN deve inserir aviso legível por máquinas, testar sistemas e produtos comuns, observar tráfego residual e abrir uma rota documentada para fluxos sem equivalente disponível.

Cada “não antes de” precisa de uma porta de retorno

As datas propostas são limites inferiores. A ARIN pode transformá-las em decisões verificáveis ao divulgar, por serviço, a capacidade substituta, o alcance dos avisos, a tendência de adoção, os bloqueios, o responsável pela decisão, o período paralelo e a janela de reversão.

O Bill of Rights of Uniqueness Coordination, de Lu Heng, coloca a continuidade operacional como limite da administração de registros. Isso não dá vida eterna ao protocolo antigo. Exige que o acesso ao registro compartilhado continue funcionando durante a troca.

Em The Multi-Stakeholder Mirage, a transição passa por visibilidade, continuidade e proteção antes de chegar a uma arquitetura mais fina. A consulta dá visibilidade; testes e retorno preservam continuidade.

No encerramento da pesquisa, não havia inventário completo, data do conversor RWhois, limiar de adoção, nota de paridade ou regra de rollback. O RDAP pode ser a única chegada sem forçar as três rotas ao mesmo salto. A evidência específica de cada uma deve decidir quando o caminho antigo fecha.

Fontes