Zusammenfassung

  • AMS-IX beschreibt seinen Austausch als verteilt über mehrere unabhängige Colocation-Einrichtungen in Amsterdam, mit einem oder mehreren Zugangsgeräten pro Standort und Anschlüssen mit 10GE, 100GE und 400GE (AMS-IX Topology).
  • Die am 11. November 2026 eingesehene Colocation-Tabelle zeigte fünfzehn Zeilen; die Ankündigung vom 21. Februar 2023 nannte sechzehn Rechenzentren; die Vertriebsseiten werben mit 800+, 300+ und 1000+ Standorten. Kein veröffentlichtes Dokument verbindet diese Zahlen zu einem einzigen Verzeichnis (Colocations, Data Centre Interconnect, Where to connect, How to connect).
  • Die veröffentlichte Qualität endet am lokalen Patchpanel und nennt ein Ziel von 99,99 % ohne Vertragsstrafe: 0,01 % eines Jahres mit 365 Tagen sind 52,56 Minuten (Quality Statement).

Ein Austausch, der zugibt, verteilt zu sein

Die Streuung ist kein Marketingzopf an einem zentralisierten Produkt, sondern die erklärte Architektur. Die technische Seite führt aus, dass die aktuelle Umsetzung auf MPLS/VPLS beruht, dass Zugangsgeräte 10GE, 100GE und 400GE unterstützen und dass photonische Cross-Connects den Anschluss eines Mitglieds auf einen Ersatzrouter verschieben können (AMS-IX Topology). Dieselbe Seite sagt ohne Umschweife, dass Colocation-Dienste in den Rechenzentren nicht Teil der AMS-IX-Leistungen sind. Anders gesagt: Der Betreiber stellt seine Elektronik in fremde Gebäude und verkauft die Unterbringung drumherum nicht.

Deshalb ist die Standortfrage zugleich banal und entscheidend. Banal, weil das Mitglied bei der Bestellung ein Gebäude wählt. Entscheidend, weil diese Wahl alles festlegt, was beim Ausfall geschieht – und die Produktdokumentation legt es nicht an seiner Stelle fest.

Die letzte Strecke zahlt das Mitglied

Der Anschlussweg ist mit Ingenieursgenauigkeit beschrieben, bis zu einem sehr klaren Wendepunkt. Ein Direktanschluss ist in jeder Colocation möglich, in der AMS-IX präsent ist; verlangt werden eine von einem Internet-Register zugewiesene ASN, ein Handelsregisterauszug mit dem wirtschaftlich Berechtigten und eine Registrierung im Kundenportal. Nach Vertragsschluss liefert AMS-IX die Demarkationsangaben, eine IP-Adresse und Konfigurationshinweise. Den Cross-Connect organisiert der Kunde (How to connect).

Die Qualitätserklärung zieht dieselbe Grenze in einem Satz: Die Leistung umfasst die verteilte Vermittlungsinfrastruktur vom Mitgliedsport bis zum lokalen AMS-IX-Patchpanel, und „the customer is responsible for the necessary cabling between the member's router and the AMS-IX switch patch panel“ (Quality Statement). Die allgemeinen Bedingungen von 2025 ergänzen die brauchbare Definition: Eine Colocation ist jeder Rechenzentrumsstandort, an dem AMS-IX-Leistungen liegen, und Netze erreichen die Interconnect-Plattform „through diverse means“ – direktes Glasfaserkabel, ein Fernverkehrsanbieter oder ein virtueller Wiederverkäufer (General Terms and Conditions).

Diese letzte Formel verdient langsames Lesen. Sie zählt Zugangsarten auf; sie bescheinigt nicht, dass zwei Wege physisch unabhängig sind. Ein Mitglied kann über zwei vertraglich verschiedene Wege ankommen und später feststellen, dass beide dasselbe Rohr teilen.

Fünf Zahlen und keine Umrechnungstabelle

