In Kalkutta ist der DE-CIX ein Route-Server — gemessen hat das noch niemand

Zusammenfassung

• Der Netzwerkdatensatz in der Zusammenschaltungsdatenbank lautet: id 20757, Name „DE-CIX Kolkata Route Servers“, ASN 24508, Status „ok“. Das ist ein Netzwerkdatensatz, kein Datensatz einer Vermittlungsstelle.
• Die Standortseite des Betreibers nennt Kalkutta und lädt konditional ein: „If you have a PoP in Kolkata“. Mitgliederzahl, Ports, Einrichtung und Eröffnungsdatum stehen dort nicht.

Der Name im Register gehört einem Route-Server, nicht einer Vermittlungsstelle

Zuerst der genaue Gegenstand. Das Verzeichnis von BTW führt eine Entität namens „DE-CIX Kolkata Internet Exchange“ und notiert die Aliasnamen „Kolkata Internet Exchange“ sowie „DE-CIX-AS-AP DE-CIX Kolkata Internet Exchange“. Die vermerkte Rechtsform ist private_company, die vermerkten Dienste sind managed_network und peering_ixp. Die Evidenzzahl beträgt 1, die Konfidenz 0,7, und die Begründung lautet, die Entität erscheine mit einer öffentlichen Referenz, aber ohne bestätigten Betreiber (Eintrag im BTW-Verzeichnis Nur für den Strategischen Kreis).

Diese Selbstbeschreibung trifft den Charakter des Falls. Es gibt einen Namen, es gibt eine Einordnung, und die Bestätigung des Betreibers steht aus, bei genau einer gezählten Evidenz.

Was zeigt diese eine Evidenz? Der am 31. Oktober 2026 abgerufene Datensatz der Zusammenschaltungsdatenbank liest sich so: id 20757, org_id 14750, Name „DE-CIX Kolkata Route Servers“, auch bekannt als „DE-CIX Kolkata“, ASN 24508, Status „ok“ (Netzwerkdatensatz bei PeeringDB).

Hier lohnt das Innehalten. Das ist ein Netzwerk-Datensatz, kein Datensatz einer Vermittlungsstelle. Der erhaltene Auszug kürzt Felder mit Auslassungspunkten und enthält keine Portzahl, keine Kennung eines Exchange-LAN, keine Liste teilnehmender Organisationen und keine Verkehrsschätzung. Lesbar ist genau eines: An die Nummer AS24508 ist der Name eines Route-Servers geknüpft, und der eingetragene Zustand lautet „ok“.

Einen Namen zu haben ist nicht dasselbe, wie eine Maschine zu haben, die in irgendeinem Gebäude Verkehr zwischen Mitgliedern austauscht. Für die zweite Aussage bräuchte es den Nachweis einer Portzuweisung, die Aufzählung teilnehmender Netze oder die Identifikation der Einrichtung. Nichts davon liegt im erhaltenen Material vor.

Was die Marke announced=false beantwortet

Am 18. Oktober 2026 veröffentlichte BTW eine kurze Meldung zu genau diesem Objekt. Der einzige damals maschinenlesbare Beleg am Knoten war ein Adressregister-Datensatz: ein Haltername, ein von APNIC delegierter Bereich und der Wert false im Feld announced. Es gab keine Mitgliederzahl, keine Portzahl, keine Verkehrszahl, und der Text weigerte sich ausdrücklich, einen Registerbereich in eine Verkehrsmessung umzurechnen (Dokumentation der früheren Berichterstattung im Faktenpaket).

Die heutige Beobachtung widerruft diese Entscheidung nicht. Sie stützt sie — auf einem etwas anderen Weg.

Das Feld announced beschreibt, ob eine autonome Systemnummer eigene Präfixe erzeugt und in die globale Routentabelle annonciert. Die operative Rolle eines Route-Servers besteht darin, Routen, die er von Mitgliedern erhält, unter diesen Mitgliedern zu verteilen; daraus folgt nicht, dass die AS des Servers die Präfixe der Mitglieder erzeugt. Ein announced=false auf der AS des Route-Servers ist deshalb kein Beleg dafür, dass die Struktur keine Teilnehmer hat. Mitgliederzahl einer Vermittlungsstelle und Zahl der von einer AS erzeugten Präfixe messen verschiedene Größen.

