Waarom hebben sommige IP's geen ASN?

1. Hoe een ASN aan een IP-adres “gekoppeld” raakt

Veel mensen denken dat een ASN een vaste eigenschap is die aan een IP-adres wordt “toegekend”, zoals een huisadres. In werkelijkheid is het een dynamisch routeringsfeit. Om een ASN te krijgen, moet een blok IP-adressen deze keten doorlopen:

• ① Toewijzing — IANA geeft grote adresblokken aan de vijf RIR's (APNIC voor Azië-Pacific), en elk RIR registreert prefixen zoals /19 of /24 op naam van een organisatie. Deze stap levert alleen een whois-registratie op — er is nog geen ASN.
• ② Aankondiging — die organisatie (of haar upstream-provider) gebruikt haar eigen AS om via BGP aan naburige routers “aan te kondigen”: “stuur 113.48.0.0/19 via mij.”
• ③ Het origin-ASN ontstaat — het nummer van het AS dat dit prefix aankondigde, wordt het origin-ASN van het blok. Routeringstabellen (RIB's) wereldwijd leggen vast: dit prefix komt van AS××××.

De kern van een ASN is dus “wie dit blok IP-adressen routeert”, niet “wie dit blok IP-adressen bezit”. Gebeurt stap ② nooit, dan bestaat stap ③ ook nooit — het blok zal nooit naar een ASN herleiden.

Kortom: geen in BGP aangekondigde route = geen ASN. Een ASN is een feit in de routeringstabel, geen veld in een register.

2. Waarom sommige IP's geen ASN hebben — vier veelvoorkomende gevallen

Deze twee gevallen zorgen voor verwarring, maar ze gedragen zich heel verschillend: een IP-adres dat door een aggregaat wordt gedekt is bereikbaar (het grotere blok wordt gerouteerd) en mist alleen een eigen origin-ASN, terwijl een IP-adres dat nooit is aangekondigd gewoon onbereikbaar is vanaf het publieke internet — ping het en je krijgt 100% pakketverlies — ook al toont whois nog steeds een geregistreerde organisatie. Wat ze gemeen hebben: geen van beide heeft een eigen origin in de wereldwijde BGP-tabel.

3. Controleer het zelf — bevestig “echt geen ASN” met gezaghebbende BGP-bronnen

Als een geodatabase geen ASN vindt, betekent dat niet per se dat het IP-adres er echt geen heeft — de dekking van de database kan gewoon onvolledig zijn. Om de vraag te beslechten, moet je de wereldwijde BGP-routeringstabel zelf raadplegen. Hier zijn twee gezaghebbende, gratis bronnen die je zelf kunt gebruiken:

3.1 RIPEstat — lees de wereldwijde routeringstabel rechtstreeks

RIPEstat van RIPE NCC bundelt data van BGP-collectors wereldwijd. Zo zoek je het origin-ASN van een IP-adres op:

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

{
  "data": {
    "prefix": "",           // ← leeg: geen enkel prefix dekt het
    "asns":   []            // ← leeg: geen origin-ASN
  }
}

asns: [] — een lege array. Geen enkel AS ter wereld kondigt dit IP-adres aan in de wereldwijde routeringstabel. Dit is sluitend bewijs.

3.2 Team Cymru — de IP-naar-ASN-whoisdienst

Team Cymru beheert de meest gebruikte IP→ASN-mappingdienst in de branche, ook gebaseerd op 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. Let op de rechterkant: Registry = apnic, Allocated = 2008-10-16 — dit IP-blok is al in 2008 door APNIC aan China toegewezen (vandaar de landcode CN), maar is nooit in BGP terechtgekomen, dus het AS is NA. “Toegewezen” en “heeft een ASN” zijn twee totaal verschillende dingen — dit voorbeeld maakt dat onderscheid overduidelijk.

4. Waar komt een naam als “China Great Wall Internet Server Provider” dan vandaan?

Als er geen ASN is, waarom toont een IP-opzoeking dan toch een bedrijfsnaam? Omdat de naam en het ASN uit twee totaal verschillende datasets komen:

• ASN / asn_org — komt uit de BGP-routeringstabel (wie dit blok IP-adressen routeert). Geen aankondiging, geen waarde.
• whois-ISP / organisatienaam — komt uit het inetnum- / abuse-contactregister van het RIR (wie als houder van dit blok is geregistreerd). Ook als het blok nooit in BGP is gekomen, bestaat het registratierecord nog steeds.

Sommige databronnen geven een veld isp terug (bijvoorbeeld China Great Wall Internet Server Provider of Beijing Big Data Tech Co.,Ltd.). Dit is de organisatienaam die in whois is geregistreerd, niet het org-veld van het ASN. Het is dus heel normaal om de combinatie “wel een naam, maar geen ASN-nummer” te zien.

De naam beantwoordt “wie heeft dit IP-blok geregistreerd”; het ASN beantwoordt “welk AS routeert het”. Dat het een er is en het ander niet, is geen tegenspraak.

5. Gevolgen voor IP-informatie en opzoekingen

Het ASN-veld in commerciële IP-databases is in wezen een momentopname van de BGP-routeringstabel. Als een IP-adres geen origin-ASN heeft:

• Elke database die op BGP steunt, kan geen ASN geven — dit is een gedeelde blinde vlek op het niveau van de databron, geen vergissing van één leverancier.
• Het enige wat beschikbaar is, is de organisatienaam die in whois is geregistreerd (als die er is).
• Classificaties op basis van het ASN (type provider, of het een datacenter is, risicoclustering) worden voor deze IP's minder betrouwbaar, en je bent aangewezen op andere dimensies zoals organisatienaam, geografie of gedrag.

Als CleanIP.io zo'n IP-adres opzoekt, zie je dus dat de organisatienaam gewoon wordt getoond, terwijl het ASN-veld leeg blijft — dat geeft getrouw weer dat “dit IP-blok echt geen ASN heeft in de wereldwijde routeringstabel”, en is geen mislukte opzoeking. Ga in dat geval uit van de organisatienaam, het land van eigendom en de risicosignalen — een lege ASN-kolom is normaal.