1. Einführung

Das Real-time Transport Protocol (RTP) [1] besteht aus zwei Komponenten: einem Datentransferprotokoll und einem zugehörigen Kontrollprotokoll (RTCP). Historisch gesehen wurden RTP und RTCP auf separaten UDP-Ports betrieben. Mit der zunehmenden Nutzung von Network Address Port Translation (NAPT) [14] ist dies problematisch geworden, da die Aufrechterhaltung mehrerer NAT-Bindungen kostspielig sein kann. Zudem erschwert es die Firewall-Administration, da mehrere Ports geöffnet werden müssen, um RTP-Verkehr zuzulassen. Dieses Memorandum erörtert, wie die RTP- und RTCP-Ströme für einen einzelnen Medientyp auf einem einzigen Port betrieben werden können, um das NAT-Traversal zu erleichtern und die Firewall-Administration zu vereinfachen, und prüft, wann ein solches Multiplexing angemessen ist. Das Multiplexing mehrerer Medientypen (z. B. Audio und Video) auf einen einzigen Port wird hier nicht betrachtet (siehe jedoch Abschnitt 5.2 von [1]).

Dieses Memorandum ist wie folgt gegliedert: In Abschnitt 2 erörtern wir die Designentscheidungen, die zur Verwendung separater Ports geführt haben, und kommentieren die Anwendbarkeit dieser Entscheidungen auf aktuelle Netzwerkumgebungen. Wir erörtern die Terminologie in Abschnitt 3 und wie multiplexierte Pakete in Abschnitt 4 unterschieden werden können; anschließend legen wir in Abschnitt 5 fest, wann und wie RTP und RTCP multiplexiert werden sollten und wie multiplexierte Sitzungen signalisiert werden. Fragen der Dienstgüte (QoS) und der Bandbreite werden in Abschnitt 6 erörtert. Wir schließen mit Sicherheitshinweisen in Abschnitt 7 und IANA-Überlegungen in Abschnitt 8 ab.

Dieses Memorandum aktualisiert Abschnitt 11 von [1].