Resumo

  • A extensão irr0 proposta acrescentaria seis caminhos de consulta para objetos IRR, com busca de rota por prefixo e AS de origem.
  • Peering-set, rtr-set e filter-set ficariam a critério de cada implementação; a matriz irr0_policies em autnum também é facultativa.

O filtro de rotas não lê propaganda de produto. Ele lê registros, associa conjuntos e decide o que entra na rede. Por isso a promessa de obter IRR em RDAP merece uma segunda leitura: um servidor pode oferecer a extensão e ainda não servir três classes de conjuntos de política. Um programa que trate resposta ausente como política vazia ganhou velocidade para errar.

O rascunho de 29 de outubro sobre IRR em RDAP é assinado por Mahesh Aggarwal, Jasdip Singh, Andy Newton e Sasha Romijn. É uma submissão individual, não um padrão aprovado pelo IETF. Hoje o formato básico de consultas RDAP cobre objetos cadastrais principais; o texto propõe levar objetos IRR, muitas vezes consultados como RPSL via WHOIS, a respostas estruturadas sobre HTTPS.

São seis caminhos sugeridos: route, route-set, autnum-set, rtr-set, peering-set e filter-set. Para route, o exemplo usa irr0_route/192.0.2.0/24/64500. O prefixo e o AS de origem formam a pergunta completa. O guia de IRR da ARIN faz a separação entre esse objeto e route-set: este último agrupa prefixos ou outros conjuntos, não objetos route da base de dados. Traduzir tudo para uma lista indiferenciada destruiria a utilidade da nova estrutura.

O alcance do serviço é o ponto negociável. A seção 6 do rascunho torna opcional oferecer peering-set, rtr-set e filter-set. A seção 7 permite que uma resposta autnum carregue irr0_policies, matriz opcional de expressões de importação e exportação, inclusive variantes multiprotocolo e -via. Quando ela existe, sua ordem deve ser respeitada. Quando não aparece, a resposta não diz se o IRR de origem contém ou não aquela política.

O servidor que usa a extensão deve anunciar irr0 em rdapConformance e na resposta de ajuda. Esse anúncio informa suporte à extensão, não uma lista exaustiva das classes efetivamente servidas. A documentação RDAP atual da RIPE NCC enumera autnum, domain, ip e entity como tipos disponíveis. O rascunho não apresenta testes de cobertura entre registros, contagem de implantação ou filtros produzidos. A prova que interessa ao operador é uma implementação examinada classe por classe e comparada ao IRR que já usa.

Rascunho IRR-RDAP · RFC 9082 · RIPE NCC · ARIN