Zusammenfassung

  • RFC 3432 zog T0 zufällig aus dem Fenster [T,T+dT], sendete danach aber mit dem nominell festen Abstand incT bis Tf. Der Zufallsstart minderte Vorhersagbarkeit und manche Synchronisation, machte die periodische Stichprobe jedoch nicht zu einer unverzerrten Poisson-Stichprobe.
  • Type-P, die Verlustschwelle dTloss, Regeln für gültige Singletons, Uhren- und Hostkalibrierung, Pfadwissen und Hintergrundbedingungen gehörten zum Ergebnis. Ohne diese Belege war ein Mittelwert kein Urteil über das gesamte Netz.

Nach dem Losentscheid begann das Metronom

Ein Messgerät erhält ein Startfenster von einer Stunde. Darin zieht es einen Zeitpunkt; anschließend sendet es alle zwanzig Millisekunden ein Paket. Der erste Moment ist von außen schwer vorherzusehen. Sobald der Strom läuft, ist sein Rhythmus offensichtlich.

Genau diese Konstruktion beschrieb RFC 3432 im November 2002 als „Network performance measurement with periodic streams“. Der Klartext, der RFC-Editor-Eintrag, die IETF-Seite, die Dokumenthistorie, die Referenzen und die Errata-Suche belegen eine Standards-Track-Methode. Sie sind keine Messung eines heutigen Netzes und kein Gütesiegel für einen Anbieter.

Gleich große oder annähernd gleich große Pakete in regelmäßigen Abständen konnten Sprach- oder Konferenzverkehr mit konstanter beziehungsweise fast konstanter Bitrate nachbilden. Ein dichter Zug konnte kurze Verzögerungssprünge, Verlustserien oder Umordnung sichtbar machen, die eine dünne allgemeine Messung verpasste. Die Periodik war nützlich, weil die Fragestellung selbst anwendungsnah war.

Der bekannte Bias war kein Betriebsunfall

Das IPPM-Rahmenwerk in RFC 2330 warnte, regelmäßig verteilte Singletons tasteten nur einen Teil des Leistungsspektrums ab. Für eine allgemeine unverzerrte Stichprobe eignete sich Poisson-Sampling. RFC 3432 widersprach nicht, sondern formulierte eine engere Absicht: Sorgfältig gewählte periodische Parameter konnten einen bekannten, interessanten Bias erzeugen.

Wer wissen will, was ein medienähnlicher Strom mit fünfzig Paketen pro Sekunde erlebt, darf genau diesen Takt messen. Zulässig ist dann die Aussage über den deklarierten Strom. Unzulässig wird sie, sobald daraus eine Aussage über alle Zeitpunkte und allen Verkehr des Netzes gemacht wird.

Eine periodische Störung kann immer mit den Probes zusammentreffen und übermächtig erscheinen. Bei anderer Phase kann sie jedes Mal zwischen ihnen liegen und verschwinden. Aktive Messzüge können selbst Last erzeugen, stauabhängige Sender synchronisieren oder wegen ihrer Erkennbarkeit anders behandelt werden. Unabhängig gezogene Startzeiten und ein Ende bei Tf begrenzen diese Gefahren. Sie randomisieren nicht jeden Abstand incT; der Takt-Bias bleibt Teil des Befunds.

Type-P gehörte in den Namen der Messgröße

„Verzögerung“ allein bezeichnete die Messung nicht ausreichend. Die Größe hieß Type-P-One-way-Delay-Periodic-Stream. Type-P konnte IP-Version, UDP oder TCP, Port, Paketgröße, Priorität und besondere Behandlung festlegen. Eine andere Paketart konnte einen anderen Pfad oder eine andere Queue-Behandlung erfahren.

Bei mehreren Größen musste eine aktive Messung die beabsichtigte Verteilung nachbilden; passive Beobachtung erbte die tatsächlich gesendeten Pakete. RFC 2679 und die Aktualisierung RFC 7679 bewahren diese Disziplin für Einwegverzögerung. RFC 2680 und RFC 7680 tun dies für Einwegverlust. Eine kleine bevorzugte Probe durfte nicht unbemerkt für ein größeres Anwendungspaket stehen.

Ein fehlender Messwert war nicht null

Quell- und Zielmesspunkt erfassten Zeitstempel, Paketkennung und tatsächliche Größe. Ein optionaler Status konnte beschädigten Header, beschädigte Nutzlast, Duplikat oder Fragment unterscheiden; die Klassifikationsregeln mussten jedoch benannt werden.

