Warum haben manche IP-Adressen keine ASN?

1. Wie eine ASN einer IP „zugeordnet“ wird

Viele nehmen an, eine ASN sei eine feste Eigenschaft, die einer IP wie eine Hausnummer „zugewiesen“ wird. Tatsächlich ist sie eine dynamische Routing-Tatsache. Damit ein IP-Block eine ASN hat, muss er diese Kette durchlaufen:

• ① Zuteilung – Die IANA vergibt große Adressblöcke an die fünf regionalen Vergabestellen (RIR; für den asiatisch-pazifischen Raum ist das APNIC), und jede RIR registriert Präfixe wie /19 oder /24 auf eine Organisation. Dieser Schritt erzeugt nur einen Whois-Eintrag – eine ASN gibt es noch nicht.
• ② Ankündigung – Diese Organisation (oder ihr Upstream-ISP) kündigt über ihr eigenes AS per BGP den benachbarten Routern an: „113.48.0.0/19 bitte über mich routen.“
• ③ Die Origin-ASN entsteht – Die Nummer des AS, das dieses Präfix ankündigt, wird zur Origin-ASN des Blocks. Routing-Tabellen (RIBs) weltweit verzeichnen: Dieses Präfix stammt von AS××××.

Im Kern beschreibt eine ASN also, „wer diesen IP-Block routet“ – nicht, „wem dieser IP-Block gehört“. Findet Schritt ② nie statt, gibt es auch Schritt ③ nicht, und der Block wird nie zu einer ASN aufgelöst.

Kurz gesagt: keine per BGP angekündigte Route = keine ASN. Eine ASN ist eine Tatsache in der Routing-Tabelle, kein Feld in einer Registry.

2. Warum manche IP-Adressen keine ASN haben – vier typische Fälle

Diese beiden Fälle werden oft verwechselt, verhalten sich aber sehr unterschiedlich: Eine IP, die von einem Aggregat abgedeckt ist, bleibt erreichbar (der größere Block wird geroutet) – ihr fehlt nur eine eigene Origin-ASN. Eine IP, die nie angekündigt wurde, ist dagegen aus dem öffentlichen Internet schlicht nicht erreichbar: Ein Ping endet mit 100 % Paketverlust, obwohl im Whois weiterhin eine registrierte Organisation steht. Gemeinsam ist beiden, dass sie in der globalen BGP-Tabelle keinen eigenen Origin haben.

3. Selbst nachprüfen – mit maßgeblichen BGP-Quellen bestätigen, dass wirklich keine ASN existiert

Findet eine Geo-Datenbank keine ASN, heißt das nicht zwingend, dass die IP wirklich keine hat – vielleicht ist nur die Abdeckung der Datenbank lückenhaft. Für eine eindeutige Antwort müssen Sie die globale BGP-Routing-Tabelle selbst befragen. Dafür gibt es zwei maßgebliche, kostenlose Quellen, die Sie selbst abfragen können:

3.1 RIPEstat – die globale Routing-Tabelle direkt auslesen

RIPEstat vom RIPE NCC bündelt Daten von BGP-Collectors weltweit. So fragen Sie die Origin-ASN einer IP ab:

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

{
  "data": {
    "prefix": "",           // ← leer: kein Präfix deckt sie ab
    "asns":   []            // ← leer: keine Origin-ASN
  }
}

asns: [] – ein leeres Array. In der globalen Routing-Tabelle kündigt kein einziges AS diese IP an. Das ist ein eindeutiger Beleg.

3.2 Team Cymru – der IP-to-ASN-Whois-Dienst

Team Cymru betreibt den in der Branche meistgenutzten IP→ASN-Zuordnungsdienst, ebenfalls auf Basis von 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. Beachten Sie die rechte Seite: Registry = apnic, Allocated = 2008-10-16 – dieser IP-Block wurde bereits 2008 von APNIC an China zugeteilt (daher der Ländercode CN), ist aber nie in BGP aufgetaucht; deshalb ist das AS NA. „Zugeteilt“ und „hat eine ASN“ sind zwei völlig verschiedene Dinge – dieses Beispiel macht den Unterschied unmissverständlich deutlich.

4. Woher stammt dann ein Name wie „China Great Wall Internet Server Provider“?

Wenn es keine ASN gibt, warum zeigt eine IP-Abfrage trotzdem einen Firmennamen an? Weil Name und ASN aus zwei völlig verschiedenen Datenbeständen stammen:

• ASN / asn_org – stammt aus der BGP-Routing-Tabelle (wer diesen IP-Block routet). Ohne Ankündigung kein Wert.
• ISP / Organisationsname im Whois – stammt aus der inetnum- und Abuse-Kontakt-Registry der RIR (wer als Inhaber dieses Blocks registriert ist). Auch wenn der Block nie in BGP aufgetaucht ist, existiert der Registrierungseintrag weiterhin.

Manche Datenquellen liefern ein Feld isp (zum Beispiel China Great Wall Internet Server Provider oder Beijing Big Data Tech Co.,Ltd.). Das ist der im Whois registrierte Organisationsname, nicht das Org-Feld der ASN. Die Kombination „Name vorhanden, aber keine ASN-Nummer“ ist daher völlig normal.

Der Name beantwortet „Wer hat diesen IP-Block registriert?“, die ASN beantwortet „Welches AS routet ihn?“ Dass das eine vorhanden ist und das andere fehlt, ist kein Widerspruch.

5. Auswirkungen auf IP-Intelligence und Abfragen

Das ASN-Feld in kommerziellen IP-Datenbanken ist im Grunde eine Momentaufnahme der BGP-Routing-Tabelle. Hat eine IP keine Origin-ASN, gilt Folgendes:

• Keine Datenbank, die auf BGP beruht, kann eine ASN liefern – das ist ein gemeinsamer blinder Fleck auf Ebene der Datenquellen, kein Versäumnis eines einzelnen Anbieters.
• Verfügbar ist nur der im Whois registrierte Organisationsname (falls vorhanden).
• ASN-basierte Klassifizierungen (Art des Netzbetreibers, Rechenzentrum ja oder nein, Risiko-Clustering) werden für solche IP-Adressen ungenauer. Sie sind dann auf andere Dimensionen wie Organisationsname, Geografie oder Verhalten angewiesen.

Wenn Sie eine solche IP auf CleanIP.io abfragen, sehen Sie daher den Organisationsnamen wie gewohnt, während das ASN-Feld leer bleibt. Das gibt die Tatsache wieder, dass „dieser IP-Block in der globalen Routing-Tabelle tatsächlich keine ASN hat“ – es handelt sich nicht um eine fehlgeschlagene Abfrage. Verlassen Sie sich in diesem Fall einfach auf Organisationsname, Land der Registrierung und Risikosignale; eine leere ASN-Spalte ist normal.