TC Analysis

Resumo técnico

TC Analysis 0.3.0, build 1a0b53e, ferramenta experimental. Esta saída cruza anúncios BGP observados, declarações 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 da observação BGP não estão disponíveis neste relatório. Vizinhos BGP vêm de AS_PATHs observados via RIPEstat asn-neighbours e podem existir mesmo quando o ASN não aparece como origem de prefixos.
• 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 de política nem consumida por terceiros. Quando existe objeto TC, ele é tratado como fonte IRR primária para apresentação; 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 informa se há route/route6 exato declarando a mesma origem BGP observada, origem diferente, ausência confirmada ou coleta inconclusiva. IRR não valida autorização de origem, não substitui delegação brasileira e não altera a severidade. Registros proxy/terceiros são inferidos por mnt-by quando o maintainer não corresponde ao ASN.
• Registro aut-num TC: Metadados do registro aut-num TC não estão disponíveis neste artefato legado.
• 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. Quando configurado, o job pode reutilizar cache persistente de RPKI para reduzir consultas repetidas.
• 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 do ASN principal via RIPEstat as-overview; país vem da RIPEstat quando disponível e usa o registro de ASN como fallback. Nomes de vizinhos BGP, quando presentes, vêm do dataset bulk RIPE asn.txt e são apenas contexto de apresentação. 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 podem usar cache persistente quando configuradas; RPKI usa cache persistente próprio quando configurado; consultas WHOIS IRR/RADB podem usar cache persistente quando configuradas; arquivos RIR delegated-* são baixados pelo job e reutilizados durante a execução.
• Severidade: combinação local de RPKI, associação cadastral de origem, bogon e prefixos mais específicos que /24 IPv4 ou /48 IPv6. Estados IRR são apresentados como contexto e não participam da severidade.

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.