<div dir="ltr"><p dir="ltr">Alex, with all due respect, things you said about rtpproxy capacity is somewhat outdated and misleading. We have some nodes in the field, that handle 5,000-6,000 rtp sessions in peak. Those are running 6 rtpproxy instances, 1,000 sessions each.  2-3 year old CPUs, 12 cores in total.</p>
<p dir="ltr">We also have an open source solution called rtp_cluster, which allows building larger scale deployments, for at least up to 50,000 bidirectional streams using multiple nodes running rtpproxy. Available here <a href="https://github.com/sippy/rtp_cluster">https://github.com/sippy/rtp_cluster</a>. You are also welcome to check our talk last summer at the opensips devsummit in Austin where we gave it some limelight.<br></p><p dir="ltr">So you are off by two orders of magnitude roughly with regards to the capacity. :)<br></p>
<p dir="ltr">And yes, we've been happily running large deployments at AWS for at least 6 years now.</p><p dir="ltr">Rodrigo, speaking about your original question, I could not tell much about rtpengine due to a lack of practical experience with it. But from what I read on its website it seems to be logical continuation of the mediaproxy package packed with some cutting edge sexy features.</p>
<p dir="ltr">In a nutshell rtpproxy and mediaproxy/rtpengine are just two independently developed pieces of software, doing somewhat similar function. What would work in your particular setting depends on your requirements and constraints.</p>
<p dir="ltr">Here at Sippy Labs we focus on stability, compatibility and portability for a predominantly regular audio traffic.</p><p dir="ltr">We also have a test suite that check compatibility of the latest production and development versions of the rtpproxy against array of different SIP engines, including Kamailio. <a href="https://travis-ci.org/sippy/voiptests">https://travis-ci.org/sippy/voiptests</a></p><p dir="ltr">So with rtpproxy you are not locked in into single SIP engine, you can mix and match to fit your particular goal.</p><p>And yes, last but not least, all our code is BSD licensed, so you can build you proprietary box that uses it.</p><p>Hope it helps.</p><p>-Max</p>
<div class="gmail_extra"><br><div class="gmail_quote">On Oct 17, 2016 11:33 AM, "Alex Balashov" <<a href="mailto:abalashov@evaristesys.com" target="_blank">abalashov@evaristesys.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 10/17/2016 02:29 PM, Rodrigo Moreira wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
What is difference between modules rtpproxy and rtpengine?<br>
</blockquote>
<br>
rtpproxy is a userspace process which, historically, has a relatively limited call throughput capacity (maybe a few hundred calls), though this might be addressed to some degree in rtpproxy 2.0. Nevertheless, it has been commonly used and well supported in the *SER family for long time.<br>
<br>
RTPEngine is a newer initiative from Sipwise, and uses kernel-mode forwarding to achieve close to on-the-wire RTP forwarding speeds. It can do 10,000+ concurrent bidirectional RTP streams. It also has lots of other features which can be useful in, for example, running an RTP relay in 1:1 NAT environments such as AWS, or in enabling WebRTC.<br>
<br>
However, it is a bit more complicated to set up than vanilla rtpproxy. Not much more, though.<br>
<br>
-- Alex<br>
<br>
-- <br>
Alex Balashov | Principal | Evariste Systems LLC<br>
<br>
Tel: <a href="tel:%2B1-706-510-6800" value="+17065106800" target="_blank">+1-706-510-6800</a> (direct) / <a href="tel:%2B1-800-250-5920" value="+18002505920" target="_blank">+1-800-250-5920</a> (toll-free)<br>
Web: <a href="http://www.evaristesys.com/" rel="noreferrer" target="_blank">http://www.evaristesys.com/</a>, <a href="http://www.csrpswitch.com/" rel="noreferrer" target="_blank">http://www.csrpswitch.com/</a><br>
<br>
______________________________<wbr>_________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">http://lists.sip-router.org/cg<wbr>i-bin/mailman/listinfo/sr-user<wbr>s</a><br>
</blockquote></div></div>
</div>