<p dir="ltr">If the SDP is correct, then you might have specific issues related to your specific deployment case. Snippets from others config files won't help. You really need to investigate and understand your particular issue that you are facing and fix it accordingly.</p>
<p dir="ltr">Regards,<br>
Ovidiu Sas<br>
</p>
<div class="gmail_quote">On Oct 8, 2015 09:04, "Dirk Teurlings - SIGNET B.V." <<a href="mailto:dteurlings@signet.nl">dteurlings@signet.nl</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 30-09-15 13:29, Fred Posner wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Without a version of rtpproxy using the -A flag, you'll need to either<br>
(1) update to a different version of rtpproxy or (2) skip rtpproxy and<br>
have your asterisk handle all the rtp.<br>
</blockquote>
<br>
I tried rtpproxy v2, with the -A flag in bridge mode ( -A privateip/publicip ). This doesn't reflect anything in the SIP headers.<br>
<br>
The problem is a bit more complex I think, because all INVITEs to gateways contain the same internal IPs from Asterisk and Kamaialio in their From and To header. SDP information is correctly being displayed. But it seems that some UAs disregard what's in the SDP descriptors and just look at the SIP headers (To/From/Contact).<br>
<br>
Can anyone share their config snippets about how they've delt with the Asterisk behind NAT situation? It would really be appreciated!<br>
<br>
Cheers,<br>
Dirk<br>
<br>
<br>
_______________________________________________<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/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div>