Hi Johansson, All
Sincier regards and thanks for input.
As I understand, all media packets pass through RTP Proxy. The RTP Proxy will receive simple UDP media packets from endpoints. Next RTP proxy today pass those RTP packets to destination party.
My job is precisely to support TLS and DTLS path between RTP Proxy and destination party. In my setup the destination party is a media server.
Do you really see a risk to have this setup. If so, please elaborate.
I underdstand here the challenge setup TLS/DTLS connection with media server and send/recv media packets with server usuing either TLS or DTLS.
Also you mentioned "There's also solutions for RTP over DTLS" , can you please share from where I can get the reference solution, it help me to great extent.
Best Regards
Kamal
On Tue, Oct 16, 2012 at 12:08 AM, Olle E. Johansson
<oej@edvina.net> wrote:
15 okt 2012 kl. 13:24 skrev Peter Lemenkov <lemenkov@gmail.com>:
> Hello.
>
> 2012/10/15 Kamal Palei <
palei.kamal@gmail.com>:
>> Hi All
>> I am planning to enhance RTP proxy to support TLS and DTLS.
>> We have some requirements where we need to send RTP packets either over TLS
>> or over DTLS.
>
> Shouldn't it be better to rely on SRTP/ZRTP instead rather than making
> your own incompatible realisation?
but the recommended way is DTLS+SRTP. This is what's standardized for WebRTC,
and the way forward for SIP media as well.
However, I don't see how RTPproxy can be the endpoint for DTLS key exchange, since
it breaks the end2end path. Clients should use TURN relays...
Curious on how you see this working!
/O