[asterisk-users] Asterisk 11.4.0-rc1 refuses to use the TURN server

James Mortensen james.mortensen at voicecurve.com
Tue Apr 23 16:28:47 CDT 2013

After struggling with one way audio issues as a result of STUN binding
errors on both the Asterisk side and the Chrome side, we've decided to just
simply go with a TURN relay for RTP packets until the issues are resolved.

I configured rtp.conf so that all of the STUN related entries are commented
out, and I use the following TURN configuration instead:

; Username used to authenticate with TURN relay server.
; Password used to authenticate with TURN relay server.
turnpassword=p at ssw0rd

I also use the same configuration on the client side.  When running a
tcpdump, I see that there is traffic to/from the TURN relay: > blues.viagenie.ca.nat-stun-port: UDP, length 20
    blues.viagenie.ca.nat-stun-port > UDP, length 56 > blues.viagenie.ca.nat-stun-port: UDP, length 28
    blues.viagenie.ca.nat-stun-port > UDP, length 100 > blues.viagenie.ca.nat-stun-port: UDP, length 144 > blues.viagenie.ca.nat-stun-port: UDP, length 144
    blues.viagenie.ca.nat-stun-port > UDP, length 100

But it's dead silent when doing a tcpdump on the Asterisk server side.

The candidates on both sides don't contain relay candidates. Oddly, the
client side still has srflx candidates, suggesting STUN is still at work,
but the Asterisk side only contains host candidates.

Is TURN fully enabled in Asterisk 11?  If so, how does one enable it and
make it the priority?

Thank you,

James Mortensen
Project Manager, VoiceCurve, Inc.
james.mortensen at voicecurve.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20130423/fb2063f5/attachment.htm>

More information about the asterisk-users mailing list