Zusammenfassung

  • RFC 10052 führt ein optionales TLV ein, mit dem Länge, Anzahl und Abstand reflektierter STAMP-Pakete angefordert werden können.
  • Das C-Bit meldet zwei eng begrenzte Ausnahmen beim Reflector: die Ausgangs-MTU oder ein lokales Limit für Rate beziehungsweise Gesamtvolumen.
  • Prüfverkehr kann einzelnen Merkmalen von Anwendungsverkehr näherkommen, ohne dadurch denselben Pfad, dieselbe Behandlung oder dasselbe Nutzerergebnis zu belegen.

Acht angefordert, acht angekommen: Für eine Betriebsampel ist das ein verführerisch vollständiger Datensatz. Für eine belastbare Aussage fehlt jedoch die wichtigste Angabe. Was genau haben diese acht Pakete bewiesen?

Der im September 2026 veröffentlichte RFC 10052 erweitert STAMP um asymmetrische Antworten. Ein Session-Reflector kann auf ein Testpaket mit Paketen anderer Länge oder mit mehreren Paketen reagieren. Der Standard spricht davon, Bedingungen des Anwendungsverkehrs besser anzunähern. Er erklärt den Prüfstrom nicht zum Anwendungsstrom.

Die drei Zahlen gehören zunächst dem Sender

Das neue Reflected Test Packet Control TLV ist in der IANA-STAMP-Registry als Typ 12 eingetragen. Es ergänzt den Basisaustausch aus RFC 8762 innerhalb des Erweiterungsrahmens von RFC 8972. Der Sender nennt eine gewünschte Paketlänge, eine Anzahl und den Abstand zwischen aufeinanderfolgenden Antworten in Nanosekunden.

Der Reflector übernimmt diese Werte nicht bedingungslos. Er ermittelt zunächst die zulässige Länge: mindestens das notwendige STAMP-Paket samt Erweiterungen, auf vier Oktette ausgerichtet und begrenzt durch die MTU seines Ausgangsinterfaces. Passt die berechnete Länge nicht in die MTU, sendet er genau ein Paket in MTU-Größe.

Auch Rate und Gesamtvolumen stehen unter lokaler Kontrolle. Ein unterstützender Reflector muss für beides Grenzwerte durchsetzen. Überschreitet eine Anforderung einen davon, sendet er statt der Folge nur ein Paket. Eine Anzahl von null führt normalerweise zu keiner Antwort und zum Verwerfen der Anfrage; eine lokale Richtlinie darf abweichen. Für den bewussten Verzicht auf eine Antwort verweist der RFC auf die dafür vorgesehene Return-Path-Funktion.

Damit ist das TLV eine Anforderung mit lokaler Prüfung, kein Fernbefehl. Ein Messsystem braucht folglich getrennte Felder für angefordert, akzeptiert, ausgesendet und beobachtet. Wer diese Stationen zu einer Paketanzahl zusammenzieht, beseitigt die Erklärung für spätere Abweichungen.

Das C-Bit ist kein Kapazitätsstempel

Bitposition 3 trägt das Symbol C und die Bezeichnung Conformant. Der Sender setzt es beim Versand auf null; der Reflector ignoriert den empfangenen Wert. Er setzt C auf eins, wenn die gewünschte Länge seine Ausgangs-MTU übersteigt oder wenn Rate beziehungsweise Volumen über dem lokalen Limit liegen. Sonst bleibt C in den Antworten null.

Die Länge des einzelnen Antwortpakets trennt die Ursachen. Ist es kürzer als angefordert, war die MTU maßgeblich. Entspricht seine Länge dem Wunsch, griff das Rate- oder Volumenlimit. Das ist eine präzise Aussage über die lokale Antwortbildung.

Es ist keine End-to-End-Aussage. C=0 garantiert weder vollständige Ankunft noch gleiche Wege, Klassen oder Warteschlangen wie bei der Anwendung. C=1 bedeutet nicht automatisch Netzüberlastung; es kann eine vorsichtige Konfiguration des Reflectors widerspiegeln. Das Bit beantwortet eine Protokollfrage, keine Geschäftsfrage.

Lu Hengs Darstellung der Realitätsebenen hilft beim Sortieren: Das TLV ist eine Anweisung, C eine lokale Erklärung, der Interface-Zähler ein Ausführungsbeleg, der Mitschnitt des Collectors eine Beobachtung, die Anwendungstelemetrie ein weiterer Beleg und die Nutzerwirkung ein Ergebnis. Eine gemeinsame Zeitachse macht daraus keinen einzigen Wahrheitswert.

