Zusammenfassung

  • Nebius B.V. tritt bei RIPE mit einem einzigen Organisations-Handle auf, ORG-NB187-RIPE, und dahinter stehen vier getrennt registrierte autonome Systeme: AS203326, AS214415, AS213291 und AS215169.
  • Registrierung ist Verwaltungsakt, Origination ist Routing-Fakt: Zwei dieser Systeme füllen fast den gesamten Bereich 213.239.160.0/19, ein drittes liegt ganz woanders, und das vierte originiert in zwei unabhängigen Beobachtern nichts Sichtbares.

Wer GPU-Stunden bei einer KI-Cloud mietet, kauft zugleich eine Behauptung über das Netz darunter. Bei Nebius B.V. steckt diese Behauptung derzeit in einem einzigen Registrierungsobjekt: ORG-NB187-RIPE, eine Organisation vom Typ LIR, am 8. Dezember 2022 angelegt und zuletzt am 5. August 2026 geändert, unter der vier autonome Systeme einzeln geführt werden. Zählt man diese vier Nummern, wirkt das Unternehmen wie ein Betreiber von vier Netzen. Fragt man dagegen, welche davon tatsächlich Adressen originieren, ist die Antwort nicht vier — und nicht einmal bei jedem Beobachter dieselben drei. Die registrierte Identität steht im Verzeichniseintrag zu Nebius B.V.; das Netz selbst liest man woanders.

Eine Organisation, vier Namen

Eine autonome Systemnummer ist die Kennung, die ein Netz bei der Registrierung hinterlegt, damit andere Netze ihm gegenüber eine Routing-Policy formulieren können. Die Registrierung selbst ist Papierarbeit. Die Objektdokumentation von RIPE sagt das unmissverständlich: ASSIGNED und LEGACY sind administrative Zustände eines aut-num-Objekts und keine Messung davon, ob tatsächlich Verkehr geroutet wird (RPSL-Objekttypen). Die Objektkörper werden je Typ veröffentlicht und lassen sich über Quelle, Objekttyp und Schlüssel per REST-Abfrage aus der Registry holen (REST-Abfragen).

Alle vier tragen den Status ASSIGNED, verweisen auf dieselbe Organisation und nennen dasselbe Maintainer-Paar, RIPE-NCC-END-MNT und lir-nl-nebius-1-MNT. Unterschiedlich sind der Name, den sich jedes System gibt, und die Exporte, die es nach außen erklärt.

System Registrierter Name Erklärte Exporte IPv4 / IPv6 originiert (Hurricane Electric)
AS203326 NebiusMAD AS174, AS1299 3 / 2
AS214415 NebiusPA10 AS9002, AS1299 9 / 4
AS213291 NebiusCloud AS208722, AS200632 17 / 17
AS215169 CoreNebiusNet AS1299, AS9002, AS6762, AS12849, AS208905 0 / 0

Die Zeitstempel der Objekte reichen von Januar 2023 bis April 2026: AS213291 im Januar 2023, AS215169 im April 2024, AS214415 im August 2024, AS203326 so aktuell wie April 2026. Vier Nummern, vier Jahrgänge, ein Handle dahinter.

Die Arithmetik, die die Zählung verbirgt

Fangen wir bei dem an, was auf der Leitung wirklich erscheint. AS214415 annonciert 213.239.160.0/21 und 213.239.168.0/21 (Hurricane Electric, AS214415). AS203326 legt 213.239.176.0/24, 213.239.177.0/24 und 213.239.184.0/21 obendrauf (Hurricane Electric, AS203326; bgp.tools, AS203326).

Diese fünf Präfixe decken 213.239.160.0 bis 213.239.191.255 ab, also einen /19 — mit einem Loch in der Mitte. Die sechs /24 von 213.239.178.0 bis 213.239.183.255 tauchen in keinem davon auf. Ob sie als Reserve gehalten, intern einem System ohne Annonce zugeteilt oder schlicht noch nicht vergeben sind, lässt sich ohne das inetnum-Objekt nicht entscheiden, das die Zuteilung definiert, und dieses Objekt wurde für diese Lektüre nicht beschafft.

Zwei ASN, ein Adressblock, keine Überlappung. Das ist der betrieblich interessante Satz, und er kommt in keiner Zählung autonomer Systeme vor.

AS213291 folgt dieser Arithmetik nicht. Der gelistete IPv4-Raum enthält 89.169.96.0/20 (Hurricane Electric, AS213291), weit weg vom /19, und gerade seine Präfixe sind es, über die sich die Beobachter streiten.

Ein registriertes Netz, das nicht routet

AS215169 ist der sauberste Test dafür, was eine Registrierung bedeutet. Es trägt die längste Exportliste der vier — AS1299, AS9002, AS6762, AS12849, AS208905 — und dennoch meldet Hurricane Electric mit Seitenstempel vom 10. November 2026, 18:52 Uhr pazifischer Zeit, null IPv4-Präfixe, null IPv6-Präfixe, null Annoncen und null beobachtete Peers (Hurricane Electric, AS215169). IPinfo führt das System als inaktiv, ohne Adressen, ohne Upstreams, ohne Downstreams und ohne Peers (IPinfo, AS215169).