Die Colocation-Seite ist das konkreteste Dokument der Sammlung. Am 11. November 2026 eingesehen, zeigte sie eine Tabelle mit fünfzehn Zeilen, darunter NorthC, Digital Realty, Equinix, Iron Mountain, Global Switch, Nikhef, Greenhouse, Smartdc und Eurofiber Cloud Infra, und deckte neben Amsterdam auch Haarlem, Schiphol-Rijk, Naaldwijk und Rotterdam ab (Colocations). Dieselbe Seite versichert, die Leistung sei an allen Standorten identisch, und präzisiert dann, dass Leistungen, Bedingungen und Preise je Standort abweichen: technisch ein Produkt, kaufmännisch ein Umschlag pro Gebäude.

Neben diesen fünfzehn Zeilen veröffentlicht der Betreiber vier weitere Zahlen. Die Mitteilung vom 21. Februar 2023 zur Einführung von Data Centre Interconnect beschrieb eine private Punkt-zu-Punkt-Verbindung zwischen Standorten oder PoPs über ein „fully managed and redundant ethernet network“, damals verfügbar für sechzehn Rechenzentren im Großraum Amsterdam, in Rotterdam und in Naaldwijk (Data Centre Interconnect). Die Seite Where to connect wirbt mit Anschluss „directly or remotely via a partner from 800+ locations in the world“ (Where to connect). How to connect ergänzt „300+ EasyAccess locations in Europe“ und Partner an „1000+ locations worldwide“ (How to connect).

Die Arithmetik ist einfach und löst nichts: 16 − 15 = 1, und 300 ≤ 800 ≤ 1000 ist mit einer Verschachtelung vereinbar, doch kein Dokument nennt die Einschluss- oder Entdopplungsregel. Man muss es genau sagen: Nichts hiervon beweist, dass eine Zahl falsch ist oder ein Standort geschlossen wurde. Es fehlt etwas Bescheideneres und Unangenehmeres – eine Tabelle, die „erreichbarer Standort“, „angeschlossenes Rechenzentrum“ und „Gebäude mit Vermittlungstechnik“ ineinander übersetzt. Ohne sie kann ein Käufer Reichweite nicht in eine Immobilienentscheidung verwandeln, und niemand lässt sich auf dieser Ebene widerlegen.

Redundanz im Gebäude ist keine Ende-zu-Ende-Resilienz

Der Konfigurationsleitfaden beschreibt das Netz als „a redundant (virtual) hub & spoke topology“ und erklärt, dass 10GE-Kunden über photonische Cross-Connects an einen von zwei vor Ort vorhandenen Ethernet-Switches angeschlossen werden, was ein Umschalten innerhalb des Rechenzentrums erlaubt (Config guide). Die Formulierung ist ehrlich, ihre Reichweite begrenzt: Sie schützt vor dem Ausfall eines Switches, nicht vor dem Verlust eines Gebäudes.

Der Bericht über den Umzug eines Kernknotens zeigt, dass der Betreiber die richtigen Fragen stellen kann. Zertifizierung, Platz, Strom, Kühlung und Sicherheit gelten als harte Anforderungen; der Text fragt wörtlich: „Are there enough redundant fiber paths both inside as well as outside the building?“; er hält fest, dass Verbindungen zu zwei Kernknoten nirgends im Netz gekreuzt werden dürfen, weil daraus ein Single Point of Failure entstünde, und dass die Suche nach Routen mit der geforderten Redundanz Monate dauerte (Core Move). Aber dieser Text erzählt ein Projekt. Der Betreiber präsentiert ihn nicht als standortweise anzuwendendes Zertifizierungsraster, und diese Genauigkeit muss man ihm lassen: dokumentierte Praxis, keine veröffentlichte Garantie.

52,56 Minuten Absicht