Beleg Belastbare Aussage Nicht allein belegte Aussage
TLV-Werte Diese Form wurde verlangt Diese Form wurde ausgesendet
C-Bit Eine von zwei Ausnahmen griff oder griff nicht Der Pfad bestand einen Kapazitätstest
Sendezähler Der Reflector registrierte eine Aussendung Der Collector empfing alle Pakete
Collector-Mitschnitt Diese Pakete kamen an diesem Ort an Die Anwendung erlebte Gleiches
Anwendungstelemetrie Diese konkrete Last zeigte dieses Verhalten Andere Lasten und Wege tun es ebenfalls

Das RFC stellt das Stellrad bereit, nicht die fertige Messzahl

Abschnitt 4.1 zieht eine klare Grenze: Zugangsratemetrik und Messverfahren liegen außerhalb des RFC 10052. Das TLV erfüllt Steuerungsanforderungen aus RFC 7497, etwa asymmetrische Größen und Raten. Es definiert aber nicht, wie daraus eine Kapazitätsaussage entsteht.

RFC 7497 unterscheidet In-Service-Tests mit vorhandenem Nutzerverkehr von Out-of-Service-Tests. Prüfverkehr mit anderen Paketmerkmalen kann anders behandelt werden; zu viel davon kann die Messung verzerren oder selbst Engpässe erzeugen. RFC 7799 ordnet aktive Verfahren über den eigens erzeugten Messverkehr ein. Das Messgerät greift also in das beobachtete System ein.

RFC 9097 und RFC 9946 ergänzen eigene Verfahren für Lastanpassung, Endpunktplatzierung und konkurrierenden Verkehr. Diese Regeln zeigen, warum eine vollständige Antwortfolge noch keine selbsterklärende Kapazitätszahl ist.

Adressauswahl ist keine repräsentative Stichprobe

In einer Multicast-Umgebung kann eine Anfrage mehrere Blätter erreichen. Layer-2- und Layer-3-Address-Group-Sub-TLVs schränken Antworten per Adressmaske oder IP-Präfix ein. Als Beispiel nennt das Dokument eine Maske, bei der eine von sechzehn Adressen passt.

Das ist eine deterministische Auswahl, keine zufällige Auswahl eines von sechzehn Nutzern. Adressierung kann mit Hersteller, Standort, Gerätegeneration oder Topologie zusammenhängen. Ohne definierte Grundgesamtheit, Nenner und Bias-Prüfung darf der gefilterte Satz nicht als Kundenerfahrung bezeichnet werden.

Multicast verschärft zudem die Verstärkungsgefahr. RFC 10052 verlangt geregelte Messraten, empfiehlt beim ersten Versuch genau eine Antwort und fordert eine administrative, standardmäßig deaktivierte Unterstützung. Gefälschte Anfragen könnten für Denial of Service missbraucht werden; Identitätsschutz ist Pflicht, authentifiziertes STAMP oder HMAC wird empfohlen. RFC 8085 liefert die allgemeinere UDP-Lastdisziplin.

Ein Collector besitzt einen Standpunkt

Mit den Return-Path-Erweiterungen aus RFC 9503 können Antworten an einen gesonderten Collector gehen. Das LMAP-Modell in RFC 7594 ordnet Messagent, Controller und Collector. RFC 10052 beschreibt als Beispiel einen Test, der vorwärts ungefähr einem Kamerastrom folgt und rückwärts zu einer Analyseinstanz geht.

Gerade dieses Beispiel zeigt die Grenze. Der Rückweg endet bewusst anders. Der Collector belegt, was er an seinem Ort und mit seiner Uhr gesehen hat. Er belegt nicht, was der Videokonsument sah. Auch vorwärts können Flow-Hash, Dienstklasse oder Warteschlange abweichen. Anwendungsgleichheit braucht eine eigene Validierung.

Der Datatracker-Eintrag, die Entwurfshistorie und der IETF-Aktivitätsbericht für September belegen Standardisierung und Veröffentlichung. Aktueller Status, Textfassung und XML sichern die Spezifikation. Sie zählen keine Installationen.

Die Vorrangstellung laufenden Codes fordert für Betriebsbehauptungen eine benannte Implementierung, Version, Konfiguration und Rücklesung. Die minimale Anfangsspezifikation erklärt, warum der gemeinsame Mechanismus klein bleiben darf, während Methode und Schwellen lokal entschieden werden. Das Agenturproblem verlangt sichtbar zu machen, wer Paketform, Limits, Gruppe, Collector und Deutung gewählt hat.

Acht Pakete sind ein guter Beleg. Nur nicht für alles zugleich.

Sources