4. Requirements and Recommendations (Anforderungen und Empfehlungen)
Der Zweck von SDP besteht darin, Informationen über Medienströme in Multimedia-Sitzungen zu übermitteln, damit der Empfänger einer Sitzungsbeschreibung an der Sitzung teilnehmen kann. SDP ist hauptsächlich für den Einsatz in Internetworks gedacht, obwohl es allgemein genug ist, um Konferenzen in anderen Netzwerkumgebungen zu beschreiben. Medienströme können viele-zu-viele sein. Sitzungen müssen nicht dauerhaft aktiv sein.
Bisher unterscheiden sich internetbasierte Multicast-Sitzungen von vielen anderen Konferenzformen dadurch, dass jeder, der den Datenverkehr empfängt, der Sitzung beitreten kann (es sei denn, der Sitzungsverkehr ist verschlüsselt). In einer solchen Umgebung hat SDP zwei Hauptzwecke. Es ist ein Mittel zur Übermittlung der Existenz einer Sitzung und ein Mittel zur Übermittlung ausreichender Informationen, um das Beitreten und Teilnehmen an der Sitzung zu ermöglichen. In Unicast-Umgebungen ist möglicherweise nur der letztere Zweck relevant.
Eine SDP-Sitzungsbeschreibung enthält folgende Informationen:
- Sitzungsname und -zweck
- Zeitraum, in dem die Sitzung aktiv ist
- Die Medien, aus denen die Sitzung besteht
- Informationen zum Empfang dieser Medien (Adressen, Ports, Formate usw.)
Da die für die Teilnahme an einer Sitzung benötigten Ressourcen begrenzt sein können, können auch einige zusätzliche Informationen erforderlich sein:
- Informationen über die von der Sitzung verwendete Bandbreite
- Kontaktinformationen der für die Sitzung verantwortlichen Person
Im Allgemeinen MUSS SDP ausreichende Informationen übermitteln, damit Anwendungen einer Sitzung beitreten können (mit der möglichen Ausnahme von Verschlüsselungsschlüsseln), und alle Nicht-Teilnehmer, die es wissen müssen, über die zu verwendenden Ressourcen informieren. (Letzteres ist hauptsächlich nützlich, wenn SDP mit Multicast-Sitzungsankündigungsprotokollen verwendet wird.)
4.1 Media and Transport Information (Medien- und Transportinformationen)
Eine SDP-Sitzungsbeschreibung enthält folgende Medieninformationen:
- Medientyp (Video, Audio usw.)
- Transportprotokoll (RTP/UDP/IP, H.320 usw.)
- Medienformat (H.261-Video, MPEG-Video usw.)
Zusätzlich zu Medienformat und Transportprotokoll übermittelt SDP Adress- und Portdetails. Für IP-Multicast-Sitzungen umfassen diese:
- Die Multicast-Gruppenadresse für die Medien
- Den Transportport für die Medien
Diese Adresse und dieser Port sind die Zieladresse und der Zielport des Multicast-Stroms, unabhängig davon, ob gesendet, empfangen oder beides erfolgt.
Für Unicast-IP-Sitzungen wird Folgendes übermittelt:
- Die Remote-Adresse für die Medien
- Den Remote-Transportport für die Medien
Die Semantik dieser Adresse und dieses Ports hängt von den definierten Medien und dem Transportprotokoll ab. Standardmäßig SOLLTE dies die Remote-Adresse und der Remote-Port sein, an den Daten gesendet werden. Einige Medientypen können dieses Verhalten neu definieren, was jedoch NICHT EMPFOHLEN wird, da es die Implementierung erschwert (einschließlich Zwischengeräten, die Adressen analysieren müssen, um NAT- oder Firewall-Pinholes zu öffnen).
4.2 Timing Information (Zeitinformationen)
Sitzungen können zeitlich begrenzt oder unbegrenzt sein. Unabhängig davon, ob sie begrenzt sind, können sie nur zu bestimmten Zeiten aktiv sein. SDP kann übermitteln:
- Eine beliebige Liste von Start- und Stoppzeiten, die die Sitzung begrenzen
- Für jede Begrenzung Wiederholungszeiten, z. B. „jeden Mittwoch um 10 Uhr für eine Stunde"
Diese Zeitinformationen sind global konsistent, unabhängig von lokalen Zeitzonen oder Sommerzeit (siehe Abschnitt 5.9).
4.3 Private Sessions (Private Sitzungen)
Es können sowohl öffentliche als auch private Sitzungen erstellt werden. SDP selbst unterscheidet nicht zwischen diesen; private Sitzungen werden typischerweise durch Verschlüsselung der Sitzungsbeschreibung während der Verteilung übermittelt. Die Details der Verschlüsselung hängen vom Mechanismus ab, der zur Übertragung von SDP verwendet wird; derzeit sind Mechanismen für SDP definiert, das über SAP [14] und SIP [15] transportiert wird, und weitere können in Zukunft definiert werden.
Wenn die Sitzungsankündigung privat ist, kann diese private Ankündigung verwendet werden, um die Verschlüsselungsschlüssel zu übermitteln, die zum Dekodieren jedes Mediums in der Konferenz erforderlich sind, einschließlich ausreichender Informationen darüber, welches Verschlüsselungsschema für jedes Medium verwendet wird.
4.4 Obtaining Further Information about a Session (Weitere Informationen über eine Sitzung)
Eine Sitzungsbeschreibung SOLLTE ausreichende Informationen übermitteln, um zu entscheiden, ob man an der Sitzung teilnehmen möchte. SDP kann zusätzliche Verweise auf weitere Informationen über die Sitzung in Form von Uniform Resource Identifiers (URIs) enthalten.
4.5 Categorisation (Kategorisierung)
Wenn SAP oder ein anderer Ankündigungsmechanismus viele Sitzungsbeschreibungen verteilt, kann es notwendig sein, interessante Sitzungsankündigungen von uninteressanten zu filtern. SDP unterstützt Sitzungskategorisierungsmechanismen, die automatisiert werden können (das Attribut „a=cat:"; siehe Abschnitt 6).
4.6 Internationalisation (Internationalisierung)
Die SDP-Spezifikation empfiehlt die Verwendung des ISO-10646-Zeichensatzes in UTF-8-Kodierung [5], um die Darstellung vieler verschiedener Sprachen zu ermöglichen. Um jedoch eine kompakte Darstellung zu unterstützen, erlaubt SDP auch die Verwendung anderer Zeichensätze wie ISO 8859-1, wenn dies erforderlich ist. Die Internationalisierung gilt nur für Freitextfelder (Sitzungsname und Hintergrundinformationen) und nicht für SDP als Ganzes.