Hi,<br><br>In reply route, we are detecting that callee is behind NAT or not.<br>If it is then calling use_mediaproxy.<br>So in case of public to behind NAT , mediproxy will be used.<br>Audio is working for that.<br><br>But now If I register 1 UAC from public & 2 UAC behind NAT using same credentials.<br>
<br>Now If I do call from PSTN to that user, openser will send INvite to all three registered users.<br>means it will fork INvite.<br><br>If the user which is behind NAT pickup the call, not getting audio.<br>getting error: empty response from mediaproxy when mediaproxy is called from reply route.<br>
<br>Please advice..<br><br>Thanks,<br>Krunal Patel<br><br><div class="gmail_quote">On Tue, Dec 16, 2008 at 5:55 PM, Dan Pascu <span dir="ltr"><<a href="mailto:dan@ag-projects.com">dan@ag-projects.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">On Tuesday 16 December 2008, Krunal Patel wrote:<br>
> Hi<br>
><br>
</div><div class="Ih2E3d">> As request is coming from Public IP , use_mediaproxy is not being<br>
> called for invite.<br>
<br>
</div>So how do you imagine this working? The user behind NAT talks with<br>
mediaproxy and the user with a public IP talks with whom exactly?<br>
<div class="Ih2E3d"><br>
> But callee is behind NAT that's why use_mediaproxy has been called in<br>
> reply route.<br>
><br>
> One more thing, I have put force_rport at the beginning of main route ,<br>
> I have removed that & the issue is fixed.<br>
> but Now facing signaling issue in case internal & external port are<br>
> different for nated client.<br>
><br>
> Please advice what to do<br>
<br>
</div>You need to call use_media_proxy for both the requests and the replies for<br>
any call you intend to send through mediaproxy.<br>
<br>
--<br>
<font color="#888888">Dan<br>
</font></blockquote></div><br>