Fünf Standorte, 67 Kunden, keine Last pro Port: FICIX und die Auslastungsquote, die sich nicht bilden lässt

Zusammenfassung

• FICIX beschreibt sich selbst als den größten Internetknoten Finnlands: ein eingetragener Verein ohne Gewinnabsicht, der 67 Kunden an fünf Standorten bedient, mit EVPN/VXLAN-Switching und Portgeschwindigkeiten von 10G, 100G und 400G. Das ist die Selbstdarstellung der Organisation, hier wiedergegeben und nicht unabhängig gemessen.
• Die Kapazitätsseite jeder Auslastungsquote existiert nur als selbst gemeldete Port-Obergrenzen, während auf der Lastseite kein pro Port veröffentlichter Wert steht und die Statistikseite des Knotens in dieser Prüfung nicht gelesen werden konnte. Eine Auslastung je Mitglied lässt sich aus den öffentlichen Dokumenten daher nicht bilden, und jedes aggregierte Verhältnis misst die Füllung des gemeinsamen Switches, nicht den Spielraum eines einzelnen Netzes.

Was der Knoten über sich selbst sagt

Das erste Dokument ist die Startseite des Knotens selbst, abgerufen um 21:38:24 UTC. In der vom Suchanbieter aufbewahrten Passage beschreibt sich FICIX als „the biggest Internet exchange point (IXP) in Finland“, als eingetragenen Verein und „non-profit organisation currently serving 67 customers“, die fünf Standorte betreibt und deren Switches „use EVPN/VXLAN technology and support 10/100/400G port speeds“ (FICIX-Startseite).

Vier Elemente in diesem Satz verdienen es, getrennt zu werden, weil sie regelmäßig vermischt werden. Eine Kundenzahl ist eine Geschäftsbeziehung. Eine Standortzahl ist Immobilie. Eine Portgeschwindigkeitsklasse ist Interface-Konfiguration. Keines der drei ist eine Verkehrsmessung. Die Selbstdarstellung als größter des Landes bleibt genau das – eine Selbstdarstellung, hier wiedergegeben und in dieser Prüfung keiner Messung Dritter gegenübergestellt.

Dasselbe Material zählt die fünf Standorte auf: FICIX1 verteilt auf Espoo und ein Telia-Rechenzentrum in Helsinki, FICIX2 verteilt auf Helsinki und eine Equinix-Einrichtung in Helsinki sowie FICIX3 in Oulu. Diese Aufzählung stammt aus den vom Anbieter extrahierten Behauptungskandidaten, nicht aus einem Topologiedokument; sie wird hier daher als Lesart des Anbieters festgehalten und nicht als gegen ein Betreiberplan geprüfte Standortliste.

Das Wort ist wichtig: Kunden, nicht Mitglieder. Dass diese 67 Kunden dieselbe Population sind wie die Netze, die Ports am Fabric melden, ist durch nichts Gesichertes belegt. Ein finnischer Knoten mit 67 Kunden kann 67 Organisationen mit je einem Port sein, oder eine kleinere Zahl von Organisationen mit mehreren Ports, oder eine größere Zahl von Netzen, von denen einige nur über eine Wiederverkäuferbeziehung erreichbar sind. Das Dokument sagt es nicht, und dieser Artikel setzt es nicht voraus.

Die Kapazitätsseite ist eine Meldung, keine Messung

Das zweite Dokument handelt nicht von FICIX, und genau das macht es nützlich. Die Dokumentation der öffentlichen Peering-Datenbank, abgerufen um 21:44:23 UTC, beschreibt ein Datenmodell, in dem die Anbindung eines Netzes an einen Knoten über ein Objekt erfasst wird, das ein Geschwindigkeitsfeld für die Portkapazität enthält – und das keinerlei Verkehrsvolumen pro Port enthält, weder in Echtzeit noch historisch (PeeringDB-Dokumentation).

Wörtlich gelesen heißt das: Die Kapazitätszahl, die ein Planer für ein Fabric dieser Art erhalten kann, ist eine Zahl, die ein Netz selbst über sein eigenes Interface eingetragen hat. Sie ist eine konfigurierte Obergrenze. Ein 100G-Port, der zwei Gigabit angebotene Last trägt, bleibt in jeder Summe ein 100G-Eintrag. Nichts im Dokument unterscheidet einen gesättigten Port von einem bereitgestellten und nie gefüllten, und der Knoten prüft diese Zahl nicht anstelle des Netzes.

Das ist keine Kritik an der Datenbank, die tut, was sie ankündigt. Es ist eine Aussage über die Natur der Zahl. Portgeschwindigkeiten sind Meldungen über Absicht und Konfiguration, eingereicht von der Partei, die an einer Listung interessiert ist, und sie beantworten die Frage „was könnte diese Anbindung tragen“ eher als „was trägt sie“.

Die Lastseite fehlt in der Auflösung, auf die es ankommt

Das dritte Dokument ist das, was die Frage eigentlich brauchte: die Statistikseite des Knotens, unter einer eigenen Adresse, abgerufen um 21:42:42 UTC. In dieser Prüfung war ihr Inhalt nicht zu erhalten. Die Seite existiert; über ihre Existenz hinaus wurde nichts gesichert. Kein Diagramm, kein Wert, keine Einheit, keine Mittelwertdefinition (FICIX-Statistikseite).

