Resumo
Todo IP acessível publicamente tem um AS (Sistema Autônomo) que o "anuncia" no BGP, e o número desse AS é o ASN. O ponto-chave: um ASN não se obtém registrando em algum lugar — ele é anunciado por algum AS na tabela de roteamento BGP global. Por isso, quando um bloco de IPs nunca foi anunciado por nenhum AS (redes privadas, segmentos internos, blocos recém-alocados que ainda não entraram em operação ou cobertos apenas por um anúncio agregado maior do upstream), ele não tem ASN de origem na tabela de roteamento global — bases como MaxMind / IPinfo naturalmente também não encontram um, e só conseguem extrair do whois um "nome de organização" registrado. Não é um bug da base de dados — o bloco de IP realmente não tem ASN.
1. Como um ASN fica "associado" a um IP
Muita gente acha que o ASN é uma propriedade fixa "atribuída" a um IP, como um endereço de rua. Na verdade, ele é um fato dinâmico de roteamento. Para um bloco de IPs ter um ASN, ele precisa passar por esta cadeia:
- ① Alocação — a IANA entrega grandes blocos de endereços aos cinco RIRs (APNIC para a Ásia-Pacífico), e cada RIR registra prefixos como
/19ou/24em nome de uma organização. Esta etapa só gera um registro no whois — ainda não há ASN. - ② Anúncio — essa organização (ou o provedor upstream dela) usa o próprio AS para "anunciar" via BGP aos roteadores vizinhos: "encaminhe
113.48.0.0/19por mim." - ③ Nasce o ASN de origem — o número do AS que anunciou esse prefixo passa a ser o ASN de origem do bloco. As tabelas de roteamento (RIBs) do mundo todo registram: este prefixo se origina no AS××××.
Ou seja, a essência de um ASN é "quem está roteando este bloco de IPs", não "quem é dono deste bloco de IPs". Se a etapa ② nunca acontece, a etapa ③ nunca existe — o bloco nunca vai resolver para um ASN.
Em resumo: sem rota anunciada no BGP = sem ASN. Um ASN é um fato registrado na tabela de roteamento, não um campo em um registro.
2. Por que alguns IPs não têm ASN — quatro casos comuns
| Caso | Descrição | Cenário típico |
|---|---|---|
| Rota não anunciada | O bloco de IP está alocado, mas o titular nunca o anuncia à tabela BGP pública (usado só internamente / em links privados) | Redes privadas de governo/empresas, alguns segmentos internos de IDC, redes dedicadas de setores específicos |
| Anúncio agregado | O upstream só anuncia um bloco maior que o contém; o sub-bloco não tem origem independente própria | Uma grande operadora incorpora um /24 a um /16 e anuncia o agregado |
| Recém-alocado, ainda não ativo | O RIR acabou de entregar o prefixo a uma organização, mas ele ainda não foi conectado ao BGP | Um bloco de endereços recém-solicitado cujo roteamento ainda não foi configurado |
| Reservado / uso especial | Endereços não roteáveis globalmente (privados, de documentação, CGNAT etc.) | 10.0.0.0/8, 100.64.0.0/10, 192.0.2.0/24 |
Esses dois casos confundem muita gente, mas se comportam de forma bem diferente: um IP coberto por um agregado é acessível (o bloco maior é roteado) e apenas não tem um ASN de origem próprio, enquanto um IP que nunca foi anunciado é simplesmente inacessível pela internet pública — um ping dá 100% de perda de pacotes —, embora o whois continue mostrando uma organização registrada. O que os dois têm em comum é não ter origem própria na tabela BGP global.
3. Verifique você mesmo — confirme "realmente sem ASN" com fontes BGP autoritativas
Se uma base de geolocalização não encontra um ASN, isso não significa necessariamente que o IP não tenha nenhum — a cobertura da base pode simplesmente estar incompleta. Para resolver a questão, é preciso consultar a própria tabela de roteamento BGP global. Aqui estão duas fontes autoritativas, gratuitas e de consulta direta:
3.1 RIPEstat — leia diretamente a tabela de roteamento global
O RIPEstat, do RIPE NCC, agrega dados de coletores BGP do mundo todo. Para consultar o ASN de origem de um IP:
$ curl -s "https://stat.ripe.net/data/network-info/data.json?resource=113.48.177.6"
{
"data": {
"prefix": "", // ← vazio: nenhum prefixo o cobre
"asns": [] // ← vazio: sem ASN de origem
}
}asns: [] — um array vazio. Nenhum AS em lugar algum está anunciando este IP na tabela de roteamento global. Essa é uma prova definitiva.
3.2 Team Cymru — o serviço whois de IP para ASN
A Team Cymru mantém o serviço de mapeamento IP→ASN mais usado do setor, também baseado em BGP:
$ whois -h whois.cymru.com " -v 113.48.177.6"
AS | IP | BGP Prefix | CC | Registry | Allocated | AS Name
NA | 113.48.177.6 | NA | CN | apnic | 2008-10-16 | NAAS = NA, BGP Prefix = NA. Repare à direita: Registry = apnic, Allocated = 2008-10-16 — este bloco de IP foi alocado à China pela APNIC já em 2008 (daí o código de país CN), mas nunca entrou no BGP, por isso o AS é NA. "Alocado" e "tem ASN" são duas coisas completamente diferentes — este exemplo deixa essa distinção muito clara.
4. Então de onde vem um nome como "China Great Wall Internet Server Provider"?
Se não há ASN, por que uma consulta de IP ainda mostra o nome de uma empresa? Porque o nome e o ASN vêm de dois conjuntos de dados completamente diferentes:
- ASN / asn_org — vem da tabela de roteamento BGP (quem está roteando este bloco de IPs). Sem anúncio, sem valor.
- ISP / nome da organização no whois — vem do registro de inetnum / contatos de abuso do RIR (quem está registrado como titular deste bloco). Mesmo que ele nunca tenha entrado no BGP, o registro continua existindo.
Algumas fontes de dados retornam um campo isp (por exemplo China Great Wall Internet Server Provider ou Beijing Big Data Tech Co.,Ltd.). Esse é o nome da organização registrado no whois, não o campo org do ASN. Por isso é completamente normal ver a combinação "nome presente, mas sem número de ASN".
O nome responde "quem registrou este bloco de IP"; o ASN responde "qual AS o roteia". Um estar presente e o outro ausente não é contradição.
5. Impacto na inteligência e nas consultas de IP
O campo ASN das bases comerciais de IP é essencialmente um retrato da tabela de roteamento BGP. Quando um IP não tem ASN de origem:
- Toda base que depende do BGP deixa de fornecer um ASN — trata-se de um ponto cego comum no nível da fonte de dados, não de uma falha de um fornecedor específico.
- A única informação disponível é o nome da organização registrado no whois (se houver).
- As classificações baseadas em ASN (tipo de operadora, se é datacenter, agrupamento de risco) perdem precisão para esses IPs, e resta depender de outras dimensões, como nome da organização, geografia ou comportamento.
Por isso, quando o CleanIP.io consulta um desses IPs, você vê o nome da organização exibido normalmente, enquanto o campo ASN fica em branco — isso reflete fielmente o fato de que "este bloco de IP realmente não tem ASN na tabela de roteamento global", e não uma falha na consulta. Nessa situação, basta se apoiar no nome da organização, no país de registro e nos sinais de risco — é normal a coluna ASN estar vazia.
Referências
- RFC 4271 — A Border Gateway Protocol 4 (BGP-4)O próprio protocolo BGP: definições de anúncio de prefixo / AS-PATH / origem
- RIPEstat Data API — network-infoFerramenta oficial do RIPE NCC para consultar por conta própria o prefixo / ASN de origem de qualquer IP
- Team Cymru — IP to ASN MappingO serviço whois IP→ASN mais usado do setor, baseado em BGP
- IANA — IPv4 Address Space RegistryA fonte que explica por que a alocação de endereços (RIR) e "se o bloco é roteado" são coisas distintas