Zusammenfassung

  • Der Registereintrag des Pittsburgh Internet Exchange löst seine drei Standortzuordnungen jetzt in drei verschiedene Betreiber auf — Crown Castle Inc., EdgeConneX Inc. und DataBank, Ltd. —, genau jenes Detail, das eine Lesung desselben Eintrags am 4. November nicht gewinnen konnte.
  • Die LAN-Zeile nennt das LAN „Peering-1500“, setzt die MTU auf 1500, schaltet 802.1Q ab und setzt rs_asn auf 0, während die einzige vollständig gelesene Teilnehmerzeile auf diesem LAN Route-Server-Peering verzeichnet. Ein potenzielles Mitglied sieht, dass solches Peering stattfindet, und sieht aus der LAN-Zeile nicht, welcher ASN es erbringt.
  • Nichts am 12. November Gelesenes quantifiziert Verkehrsvolumen, eingesparte Latenz, Portkapazität, Auslastung, Verfügbarkeitshistorie, Service-Level, Konditionen oder Preis, und keines der 36 gezählten Netze ist als Zugangsnetz im Westen Pennsylvanias identifiziert.

Der Registereintrag für Exchange 1999 meldet 36 registrierte Netze, drei Standortzuordnungen, einen IX-F-Import vom 2026-11-12T00:12:32Z — rund zwanzig Stunden älter als die Lesung selbst — und „Not Disclosed“ sowohl im Feld für das Service-Level als auch in dem für die Konditionen. Zwei dieser Zahlen sind für Außenstehende handlungsfähig. Keine davon ist eine Leistungszahl.

Das Standort-Set enthält drei Einträge mit den IDs 1423, 1925 und 4292, zugeordnet zu Crown Castle Inc., EdgeConneX Inc. und DataBank, Ltd. Drei Einträge, drei verschiedene Betreiber, eins zu eins. Das ist eine stärkere Diversitätsaussage als die nackte Zahl drei, weil es nicht drei Käfige im Gebäude eines einzigen Vermieters sind. Es ist weiterhin keine Topologie: Der Eintrag paart kein Mitglied mit dem Standort eines Betreibers und sagt nicht, wie viele eigenständige physische Wege diese drei Einträge abbilden.

Bei der LAN-Zeile hört der Eintrag auf, eine Broschüre zu sein. Das LAN heißt „Peering-1500“, die MTU ist 1500, 802.1Q-Unterstützung ist falsch, und rs_asn liest 0.

Eine Teilnehmerzeile wurde vollständig aus der Teilnehmerliste gelesen: netixlan 39041, Netz 4224, AS13335, LAN „PIT-IX: Peering-1500“, Geschwindigkeit 100000 — das Register liest dieses Feld in Megabit pro Sekunde, also 100 Gbit/s für dieses Mitglied —, is_rs_peer wahr, bfd_support falsch, operational wahr, IPv4 206.71.141.11 und IPv6 2001:504:77::11.

Lesen Sie beide Zeilen zusammen. Ein Mitglied verzeichnet, dass es mit dem Route-Server auf diesem LAN peert. Die LAN-Zeile selbst weist keinen Route-Server-ASN aus. Eine Null in einem AS-Nummernfeld bedeutet fehlende Ausweisung, nicht den Beweis, dass kein Route-Server läuft, und der Organisationseintrag entscheidet das: Er trägt ein Netzobjekt namens „PIT-IX Route Servers“ auf AS30365, daneben „Pittsburgh Internet Exchange Services“ auf AS400798. Das lebende Signal eines Mitglieds ist der stärkere Beleg, dass die Funktion existiert. Das leere Feld ist der interessantere Teil, weil ein automatisiertes Gegenüber genau dort nachsieht — ein Netz, das sich aus dem Register konfiguriert und nicht aus einem E-Mail-Verlauf.

Die eigene Seite des Betreibers wirbt mit dem, was Mitglieder kaufen sollen, in ihren eigenen Worten: Peering „enables connected organizations to offer stable, fast, and cost-effective Internet services“ für deren Nutzer, und „allows Pittsburgh sources and destinations to communicate directly within the region, rather than traveling long distances to needlessly bounce through another city“, mit dem Tag #KeepTrafficLocal. Dieselbe Seite beschreibt PIT-IX als neutralen und unabhängigen Exchange und als gemeinnützige IRS-501(c)(6)-Organisation und schickt Leser zu „Access PIT-IX at any of the member data centers“ — ohne im gelesenen Abschnitt auch nur eines zu nennen.

