Closed GoogleCodeExporter closed 8 years ago
You are talking about the obsolete STUN specs in RFC 3489. We support only the
current STUN specs is RFC 5389. I may mark it as "enhancement" but I really do
not know when I can work on it, supporting the obsolete specs has never been
much of priority. Can you find a softphone that supports the new STUN specs
(RFC5389 and RFC5780) ?
Original comment by mom040...@gmail.com
on 17 May 2013 at 4:06
Thanks a lot for your confirmation. I'll find another softphone to try with the
turn server.
Original comment by zhangjun...@gmail.com
on 18 May 2013 at 1:02
About 6 months ago I checked this for the other two open source TURN servers.
reTurn (from reSIProcate) does appear to support legacy STUN clients, while
TurnServer.org does not appear to support the legacy STUN clients. I used the
command line client (/usr/bin/stun) from the stun package on Debian to test
them all:
http://packages.debian.org/sid/stun
Original comment by dan...@pocock.pro
on 6 Jun 2013 at 2:18
Adding this functionality is possible because we can separate obsolete incoming
client packets from the "new" packets. It would definitely create a mess in the
code because the old RFC was mostly split into two new RFCs (5389 and 5780)
which we support. But if this is really important for some users, then it can
be done.
Original comment by mom040...@gmail.com
on 6 Jun 2013 at 2:56
This backward compatibility will be added to the upcoming 1.8.7.0 build. the
build will be tested and issued in a few days.
Original comment by mom040...@gmail.com
on 21 Jun 2013 at 12:01
Fixed in v1.8.7.0
Original comment by mom040...@gmail.com
on 23 Jun 2013 at 5:54
Original issue reported on code.google.com by
zhangjun...@gmail.com
on 17 May 2013 at 3:28Attachments: