Zusammenfassung

  • RFC 2448 wollte Informationen hoher Priorität (HP) zuverlässiger zustellen, während Video niedriger Priorität (LP) auf seinem gewöhnlichen Weg blieb.
  • Der Empfang der HP beweist weder den Eingang der LP noch deren Zuordnung, die Dekodierung oder eine rechtzeitige Anzeige.

Komprimierung verteilt die Bedeutung nicht gleichmäßig über alle Bits. Manche beschreiben Bildstruktur oder Dekodierparameter; andere tragen den größten Teil des sichtbaren Inhalts. Das Netzwerk sieht jedoch Pakete. Ohne eigene Prioritätsfunktion weiß es nicht, welcher Verlust den Codec am stärksten trifft.

RFC 2448 verlagerte diese Entscheidung an den Encoder oder die Anwendung. Der Sender teilte den Strom in als wesentlich eingestufte HP-Segmente und den übrigen LP-Anteil. HP konnte vor Beginn des LP-Stroms zuverlässig übertragen, in eigenen RTP-Paketen transportiert, zusätzlich zum unpartitionierten Original dupliziert oder einmalig außer Band gesendet und anschließend beim Empfänger zwischengespeichert werden. Die Priorität kam nicht aus dem Netz; das System organisierte getrennte Zuverlässigkeitspfade.

Die Klassifikation war der entscheidende Eingriff. Laut RFC hängt sie von Syntax und Semantik des jeweiligen Codierverfahrens ab; eine allgemeine Methode für jeden Bitstrom gibt es nicht. Das MPEG-2-Beispiel macht den Zielkonflikt greifbar: Ein HP-Segment nur mit Headern lag üblicherweise unter zwei Prozent der Videodaten. Mit DC-Koeffizienten konnte der Anteil auf etwa 40 Prozent steigen und für sich genommen ein gewisses Maß an brauchbarem Video liefern – dafür musste wesentlich mehr zuverlässig übertragen werden. Das sind Werte des RFC-Beispiels, keine universellen Videomessungen.

HP vorab zu senden senkt die Verlustgefahr, verlängert aber den Start. Separate RTP-Pakete können einen eigenen Payload-Typ verwenden und zugleich Zeitstempelformat sowie SSRC-Raum des Hauptstroms teilen. Solche Kennungen koordinieren, sie garantieren keine gemeinsame Zustellung. Der Sender kann HP außerdem im unpartitionierten Original belassen und zusätzliche Kopien nur bei Verlust benötigen. Bei einmalig außer Band übertragenen, wiederverwendbaren HP-Daten können Zeitstempel bedeutungslos sein; Keyframes und, falls vorhanden, das Marker-Bit können bei der Zuordnung zum LP-Strom helfen.

Der Empfänger muss mehr prüfen als den erfolgreichen Abschluss des zuverlässigen Transports: Gehören HP zur aktuellen Codec-Version und zur richtigen Stelle im LP-Strom? Sind die nötigen LP-Daten eingetroffen? Hat der Decoder rechtzeitig vor der Wiedergabefrist ein Ergebnis erzeugt? Wurde es anschließend tatsächlich angezeigt? Der vollständige Empfang der HP beantwortet keine dieser Fragen.

RFC 2448 erschien im November 1998 als Informational RFC und legte keinen Internetstandard fest. Das Dokument nannte Patente von AT&T/Lucent und erklärte, IESG und IETF nähmen weder zur Gültigkeit noch zum Umfang oder zur Lizenzverfügbarkeit Stellung. Eine beschriebene Technik belegt weder ihre Übernahme noch heutige Verbreitung, Interoperabilität oder einen Nutzen für Zuschauer. Die historische Aussage ist enger: Selektive Zuverlässigkeit macht aus einem Transportproblem eine Codec-Politik, und jeder zusätzliche Pfad schafft eine Zuordnungsbedingung, die nachgewiesen werden muss.

Quellen

RFC 2448; Eintrag zu RFC 2448; IETF-Datatracker-Eintrag; Errata zu RFC 2448; RFC 2250, MPEG-RTP-Payload; RFC 3550, RTP; RFC 2198, redundante Audiodaten; RFC 2733, RTP-FEC; RFC 5109, generische RTP-FEC; RFC 4588, RTP-Wiederübertragung; RFC 1191, Path-MTU-Ermittlung; RFC 1889, frühere RTP-Spezifikation; Heng Lu, Vorrang für laufenden Code; Heng Lu, Spezifikation und freiwillige Übernahme.