Resumo

  • Ranjbar defendeu um encaminhamento RDAP opcional do objeto mantido pelo RIPE NCC ao serviço do titular para recursos mais específicos. O encaminhamento ainda não é política adotada.
  • Leo Vegoda pediu uma verificação que vá além da disponibilidade: impedir que o servidor mostre um registro correto ao RIPE NCC e outro, enganoso, às demais pessoas.

O endereço que falta na resposta

Ranjbar passou quinze anos no RIPE NCC e saiu como diretor de informação. Agora dirige a Whisper Security e opera o AS219419, conforme a página oficial da apresentação. A mudança de posição ajuda a entender seu problema: quem administra uma rede pode manter dados detalhados em casa, enquanto o registro oferece apenas a resposta sobre a alocação que conhece.

Uma consulta RDAP chega ao objeto mais específico do RIPE NCC e para. Se o titular publica registros de sub-redes no próprio servidor, não há referência descobrível nessa resposta. A alternativa de copiar objetos em massa para o registro cria duas bases que podem divergir. Ranjbar apresentou um serviço ativo para 2a04:2a01::/32 como exemplo do lado do titular.

O desenho tem quatro peças voluntárias: URL do RDAP do titular no objeto de cobertura, redirecionamento das consultas subordinadas, um link adicional e regras para validar, acompanhar e retirar a referência quando necessário. O titular ficaria com a atualização fina. O RIPE NCC continuaria assinando, na prática, a placa que aponta o caminho.

Na transcrição da sessão, Vegoda apoiou a discussão, mas exigiu checagem de continuidade e de igualdade das respostas. Ranjbar concordou que esses pontos precisam ser debatidos. Ele pediu apoio para uma análise de impacto e um item de trabalho do grupo Database; a sessão não registra aprovação da proposta.

Falta uma análise com método para comparar respostas de clientes independentes, retirar referências falsas e preservar uma resposta útil durante falhas. Conferir se o servidor está de pé é pouco: uma mentira também pode responder depressa.

Fontes: resumo da sessão RIPE 93; transcrição do grupo Database.