<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Mar 18, 2014 at 1:40 PM, Krisztián Pintér <span dir="ltr"><<a href="mailto:pinterkr@gmail.com" target="_blank">pinterkr@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">i would really appreciate some expert opinions on curveCP. this thing<br>


is out there for years, and all i hear is silence.</blockquote><div><br></div><div>Well first, the CurveCP implementation isn't usable. It's not really a library so much as external programs you can talk to which handle the termination. </div>

<div><br></div><div>Another part of the problem is CurveCP is built on UDP. I'm not really sure why it's built on UDP as djb classes TCP Vegas decongestion as "good":<br></div><div><br></div><div><a href="http://curvecp.org/decongestion.html">http://curvecp.org/decongestion.html</a></div>

<div><br></div><div>UDP is often dropped on the floor amidst TCP congestion, as this experimental measurement of CurveCP demonstrates:</div><div><br></div><div><a href="http://www.delaat.net/rp/2010-2011/p48/report.pdf">http://www.delaat.net/rp/2010-2011/p48/report.pdf</a> </div>

<div><br></div><div>See chart on Page 15, "CurveCP bandwidth with competing TCP traffic (10MBit)"</div><div><br></div><div>CurveZMQ has reimplemented CurveCP on top of TCP, but it has been special-cased for the 0MQ protocol:</div>

<div><br></div><div><a href="http://curvezmq.org/">http://curvezmq.org/</a><br></div><div><br></div><div>Then there's MinimaLT:</div><div><br></div><div><a href="http://cr.yp.to/tcpip/minimalt-20130522.pdf">http://cr.yp.to/tcpip/minimalt-20130522.pdf</a><br>

</div></div>
</div></div>