Resumo

  • A consulta de 190.147.255.0 devolveu o bloco pai 190.144.0.0/14 e dois aut-num: AS14080 e AS10620. São valores projetados, não uma observação de rota ao vivo.
  • A fotografia RPKI contemporânea tinha quatro VRPs de cobertura. O RIPE RIS observou AS10620 como origem de 190.147.255.0/24, e essa rota específica recebeu ROV Valid.

Da manutenção duplicada à projeção

A seção 3.4 do manual da LACNIC determina que o ASN de origem dos prefixos consultados apareça na resposta WHOIS quando estiver disponível. O texto da LAC-2021-1, implementada em 28 de março de 2022, permite extraí-lo do repositório RPKI usando a origem indicada no ROA.

A mudança reduziu um problema de manutenção: um valor descritivo informado pelo associado podia ficar para trás depois da atualização de um ROA. Ao mesmo tempo, o campo passou a resumir um conjunto de autorizações que muda com o tempo. O resumo pode estar correto e ainda assim precisar revelar de qual conjunto veio.

Duas linhas, quatro autorizações

Em 19 de setembro de 2026, às 21:59:47 UTC, a consulta direta de 190.147.255.0 em whois.lacnic.net devolveu o objeto 190.144.0.0/14 e duas linhas:

  • aut-num: AS14080
  • aut-num: AS10620

O resultado preservou a multiplicidade. Portanto, não é correto dizer que o comportamento atual sempre escolhe apenas um ASN, nem interpretar a primeira linha como origem preferencial ou única.

Na saída estendida do LACNIC Routinator, gerada às 21:52:52 UTC, o /24 era coberto por quatro VRPs:

Prefixo VRP maxLength Origem autorizada
190.147.0.0/16 24 AS10620
190.147.0.0/16 24 AS14080
190.144.0.0/14 24 AS10620
190.144.0.0/14 24 AS14080

Cada registro também tinha URI do ROA e janelas de validade. Os dois ASNs do WHOIS eram compatíveis com esse conjunto. O limite da resposta é outro: ela não revela os dois níveis de prefixo, o maxLength 24, a identidade temporal da fotografia ou a regra que transformou quatro tuplas em duas linhas.

Autorização não é anúncio

Segundo a RFC 6811, um VRP contém prefixo, comprimento máximo e ASN de origem. Uma rota é Valid quando pelo menos um VRP a cobre e coincide com o comprimento e o ASN. A RFC 9582 esclarece que um ROA identifica um AS autorizado; múltiplas origens exigem múltiplos ROAs.

O estado BGP observado completou a comparação. A resposta do RIPEstat continha 327 caminhos para 190.147.255.0/24, todos terminando em AS10620. Para essa rota, os dois VRPs de AS10620 coincidiram; os dois de AS14080 continuaram cobrindo o prefixo, mas ficaram em unmatched_as. O resultado foi Valid.

Se AS14080 fosse a origem da rota examinada, também seria Valid na mesma fotografia. Isso não quer dizer que os dois ASNs originavam o /24 no instante observado. Os dois eram possibilidades autorizadas; apenas AS10620 apareceu na observação do RIPE RIS.

O campo WHOIS, o conjunto completo de VRPs, cada tupla prefixo/maxLength/ASN, a origem BGP observada e o resultado ROV são estados diferentes. Misturá-los transforma permissão em fato operacional.

Um recibo para a origem projetada

O WHOIS não precisa monitorar BGP, e a LACNIC não precisa decidir a política de roteamento. O que falta é um recibo enxuto. Ele deve registrar a consulta, o prefixo normalizado e o objeto retornado; enumerar todas as tuplas que alimentaram a projeção; e ligar o conjunto ao validador, horário de geração, sessão ou fotografia equivalente e digest. Quando adequado, deve apontar o URI ou hash estável do ROA.

O estado precisa ser explícito: vazio, único, múltiplo, parcial ou vencido. Uma expectativa de atualização ou expiração evita que a lista sobreviva indefinidamente à autorização. Um vínculo de substituição permite corrigir o presente sem apagar o passado.

O recibo também deve dizer que não é uma observação BGP, não prova que todos os ASNs autorizados estejam anunciando, não expressa preferência e não manda aceitar rota. Origem observada e ROV pertencem a outra comparação, feita por rota e por tempo.

Preservar o plural e sua justificativa

Neste caso, a LACNIC já exibiu os dois ASNs. O avanço não é eleger um “principal”, mas conservar a prova que tornou o plural correto. Hoje é preciso juntar WHOIS, Routinator e coletor de rotas. Um recibo forneceria chave e fronteira temporal comuns sem fundir os sistemas.

O campo mostra AS14080 e AS10620. O recibo acrescentaria /16, /14, maxLength 24, objetos fonte e regra de projeção. O BGP registraria AS10620 como origem vista; o ROV confirmaria a coincidência dessa rota. Cada camada se torna mais confiável quando não tenta substituir as demais.

Fontes