<div dir="ltr"><div>I've been evaluating various TURN server implementations to be used with a client code based on ICE.  Here's the list I have so far</div><div> </div><div>1. rfc5766-turn-server - <a href="http://code.google.com/p/rfc5766-turn-server/">http://code.google.com/p/rfc5766-turn-server/</a></div>
<div> </div><div>2. TurnServer - <a href="http://turnserver.sourceforge.net">http://turnserver.sourceforge.net</a></div><div> </div><div>3. restund - <a href="http://www.creytiv.com/restund.html">http://www.creytiv.com/restund.html</a></div>
<div> </div><div>4. ReTurn - <a href="http://www.resiprocate.org/ReTurn_Overview">http://www.resiprocate.org/ReTurn_Overview</a></div><div> </div><div>I've experiment with the first two with mixed success with regards to reliability.  About to investigate the others.</div>
<div> </div><div>Does anyone have a specific success story (or bad story) about any of the above implementations?</div><div> </div><div>Does anyone have a recommendation with regards to another one on the list?  Commercial (pay-for) solutions are also of interest.</div>
<div> </div><div>One requirement I likely do have. The server must run on an Amazon EC2 instance. Since Amazon EC2 instances run "behind a NAT", the TURN server itself must be configurable to allow it's own public IP to be specified. (Such that allocation responses will contain the correct public IP, not the NAT address).    #1 above supports this.  #2 doesn't (although I hacked it to work).</div>
</div>