Das korrigiert einen hier am 4. November erschienenen Artikel: die frühere Lesung zählte die drei Standortzuordnungen und konnte keine davon benennen. Geändert hat sich, was abrufbar war, nicht, was der Betreiber zu veröffentlichen wählte. Diese drei Einträge standen von Anfang an im Standort-Set des Registers.

Ein Netz, das einen Port in Pittsburgh abwägt, kann also inzwischen die Frage beantworten, die über das Gebäude entscheidet — wem die Fläche gehört —, und noch immer nicht die Fragen, die den Vertrag entscheiden: welcher Standort für welches Mitglied, was ein Port kostet, welches Service-Level schriftlich zugesagt ist und wer auf der anderen Seite dieses Fabric tatsächlich in Westpennsylvania sitzt. Der Slogan ist Absicht. Das Register ist eine Karte der Adressen.

Was der Eintrag jetzt prüfbar macht

Fünf Dinge, und sie verdienen eine Liste, weil jedes davon zuvor entweder unverfügbar oder leicht falsch zu treffen war.

  • Eigentum an den Standorten. Drei Standorteinträge, drei benannte Betreiber, drei verschiedene Organisationen dahinter. Ein Interessent kann nach dem Haus eines bestimmten Betreibers fragen statt nach „den Mitglieds-Rechenzentren“ im Abstrakten.
  • LAN-Identität und Frame-Behandlung. Das Fabric hat einen Namen, MTU und 802.1Q-Einstellung sind veröffentlicht. Ein Netz, das Jumbo Frames oder VLAN-Übergabe plant, erfährt hier, dass beides auf diesem LAN nach Registerlage nicht angeboten wird.
  • Vorhandensein eines Route-Servers. Doppelt sichtbar: eine Teilnehmerzeile, die Route-Server-Peering markiert, und ein organisations eigenes Netzobjekt auf AS30365, das nach der Funktion benannt ist.
  • Aktualität des Registers. Der IX-F-Importstempel gibt der Zählung ein Alter. Am 12. November betrug dieses Alter rund zwanzig Stunden.
  • Teilnehmerdetail. Für mindestens ein Mitglied sind ASN, LAN, Geschwindigkeit, IPv4- und IPv6-Adresse, Route-Server-Kennzeichen, BFD-Kennzeichen und Betriebszustand lesbar.

Was er weiterhin nicht kann

Keine der gelesenen Seiten nennt Verkehrsvolumen, durch lokales Peering eingesparte Latenz, Gesamtportkapazität, Auslastung, Verfügbarkeitshistorie oder Preis. Die kommerziellen Felder des Registers sind der leerste Teil davon: Service-Level und Konditionen lesen beide „Not Disclosed“.

Kein Mitglied unter den 36 gezählten Netzen ist als Zugangsnetz Westpennsylvanias identifiziert. Das ist eine Abwesenheit in den gelesenen Zeilen, kein Beweis, dass es keines gibt: Von 36 gezählten Netzen wurde genau eine Teilnehmerzeile vollständig gelesen, und die Zusammenfassung des Registers selbst nennt eine Handvoll weiterer ASNs. Das sind Aggregate, keine geprüften Zeilen, und daraus folgt keine Aussage über die Zusammensetzung der Mitgliederschaft.

Die Route-Server-Seite hat bei beiden Versuchen am 12. November nicht geantwortet, deshalb behauptet dieser Artikel nichts über ihre Richtlinie, ihre Instanzzahl oder ihre Preisgestaltung — und bestreitet auch nichts. Der 501(c)(6)-Status ist die Selbstbeschreibung des Betreibers auf seiner eigenen Seite, kein hier gelesener Bescheid. Und „Standort“ bleibt das Wort des Registers: Diese drei Einträge Gebäude oder Campus zu nennen, würde mehr behaupten, als das Vokabular trägt.