[libnice] [nice] recommended OSS STUN/TURN server
klaus.kranz at access-company.com
Thu Dec 4 01:16:17 PST 2014
the authentication can be ruled out.
The tests have been conducted on a rental machine in the cloud.
Now our IT department has setup a machine in our premises facing the public
and bingo the rfc5766 server worked out of the box.
I will send you another mail with a trace attached.
From: nice [mailto:nice-bounces at lists.freedesktop.org] On Behalf Of Philip
Sent: Freitag, 28. November 2014 17:02
To: nice at lists.freedesktop.org
Subject: Re: [libnice] [nice] recommended OSS STUN/TURN server
That seems very odd. Are the connections to the various TURN servers failing
due to a lack of authentication? Try disabling authentication in their
configuration, and using libnice in NICE_COMPATIBILITY_GOOGLE mode (which
disables authentication). (Note that this isn’t a deployable solution — the
actual solution would require runtime sharing of credentials between your
signalling server and the TURN servers.)
Can’t really debug this without logs from the TURN servers.
On Wed, 2014-11-26 at 14:01 +0100, Klaus Kranz wrote:
> Each of the recommended servers fail alone.
> Libnice was not able to setup a connection using rfc5466-turn-server
> supplied relay candidates--> so no TURN Libnice always uses relay
> candidates if supplied by Turnserver.org -> so no STUN
> After a journey trying out different setups , I got one to work, which is:
> rfc5466-turn-server with option -stun-only and turnserver.org co
> installed on 1 node.
> With this setup libnice is able to have STUN and TURN based sessions.
> Of course this is not the desired solution, so I still wonder if one
> made same experience.
> It looks like rfc server doesn't propagate send invitations properly.
> All msg exchanges up to this point seem to be ok Rgds Klaus
> -----Original Message-----
> From: Olivier Crête [mailto:olivier.crete at collabora.com]
> Sent: Freitag, 14. November 2014 17:33
> To: Klaus Kranz; nice at lists.freedesktop.org
> Subject: Re: [libnice] [nice] recommended OSS STUN/TURN server
> I've never tried coTurn, you may want to look at the libnice log produce
> with G_MESSAGES_DEBUG=all NICE_DEBUG=all, if you can't make any sense from
> them, please post them here.
> On 11/14/2014 10:22 AM, Klaus Kranz wrote:
> > Dear Olivier,
> > thanks a lot. I've followed the rfc5466-turn-server which leads to
> > coTurn.
> > So I tried coTurn. It worked out-of-the-box for STUN but libnice
> > didn't gather relay candidates.
> > I could see that the TURN ALLOCATIONS went ok, but...
> > Do you have any idea what can go wrong ?
> > Rgds
> > Klaus
> > -----Original Message-----
> > From: nice [mailto:nice-bounces at lists.freedesktop.org] On Behalf Of
> > Olivier Crête
> > Sent: Donnerstag, 13. November 2014 17:59
> > To: nice at lists.freedesktop.org
> > Subject: Re: [libnice] [nice] recommended OSS STUN/TURN server
> > Hi,
> > There are 2 good open source turn servers, turnserver.org and
> > rfc5466-turn-server.
> > On 13/11/14 03:13 AM, Klaus Kranz wrote:
> >> Dear all,
> >> does somebody have a recommendation for an open source STUN/TURN
> >> server, confirming a well functioning behaviour.
> >> Thanks in advance.
> >> Rgds
> >> Klaus
> >> .
> >> _______________________________________________
> >> nice mailing list
> >> nice at lists.freedesktop.org
> >> http://lists.freedesktop.org/mailman/listinfo/nice
> > --
> > Olivier Crête
> > olivier.crete at collabora.com
> > _______________________________________________
> > nice mailing list
> > nice at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/nice
> Olivier Crête
> olivier.crete at collabora.com
More information about the nice