Zusammenfassung

  • draft-ietf-bmwg-savnet-sav-benchmarking-04 verlangt für jeden Genauigkeitstest eine Aufstellung legitimer und gefälschter Pakete samt Begründung der Einordnung.
  • Die Falsch-Positiv-Rate bezieht sich auf legitime, die Falsch-Negativ-Rate auf gefälschte Pakete. Eine falsche Klassifizierung verändert daher Nenner und Aussage des Resultats.
  • Der Entwurf beschreibt eine Labormessung, aber keinen Konformitätstest, kein neues SAV-Verfahren, keine Betriebsempfehlung und keine Produktbewertung.

Der entscheidende Fehler kann entstehen, bevor das zu prüfende Gerät das erste Paket sieht. Nimmt das Labor einen berechtigten, aber in seiner BGP-Sicht unsichtbaren Präfix für gefälscht, wird dessen Blockierung als Erfolg verbucht. Mit korrekter Autorisierungsinformation wäre dasselbe Verhalten ein Falsch-Positiv und möglicherweise eine Dienstunterbrechung.

Die am 14. September 2026 veröffentlichte Revision 04 rückt diesen vorgelagerten Schritt ins Protokoll. Für jeden Genauigkeitstest soll der Bericht angeben, welche Pakete legitim beziehungsweise gefälscht sind und warum. Zugleich stellt der Text klar, dass die Methode unzulässige Blockierungen und unzulässige Freigaben erfasst. Sie erzeugt keine pauschale Bestanden-oder-durchgefallen-Aussage.

Die Falsch-Positiv-Rate teilt die fälschlich blockierten legitimen Pakete durch alle gesendeten legitimen Pakete. Die Falsch-Negativ-Rate teilt die fälschlich zugelassenen gefälschten Pakete durch alle gesendeten gefälschten Pakete. Die erste Größe beschreibt Schäden an autorisiertem Verkehr, die zweite eine Lücke bei der Abwehr von Adressfälschung. Hinter den ähnlich klingenden Prozentwerten stehen verschiedene Grundgesamtheiten.

Legitimität entsteht aus dem Umfeld

Ob eine Quelladresse an einer Schnittstelle akzeptiert werden sollte, ergibt sich nicht stets aus einem einzelnen Routeneintrag. Entscheidend sind die Lage der Schnittstelle, die dadurch repräsentierte Geschäftsbeziehung, die verfügbaren Routing- und SAV-Informationen, lokale Konfiguration und das geprüfte Szenario. Der Bericht muss dieses Umfeld erhalten, damit Dritte die Klassifizierung nachvollziehen können.

Verborgene Präfixe und Präfixe mit begrenzter Propagation machen die Grenze einer gewöhnlichen BGP-Sicht sichtbar. Sie können autorisierten Verkehr tragen, ohne global angekündigt zu sein. Direct Server Return kann legitime Antworten hervorbringen, die einer einfachen Annahme symmetrischer Pfade widersprechen. Auch an Kunden-, Provider-, Peer- oder Route-Server-Schnittstellen gelten unterschiedliche Erwartungen.

Deshalb gehören Version und Bereitstellungsart des Geräts, Topologie, geprüfte Schnittstelle und Beziehung, Konfiguration sowie Quellen und Aktualisierungszeitpunkte von Routing- oder SAV-Daten in den Bericht. Verkehrsmerkmale, Zeitstempel, Wiederholungen und statistische Verarbeitung sind ebenfalls nötig. Nur dann lässt sich beurteilen, ob zwei Ergebnisse tatsächlich dieselbe Frage messen.

Das Verfahren ist als Black-Box-Test angelegt. Das Prüfobjekt kann Hardware- oder Software-Router, virtuelle Maschine oder Container sein; beobachtet werden Weiterleitung und Blockierung, nicht die interne Implementierung. Diese Neutralität erweitert den Anwendungsbereich. Sie macht aber das externe Referenzwissen, mit dem die Pakete etikettiert werden, umso wichtiger.

Ein nicht angekommenes Paket beweist außerdem keine SAV-Entscheidung. Überlastung, ein fremder Filter oder ein Weiterleitungsfehler können ebenfalls Verluste verursachen. Umgekehrt darf die beabsichtigte Abweisung gefälschten Verkehrs nicht als gewöhnlicher Paketverlust erscheinen. Bei gemischtem Verkehr muss die Weiterleitung des legitimen Anteils getrennt erkennbar bleiben.

Kein Gütesiegel

Version 04 ist ein aktiver Internet-Draft der BMWG-Arbeitsgruppe mit dem angestrebten Status Informational. Sie ist kein RFC, wurde nicht von der IETF gebilligt und enthält keine Produktergebnisse. Der derzeitige Meilenstein nennt Januar 2027 für eine Einreichung beim IESG. Das ist ein Arbeitsplan, keine Zusage über Veröffentlichung oder Einsatz.

Der Text setzt auch keine universelle zulässige Fehlerquote. Labore können die Methode korrekt anwenden und wegen unterschiedlicher Geräte, Topologien, Informationsquellen, Konfigurationen oder Verkehrsmengen zu anderen Werten gelangen. Vergleichbarkeit entsteht durch die dokumentierten Bedingungen, nicht durch die Behauptung, jede Zahl gehöre auf dieselbe Rangliste.

SAVNET beschreibt in seinen Intra- und Inter-Domain-Dokumenten die Probleme, die SAV-Mechanismen lösen sollen. BMWG behandelt die kontrollierte Messung. Der Benchmark schafft weder eine Protokollerweiterung noch empfiehlt er Betreibern ein bestimmtes Verfahren.

Quellen