AS264569

Resumo técnico

TC Analysis 0.2.1, build 13a36ae, ferramenta experimental. Esta saída cruza anúncios BGP observados, objetos IRR, RPKI, registro territorial de recursos, associação cadastral de origem e vizinhança BGP para apoiar a revisão operacional de um ASN.

• BGP observado: prefixos originados por ASN obtidos via RIPEstat announced-prefixes, com filtro mínimo de peers configurável. Parâmetros efetivos: recurso AS264569, min_peers_seeing=10, parâmetros de janela: Padrão do RIPEstat; janela efetiva retornada início=2026-07-30T00:00:00Z fim=2026-08-13T00:00:00Z, cache=miss. Campos por prefixo disponíveis na resposta usada: prefix, timelines; o coletor não obtém horários ou contagem de peers por prefixo, então esses valores ficam nulos no JSON. Vizinhos BGP vêm de AS_PATHs observados via RIPEstat asn-neighbours; janela efetiva dos vizinhos início=2026-08-13T00:00:00Z fim=2026-08-13T00:00:00Z.
• IRR: consulta WHOIS ao IRRd local para TC/DELEGATED e, quando configurado, WHOIS externo como RADB. DELEGATED é uma base local do TC construída a partir de dados públicos de delegação publicados pelo Registro.br/NIC.br, usada como referência técnica; não é uma base IRR pública autoritativa nem consumida por terceiros. Quando existe objeto TC, ele é tratado como fonte primária; fontes externas ou referências locais só aparecem na tabela quando divergem do objeto primário ou da origem observada. A análise usa o campo source: real do objeto retornado, não apenas a base consultada, porque RADB pode espelhar outras bases. O status valida se existe route/route6 exato com a mesma origem BGP observada; origem divergente é erro. Ausência só é marcada quando as consultas necessárias foram concluídas; falhas que impedem confirmar ausência ficam como unknown. Registros proxy/terceiros são inferidos por mnt-by quando o maintainer não corresponde ao ASN.
• Consulta externa IRR: modo missing; consulta fontes externas apenas quando não há objeto TC local para o prefixo, reduzindo latência.
• RPKI: validação origem/prefixo via VRP local quando configurado, ou RIPEstat rpki-validation como fallback, marcada como valid, invalid, not_found ou unknown. Quando usa VRP local, o job baixa um snapshot global e indexa apenas ROAs cujo prefixo cobre algum prefixo BGP observado no lote, preservando a detecção de invalid. O job usa cache persistente de RPKI com TTL de 1 dia para reduzir consultas repetidas. Índice VRP deste lote: 331 de 988468 ROAs globais.
• Registro territorial do recurso: país e RIR do prefixo vêm dos snapshots congelados delegated-* dos RIRs. Isso é separado do país/RIR do ASN.
• Associação cadastral de origem: o snapshot NIC.br associa recursos brasileiros a um ou mais ASNs de origem. Essa associação não é ROA, não é IRR e não prova sozinha legitimidade de todo anúncio BGP. not_applicable só é usado quando o prefixo é registrado fora do Brasil; falha ou ausência de dataset fica como inconclusiva/não coletada.
• ASN: nome via RIPEstat as-overview; país vem da RIPEstat quando disponível e usa o registro de ASN como fallback. Quando coletados, vizinhos BGP vêm de asn-neighbours. As categorias left, right e uncertain são preservadas conforme retornadas pelo RIPEstat. Left e right indicam a posição do vizinho no AS_PATH em relação ao ASN analisado; uncertain é uma classificação atribuída pelo próprio RIPEstat. Um mesmo ASN pode ser observado em mais de uma posição; esses casos são apresentados separadamente como múltiplas posições e não são reclassificados como uncertain. Essas categorias descrevem observações posicionais do RIPE RIS e não representam necessariamente relações comerciais confirmadas de trânsito, cliente ou peering. Truncamento de listas é apenas visual; a lista completa normalizada está no relatório JSON quando coletada.
• Cache: respostas RIPEstat de prefixos originados, ASN e vizinhos usam cache persistente com TTL de 6 horas; RPKI usa cache persistente próprio quando configurado; consultas WHOIS IRR/RADB usam cache persistente com TTL de 1 dia; arquivos RIR delegated-* são baixados pelo job e reutilizados durante a execução.
• Severidade: combinação local das regras de IRR, RPKI, associação cadastral de origem, bogon e prefixos mais específicos que /24 IPv4 ou /48 IPv6.

As consultas externas são feitas apenas pelo job/cache; a página publicada é estática e não consulta fontes externas em tempo real.