< Previous by Date Date Index Next by Date >
  Thread Index  

Re: [repro-users] [reSIProcate-users] Resiprocate-webrtc gateway


In the future, please post questions to the mailing lists so that everyone can benefit from the questions and answers.  Thanks!  :)

reSIProcate only handles SIP messaging.  The easiest way to send JSON messages between SIP clients is to send a SIP MESSAGE message with an JSON mime body (application/json).


On Mon, Feb 15, 2016 at 11:54 PM, riko nir <nir.riko12345@xxxxxxxxx> wrote:
Hi Scott,

We are using resiprocate for the case of SIP over websocket with JsSIP client.
Is it possible to use any proprietary signaling such as JSON over websocket from a webrtc client, and use resiprocate on the server side?
What kind of changes we may need to do for supporting JSON messages with Websocket, also it needs to support SIP over websocket.


On Fri, Feb 5, 2016 at 10:12 PM, Scott Godin <sgodin@xxxxxxxxxxxxxxx> wrote:
You cannot do this without custom development.


On Thu, Feb 4, 2016 at 12:56 AM, riko nir <nir.riko12345@xxxxxxxxx> wrote:
Hi Scott,

Regarding your reply for the following :
>2. Handle DTLS and able to fetch key and crypto method.

[Scott]  Repro can handle a DTLS transport for SIP messaging, but it does nothing with the media stream and thus does NOT handle DTLS / DTLS-STRP for the media stream.

[Suganthi] Here, there is a conference application which can do the SRTP for the media stream. But the DTLS-SRTP handshake needs to be done by resiprocate, and we need to just fetch the exchanged certificate and keys and pass the key to the conference application. The conference application can be able to do SRTP. So, we just need DTLS-SRTP handshake done by resiprocate and the SRTP of media stream will be handled by conference application. So that is possible with reSIProcate?


On Tue, Jan 12, 2016 at 10:39 AM, riko nir <nir.riko12345@xxxxxxxxx> wrote:
Thank you Scott for you support.

On Mon, Jan 11, 2016 at 8:53 PM, Scott Godin <sgodin@xxxxxxxxxxxxxxx> wrote:

I getting the feeling that resiprocate/repro will not meet your entire needs.  From the sounds of your description you are referring to DTLS in the context of media and not as a SIP message transport.  repro will NOT handle anything on the media plane for you.  ie:  Will not do anything with ICE / SDP or STUN/TURN.  The clients would need to support that stuff / ICE directly for this to work with repro.

reTURN is a standalone STUN/TURN server that can be used in an environment where all invoking the STUN/TURN requests is all done by the clients that support ICE.

To answer your questions directly:

>1. Handle websocket,

[Scott]  Yes - repro can bridge a websocket to non-websocket (ie: UDP/TCP/TLS) for SIP traffic.

>2. Handle DTLS and able to fetch key and crypto method.

[Scott]  Repro can handle a DTLS transport for SIP messaging, but it does nothing with the media stream and thus does NOT handle DTLS / DTLS-STRP for the media stream.

>3. Handle ICE in SDP (STUN/TURN)

[Scott]  No.  repro does not interfere/enhance the media stream at all.  Media must flow point to point, or via reTURN if invoked by the clients.


On Mon, Jan 11, 2016 at 5:15 AM, riko nir <nir.riko12345@xxxxxxxxx> wrote:
Hi Scott,

We are deciding to use resiprocate. Here we have some more queries.

There is a conference media server, for which webrtc support needs to be done. So, a webrtc gateway needs to be implemented. Also, the gateway needs to support ICE and DTLS. So we decided to use resiprocate as a webrtc gateway.

The resiprocate server is supporting DTLS. The media need not handled by resiprocate, it can be handled by conference media server. Resiprocate needs to send only the DTLS - key information to conference media server and, the server will handle SRTP packets.

Also, is there any way to add the ICE candidate information in the SDP?

What is the role of STUN/reTURN server of resiprocate? can you give some overview, so that we will finalize whether resiprocate is appropriate for our prupose?

Shortly speaking, the gateway needs to support the following:

1. Handle websocket,
2. Handle DTLS and able to fetch key and crypto method.
3. Handle ICE in SDP (STUN/TURN)

Your suggestions will be great for me.


On Mon, Jan 11, 2016 at 10:00 AM, riko nir <nir.riko12345@xxxxxxxxx> wrote:
Thank you Scott.

We are in the case, where the other end does not support ICE, but only the WebRTC clients. The gateway has to add the ICE information in the SDP. Also, the media needs to be received in the server, as we have the conference server, through which all the media should go and the server takes care of sending the media to all other members in the conference. Can I use Resiprocate in this scenario?

On Fri, Jan 8, 2016 at 7:57 PM, Scott Godin <sgodin@xxxxxxxxxxxxxxx> wrote:
Hello Nir,

repro is a good choice and there is information on configuring it here:  http://www.sipspectrum.com/blog/configuring-repro-for-webrtc

It should be noted that repro will handle your SIP traffic only, it will not do anything with the media plane.  It will not modify IP addresses in the SDP for NATing purposes - however this is not required if both ends support ICE.  repro supports DTLS for SIP traffic.

There is also additional info here:


On Fri, Jan 8, 2016 at 2:30 AM, riko nir <nir.riko12345@xxxxxxxxx> wrote:
Hi, I am planning to implement a WEBRTC gateway for a SIP conference server like Freeswitch, so that SIP over websocket clients and webrtc clients will be able to participate in the conference with other SIPclients.The gateway needs to support NAT and DTLS.

I am planning use open-source for this, but I have little bit confused on choosing which one opensource gateway I can use and how can I implement, as I am very new to this. Do resiprocate would be appropriate for this implementation?


resiprocate-users mailing list
List Archive: http://list.resiprocate.org/archive/resiprocate-users/