Zusammenfassung

  • Das AS398037 ist auf NVIDIA Corporation registriert, mit 14 beobachteten IPv4-Ankündigungen, einem IPv6-Ursprung und sieben aus den beobachteten Pfaden abgeleiteten Transit-Anbietern.
  • Die eigene Dokumentation zu DGX Cloud und zu den NVIDIA Cloud Partnern überträgt Rechenleistung, Speicher und physisches Netz an Dritte; bei der Firma bleiben Clusterverwaltung, Überwachung und die Koordination der Wartung.
  • Ein autonomes System, das den Namen eines Produkts trägt, belegt Kontrolle über Adressen, nicht Eigentum an der Anlage, durch die die Workloads laufen.

Im Register: ein Produktname und konkrete Daten

Die Kennung ist eindeutig. Der ASName lautet NVIDIA-NGC-NSV, Inhaber ist NVIDIA Corporation, die OrgID NC-1089, der Status aktiv und unter ARIN zugeteilt. Das AS wurde am 14. Oktober 2019 registriert, die letzte Aktualisierung datiert vom 2. März 2021. Der zugehörige Organisationsdatensatz erscheint am 26. September 2019 angelegt und am 25. November 2024 aktualisiert, nach der Wiedergabe dieser Felder bei bgp.tools. Das Kürzel NSV verweist auf die Cloud-Software-Marke des Hauses. Das erklärt den Namen, nicht den Betrieb des Netzes.

Auch die angekündigten Ursprünge sind dokumentiert. Über IPv4 sind 8.44.54.0/24 zu sehen, der Block 24.51.5.0/24, das Aggregat 24.51.6.0/23 samt den beiden darin überlappenden /24 (24.51.6.0/24 und 24.51.7.0/24) sowie die Reihe 198.100.160.0/24 bis 198.100.165.0/24 und 198.100.171.0/24 bis 198.100.173.0/24. Über IPv6 erscheint genau ein Ursprung: 2604:1520:1000::/48. Die Zahl der Ankündigungen liegt bei 14, doch ein /23, das zwei der gelisteten /24 abdeckt, genügt für die Einsicht, dass die Zahl der Ankündigungen nicht die Zahl eindeutiger Adressblöcke ist.

Keine dieser Adressen findet von selbst ins Internet. Die beobachteten Pfade zeichnen sieben Transit-Anbieter: Arelion (AS1299), Lumen (AS3356), Telecom Italia Sparkle (AS6762), GTT (AS3257), Cogent (AS174), PCCW (AS3491) und Telstra (AS4637). Über IPv6 ist nur Arelion sichtbar. Die Methodik des Observatoriums selbst hält fest, dass BGP keine Geschäftsbeziehungen kodiert und das Transit-Etikett aus dem beobachteten Pfad stammt, wie bgp.tools zum Begriff des Upstream erläutert. Das ist eine ingenieurtechnische Wahrscheinlichkeit, kein Vertragsverzeichnis.

Offene Peering-Politik und zwei Ports mit 100 Gbps

Der Interconnection-Eintrag schließt das Bild. Das Netz erscheint als NVIDIA NGC NSV, alias Nvidia NGC, als Unternehmen klassifiziert, mit globalem Geltungsbereich und einer erklärten offenen Peering-Politik ohne Anforderungen an Verkehrsverhältnis, Vertrag oder Präsenz an mehreren Standorten, nach dem Eintrag zu AS398037 bei PeeringDB. Der Datensatz weist 30 IPv4-Präfixe und 1 IPv6-Präfix als erwartete Höchstwerte aus, listet Einrichtungen in den Vereinigten Staaten, den Niederlanden, dem Vereinigten Königreich, Singapur und Japan und nennt zwei Exchange-Anbindungen: AMS-IX und LINX LON1, beide mit 100 Gbps. Der Eintrag ist auf den 22. April 2026 datiert.

Jedes Feld will genau gelesen sein. Die Präfixzahlen im Verzeichnis sind vom Betreiber angegebene Höchstwerte, keine zu einem Zeitpunkt beobachteten Routen; deshalb sind 30 erklärte und 14 beobachtete Zahlen kein Widerspruch, wie der Betreiberleitfaden von PeeringDB die Unterscheidung als Ausfüllregel festhält. Das Verzeichnis wird von Nutzern gepflegt: Eine offene Politik beweist keine bestimmte bilaterale Sitzung, und die in dieser Prüfung abgerufene Seite zeigte im Abschnitt zu öffentlichen Exchanges keine benannten Zeilen.

Ein zweiter Kollektor erweitert das Bild, ohne es zu kippen. Der am 18. August 2026 angezeigte Schnappschuss von Hurricane Electric zählt 13 IPv4-Ursprünge, einen IPv6-Ursprung und zehn beobachtete Peers, darunter AS286 und AS1000, die in der Tabelle von bgp.tools fehlen, wie die Seite zu AS398037 bei Hurricane Electric zeigt. Der Unterschied ist einer der Sichtbarkeit und des Datums, nicht zweier widerstreitender Befunde: Kein einzelner Kollektor ist vollständig.

Die andere Ebene: Wer die Maschinen betreibt

Bis hierher die eine Hälfte. Die andere hat NVIDIA selbst geschrieben, und zwar nicht in einem Routing-Register, sondern in der Produktdokumentation.

Zum Start am 21. März 2023 bot das Unternehmen monatlich gemietete dedizierte DGX-Cloud-Cluster an, gehostet von Cloud-Service-Anbietern und beginnend mit OCI; Hosting bei Azure und die Ausweitung auf Google Cloud wurden seinerzeit als künftige Pläne beschrieben, nach der Ankündigung zu DGX Cloud. Dieselbe Ankündigung legte den Wert im sofortigen Zugang über den Browser ab, also in Oberfläche und Software, nicht im Eigentum an den Hallen.

