Netzwerk · BGP

Unser Netzwerk: AS47263

Wer Hochverfügbarkeit verspricht, sollte das eigene Netz nicht mieten. Wir betreiben unser eigenes autonomes System mit eigenen IP-Adressräumen, redundanten Upstreams und Peering in Frankfurt – die Grundlage jedes Managed Clusters.

Grundlagen

Was ein eigenes autonomes System bedeutet.

AS47263 ist unser eigenes autonomes System – das Netz von Cube-Hosting, über das auch alle Managed Cluster angebunden sind. Wir sprechen selbst BGP mit der Welt: Welche Wege unser Traffic nimmt, entscheiden unsere Router, nicht ein einzelner Vorlieferant.

Das ist mehr als ein technisches Detail. Es bedeutet: eigene IPv4- und IPv6-Adressräume, die uns zugewiesen sind und bleiben. Mehrere unabhängige Upstreams, sodass der Ausfall eines Carriers das Netz nicht trennt. Und direktes Peering an Internet-Exchanges, damit Traffic zu großen Netzen den kurzen Weg nimmt statt einen Umweg über Dritte.

Eckdaten

AS47263 im Überblick.

  • Eigenes autonomes System: AS47263, betrieben von Cube-Hosting, RIPE-Region Deutschland.
  • Eigene IP-Adressräume: mehrere IPv4-Präfixe und natives IPv6 – keine gemieteten Fremdadressen.
  • Redundante Upstreams: mehrere unabhängige Transit-Carrier, der Ausfall eines Anbieters trennt das Netz nicht.
  • Peering an Internet-Exchanges: u. a. ERA-IX Frankfurt, NL-ix und frankonIX – kurze Wege zu großen Netzen.
  • DE-CIX-Anbindung am Standort Frankfurt, direkt am wichtigsten Internetknoten Europas.
  • DDoS-Schutz auf Netzebene, bevor Angriffe Ihren Cluster erreichen.
  • Öffentliches Looking Glass: Routing live einsehbar unter lg.cube-hosting.net.
  • Transparenz: Präfixe und Peerings öffentlich dokumentiert, z. B. auf bgp.tools.

Architektur

Redundant angebunden, redundant gebaut.

Schema: Anbindung über AS47263. Mehrere unabhängige Upstreams und IX-Peering laufen auf redundanten Core-Routern zusammen; dahinter sitzt Ihr Cluster.

Innerhalb des Netzes gilt dieselbe Konsequenz wie im Cluster: redundante Core-Router, Bonding auf jeder Node-Anbindung und getrennte Netze für Management, Storage und öffentlichen Traffic – die Details dazu stehen bei der Netzwerkarchitektur auf der Startseite und in der Konzeption.

FAQ

Häufige Fragen zum Netzwerk.

Warum ist ein eigenes AS für mich als Kunde relevant?

Weil Routing-Entscheidungen bei uns liegen: Fällt ein Carrier aus, routet BGP automatisch über die verbleibenden Upstreams – ohne dass wir auf den Support eines Vorlieferanten warten. Und Ihre Cluster-IPs gehören zu unserem Netz, nicht zu einem Dritten.

Bekommt mein Cluster feste IP-Adressen?

Ja. Ihr Cluster erhält feste IPv4-Adressen und auf Wunsch eigene IPv6-Subnetze aus unseren Adressräumen – inklusive sauberem Reverse-DNS.

Können wir eigene IP-Netze mitbringen?

Wenn Sie eigene Provider-unabhängige Adressen (PI-Space) besitzen, können wir sie nach Prüfung über AS47263 announcen. Das klären wir in der Konzeptionsphase.

Wie funktioniert der DDoS-Schutz?

Angriffe werden auf Netzebene erkannt und gefiltert, bevor sie Ihren Cluster erreichen – ergänzt um Firewalling auf Cluster-Ebene. Für besonders exponierte Anwendungen definieren wir zusätzliche Schutzmaßnahmen im Konzept.

Kann ich das Routing selbst einsehen?

Ja – unser Looking Glass unter lg.cube-hosting.net ist öffentlich. Dort sehen Sie live, wie AS47263 routet; unabhängige Sichten liefern Dienste wie bgp.tools.

Kontakt

Ein Cluster ist nur so gut wie sein Netz.

Beschreiben Sie kurz Ihr Vorhaben. Sie erhalten innerhalb eines Werktags eine erste Einschätzung, unverbindlich und kostenfrei.

Projekt anfragen