Eine Null im Beobachter ist eine Messung mit Schwellenwert, kein Beweis der Nichtnutzung. Der Endpunkt announced-prefixes von RIPEstat verlangt standardmäßig mindestens zehn Peers, die eine Annonce sehen; alles, was weniger als zehn Netze sehen, fällt aus der Standardantwort heraus (RIPEstat announced-prefixes). Private Zusammenschaltung, ein erst vergangene Woche in Betrieb genommenes System oder Routing, das eine geschlossene Gruppe nie verlässt, erzeugen dasselbe Bild. Der Befund trägt genau eine enge Aussage: Unter dieser Nummer wird kein öffentlich sichtbarer Verkehr von genügend Peers originiert, um aufzufallen.

Drei Zahlen, drei Fragen

Wie viele Präfixe originiert AS213291? Es gibt drei Antworten. PeeringDB führt info_prefixes4 mit 10 und info_prefixes6 mit 10, in einem Datensatz, der zuletzt am 10. Oktober 2024 geändert wurde (PeeringDB, AS213291) — und diese Felder sind keine Beobachtungen. Sie sind der vom Betreiber erklärte Höchstwert dessen, was Peers erwarten sollen (PeeringDB-Betreiberhandbuch). Hurricane Electric zählt 17 IPv4- und 17 IPv6-Präfixe als originiert, dazu 23 Annoncen (Hurricane Electric, AS213291). bgp.tools zählt 17 im IPv4 und 16 im IPv6 (bgp.tools, AS213291).

Keine der drei ist falsch. Die eine ist ein Versprechen, die zweite eine gewachsene Tabelle eines Beobachters, die dritte der aktuelle Blick eines anderen. Sie weichen voneinander ab, weil sie verschiedene Fragen auf verschiedenen Uhren beantworten. Wer eine davon als „die Größe von NebiusCloud“ zitiert, hat eine Frage ausgewählt und ihr ein Faktenkleid angezogen.

Dieselbe Lektion, rückwärts

AS401712 gehört zu Nebius Inc., der US-Gesellschaft, nicht zum niederländischen LIR. Hurricane Electric zählt 1 IPv4-Präfix und 2 IPv6-Präfixe als originiert — 2607:e840:220::/44 und 2607:e840:221::/48 — mit 4 Annoncen (Hurricane Electric, AS401712). Die Übersicht von bgp.tools zeigt nur ein Präfix, 104.204.96.0/24; die beiden IPv6-Präfixe erscheinen erst, wenn die Ansicht für geringe Sichtbarkeit eingeschaltet wird (bgp.tools, AS401712, Ansicht geringer Sichtbarkeit).

Hier läuft die Abweichung in die andere Richtung. Das ist kein System ohne alles, sondern eines, dessen Sichtbarkeit sich auf Präfixe konzentriert, die die meisten Peers nicht tragen. Zwei Beobachter, ein Tag, zwei vertretbare Zahlen — und kein Widerspruch, der aufzulösen wäre.

Wo die Zählung aufhört zu nützen

Vier ASN, ein Organisations-Handle, ein Maintainer-Paar und eine Gewohnheit: das System registrieren, bevor seine Routen öffentlich sind. Wächst ein Unternehmen durch Übernahmen, ist es das Organisationsobjekt, das die Adressen weiterträgt; ein ASN kann lange registriert sein, bevor er gefüllt wird. So gelesen ist die dauerhafte Identität ORG-NB187-RIPE plus die Adressarithmetik, nicht die Ziffer vier.

Als Wettbewerbskennzahl versagt die Zählung ebenfalls. Eine Cloud mit vier ASN ist nicht viermal eine Cloud mit einem. Sie ist eine Cloud mit einer bestimmten Aufbaugeschichte — Madrid, ein Pariser Anschlusspunkt, das Cloud-Geschäft selbst —, jede Etappe mit eigenem Namen, eigener Exportpolitik und eigenen, in die Registry geschriebenen Upstream-Beziehungen.

Was diese Lektüre klärt und was nicht

Die hier zitierten Registry-Attribute stammen aus öffentlichen Spiegeln der RIPE-Daten und aus Routing-Beobachtern, nicht aus den Objektkörpern der Registry selbst; die aut-num-, inetnum- und route-Objekte, die die Zuteilungsgrenze belegen würden, wurden nicht beschafft. Dokumentiert bleibt etwas Engeres und dennoch Entscheidendes: vier Registrierungen unter einer verantwortlichen Organisation, zwei davon füllen dasselbe /19 und lassen ein Loch von sechs /24, eine dritte erklärt fünf Transitbeziehungen und zeigt nichts, und bei der vierten hängt die Zahl sichtbarer Präfixe davon ab, welchen Beobachter man mit welchem Schwellenwert fragt.

Für eine KI-Cloud ist das informativer als jede ASN-Summe, und die Registry konnte dieses Bild von Anfang an liefern. Adressen, Handle und Maintainer sind das, was eine Gegenpartei erbt. Die vier Nummern sind eine Anmeldegewohnheit.