Zusammenfassung

  • RFC 2041 trennt die Aufzeichnung eines bestimmten mobilen Versuchs von der vereinfachten Modulation des Verkehrs in einem kabelgebundenen Versuchsfeld. Wiederholung gilt für das konstruierte Störungsprofil, nicht für das ursprüngliche Funkgeschehen.
  • Der Aussagewert hängt an der Verbindung beider Stufen: dokumentierter Arbeitslast und Strecke, unterscheidbaren Datenlücken, belastbarer Zeitmessung und einer eng begrenzten Umrechnung alternierender kleiner und großer ICMP-ECHO-Pakete.

Ein Spaziergang ist noch kein transportierbarer Versuch

Beim zweiten Gang durch dasselbe Gebäude ist schon die Versuchsumgebung eine andere. Verkehr, Funkbedingungen und Zeitabläufe müssen nicht dem ersten Durchgang entsprechen. Wer trotzdem zwei Softwareversionen vergleichen will, braucht eine gemeinsame Belastung, die sich im Labor erneut anlegen lässt. Genau an dieser Stelle setzt RFC 2041, Abschnitt 1 an: Ein instrumentierter mobiler Rechner bewegt sich entlang einer Strecke; eine bekannte Arbeitslast mit einem stationären Rechner erzeugt Verkehr. Die Beobachtungen sollen anschließend einen wiederholbaren Softwareversuch ermöglichen.

Das Dokument erschien im Oktober 1996 unter dem Titel „Mobile Network Tracing“. Brian D. Noble, Giao T. Nguyen, Mahadev Satyanarayanan und Randy H. Katz beschrieben frühe Forschungsarbeit und einen vorgeschlagenen gemeinsamen Aufzeichnungsrahmen. Sein Status ist Informational, ausdrücklich kein Internetstandard. Die Veröffentlichung belegt den Entwurf und den damals berichteten Entwicklungsstand. Sie belegt weder verbreitete Nutzung noch die heutige Verfügbarkeit der Programme.

Die Reichweite beginnt klein: ein Rechner, ein Weg, ein Zeitpunkt und eine Arbeitslast. Mehrere Durchgänge mit verschiedenen Arbeitslasten ergeben eine Familie von Aufzeichnungen für diesen Weg. Die Familie vergrößert die beobachtete Vielfalt; sie macht daraus keinen repräsentativen Befund über alle mobilen Nutzer. Ein gutes Versuchsergebnis behält diese Beschränkung auch dann, wenn seine Auswertung bequem und sein Diagramm überzeugend ist.

Spuren, deren Bedeutung mitreisen soll

Die vorgeschlagene Datei speichert mehr als Paketzeitpunkte. Paket-, Geräte- und allgemeine Datenspuren können ineinander verschachtelt werden. Ein Spurkopf beschreibt die zugehörigen Einträge und muss ihnen vorausgehen. So können Paketverkehr, Signalwerte und Ortsangaben nebeneinander erhalten bleiben, ohne dass jede Messreihe dieselben Felder besitzen muss. Abschnitt 4 legt damit eine überprüfbare Struktur für unterschiedliche Beobachtungsarten fest.

Eigenschaftslisten unterscheiden konstante Angaben im Kopf von Werten, die jeder einzelne Eintrag trägt. Bei veränderlichen Eigenschaften nennt der Kopf deren Umfang. Ein älteres Werkzeug kann dadurch unbekannte Felder lokalisieren und überspringen. Das ist ein nützlicher Unterschied zwischen lesbarer Struktur und verstandener Bedeutung: Ein Programm, das eine unbekannte Messgröße schadlos auslässt, weiß deshalb noch nicht, ob seine spätere Auswertung ohne diese Größe gültig bleibt.

Jeder Datensatz enthält eine Typkennung, seine Größe und einen Zeitstempel. Typ und Länge erlauben Plausibilitätsprüfungen des Dateiaufbaus; sie sind kein Echtheitsnachweis für die Messung. Für die Zeit bietet der Entwurf Sekunden plus Mikrosekunden oder Nanosekunden an, mit einer einheitlichen Auswahl je Datei. Die Zahl der darstellbaren Nachkommastellen sagt nichts darüber, wie genau die Uhr ging, wie gut zwei Uhren übereinstimmten oder wie fein der spätere Rechner Pakete einplanen konnte.