Das ist die meistzitierte und am schlechtesten gelesene Passage. Die Qualitätserklärung sagt, AMS-IX strebe eine Netzverfügbarkeit von mindestens 99,99 % an, und dasselbe Dokument sehe kein Regime von Vertragsstrafen vor (Quality Statement). Die Umrechnung ist nützlich, weil sie das Ziel greifbar macht: 99,99 % erlauben 0,01 % Nichtverfügbarkeit; ein Jahr mit 365 Tagen hat 365 × 24 × 60 = 525.600 Minuten; 0,01 % × 525.600 = 52,56 Minuten. Die Gegenprobe schließt: 52,56 ÷ 525.600 = 0,0001, also 0,01 %.

Diese 52,56 Minuten sind kein gemessener Ausfall, kein erworbenes Recht und kein Rechtsbehelf: Es sind die Minuten, die ein Ziel ohne Sanktion pro Jahr duldet. Dieselbe Seite verortet die Leistung zudem sehr konkret: Die Ersteinrichtung eines Ports erfolgt spätestens fünf Werktage nach Erfüllung der vertraglichen und der Colocation-Bedingungen, und die Verkabelung zwischen dem Router des Mitglieds und dem Patchpanel bleibt Sache des Mitglieds. Wer gemessene Verfügbarkeit, einen Bezugszeitraum und eine Abhilfe will, muss sie verhandeln – auf der zitierten Seite stehen sie nicht.

Was ein Port annimmt und was er ablehnt

In der technischen Dokumentation steckt eine nützliche Ironie. Die Regeln für zulässigen Verkehr sind messerscharf: Jeder Frame zu einem einzelnen Port muss dieselbe Quell-MAC-Adresse tragen, nur die EtherTypes IPv4, ARP und IPv6 sind erlaubt, Proxy ARP, Spanning Tree, Discovery-Protokolle und Interior-Routing-Protokolle sind im Peering-Fabric verboten, und AMS-IX behält sich vor, regelwidrige Ports abzuschalten (Allowed traffic). Der Konfigurationsleitfaden ergänzt die Größen: 1500 Byte Ethernet-Nutzlast, MTU 1514 ohne und 1518 mit Tag (Config guide).

Da ist also ein Betreiber, der Frame für Frame sagen kann, was ein Port annimmt, und der bewusst offenlässt, was ein Standort zusichert. Das ist keine Böswilligkeit, sondern der Unterschied zwischen einem Interconnect-Produkt, das am Stecker spezifiziert wird, und einer Immobiliendienstleistung, die am Gebäude spezifiziert wird. Das Mitglied zahlt beides.

Was ein Mitglied verlangen sollte

So klar die Verantwortungsgrenze ist, so klar muss die Forderung sein. Drei Dokumente fehlen in der öffentlichen Akte, und alle drei lassen sich in den Vertrag schreiben. Ein Verzeichnis der physischen Präsenz, das die gekauften und die nicht gekauften Standorte nennt, mit Datum der letzten Aktualisierung. Ein Resilienzverzeichnis, das erklärt, was zwischen zwei Standorten tatsächlich unabhängig ist: Stromzuführung, Kühlung, Betreiber-Meet-Me-Raum, Rohrwege, Glasfaserroute, Weg zum Kernnetz.

Und eine Verantwortungsmatrix, die für jedes Segment festhält, wer was in welcher Frist ersetzt, einschließlich der Pflicht, die Standortliste bei Änderungen zu aktualisieren.

Der Rest ist eine Messfrage. Ein Verfügbarkeitsziel ohne Messpunkt, ohne Bezugszeitraum und ohne vertragliche Folge ist kein Versprechen, sondern eine veröffentlichte Absicht. Die Akte des Objekts steht im BTW-Verzeichnis.

AMS-IX hat über seine Architektur nicht gelogen: Der Austausch ist verteilt, die Gebäude existieren. Was nicht veröffentlicht ist, ist die Übersetzung dieser physischen Realität in lesbare Zusagen. Wer ohne sie unterschreibt, kauft eine Landkarte statt eines Vertrags und erfährt beim ersten Vorfall, dass das fehlende Kabel sein eigenes war.