Pourquoi certaines IP n'ont-elles pas d'ASN ?

1. Comment un ASN se « rattache » à une IP

Beaucoup pensent qu'un ASN est une propriété fixe « attribuée » à une IP, comme une adresse postale. En réalité, c'est un fait de routage dynamique. Pour qu'un bloc d'IP ait un ASN, il doit passer par cette chaîne :

• ① Attribution — l'IANA confie de grands blocs d'adresses aux cinq RIR (APNIC pour l'Asie-Pacifique), et chaque RIR enregistre des préfixes comme /19 ou /24 au nom d'une organisation. Cette étape ne produit qu'un enregistrement whois — pas encore d'ASN.
• ② Annonce — cette organisation (ou son opérateur amont) utilise son propre AS pour « annoncer » via BGP aux routeurs voisins : « faites passer 113.48.0.0/19 par moi ».
• ③ Naissance de l'ASN d'origine — le numéro de l'AS qui a annoncé ce préfixe devient l'ASN d'origine du bloc. Les tables de routage (RIB) du monde entier enregistrent : ce préfixe provient de l'AS××××.

L'essence d'un ASN est donc « qui route ce bloc d'IP », et non « à qui appartient ce bloc d'IP ». Si l'étape ② n'a jamais lieu, l'étape ③ n'existe pas — le bloc ne sera jamais associé à un ASN.

En résumé : pas de route annoncée dans BGP = pas d'ASN. Un ASN est un fait inscrit dans la table de routage, pas un champ dans un registre.

2. Pourquoi certaines IP n'ont pas d'ASN — quatre cas courants

Ces deux cas prêtent à confusion, mais se comportent très différemment : une IP couverte par un agrégat est joignable (le bloc plus large est routé) et n'a simplement pas d'ASN d'origine propre, tandis qu'une IP jamais annoncée est tout bonnement injoignable depuis l'Internet public — un ping donne 100 % de perte de paquets —, même si le whois affiche toujours une organisation enregistrée. Leur point commun : aucune origine propre dans la table BGP mondiale.

3. Vérifiez par vous-même — confirmer l'absence réelle d'ASN avec des sources BGP faisant autorité

Si une base de géolocalisation ne trouve pas d'ASN, cela ne veut pas forcément dire que l'IP n'en a vraiment aucun : la couverture de la base est peut-être simplement incomplète. Pour trancher, il faut interroger la table de routage BGP mondiale elle-même. Voici deux sources de référence, gratuites, que vous pouvez consulter vous-même :

3.1 RIPEstat — lire directement la table de routage mondiale

RIPEstat, l'outil du RIPE NCC, agrège les données des collecteurs BGP du monde entier. Pour connaître l'ASN d'origine d'une IP :

$ curl -s "https://stat.ripe.net/data/network-info/data.json?resource=113.48.177.6"

{
  "data": {
    "prefix": "",           // ← vide : aucun préfixe ne la couvre
    "asns":   []            // ← vide : aucun ASN d'origine
  }
}

asns: [] — un tableau vide. Aucun AS, nulle part, n'annonce cette IP dans la table de routage mondiale. C'est une preuve sans appel.

3.2 Team Cymru — le service whois IP-to-ASN

Team Cymru maintient le service de correspondance IP→ASN le plus utilisé du secteur, lui aussi fondé sur 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 | NA

AS = NA, BGP Prefix = NA. Remarquez à droite : Registry = apnic, Allocated = 2008-10-16 — ce bloc d'adresses IP a été attribué à la Chine par l'APNIC dès 2008 (d'où le code pays CN), mais il n'est jamais entré dans BGP, d'où l'AS à NA. « Attribué » et « avoir un ASN » sont deux choses totalement différentes, et cet exemple rend la distinction on ne peut plus claire.

4. Mais alors, d'où vient un nom comme « China Great Wall Internet Server Provider » ?

S'il n'y a pas d'ASN, pourquoi une recherche d'IP affiche-t-elle quand même un nom d'entreprise ? Parce que le nom et l'ASN proviennent de deux jeux de données totalement distincts :

• ASN / asn_org — provient de la table de routage BGP (qui route ce bloc d'IP). Pas d'annonce, pas de valeur.
• FAI / nom d'organisation du whois — provient du registre inetnum / contacts d'abus du RIR (qui est enregistré comme titulaire de ce bloc). Même si le bloc n'est jamais entré dans BGP, l'enregistrement existe toujours.

Certaines sources de données renvoient un champ isp (par exemple China Great Wall Internet Server Provider ou Beijing Big Data Tech Co.,Ltd.). Il s'agit du nom d'organisation enregistré dans le whois, et non du champ org de l'ASN. Il est donc tout à fait normal de voir la combinaison « un nom, mais pas de numéro d'ASN ».

Le nom répond à la question « qui a enregistré ce bloc d'IP ? » ; l'ASN répond à « quel AS le route ? » Que l'un soit présent et l'autre absent n'a rien de contradictoire.

5. Conséquences pour le renseignement IP et les recherches

Dans les bases IP commerciales, le champ ASN n'est au fond qu'un instantané de la table de routage BGP. Quand une IP n'a pas d'ASN d'origine :

• Aucune base qui s'appuie sur BGP ne peut fournir d'ASN : c'est un angle mort partagé, au niveau des sources de données elles-mêmes, et non un oubli d'un fournisseur en particulier.
• La seule information disponible est le nom d'organisation enregistré dans le whois (s'il existe).
• Les classifications fondées sur l'ASN (type d'opérateur, datacenter ou non, regroupement par niveau de risque) perdent en qualité pour ces IP, et il ne reste que d'autres dimensions : nom d'organisation, géographie ou comportement.

Ainsi, lorsque CleanIP.io recherche l'une de ces IP, vous voyez son nom d'organisation affiché normalement, tandis que le champ ASN reste vide : cela traduit fidèlement le fait que « ce bloc d'IP n'a réellement aucun ASN dans la table de routage mondiale », et non un échec de la recherche. Dans ce cas, fiez-vous au nom d'organisation, au pays de rattachement et aux signaux de risque : il est normal que la colonne ASN soit vide.