Ein Einwegverzögerungs-Singleton war Zielzeit minus Quellzeit. Ein unerwartetes Paket ohne Quellzeit, ein nicht empfangenes Paket ohne Zielzeit oder ein nicht zuzuordnender beschädigter Header ergaben keinen gültigen Wert. Bei Duplikaten zählte nur die erste unbeschädigte Kopie.

Der Mittelwert umfasste daher nur gültige Singletons. Ausgeschlossene Beobachtungen erhielten nicht den Wert null. Auch die Verzögerungsvariation eines benachbarten Paars blieb undefiniert, wenn ein Einzelwert fehlte. RFC 3393 und die Anwendungsanalyse RFC 5481 ordnen die verschiedenen Begriffe der Paketverzögerungsvariation ein.

Der Nenner war ein Beweisstück. Ein niedriger Durchschnitt der angekommenen Pakete konnte neben einer schweren Verlustserie stehen. Gerade die schädlichsten Ereignisse konnten aus dem Mittel verschwinden, weil für sie keine Verzögerung berechenbar war.

dTloss machte aus sehr spät irgendwann verloren

Zum erwarteten Ankunftszeitpunkt weiß ein Beobachter nicht sofort, ob ein Paket niemals oder lediglich sehr spät ankommt. RFC 3432 definierte mit dTloss eine maximale Wartezeit, nach der Verzögerung als Verlust interpretiert wird. Der Wert oder das Auswahlverfahren musste im Bericht stehen.

Für Echtzeitaudio kann ein Paket nach der Abspielfrist wertlos sein, obwohl das Netz es später zustellt. Eine andere Anwendung kann es noch nutzen. RFC 6673 zum Round-Trip-Verlust und RFC 6534 zum Verlust von Paketpaaren zeigen ebenfalls, dass die Beobachtungsprozedur zur Verlustsemantik gehört. Zwei Auswertungen derselben Ankunftszeiten können wegen verschiedener Schwellen unterschiedlich viele Verluste melden. Die Schwelle ist eine Eingabe in die Behauptung.

Das Messgerät konnte Ereignisse erzeugen oder falsch datieren

Einwegverzögerung übernimmt Synchronisationsfehler, Auflösung und Drift zweier Uhren. Softwarezeitstempel enthalten Scheduling und Protokollstack-Verarbeitung und entsprechen nicht automatisch dem Zeitpunkt auf der Leitung. Interrupts, Prozessorlast und Platten-I/O können den tatsächlichen Abstand vom nominellen incT entfernen.

RFC 3432 empfahl, bekannte systematische Fehler abzuziehen und einen Kalibrierfehler e auszuweisen, sodass der wahre Wert mit 95 Prozent Vertrauen innerhalb des gemeldeten Werts plus oder minus e liegt. Kalibrierung sollte unter feldähnlicher Messlast erfolgen und nicht nur auf einem untätigen Rechner. RFC 7312 erweiterte später das Umfeld fortgeschrittener Strommessungen; RFC 2119 lieferte die normative Sprache für vergleichbare Implementierungen.

Fünf Kontexte standen neben der Zahl

Type-P, die Verzögerungsschwelle für Verlust, Kalibrierung, Pfad und Hintergrundbedingungen gehörten in den Bericht. Der genaue Pfad konnte unbekannt bleiben. IP Record Route wurde oft nicht unterstützt und konnte Sonderverarbeitung erzwingen, die das beobachtete Verhalten selbst veränderte. Auch partielles Wissen, etwa über den ersten Link, blieb nützlich.

Hintergrundverkehr an Quelle, Ziel und dazwischenliegenden Netzen beeinflusste die Interpretation. Eine IP-Messung konnte den Netzbeitrag von Codec und Betriebssystem abgrenzen, beschrieb aber nicht allein, was ein Mensch hörte. Späte Pakete, Duplikate, Umordnung, beschädigte Nutzlast und unerwartete Pakete wirkten je nach Anwendung verschieden.

Quellen und Erkenntnisgrenzen

Diese Lesart folgt auch Heng Lus Essays über Realitätsebenen und über laufenden Code als Primärquelle. Spezifikation, tatsächlich erzeugte Probe, beobachtetes Paket, kalibriertes Singleton, Aggregat und Nutzerwirkung sind verbundene, aber nicht austauschbare Tatsachen.

Die Quellen definieren Methodik und späteren Messkontext. Sie belegen keine gegenwärtige Implementierung, keine Störung auf einem benannten Pfad, keinen QoS-Mechanismus, keine Manipulation und keine universelle Nutzererfahrung. Zufälliger Start mindert eine Form der Vorhersagbarkeit; er beseitigt weder Phase noch Offenlegungspflicht.