Resumo

  • A RIPE NCC diz que o novo RISwhois-rs adiciona uma suíte de testes a uma ferramenta de consulta de rotas que antes não tinha uma, e encurta a atualização dos dados de oito horas para uma.
  • A pergunta continua específica: quais prefixos e AS de origem os coletores da RIPE RIS observaram, em quais pontos e quando. O inventário de testes e o plano de migração ainda não foram publicados.

A pergunta continua a mesma; o motor mudou

whois -h riswhois.ripe.net 193.0.0.1 não é uma demonstração para arrancar aplausos. É o tipo de comando que entrega uma resposta no terminal antes de alguém descobrir qual painel abrir. Desde 2003, o RISwhois oferece uma consulta rápida aos dados BGP recebidos pelos coletores de rotas da RIPE. A saída se parece com RPSL, formato que operadores e ferramentas de rede já sabem ler.

Em 26 de outubro, na RIPE 93, Sam van Kampen, desenvolvedor da RIPE NCC, apresentou o RISwhois-rs, sucessor construído nos meses anteriores. O blog oficial do encontro diz que a versão antiga não tinha suíte de testes e que isso limitava o desenvolvimento. A equipe acrescentou uma. Também passou a atualizar os dados a cada hora, em vez de uma vez a cada oito horas.

O primeiro serviço Rust de produção da RIPE NCC ser uma consulta com sotaque de WHOIS é uma boa ironia. A entrada parece velha conhecida; o mecanismo mudou de geração. Quem mantém o sistema agora pode repetir verificações antes de mexer no código, em vez de depender de uma rodada manual de consultas.

O que aparece na resposta

O RISwhois consulta observações de roteamento. Uma busca por endereço IP, prefixo ou ASN pode retornar prefixos correspondentes, AS de origem, coletores onde a rota apareceu, horários de atualização e quantos pares da RIS a observaram. A opção -R pode incluir informações de validação de origem RPKI. Algumas ferramentas de traceroute também consultam um servidor WHOIS para associar um ASN a cada salto.

O formato faz parte do produto. Para conferir se a RIS recebeu um anúncio, o operador não precisa aprender uma interface web nova. Um cliente de linha de comando envia a consulta pela porta 43 e recebe um objeto estruturado no estilo RPSL. Scripts, pessoas e ferramentas de diagnóstico podem usar a mesma porta de entrada.

A ideia já estava no anúncio original. Em novembro de 2003, a RIPE NCC descreveu dez coletores e mais de 200 pares IPv4 e IPv6. O RISwhois combinava snapshots recentes das tabelas de roteamento para indicar onde um prefixo aparecia e qual AS o originava. O trabalho era tornar a visão dos coletores consultável em uma forma que as ferramentas existentes reconhecessem.

O resultado tem uma pergunta bem delimitada: o que esta coleta recebeu, em qual coletor e em que horário? É esse registro que um operador pode alinhar aos seus próprios alarmes e logs. A resposta descreve as rotas enviadas aos coletores participantes, e essa janela de observação é justamente o que torna o dado útil para investigar visibilidade de anúncios.

Oito horas viram uma

O intervalo antigo era de oito horas. Com atualização horária, a distância entre snapshots programados diminui. Durante uma mudança de roteamento, a equipe pode repetir a consulta sem passar boa parte de um turno esperando o próximo lote.

Isso muda a cadência do diagnóstico. Um operador verifica antes se o novo anúncio chegou aos coletores relevantes. A equipe de suporte consegue comparar a observação da RIS com um resultado RPKI mais recente. Uma sonda automatizada pode trabalhar com um relógio de dados menos lento. A próxima consulta programada chega até sete horas antes.

O RISwhois atualiza seu snapshot a cada hora. O RIS Live acompanha, em separado, as mensagens BGP quase em tempo real. O primeiro consulta dados coletados; o segundo segue a chegada das mensagens. São duas ferramentas e dois relógios: o ciclo publicado cai de oito horas para uma.

Os arquivos dump e dump6 formam outra superfície. A documentação atual informa que são gerados sob demanda e correspondem aos comandos de mesmo nome. O horário de atualização do serviço não informa automaticamente quando um arquivo baixado foi criado. São dois relógios; cada um deve ter sua própria marca de tempo.

Sem teste, toda mudança paga pedágio

“Não havia suíte de testes” é uma frase curta para uma conta de manutenção longa. O RISwhois aceita vários formatos de consulta, produz respostas estruturadas, mantém opções de compatibilidade e pode incluir campos RPKI. Cada comportamento é um lugar onde um cliente antigo pode tropeçar se o programa mudar.

Uma suíte de testes permite registrar quais comportamentos a equipe pretende preservar e conferi-los a cada alteração. Casos úteis para a ferramenta incluem buscas por endereço e prefixo, correspondência exata e mais específica, IPv4 e IPv6, conexão persistente, horários, contagem de pares, campos RPKI e entradas malformadas. O relato da reunião não publica essa lista; leitores ainda não conseguem ver qual parte da compatibilidade está coberta.

Rust completa a história de manutenção. A RIPE NCC chama o RISwhois-rs de seu primeiro serviço Rust de produção e diz que a linguagem facilita fazer as coisas direito. O relato menciona velocidade, manutenção e extensibilidade como objetivos. Ainda faltam comparação de latência, repositório e resultados de testes.

A mudança operacional visível é atualizar a cada hora. A mudança menos visível é ter verificações repetíveis para que as próximas alterações custem menos para revisar e sejam mais simples de inspecionar. Em um serviço que atravessou duas décadas, essa é a parte que dá espaço para o próximo capítulo.

A próxima nota de versão precisa mostrar o recibo

Por mais de duas décadas, o RISwhois cumpriu uma promessa modesta: fazer uma pergunta com sintaxe antiga e obter uma visão concisa das rotas observadas. O RISwhois-rs preserva a entrada conhecida, troca a implementação e encurta o intervalo de atualização.

A próxima publicação da RIPE NCC deveria informar a data de entrada em produção, dizer se os clientes precisam alterar scripts, enumerar as consultas e respostas cobertas pelos testes e comparar tempos de resposta medidos. Uma matriz de compatibilidade com versão permitiria conferir os parsers antes da retirada da versão antiga. Assim, “reescrevemos o serviço” vira um registro de mudança que o operador consegue verificar.

Fontes originais: anúncio de lançamento do RISwhois pela RIPE NCC, 2003 · documentação do RISwhois · sessão de Sam van Kampen na RIPE 93 · relato diário da RIPE 93, 26 de outubro de 2026.