Auch die Herkunft braucht Bedeutung außerhalb der Zahlen. Der Dateikopf bezeichnet einen einzelnen Sammelrechner oder eine zusammengeführte Aufzeichnung und erlaubt eine Beschreibung des Versuchs. Ungültige Class-E-Adressen können Quellen in zusammengeführten Dateien auseinanderhalten. Sie sind Hilfskennungen, keine nachgewiesenen, routbaren Rechneridentitäten. Der Abschlussdatensatz zeigt das Ende der Datei an. Ob auf dem Weg dorthin Beobachtungen fehlten, ist eine andere Frage.

Zwei Verluste mit verschiedenen Folgen

Paketverlust ist ein Merkmal, das untersucht werden soll. Verlust von Aufzeichnungsdaten beschädigt dagegen das Untersuchungsinstrument. RFC 2041 hält diese beiden Fälle ausdrücklich auseinander: Ein besonderer Datensatz zählt verlorene Paketköpfe, Paketeinträge, Geräteköpfe, Geräteeinträge und Anmerkungen, beispielsweise nach einem Pufferüberlauf. Abschnitt 4.7 macht damit sichtbar, dass eine vorhandene Datei unvollständige Beobachtungen enthalten kann.

Die Zählung ersetzt die fehlenden Einträge nicht. Sie verhindert jedoch, dass jedes Loch ungeprüft dem Netz zugerechnet wird. Fehlt die Beobachtung eines Pakets, könnte das Paket trotzdem angekommen sein. Fehlt eine Anmerkung, könnte ein Kontextwechsel unbemerkt bleiben. Solche Schäden betreffen unterschiedliche Schlussfolgerungen und sollten nicht in einer einzigen vermeintlich sauberen Verlustquote verschwinden.

Das Sammelsystem selbst arbeitet zweistufig: Ein Agent im Kernel puffert die Daten, ein Programm im Benutzerbereich liest sie regelmäßig über ein Pseudogerät und schreibt sie uninterpretiert auf Datenträger. Die Bündelung vermindert den Aufwand einzelner Übertragungen. Sie bedeutet weder messfreie Beobachtung noch die Garantie, dass ein überlasteter Puffer niemals Einträge verliert. Die spätere Analyse muss die Qualität ihrer eigenen Eingaben beurteilen können.

Der Ort erklärt einen Befund nicht von allein

Gerätespuren können Signalstärke, Rauschen oder Qualitätswerte enthalten. Manche Schnittstellen liefern solche Angaben paketweise; viele mitteln über längere Zeiträume. Der Treiber bestimmt dann, wie häufig Werte aufgezeichnet werden. Ein glatter Signalverlauf und eine kurze Paketverlustserie können folglich verschiedene zeitliche Auflösungen besitzen. Ihre Nachbarschaft im Diagramm ist noch kein gleichzeitiges, kausal eindeutiges Ereignis.

Soweit Geräte Fehlerzustände meldeten, ließen sich manche Verluste etwa dem Funkkanal oder dem Schnittstellenpuffer zuordnen. Eine reine Korrelation von Signal, Position und Verlust leistet diese Zuordnung nicht. Bei Ortsdaten ist die Herkunft ebenso wichtig: Für draußen wurde GPS erwogen; für Innenräume beschrieben die Autoren ein entwickeltes Werkzeug, bei dem die bewegte Person ihren Standort auf einem Gebäudeplan anklickt. Die zugehörige Basisstation war nur eine grobe, teilweise nicht zuverlässig verfügbare Ortsnäherung. Abschnitte 5.1.1 und 5.1.2 beschreiben Möglichkeiten verschiedener Reifegrade, keine einheitlich präzise Ortungsanlage.

Diese Zusatzspuren machen den Versuch erklärbarer, gerade weil sie ihre eigenen Grenzen zeigen. Sie können helfen, Hypothesen über eine Störung zu bilden. Sie dürfen den fehlenden Nachweis einer Ursache nicht durch die visuelle Nähe zweier Kurven ersetzen.

PaM führt ein reduziertes Profil aus

Der Packet Modulator, PaM, setzt zwischen IP-Schicht und Netzschnittstellen an. Er kann ein- und ausgehende Pakete zurückhalten, verwerfen oder durch Bitänderungen beschädigen. Die getestete Anwendung muss dafür weder umgeschrieben noch neu gegen eine besondere Bibliothek gebaut werden. Der Eingriff erfolgt unterhalb ihrer eigenen Programmlogik. Abschnitt 5.2.1 beschreibt eine Verzögerung aus Übertragungszeit und Latenz: Paketgröße geteilt durch verfügbare Bandbreite, zuzüglich Latenz.

