Zusammenfassung

  • PeeringDB registriert AS209045 als Genesis Cloud Ltd. mit zwei operativen 10G-Ports an DE-CIX Frankfurt und DE-CIX Kristiansand, einem IRR as-set AS209045:AS-ALL und angegebenem Verkehr von 5–10 Gbps, überwiegend eingehend, geografisch Europa (PeeringDB ASN 209045, PeeringDB net 19680).
  • Eine DE-CIX-Fallstudie dokumentiert eine GlobePEER-Remote-10-Gbit-Anbindung vom BULK-Rechenzentrum in Kristiansand nach Frankfurt mit Zugang zu über 1.000 Netzwerken; das Unternehmen selbst nennt „mindestens 50 % schnelleren" Datenaustausch und eine Verbesserung der Latenz von teils instabilen 40 ms auf stabile 20 ms, auch bei 6 Gbit Last (DE-CIX Fallstudie, DE-CIX Case Studies).
  • Unabhängige Routing-Beobachter melden hingegen, dass AS209045 seit dem 16. April 2026 nicht mehr sichtbar im globalen Routing-Table ist bzw. keine Präfixe mehr ankündigt; historisch waren More-specifics um 147.189.192.0/20 sichtbar, Teile davon kürzlich zurückgezogen (bgp.he.net, CIDR Report).
  • Die dokumentierte Architektur ist eine absichtliche Kapazitätsgrenze: die Fallstudien-Zahlen (stabile 20 ms „sogar bei 6 Gbit") liegen knapp unter der von PeeringDB angegebenen Verkehrsobergrenze von 5–10 Gbps. Eine einzelne 10G-Remote-Peering-Strecke garantiert keine Skalierung für KI-Datenbewegung über dieses Niveau hinaus.

Die dokumentierte Architektur

Genesis Cloud ist in PeeringDB als Enterprise-Netzwerk mit Sitz-Mandanten Genesis Cloud Ltd., Genesis Cloud GmbH, Genesis Cloud Iceland ehf. und Genesis Cloud Norway AS eingetragen. Der Netzwerksatz 19680 listet zehn IPv4- und zehn IPv6-Präfixe sowie Standortangaben im Bulk Norway Data Center Campus N01 (Øvrebø, Norwegen) und EMC Home of Data MUC I/II (MuCon-X, Deutschland); die Netzwerkangaben wurden zuletzt am 7. Mai 2025 aktualisiert, die Peering-Informationen am 18. August 2026 (PeeringDB net 19680).

Die RIPE-Registrierung (as-name GENESIS-CLOUD-AS, org ORG-GCL19-RIPE = Genesis Cloud Limited, Malta) zeigt Import-/Export-Beziehungen unter anderem mit AS13237, AS50304, AS60259 und weiteren Partnern; AS209045 importiert AS201537:AS-DECIX-KRS, den Route-Server von DE-CIX Kristiansand (CIDR Report).

Was DE-CIX dokumentiert

Die DE-CIX-Fallstudie beschreibt die GlobePEER-Remote-Anbindung ausdrücklich als Antwort auf das Problem, dass KI-Trainingsdatenverkehr über Transitprovider mit schwankender Bandbreite lief. Senior Network Architect Robert Blechinger wird mit der Angabe zitiert, die Latenz sei von teils instabilen 40 ms auf stabile 20 ms gesunken und bleibe auch bei 6 Gbit Last niedrig. DE-CIX nennt zudem GPU-Infrastruktur in Island, Norwegen und Schweden, rein europäische Datenverarbeitung (DSGVO/KI-VO-Rahmen) und optionalen AWS-DirectCLOUD-Zugang (DE-CIX Fallstudie, DE-CIX News).

Was die Routing-Beobachtung zeigt

Gegen die Marketing-Erzählung stehen die Collector-Daten: bgp.he.net führt AS209045 seit dem 16. April 2026 als nicht sichtbar im globalen Routing-Table; der CIDR Report erklärt, das AS kündige derzeit keine Präfixe an und sei nicht als Transit sichtbar, verzeichnet aber historische More-specifics um 147.189.192.0/20, davon Teile in einem jüngeren 7-Tage-Fenster zurückgezogen (bgp.he.net, CIDR Report). BTW hat diese Diskrepanz zwischen deklarierten 10G-Peering-Einträgen und null RIS-sichtbaren Präfixen bereits früher analysiert (BTW-Analyse).

Deklarierte Konfiguration und beobachtbare Betriebszustand sind zwei verschiedene Dinge. Ein PeeringDB-Eintrag belegt eine Absicht, keinen laufenden Session-Verkehr.

Der geschäftliche Kontext

Genesis Cloud GmbH, München ist unter HRB 250051 registriert (Northdata); eine Branchenanalyse sprach im September 2025 vom „Fall des Neocloud-Providers Genesis Cloud" (Bizety). Gleichzeitig positioniert sich das Unternehmen in seinem Blog rund um europäische KI-Kapazität, Norwegen-Expansion und H100-Angebote (Genesis Cloud Blog, H100-Positionierung); Preisdienststellen ordnen es in den EU-H100-Vergleich ein (Spheron).

Was die Architektur garantiert — und was nicht

Die Fallstudie ist glaubwürdig als Dokumentation einer konkreten Designentscheidung: Remote Peering über eine 10G-Strecke, gekauft, um Latenz und Stabilität gegen fluktuierenden Transit zu tauschen. Sie belegt aber nichts darüber hinaus. Drei Grenzen fallen auf:

Erstens ist 10 Gbit eine bewusste Größenordnung. Wenn die Fallstudie Stabilität „bei 6 Gbit" rühmt und PeeringDB 5–10 Gbps Gesamtverkehr meldet, operiert das Design nahe an seiner Obergrenze; KI-Trainingsdatenbewegung im Petabyte-Maßstab braucht andere Muster als eine einzige Remote-Peering-Strecke.

Zweitens ist der Vendor-Wert ein Selbstbericht. Die 40→20-ms-Zahl stammt aus dem eigenen Netz des beworbenen Kunden; keine unabhängige Messung wird zitiert.

Drittens zeigt der Routing-Zustand 2026, dass die dokumentierte Architektur keine laufende Betriebsgarantie erzeugt. Präfixe, die Collector nicht mehr sehen, können von Kunden nicht verlässlich erreicht werden, gleichgültig wie gut das Peering-Design auf Papier war.

Die Lehre für Käufer europäischer GPU-Kapazität: Dokumentierte Interconnect-Architekturen sind ein Datenpunkt unter mehreren. Ausschlaggebend sind beobachtbare Routing-Zustände, verifizierbare Sessions und die Frage, ob der Anbieter seinen Verkehr heute tatsächlich über die beworbenen Pfade bewegt.

Quellen