4. Mehrparteien-RTP-Sitzungen

4. Mehrparteien-RTP-Sitzungen

DTLS ist ein Client-Server-Protokoll, aber RTP/RTCP-Sitzungen umfassen oft mehrere Parteien in einer Konferenz- oder Multicast-Umgebung. Um Mehrparteienkommunikation mit DTLS-SRTP zu unterstützen, MUSS jedes Paar kommunizierender Entitäten eine separate DTLS-Assoziation etablieren. Beispielsweise würde es bei einem Dreierge-spräch drei separate DTLS-Assoziationen geben: A-B, B-C und A-C.

Dieser Ansatz hat den Vorteil, dass jedes Endpunktpaar ein einzigartiges Master-Secret teilt. Dies bedeutet jedoch, dass ein Endpunkt in einer N-Parteien-Konferenz N-1 separate DTLS-Assoziationen und daher N-1 separate Sätze von SRTP-Schlüsseln aufrechterhalten muss.

In Szenarien, in denen ein zentraler Server (wie ein RTP-Mixer oder Übersetzer) Verkehr zwischen Endpunkten weiterleitet, etabliert jeder Endpunkt eine DTLS-Assoziation mit dem zentralen Server, nicht mit jedem anderen Endpunkt. Dies reduziert die Anzahl der DTLS-Assoziationen, die jeder Endpunkt aufrechterhalten muss, bedeutet aber, dass der zentrale Server Zugriff auf die unverschlüsselten Medien hat.