Zusammenfassung
- RFC 5285, inzwischen durch RFC 8285 ersetzt, nennt die Zahl im RTP-Erweiterungselement eine lokale ID. Erst die
extmap-Zuordnung zu einer URI legt Format und Bedeutung fest. - Syntaxprüfung, Zuordnung, Dekodierung, autorisierte Handlung und beobachtetes Ergebnis sind getrennte Belege. Wer nur Pakete archiviert, besitzt noch kein vollständiges semantisches Archiv.
Das Diagnosewerkzeug fand ID 3, Länge 1 und einen plausiblen Wert. Die Darstellung nannte ihn Audiopegel. Technisch war fast alles daran korrekt: Die Paketgrenze stimmte, die Erweiterung war vollständig, der Parser hatte kein Byte verloren. Nur die Bezeichnung war aus einer anderen Sitzung übernommen worden. Dort hatte 3 einen Audiopegel bezeichnet; hier verwies 3 auf eine Zeitverschiebung.
Die Grammatik war richtig. Das Wörterbuch war falsch.
RFC 5285 löste ein Platzproblem, ohne daraus ein zentrales Nummerierungsregime zu machen. Mehrere kleine Metadaten sollten in die RTP-Kopferweiterung passen. Eine lange URI in jedem Paket wäre teuer. Eine dauerhafte globale Kurznummer für jede mögliche Erweiterung wäre unflexibel. Daher trägt das Paket einen kompakten lokalen Index; SDP verbindet ihn über a=extmap:<Wert> <URI> mit einem stabilen Namen.
RFC 8285 löste die Fassung von 2008 ab und erweiterte unter anderem die Regeln für Ein-Byte- und Zwei-Byte-Formate. Das Autoritätsmodell blieb: Lokale IDs werden nicht statisch vergeben.
Der Drahtwert endet an der Verhandlungsgrenze
Im Ein-Byte-Format stehen die IDs 1 bis 14 zur Verfügung. Das Zwei-Byte-Format schafft mehr Raum. Beide sparen wiederholte Übertragungskosten, weil sie den langen Namen aus dem schnellen Datenpfad nehmen.
Die IANA führt URIs für Zeitoffsets, Synchronisationszeit, Audiopegel, MID, RID, Frame Marking und weitere Erweiterungen. Diese Registrierung stabilisiert den Namen und verweist auf seine Spezifikation. Sie weist einer Sitzung nicht die Zahl 3 oder 7 zu.
Dieselbe Zahl darf deshalb in verschiedenen Sitzungen verschiedene URIs adressieren. Auch innerhalb einer SDP-Beschreibung ist der Geltungsbereich relevant: extmap kann auf Sitzungs- oder Medienebene stehen, beide Stile dürfen nicht vermischt werden. Richtung und Erweiterungsattribute gehören ebenfalls zur Konfiguration.
Ein belastbarer Datensatz besteht nicht aus ID=3, sondern aus Paket, Medienabschnitt oder BUNDLE-Gruppe, Verhandlungsepoche, Richtung, URI und Attributen. Fehlt die Zuordnung, bleibt der Transportbefund gültig. Die Semantik erhält den Zustand „nicht aufgelöst“, statt aus einer häufigen Voreinstellung erraten zu werden.
Ein erfolgreicher Parser ist noch kein Dolmetscher
Das RTP-Profilfeld zeigt, ob ein Paket Erweiterungselemente im Ein-Byte- oder Zwei-Byte-Format enthält. Ein Parser kann Länge, Padding und Elementgrenzen prüfen. Damit ist die Struktur bestätigt.
Erst danach sucht das System die lokale ID in der zu diesem Zeitpunkt geltenden Abbildung. Die gefundene URI wählt den spezialisierten Decoder. Dessen Erfolg bestätigt die semantische Interpretation. Wer beide Schritte als „verarbeitet“ zusammenfasst, verliert die Stelle, an der ein korrektes Byte den falschen Namen erhalten kann.
Der Übergang von RFC 5285 zu RFC 8285 macht die Trennung sichtbar. Ursprünglich durfte ein Stream nur eine der beiden Formen verwenden. RFC 8285 erlaubt den Wechsel zwischen Paketen, wenn alle Empfänger dies unterstützen und extmap-allow-mixed entsprechend ausgehandelt oder anderweitig bekannt ist. Innerhalb eines einzelnen Pakets gilt weiterhin genau eine angezeigte Form.
Ein Zwei-Byte-Paket belegt eine Sendung, nicht die Zustimmung des Empfängers. Ein Attribut im Angebot belegt einen Vorschlag, nicht die Annahme. Form, Fähigkeit und tatsächliche Nutzung benötigen eigene Belege.
Laufender Code braucht ein stabiles Wörterbuch
Gültige IDs dürfen im anwendbaren Bereich nicht doppelt verwendet werden. Eine Sitzungsaktualisierung kann Erweiterungen hinzufügen oder entfernen und Richtungen ändern. Eine gültige ID darf nicht auf eine andere URI umgebogen werden. Sonst könnten Pakete im Flug gleichzeitig zwei Bedeutungen besitzen.
Für die Forensik folgt daraus eine Zeitachse. Nur das letzte SDP zu archivieren reicht nicht. Jede Änderung erzeugt eine Epoche mit einem nachvollziehbaren Beginn. Frühere Pakete werden weiterhin mit dem früheren Wörterbuch gelesen.
Die Werte 4096 bis 4351 dienen im Angebot für Alternativen oder Kandidaten, die noch keinen Platz im gültigen Bereich haben. Der Antwortende kann einen Kandidaten auswählen und auf eine freie Draht-ID abbilden. Die hohe Zahl selbst ist nicht übertragbar. Sie ist Verhandlungsraum, kein Laufzeitbeleg.
Auch inactive trennt Fähigkeit von Ausführung. Eine Erweiterung kann bekannt und reserviert sein, ohne gesendet zu werden. SDP beschreibt die vereinbarte Möglichkeit; RTP beschreibt das eingetretene Ereignis.
BUNDLE verändert die Form des Wörterbuchs
BUNDLE lässt mehrere Medienbeschreibungen einen Transport teilen. MID ordnet eingehende RTP-Ströme der richtigen m=-Sektion zu. RFC 9143 verlangt die MID-Erweiterung für gebündelte RTP-Medienbeschreibungen.
RFC 8285 behandelt die m=-Sektionen einer BUNDLE-Gruppe als gemeinsamen lokalen ID-Raum. Dieselbe URI mit derselben Konfiguration muss in allen betroffenen Mitgliedern dieselbe ID verwenden. Dennoch können die Mitglieder unterschiedliche Erweiterungsmengen besitzen.
Eine globale Tabelle pro Server ist daher zu breit; eine vollständig getrennte Tabelle pro Medienzeile ist zu schmal. Das Modell muss Gruppe, Mitglied, URI, Konfiguration und Zeit bewahren. Bei einem SFU kommen Eingangs- und Ausgangszuordnungen hinzu, falls Erweiterungen entfernt oder umgeschrieben werden.
RtpStreamId zeigt eine weitere Namensschicht. RFC 8852 begrenzt RID durch Quelle und Mediensitzung, bei BUNDLE zusätzlich durch MID. Die kompakte ID findet zunächst die URI der RID-Erweiterung. Der RID-Wert benennt danach einen Stream in seinem eigenen Bereich. Gleiche Terminologie bedeutet nicht gleiche Autorität.
Verschlüsselung ändert Sichtbarkeit, nicht Semantik
Erweiterungen können sensible Metadaten enthalten. RFC 6904 definierte selektive Verschlüsselung von Werten. RFC 9335 stellte später fest, dass auch IDs und Längen Anwendungen oder Endgeräte verraten können, und schützt mit Cryptex einen größeren Teil der Struktur.
Wenn eine Netzsonde danach keine Erweiterung mehr lesen kann, ist die Erweiterung nicht nachweislich verschwunden. Die Sonde hat Klartextsichterbarkeit verloren. Ein berechtigter Endpunkt kann entschlüsseln, braucht aber weiterhin die richtige extmap-Epoche.
Die Belegkette lautet daher: Paket empfangen; Format geparst; Zuordnung gefunden; URI-spezifischen Wert dekodiert; autorisierte Komponente hat gehandelt; unabhängiges Signal hat die Wirkung gemessen. Ein korrekter Audiopegel kann zu einer schlechten Sprecherwahl führen. Eine korrekte Wahl kann durch Netzlatenz wirkungslos bleiben. Kein früher Beleg erbt automatisch das Ergebnis.
Die Stärke des Standards liegt in dieser begrenzten Aussage. Er macht Metadaten billig transportierbar, ohne die Kurznummer zum globalen Namen zu erklären. Betriebssysteme sollten dieselbe Bescheidenheit zeigen und jede zusätzliche Schlussfolgerung mit einer neuen Herkunft versehen.
Mitgliederbriefing
Detaillierter Profilkontext
Melden Sie sich mit der richtigen Mitgliedschaftsstufe an, um das vollständige Briefing und die Quellennotizen freizuschalten.
Nur für Strategic Circle
Strategic Circle
Offen für alle Leser. Schalten Sie Profil-Briefings nach Beitritt und Anmeldung frei.
Strategic Circle beitretenNur für Leadership Alliance
Leadership Alliance
Für qualifizierte Inhaber von IP-Assets und Management; melden Sie sich an, um Leadership-Alliance-Briefings freizuschalten.
Leadership Alliance beitreten