Der Punkt ist leicht zu verwechseln, deshalb ausdrücklich: announced=false behauptet, dass diese AS keine eigenen Routen annonciert. Es behauptet nicht, dass die Vermittlungsstelle nicht existiert, und nicht, dass niemand angeschlossen ist. Die Oktober-Meldung handelte richtig, als sie einen Registerbereich nicht in Verkehr umrechnete. Der Beitrag von heute ist ein zweiter Grund, es nicht zu tun: Die verglichenen Objekte gehören verschiedenen Klassen an.

Die Seite des Betreibers ist eine bedingte Einladung

Die Standortliste des Betreibers selbst enthält einen Eintrag für Kalkutta. Dort heißt es, die Stadt sei „the cultural capital of India with over 14 million inhabitants“ und verbinde Bangladesch, Nepal und den Nordosten Indiens mit den Rückgraten des Internets. Danach folgt der Aufruf: „If you have a PoP in Kolkata, peering is the best way to exchange your data directly with other networks“ (Standortseite von DE-CIX).

Diese Passage sagt drei Dinge. Erstens, dass der Betreiber Kalkutta unter seinen Standorten führt. Zweitens, dass der Betreiber in eigener Sache eine These über die geografische Rolle der Stadt vertritt. Drittens, dass die Einladung bedingt ist — „if you have a PoP“. Angesprochen ist, wer dort bereits physisch steht.

Der dritte Punkt ist redaktionell wichtig. Eine bedingte Einladung richtet sich nicht an jemanden, der einen Standort erst aufbauen will. Sie ist erst recht keine Erklärung, die Struktur laufe, habe freie Ports und versammelte Mitglieder. Eine Standortseite ist ein kommerzielles Dokument; dass der Text existiert, ist keine Messung der Einrichtung, die der Text beschreibt.

Zwei Antworten, die nicht kamen

Am selben Tag wurden zwei Antworten einer Statistik-API abgerufen: eine Übersicht zu AS24508 und die Liste der von AS24508 annoncierten Präfixe. Beide lieferten keinen lesbaren Inhalt (RIPEstat as-overview und RIPEstat announced-prefixes).

Hier ist Sorgfalt nötig. Ein Abruffehler ist kein Befund. Dass die Antwort leer blieb, beweist nicht, dass AS24508 keine Routen annonciert, und nicht, dass im Register kein Halter steht. Es beweist nur, dass diese beiden Schichten beim Versuch vom 31. Oktober 2026 nicht beobachtet wurden.

Ebenfalls an diesem Tag blieben weitere Versuche, öffentliche Dokumente zu erhalten, an einem Berechtigungsfehler der Abrufumgebung hängen. Damit unbestätigt bleiben: die Zugehörigkeit zu einem Exchange-LAN mit zugewiesenen Ports, der amtliche aut-num-Datensatz von APNIC und die Existenz einer eigenen Kalkutta-Seite. Das sind keine Dinge, die „nicht existierten“. Es sind Dinge, die nicht gesehen wurden.

Vier Größen, die niemand gemessen hat

Zur Ordnung. Vier Größen liegen außerhalb der vier Datensätze, auf denen dieser Text beruht.

Mitgliederzahl. Kein Datensatz enthält eine Anzahl oder Liste teilnehmender Netze.

Portzahl. Ein Nachweis über zugewiesene Ports auf einem Exchange-LAN wurde nicht erhalten.

Verkehrsvolumen. Weder Spitze noch Mittelwert, in keiner Einheit. Die außerhalb des Auszugs erzeugten Werte „20–100 Mbps“ erscheinen an keiner Stelle des aufbewahrten Textes und werden hier deshalb nicht verwendet. Eine Zahl kommt erst dann in den Text, wenn der Text, der sie trägt, vorliegt.

Identität der Einrichtung. Welches Gebäude, welches Rechenzentrum, welcher Raum die Struktur beherbergt, steht in keinem der Datensätze.

Wenn alle vier gleichzeitig fehlen, kann der Leser sagen, dass ein Name und eine Einordnung existieren. Alles darüber hinaus ist Schlussfolgerung. Schlussfolgerungen zu schreiben ist zulässig; sie als Messung auszugeben nicht.

Wie weit trägt die Geografie Kalkuttas im Register?

Die These, Kalkutta könne als Routenknoten im östlichen Südasien wirken, hat Plausibilität. Der Betreiber schreibt es selbst, und die Nennung von drei Richtungen — Bangladesch, Nepal, Nordostindien — ist als geografische Vorstellung nachvollziehbar.