Daraus folgt eine enge und präzise Grenze, die exakt zu benennen ist statt in der Richtung, die einem negativen Ergebnis schmeichelt. Diese Prüfung kann nicht behaupten, FICIX veröffentliche keine Verkehrsreihe, denn die Seite, die sie enthielte, wurde nicht gelesen. Sie kann auch nicht sagen, was eine solche Reihe messen würde – ob der gezeichnete Wert ein Spitzenwert, ein Perzentil oder ein Mittel ist, über welches Intervall, über welche der fünf Standorte, in dezimalen oder binären Einheiten –, weil Definitionshinweise, falls es sie gibt, ebenfalls nicht gewonnen wurden.

Sagbar ist, was das gesicherte Material enthält. Ein Suchdurchgang über die öffentlichen Seiten des Knotens ergab die ausdrückliche Feststellung, dass im bereitgestellten Material keine Verkehrsdaten je Mitglied oder je Port ausgewiesen sind (FICIX-Startseite). Das ist eine Aussage über das abgerufene Material, nicht über die Veröffentlichungspraxis des Betreibers.

Die praktische Folge: Die Lastseite existiert, wenn überhaupt, nur als eine einzige aggregierte Zahl für ein gemeinsames Fabric – und selbst diese war hier nicht lesbar.

Warum die Division scheitert, auch wenn beide Zahlen vorliegen

Angenommen, die Statistikseite hätte sich geöffnet und eine Kopfzahl für das Fabric über seine fünf Standorte gezeigt. Es lohnt, genau zu benennen, was die Division dieser Zahl durch die Summe der gemeldeten Portgeschwindigkeiten ergäbe, weil die Antwort regelmäßig falsch gelesen wird.

Der Aggregatwert wird am Switch einmal gezählt: Ein Bit, das das Fabric einmal durchquert, trägt einmal zum Gesamtwert bei. Die Kapazität wird pro Port gezählt: Die Obergrenze jedes Netzes wird vollständig addiert. Der Quotient beschreibt also, wie effizient die Teilnehmer gemeinsam die Kapazität füllen, die sie gemeinsam erklärt haben. Das ist eine Eigenschaft des Fabrics. Es ist keine Eigenschaft eines Mitglieds (dies ist eine Konstruktion der Autorin, als analytisches Argument vorgelegt und nicht als belegte Tatsache über FICIX).

Daraus folgen zwei Konsequenzen. Erstens: Eine Zusammensetzung, die von wenigen sehr großen Ports dominiert wird, macht diesen Nenner unempfindlich gegenüber den kleineren Netzen, die dasselbe Fabric nutzen; ein bequem wirkendes Aggregat und ein überlasteter Einzelport können also widerspruchsfrei nebeneinander bestehen. Zweitens: Das Verhältnis sieht die Warteschlange innerhalb eines Ports nicht. Ein Netz, dessen Interface sich seiner Obergrenze nähert, trägt einen winzigen Bruchteil zu einem großen Aggregat bei und verschwindet darin vollständig.

Es ist derselbe Kategorienfehler in anderem Gewand wie im Eröffnungsabsatz: Standorte, Geschäftsbeziehungen und Interface-Konfiguration als austauschbare Maße für die Kapazität eines Knotens zu behandeln. Sie beschreiben verschiedene Objekte, auf verschiedenen Uhren, veröffentlicht von verschiedenen Parteien.

Was die Frage entscheiden würde

Vier Dokumente würden jeweils eine bestimmte Schicht von ungeprüft zu lokalisiert verschieben.

Ein vom Betreiber veröffentlichter Verkehrsbericht je Mitglied oder je Port würde das Verhältnis von einem Effizienz-Proxy des Fabrics zu einer echten Messung auf Mitgliedsebene machen und wäre hier das entscheidende Dokument (FICIX-Startseite). Die als Text gelesene Statistikseite, samt der Definitionshinweise, die das Diagramm womöglich begleiten, würde die Definitionsschicht klären – und zugleich feststellen, ob es überhaupt eine Reihe gibt (FICIX-Statistikseite). Ein veröffentlichtes Standort- oder Fabric-Topologiedokument würde die Frage klären, die die Aussage zu fünf Standorten aufwirft, denn ein einziges Fabric über mehrere Standorte und mehrere Fabrics hinter einer einzigen Kundenzahl sind für jeden, der über Resilienz nachdenkt, verschiedene Objekte. Und eine Schema-Seite oder ein API-Datensatz, der ein Verkehrsvolumenfeld je Knotenport zeigt, würde die These dieses Artikels schlicht umwerfen (PeeringDB-Dokumentation).

Keines der vier wurde gewonnen. Das datierte Ergebnis ist negativ und auf drei Dokumente sowie ein Abruffenster von sechs Minuten am 18. Oktober 2026 begrenzt: Die Auslastung je Mitglied ist an diesem Knoten aus den in dieser Prüfung lokalisierten öffentlichen Dokumenten nicht messbar.

Der Karteikontext ist im BTW-Verzeichniseintrag zu FICIX erhalten.

Eine begrenzte Konsequenz

Ein Netz, das einen Portkauf an der Kopfzahl eines Knotens ausrichtet, oder ein Leser, der den Spielraum eines Knotens an einem selbst gebildeten Verhältnis beurteilt, misst die Füllung des Fabrics und nicht die Warteschlange irgendjemandes. Knappheit entsteht, wenn sie entsteht, innerhalb eines einzelnen Ports, dessen aggregierter Nachbar bequem aussah – und die Messung, die darauf hingewiesen hätte, steht nicht in den öffentlichen Dokumenten. Das ist kein Skandal. Es ist eine Lücke zwischen zwei Veröffentlichungsschichten, die sich nicht treffen, und sie zu benennen kostet nichts.