Zusammenfassung

  • RFC 3116 verlangte korrelierbare Sende- und Empfangszeitstempel, eine gemeinsame Referenz von mindestens 100 MHz sowie Angaben zu Bitlänge, Genauigkeit und Rollover des Zählers.
  • Das Ergebnis hing von VCC-Zahl, Bearer-Klasse, Rate und Burst ab. Es beschrieb einen kontrollierten Versuch, nicht eine allgemeine Zusage für Anwendungen.

Vor der Subtraktion stand die Zuordnung

RFC 2761 definierte Cell Transfer Delay als Zeit zwischen dem Austritt einer Zelle am ersten Messpunkt und dem Eintritt derselben Zelle am zweiten. RFC 3116 machte daraus ein Verfahren. Die Herausforderung lag nicht im Minuszeichen, sondern darin, beide Werte derselben Zeitachse und demselben Ereignis zuzuordnen.

Das Informational-Dokument von Juni 2001 empfahl für Sender und Empfänger ein gemeinsames Clocksignal mit mindestens 100 MHz beziehungsweise 10 ns Auflösung. Eine Testzelle trug einen Sendetimestamp, der mit der Empfangsbeobachtung korreliert werden konnte. Bevorzugt wurde eine O.191-Zelle in einem gültigen IP-Paket.

Ein endlicher Counter springt nach seinem Maximum auf null. Liegt der Versand vor und der Empfang nach diesem Sprung, kann naive Subtraktion eine negative oder riesige Dauer erzeugen. Deshalb musste der maximale Timestampwert festgehalten werden. Die Beschreibung der Testzelle enthielt Bitlänge, Rolloverwert und Genauigkeit in Nanosekunden.

Die Performanceaussage begann also im Messgerät. Clockquelle, Captureposition, Counterepoche und Matching gehörten zur Beweiskette. Der Switch besaß die Stoppuhr nicht, mit der man ihn beurteilte.

Eine gemeinsame Frequenz bewies nicht alles

Eine gemeinsame Referenz reduziert relativen Drift. Sie bestätigt aber weder Phase noch Verkabelung, Kalibrierung oder physischen Capturepunkt. Der Sendetimestamp kann vor dem Austritt, der Empfangstimestamp nach dem Eintritt entstehen. Zwei präzise Zähler können präzise gegeneinander verschoben sein.

RFC 2679 trennte für IP-One-Way-Delay Synchronisation, Genauigkeit, Auflösung und Skew sowie Hostzeit und Wiretime. RFC 2330 gab den IPPM-Rahmen; RFC 7679 ersetzte später RFC 2679, ohne dem Timestamp autonome Wahrheit zu verleihen.

IPPM-Pfadmessung und ATM-Gerätetest sind verschieden. Historisch teilten sie eine Disziplin: Das Instrument durfte nicht hinter der Metrik verschwinden.

100 MHz bedeuteten daher nicht 10 ns End-to-End-Genauigkeit. Es war eine Anforderung an die Referenz. Captureelektronik, Phase und Ereignisort blieben getrennte Tatsachen.

Auch die Queue schrieb den Wert

Verzögerung war nicht lastfrei. ATM-Switches multiplexierten VCCs, planten Bearerklassen und pufferten Bursts. RFC 2761 band Cell Delay Variation ausdrücklich an Last, Richtung, Verteilung und Integrationszeit.

RFC 3116 unterschied einen, zwölf und maximal viele VCCs sowie stetige, burstige UBR-, VBR- und gemischte Last. Der Bericht nannte Paketgröße und Rate, Bearer, VPI/VCI, PCR, SCR und MBS. War es kein Durchsatztest, sollte die Rate 90 Prozent der Leitung nicht überschreiten.

Vor der Zeitmessung verglich der Tester Paketzähler. Stimmten sie nicht überein, senkte er die Rate. So blieb ein Loss- oder Overloadversuch nicht fälschlich als reiner Delaytest etikettiert.

Text, Kurve und Histogramm bewahrten unterschiedliche Informationen. Der Mittelwert verschluckt lange Tails, das Maximum deren Häufigkeit. RFC 3393 und RFC 5481 zeigten später, dass verschiedene Delay-Variation-Formeln trotz gleicher Einheit nicht dasselbe messen.

Ein Trial hatte Vor- und Nachlauf

Falls nötig, kam zuerst ein PNNI-Routingupdate mit Wartezeit. Dann folgte ATMARP nach RFC 2225, anschließend Last, eine Wartezeit für Restpakete und Restabilisierung.

Adressauflösung erlaubte den Start, war aber kein Delayresultat. Routingruhe verringerte Transienten, bestätigte nicht jeden Control-State. Späte Pakete vom nächsten Trial fernzuhalten machte sie nicht erfolgreich zugestellt.

Die Stimulation sollte mindestens 60 Sekunden dauern, bei hoher Varianz mindestens 300. Mehr Zeit garantierte keine Wahrheit; sie verringerte das Risiko scheinbarer Stabilität in einem kurzen Fenster.

RFC 1242 und RFC 2544 hatten BMWGs Trennung geprägt: Terminologie benennt, Methodologie erhebt. RFC 2761 und RFC 3116 setzten sie für ATM fort. Ein sauberer Name ersetzt kein sichtbares Verfahren.

Ein Aggregat nannte nicht die Ursache

Mehrere Geräte konnten als ein SUT behandelt werden. Das lieferte einen End-to-End-Wert, schwächte aber die Attribution. RFC 3116 warnte vor verborgenen Asymmetrien und zusätzlicher Latenz anderer Apparate.

Ein korreliertes Timestamppaar misst die erklärte Grenze. Es findet nicht automatisch Queue, Scheduler oder defektes Bauteil. Dafür braucht man weitere Messpunkte; für Produktion zusätzlich realen Pfad, Konfiguration und Last.

Die RFC enthält weder Vendor-Ranking noch kommerzielle Messwerte. Aus der Methode einen Sieger abzuleiten würde unbelegte Geschichte erzeugen.

Der Wert hatte eine Verwahrungskette

Generator, Clock, Capturehardware, Counter, SUT, Reporter und Leser besaßen unterschiedliche Teile. Der Generator wählte den Stimulus, der Counter bewahrte die Epoche, der Reporter rekonstruierte und aggregierte, der Leser prüfte gemeinsame Nenner.

Fehlt ein Glied, bleibt eine formal gültige Zahl. 10-ns-Tick ist keine 10-ns-Genauigkeit. Histogramm ist kein SLA. Zelldelay ist keine Anwendungslatenz. Eine veröffentlichte RFC beweist keine Befolgung.

RFC 3116s Leistung war, Messgerät und Wert zusammenzuhalten. Der Punkt im Diagramm trug Uhr, Zähler und Verkehr mit sich.

Quellen

  1. https://www.rfc-editor.org/rfc/rfc3116.txt
  2. https://www.rfc-editor.org/info/rfc3116
  3. https://datatracker.ietf.org/doc/rfc3116/
  4. https://www.rfc-editor.org/rfc/rfc2761.txt
  5. https://www.rfc-editor.org/rfc/rfc2544.txt
  6. https://www.rfc-editor.org/rfc/rfc1242.txt
  7. https://www.rfc-editor.org/rfc/rfc2679.txt
  8. https://www.rfc-editor.org/rfc/rfc7679.txt
  9. https://www.rfc-editor.org/rfc/rfc2330.txt
  10. https://www.rfc-editor.org/rfc/rfc3393.txt
  11. https://www.rfc-editor.org/rfc/rfc5481.txt
  12. https://www.rfc-editor.org/rfc/rfc2225.txt