Zusammenfassung

  • Ein Pulse-Fellowship-Projekt der Internet Society trainierte mit öffentlichen BGP-Daten und verifizierten Angaben einiger IXPs ein Modell für bilaterale Verbindungen und multilateralen Austausch über Route Server.
  • Die Veröffentlichung vom 3. September meldet über 90 Prozent Genauigkeit auf Börsen außerhalb des Trainings. Die geprüften öffentlichen Projektseiten nennen weder Anzahl, Region, Klassenverhältnis, Fehler je Klasse noch Enthaltungen.
  • Vor einer Nutzung für Resilienz- oder Konzentrationspolitik braucht das Ergebnis eine Anwendungskarte mit Population, Abdeckung, Fehlerrichtung, Unbekannten und Zeitdrift.

Der Test ist anspruchsvoller als eine zufällige Teilung bekannter Beziehungen. Das Modell lernte an dokumentierten Austauschpunkten und musste anschließend an vollständig zurückgehaltenen IXPs bestehen. Laut Internet Society Pulse blieb die Genauigkeit dabei über 90 Prozent.

Gerade deshalb muss der Zusatz „auf den getesteten Börsen“ erhalten bleiben. Die öffentlichen Seiten sagen nicht, wie viele IXPs getestet wurden, wo sie liegen oder wie viele bilaterale und Route-Server-Beziehungen enthalten waren. Eine Konfusionsmatrix und eine Möglichkeit zur Antwort „unbekannt“ fehlen dort ebenfalls. Spätere Forschungsmaterialien können diese Angaben liefern; ihre Existenz oder Werte dürfen heute nicht erfunden werden.

Die Grenze wird politisch relevant, weil der Beitrag Nutzen für Analysen von Resilienz und Zentralisierung verspricht. Ein Messinstrument kann diese Arbeit verbessern. Es darf aber nicht unbemerkt zur Autorität über kommerzielle Abhängigkeit werden.

Das Label beschreibt einen Kontrollpfad

Zwei Netze können an einem IXP eine bilaterale BGP-Sitzung betreiben. Alternativ geben mehrere Teilnehmer Erreichbarkeitsinformationen an einen Route Server, der sie nach lokalen Regeln verteilt. Ältere Inferenz nutzte optionale BGP Communities. Das neue Projekt hält diese Markierungen für uneinheitlich und teils irreführend und lernt stattdessen aus dem Verhalten. Als wichtigstes öffentlich genanntes Merkmal gilt, wie viele Beobachtungspunkte dieselbe Route sehen.

RFC 7947 zieht die sachliche Grenze: Ein Route Server vermittelt Erreichbarkeit, leitet aber selbst keine Pakete weiter und fügt seine AS-Nummer gewöhnlich nicht zum AS_PATH hinzu. RFC 7948 beschreibt Teilnehmerfilter, Exportregeln, interne Datenbanken und Path Hiding. RFC 9234 unterscheidet RS, RS-Client und Peer als BGP-Rollen, nicht als Vertragsarten.

Ein richtiges Route-Server-Label beweist daher weder Verkehrsmenge, Preis, Eigentum, Latenzgewinn noch Ausfallwirkung. Ein bilaterales Label beweist weder Privatleitung, Abrechnungsfreiheit, Exklusivität noch Redundanz.

Fehler in beide Richtungen wirken verschieden

Eine hohe Gesamtrate kann eine kleine Klasse schlecht abbilden. Das ist ein statistisches Beispiel, keine Behauptung über dieses Projekt. Wird bilateral als multilateral klassifiziert, erscheint die Abhängigkeit von einem gemeinsamen Vermittler zu groß. Beim umgekehrten Fehler verschwindet dieselbe Abhängigkeit. Für Konzentrationsanalysen sind das gegenläufige Verzerrungen.

Auch Abdeckung hat einen eigenen Nenner. Waren alle beobachteten Beziehungen zugelassen oder nur Fälle mit genügend Sichtpunkten und verifiziertem Label? Wurden unklare Fälle in eine Klasse gezwungen oder zurückgewiesen? 92 Prozent nach Ausschluss schwieriger Fälle sind ein anderer Befund als 92 Prozent für die vollständig deklarierte Population.

Der Pulse-Beitrag nennt größere geografische Vielfalt und Stabilität über die Zeit selbst als nächste Aufgaben. Diese Einschränkung gehört zum Ergebnis.

Eine Anwendungskarte schützt den Nutzen

CAIDAs Studie von 2013 veröffentlichte 206.000 inferierte Links an 13 großen europäischen IXPs und zugleich ihre Grenzen: Fokus auf multilaterales Peering, Abhängigkeit von ungefilterten Communities und regionale Konzentration. Sie trennte außerdem Linkzahl von Verkehrsmenge.

Daniel Kade schlägt für das neue Modell eine Anwendungskarte vor. Sie nennt Datenquellen, Beobachtungszeit, Klassifikationseinheit, Zulassungsregel und Mindestanzahl von Sichtpunkten. Sie trennt Trainings- und Test-IXPs, beschreibt Regionen und Strukturen und zeigt Klassenzahlen, Precision, Recall, Konfusionsmatrix, Kalibrierung und Enthaltungen. Daten, Merkmale und Modell erhalten Versionen, ergänzt um Driftprüfung und Ausmusterungsregel.

IXPs können ein Label über einen geschützten Kanal bestätigen oder bestreiten und öffentlich nur Klasse, Belegdatum und Grundkategorie nennen. Verträge, Preise, Verkehr und Konfiguration bleiben geschützt. So entsteht keine zentrale Peering-Autorität; die öffentliche Inferenz bleibt auf ihre Beobachtung beschränkt.

Quellen