<div dir="ltr">I struggled with this setup for a while using rtpproxy, i eventually went with rtpengine because it seems to have more features and is still maintained. <div>I wrote a quick how-to (mostly for myself to remember)</div><div><a href="https://blog.voipxswitch.com/2015/08/11/rtpengine-with-kamailio-as-load-balancer-and-ip-gateway/">https://blog.voipxswitch.com/2015/08/11/rtpengine-with-kamailio-as-load-balancer-and-ip-gateway/</a><br></div><div><br></div><div>Here is the kamailio.cfg </div><div><a href="http://blog.voipxswitch.com/wp-content/uploads/2015/08/kamailio.cfg-rtpengine.txt">http://blog.voipxswitch.com/wp-content/uploads/2015/08/kamailio.cfg-rtpengine.txt</a><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 9, 2015 at 8:50 AM, Fred Posner <span dir="ltr"><<a href="mailto:fred@palner.com" target="_blank">fred@palner.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 10/08/2015 09:09 AM, Ovidiu Sas wrote:<br>
> If the SDP is correct, then you might have specific issues related to<br>
> your specific deployment case. Snippets from others config files won't<br>
> help. You really need to investigate and understand your particular<br>
> issue that you are facing and fix it accordingly.<br>
><br>
> Regards,<br>
> Ovidiu Sas<br>
><br>
> On Oct 8, 2015 09:04, "Dirk Teurlings - SIGNET B.V."<br>
</span><span class="">> <<a href="mailto:dteurlings@signet.nl">dteurlings@signet.nl</a> <mailto:<a href="mailto:dteurlings@signet.nl">dteurlings@signet.nl</a>>> wrote:<br>
><br>
>     On 30-09-15 13:29, Fred Posner wrote:<br>
><br>
><br>
>         Without a version of rtpproxy using the -A flag, you'll need to<br>
>         either<br>
>         (1) update to a different version of rtpproxy or (2) skip<br>
>         rtpproxy and<br>
>         have your asterisk handle all the rtp.<br>
><br>
><br>
>     I tried rtpproxy v2, with the -A flag in bridge mode ( -A<br>
>     privateip/publicip ). This doesn't reflect anything in the SIP headers.<br>
><br>
<br>
</span>A is advertise which should be different from bridging, and not certain<br>
why you'd be in bridged mode. Are you using more than one nic?<br>
<br>
Normally, for -A use something like:<br>
<br>
rtpproxy -A PUBLICIP -F -l PRIVATEIP -m 10000 -M 55000 -s udp:*:7722 -d INFO<br>
<br>
(the -d INFO will increase your logging)<br>
<br>
If you continue to have trouble, I'd recommend you post an ngrep of the<br>
failure.<br>
<span class="HOEnZb"><font color="#888888"><br>
Fred Posner<br>
<a href="http://www.palner.com" rel="noreferrer" target="_blank">http://www.palner.com</a> (web)<br>
<a href="tel:%2B1-224-334-3733" value="+12243343733">+1-224-334-3733</a> (direct)<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">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/cgi-bin/mailman/listinfo/sr-users</a><br>
</div></div></blockquote></div><br></div>