Eine vereinfachte Modulationsdatei gibt für aufeinanderfolgende Zeitabschnitte Latenz, Zeit je Byte, Verlust- und Beschädigungsrate vor. Zeit je Byte ist der Kehrwert der Bandbreite. Diese Datei ist bewusst auf effiziente Ausführung zugeschnitten. Sie trägt nicht mehr den gesamten Kontext der Beobachtungsspuren. Der darunterliegende kabelgebundene Versuchspfad wird als wesentlich schneller und zuverlässiger angenommen, sodass sein eigener Beitrag vernachlässigt werden kann. Trifft das nicht zu, enthält das Ergebnis eine zusätzliche Belastung, die das gewünschte Profil allein nicht erklärt.

Selbst unter dieser Annahme verspricht PaM keine identischen Zeitpunkte für jedes Paket. Der interne Systemtakt ist vergleichsweise grob; die Autoren streben einen möglichst kleinen durchschnittlichen Planungsfehler an. Wiederholbare Randbedingungen für Software und exakte Nachstellung einer historischen Paketfolge sind deshalb verschiedene Aussagen.

Die entscheidende Engstelle liegt in der Umrechnung

Die reichhaltige Aufzeichnungsstruktur könnte die Vermutung nahelegen, jede Verkehrsmessung lasse sich automatisch in ein brauchbares PaM-Profil verwandeln. Abschnitt 5.2.3 begrenzt das ausdrücklich auf eine sehr schmale Klasse. Zwei zeitlich nahe Pakete unterschiedlicher Größe sollen auf demselben Weg dieselbe Latenz und Bandbreite erfahren haben. Erst unter dieser Annahme erlauben ihre Größen und Laufzeiten die Schätzung der Modellparameter.

Die verfügbaren Laptopuhren drifteten. Die Autoren vermieden in ihren Versuchen NTP, weil zusätzlicher Verkehr und Uhrenkorrekturen die bekannte Arbeitslast beziehungsweise sorgfältige Zeitmessung beeinflusst hätten. Ihr Ausweg war ein einziges Rechnerzeitmaß: ICMP-ECHO-Anfragen wurden beim Absenden markiert, die passenden Antworten aufgezeichnet. Eine veränderte ping-Version wechselte zwischen kleinen und großen Paketen. Das liefert eine Rundreisebeobachtung mit einer Uhr; es beweist keine unabhängig gemessenen Laufzeiten beider Richtungen.

Ein gleitendes Fenster berechnet Verlust und durchschnittliche Modellwerte aus Paketpaaren. Fenstergröße und Schrittweite sind einstellbar; ausgereifte allgemeine Empfehlungen standen noch aus. Ein kurzes Fenster kann Veränderungen deutlicher zeigen, beruht aber auf weniger Beobachtungen. Ein langes Fenster stabilisiert Mittelwerte und kann kurze Belastungsspitzen verwischen. Diese Folgerung ergibt sich aus dem Verfahren, nicht aus einem im RFC gemeldeten universellen Optimum.

Auch Beschädigung war nicht vollständig beobachtbar: Die Funkhardware verwarf fehlerhafte Pakete ohne Meldung an das Betriebssystem. PaM konnte entsprechende Beschädigung als erhöhten Verlust behandeln und so das äußerlich sichtbare Verhalten nachbilden. Eine separat gemessene Geschichte korrupter Pakete gewann der Versuch dadurch nicht zurück.

Die Grenze bleibt Teil des Ergebnisses

Die Autoren nannten getrennte Modulationsprofile für beide Richtungen, mehrere Schnittstellen und zielabhängige Einstellungen als weitere Arbeit. Mehrrechnerszenarien mit gemeinsam genutzter Bandbreite waren trotz vorhandener Zusammenführungswerkzeuge noch nicht eingehend untersucht. Das Format war stark IP-bezogen. Abschnitt 7 verbietet damit die bequeme Schlussfolgerung, Dateizusammenführung sei schon ein Modell eines gemeinsam genutzten Funkmediums.

Was bleibt, ist ein klar umrissener experimenteller Zusammenhang: eine dokumentierte Beobachtung, eine benannte Umrechnung und ein ausführbares Profil mit eigenen Voraussetzungen. Ein erfolgreicher Versuch zeigt Softwareverhalten unter diesem konstruierten Profil. Er vergrößert nicht nachträglich das Gebiet, das beim ursprünglichen Durchgang beobachtet wurde.

Quellen