Was dieser Text indessen belegen konnte, ist allein, dass der Betreiber dies behauptet. Auch die Zahl von „über 14 Millionen Einwohnern“ ist Text des Betreibers, keine unabhängige Prüfung. Und ob diese geografische Lage durch Seekabel, Landverbindungen, Strom und Lizenzen getragen wird, steht in keinem der vier erhaltenen Datensätze.

Geografie erklärt das Motiv einer Vermittlungsstelle. Sie ist kein Beweis, dass eine existiert. Beides zu vermischen ergibt einen Zirkelschluss: Der Ort ist günstig, also läuft die Struktur. Motiv und Messung gehören getrennt, gerade bei einem Objekt wie diesem.

Was das für diejenigen bedeutet, die kaufen, anschließen oder investieren

Die Lesart hängt davon ab, wer liest.

Für ein Netz, das bereits einen PoP vor Ort hat und Transitkosten senken will, zählen der Nachweis eines Ports und der Preis. Die Betreiberseite enthält eine bedingte Einladung, sagt aber weder, dass ein Port frei ist, noch welche Einrichtung gemeint ist. Vor der Entscheidung fehlen die Adresse der Einrichtung, die Bedingungen für Ports und die Politik des Route-Servers — nicht ein Satz auf einer Standortseite.

Für Investitions- oder Beschaffungsentscheidungen ist die Körnung des Registers selbst eine Information. Die Selbstbeschreibung des Verzeichnisses — eine Evidenz, Konfidenz 0,7, Betreiber unbestätigt — zeigt, dass das Objekt noch in einer frühen Erhebungsphase steht. Name und Einordnung kommen zuerst, die Messung folgt. Diese Reihenfolge ist in der Zusammenschaltung verbreitet, und wer sie erkennt, lässt sich vom Gewicht des Namens nicht ziehen.

Für die regulatorische oder public-interest-Lesart ist es einfacher. Wenn die öffentlichen Mittel, die Existenz einer Vermittlungsstelle zu prüfen, aus einer Städtenennung, einer registrierten Netzkennung und Statistik-APIs bestehen, die leer zurückkommen, dann ist der korrekte Eintrag zu diesem Markt: nicht gemessen.

Was dieser Text nicht bestätigen konnte

Die Grenzen, ausdrücklich. Ob AS24508 einem Exchange-LAN mit zugewiesenen Ports angeschlossen ist. Der amtliche aut-num-Datensatz von APNIC mit Halter, Delegationsstatus und Datum der letzten Änderung. Ob eine eigene Kalkutta-Seite existiert und was sie veröffentlicht. Mitgliederzahl, Portzahl, Verkehrsvolumen und Identität der Einrichtung jeder lokalen Struktur. Ob AS24508 heute Präfixe erzeugt. Das Land der juristischen Person, die BTW führt, und eine mögliche Mutter-Tochter-Beziehung.

Nichts davon ist bestätigt. Der Grund ist nicht, dass das Register Abwesenheit gezeigt hätte, sondern dass die Versuche vom 31. Oktober 2026 diese Schichten nicht erreichten. Beides zu verwechseln macht aus dem Text die Behauptung, etwas habe nicht existiert. Das ginge über die Belege hinaus.

Schluss: Ein Name ist kein Existenzbeweis

Am 31. Oktober 2026 lässt sich öffentlich über DE-CIX Kalkutta sagen: Der Betreiber führt Kalkutta unter seinen Standorten und lädt Netze, die dort bereits einen PoP haben, unter einer Bedingung zum Peering ein. Die Zusammenschaltungsdatenbank enthält einen Netzwerkdatensatz unter AS24508 mit dem Namen „DE-CIX Kolkata Route Servers“ und dem Zustand „ok“. Zwei Statistik-APIs lieferten keinen lesbaren Inhalt, weitere Dokumentabrufe scheiterten an einer Berechtigung.

Darüber hinaus — wie viele Mitglieder, wie viele Ports, wie viele Bit pro Sekunde, in welchem Gebäude sich das Licht teilt — steht nichts in den Grundlagen dieses Textes.

Das ist kein Misserfolgsbericht. Es ist ein Umrissbericht. Eine Vermittlungsstelle ist eine Ansammlung von Ports, Mitgliedern und einer Einrichtung, nicht ein Name und eine Einordnung. Namen werden häufig eingetragen, bevor eine Struktur steht. Ob das Register zuerst kam oder die Struktur, beantwortet allein ein Portnachweis. Bis dorthin sind wir heute nicht gekommen.