Die aktuelle DGX-Cloud-Produktseite beschreibt den Dienst als interne Umgebung von NVIDIA, um Modelle zu entwickeln, Architekturen zu validieren und Produktionslasten über Cloud-Anbieter und NVIDIA Cloud Partner zu betreiben, und behält Abschnitte zu Marktplatz oder Privatangebot für AWS, Google Cloud, Microsoft Azure und OCI bei. Ob diese kommerziellen Abschnitte noch gelten oder Altmaterial sind, sagt die Seite nicht. Die Unklarheit gehört zum Dokument, nicht zur Lektüre.

Die Dokumentation zu Run:ai auf DGX Cloud, aktualisiert am 27. Februar 2026, wird konkreter: Abonnements nutzen GPU-Kapazität, die von den CSP-Partnern von NVIDIA bereitgestellt wird; NVIDIA verwaltet die Komponenten des Clusters, überwacht die beim CSP gehostete Rechenleistung, den Speicher und das Netz, betreibt Kubernetes und koordiniert Wartung und Updates mit diesem Anbieter, nach Run:ai auf DGX Cloud. Dort liegt der tatsächliche Betrieb von NVIDIA, und es ist Betrieb auf der Softwareebene: Jemand muss den Cluster im Blick behalten, und dieser Jemand ist die Marke, die auch das Abonnement berechnet.

Die Anforderungen für KI-Clouds, Version 2.4 vom 1. September 2026, ziehen die Grenze in fast vertraglicher Sprache: Ein NVIDIA Cloud Partner ist der Anbieter, der die jeweiligen Fähigkeiten bei Rechenleistung, Netz, Speicher und Managed Services liefert und betreibt; zugleich trennt das Dokument DGX-Cloud-Cluster in NCP-Umgebungen vom Speicher von NVIDIA CorpIT und vom lokalen Speicher von NVIDIA und verlangt eine private Interconnection dazwischen, wie in den Anforderungen für KI-Clouds nachzulesen ist.

Der Administrationsleitfaden für Slurm-Cluster in der DGX-Cloud-Dokumentation ergänzt die Unterscheidung zwischen Lieferant und letztem Betreiber: In dieser Konfiguration stellt NVIDIA den Cluster bereit und richtet ihn ein, während Verwaltung und Betrieb beim Kunden liegen; NVIDIA verwaltet das CSP-Konto, die Infrastrukturressourcen und die Trennung von Rechenleistung, Netz und Speicher zwischen den Mietern.

Ausrüstung ist kein Netz

Es bleibt ein drittes Teil, das gern mit den vorigen verwechselt wird. Spectrum-X beschreibt Ethernet-Switches und SuperNICs mit adaptivem Routing und telemetriebasierter Staukontrolle für die Kommunikation zwischen GPUs, und Spectrum-XGS erweitert die Plattform über verteilte Rechenzentren hinweg, wie die Seite zu Spectrum-X zeigt. Das sind Fähigkeiten von Gerät und Software; es ist keine Aussage darüber, wem das Netz eines Kunden gehört, und es macht den Switch-Hersteller nicht zum Eigentümer der Verkabelung.

Warum die Unterscheidung eine Kaufentscheidung ändert

Wer KI-Infrastruktur bewertet, muss Kontrolle Ebene für Ebene prüfen. Auf der Adressebene hält NVIDIA ein globales autonomes System mit registrierten Blöcken, sieben abgeleiteten Transits und einer offenen Peering-Haltung, darunter 100 Gbps an zwei der verkehrsreichsten europäischen Exchanges. Auf der Anlagenebene übergibt die eigene Dokumentation Rechenleistung, Speicher und physisches Netz an den CSP und den NVIDIA Cloud Partner und behält Softwareverwaltung, Überwachung und Koordination. Der Inhaber der Adressen und der Betreiber der Maschinen sind nicht dieselbe Partei.

Die praktische Folge ist eine Vertragsfrage: Welche der beiden Rollen wird gekauft, und welche wird übernommen. Den Anbieter der Softwareebene zu wechseln und den Betreiber der Halle zu wechseln sind verschiedene Entscheidungen, mit verschiedenen Kosten und verschiedenen Zuständigen, wenn um drei Uhr morgens etwas ausfällt. Auch der umgekehrte Fehlschluss existiert: Weil NVIDIA nicht alle Hallen betreibt, wäre es falsch zu folgern, sie betreibe gar nichts. Sie verwaltet Cluster, überwacht Ressourcen, die Dritte hosten, und unterhält ein AS mit internationaler Präsenz.

Was sie nicht tut, ist, dieses AS in einen Beleg für ein eigenes Backbone zu verwandeln.

Das Profil von NVIDIA Corporation im Verzeichnis von BTW bündelt Identität und Registerdaten für alle, die den Adressinhaber mit dem übrigen Geschäft abgleichen wollen.

Die Grenze der Belege

ARIN lieferte das Registerdokument in einem Antworttyp, den diese Prüfung nicht darstellen konnte; die Felder zu AS und Organisation stammen hier daher aus einer Wiedergabe durch Dritte und nicht aus einer direkten Lektüre des Registers. Ob die Marktplatz-Abschnitte für AWS, Google Cloud, Microsoft Azure und OCI auf der DGX-Cloud-Seite noch gelten, löst das Dokument selbst nicht auf. Die offene Peering-Politik belegt keine bestimmte bilaterale Sitzung. Die Identität der Transits sind Schlüsse aus beobachteten Pfaden, keine Verträge. Der Hosting-Anteil je Partner und die aktuelle Kaufberechtigung wurden nicht geprüft.