<div dir="ltr">Thanks Daniel!<div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-07-14 13:11 GMT+02:00 Daniel Tryba <span dir="ltr"><<a href="mailto:d.tryba@pocos.nl" target="_blank">d.tryba@pocos.nl</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">>If i turn STUN off as Olle mentioned, all worked fine.. but if i have a<br>
>customer that for error it turns ON it does not work in my case..<br>
<br>
> Any way to force RTP in that cases?<br>
<br>
</span>Just always start the rtpproxy, especially when you have a setup where some<br>
rtp is handled with non public ips:<br>
<br>
<br>
route[NATMANAGE] {<br>
        rtpproxy_manage("f");<br>
<br>
        if (is_request()) {<br>
...<br>
<br>
It a little bit extra overhead, but much less worries about what an enduser<br>
signals and its interpretation.<br>
<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>