1. Einleitung

Zum Zeitpunkt, als das Real-Time Transport Protocol (RTP) [RFC3550] ursprünglich entworfen wurde, und noch geraume Zeit danach, übertrugen Endpunkte in RTP-Sitzungen typischerweise nur eine einzige Medienquelle und verwendeten somit einen einzigen RTP-Strom und eine einzige Synchronisationsquelle (SSRC) pro RTP-Sitzung, wobei für jeden einzelnen Medientyp üblicherweise separate RTP-Sitzungen verwendet wurden. In jüngerer Zeit sind jedoch eine Reihe von Szenarien entstanden, in denen Endpunkte mehrere RTP-Ströme, unterschieden durch verschiedene RTP-Synchronisationsquellen-(SSRC-)Bezeichner, in einer einzigen RTP-Sitzung senden möchten. Diese werden in Abschnitt 3 beschrieben. Obwohl der ursprüngliche Entwurf von RTP solche Szenarien durchaus berücksichtigte, wurde die Spezifikation nicht durchgängig mit solchen Anwendungsfällen vor Augen geschrieben; daher ist die Spezifikation an manchen Stellen etwas unklar.

Dieses Memorandum aktualisiert [RFC3550], um das Verhalten in Anwendungsfällen zu klären, in denen Endpunkte mehrere SSRCs verwenden. Es aktualisiert außerdem [RFC4585], um Probleme im Zusammenhang mit dem Timeout inaktiver SSRCs zu lösen und das Verhalten bei der Einbeziehung von Feedback-Nachrichten zu klären.