<div dir="ltr">Karsten, if you use repo for rtpengine, please share the link.<br></div><br><div class="gmail_quote"><div dir="ltr">ср, 16 янв. 2019 г. в 19:16, Karsten Horsmann <<a href="mailto:khorsmann@gmail.com">khorsmann@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Hello Daniel,<div dir="auto"><br></div><div dir="auto">I use rtpengine on Centos 7. It's possible to create an DKMS package (automatic rebuild for new Kernel version).</div><div dir="auto"><br></div><div dir="auto">Kind regards </div><div dir="auto">Karsten </div></div><br><div class="gmail_quote"><div dir="ltr">Am Di., 15. Jan. 2019, 10:00 hat Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>> geschrieben:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello,<br>
<br>
being discussed at events offline or during irc meetings couple of<br>
times, I want to open the discussion about updating the default<br>
configuration file to use rtpengine. So far I let rtpproxy because was<br>
packaged in many Linux distros, however, given the benefits of rtpengine<br>
in terms of performance as well as webrtc support, doubled by the fact<br>
that nowadays in the community it seems to be the primary choice of rtp<br>
relay, we should decide what to do. I see two options:<br>
<br>
1) add a define to allow selection between rtpproxy and rtpengine<br>
<br>
2) replace rtpproxy completely with rtpengine<br>
<br>
I would prefer 2) for simplicity of the configuration file, but the main<br>
question for the users community is how easy they find the deploying of<br>
rtpengine. Using Debian/Ubuntu should be trivial, there are packages for<br>
it, but I do not know about CentOS, Fedora, openSUSE or other Linux/BSD<br>
OSes people here are using it.<br>
<br>
Reply to sr-users if you have an opinion on this matter (I cc-ed sr-dev<br>
mainly to make aware the devs, but it is a matter of using kamailio). Of<br>
course, other suggestions are welcome as well.<br>
<br>
Cheers,<br>
Daniel<br>
<br>
-- <br>
Daniel-Constantin Mierla -- <a href="http://www.asipto.com" rel="noreferrer noreferrer" target="_blank">www.asipto.com</a><br>
<a href="http://www.twitter.com/miconda" rel="noreferrer noreferrer" target="_blank">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" rel="noreferrer noreferrer" target="_blank">www.linkedin.com/in/miconda</a><br>
Kamailio World Conference - May 6-8, 2019 -- <a href="http://www.kamailioworld.com" rel="noreferrer noreferrer" target="_blank">www.kamailioworld.com</a><br>
Kamailio Advanced Training - Mar 4-6, 2019 in Berlin; Mar 25-27, 2019, in Washington, DC, USA -- <a href="http://www.asipto.com" rel="noreferrer noreferrer" target="_blank">www.asipto.com</a><br>
<br>
<br>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" rel="noreferrer" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><br><div><div>BR,</div><div>Denys Pozniak<br></div><div><br></div><div><br></div></div></div></div>