So to clarify:<div><br></div><div>Client -> Internet -> NAT -> FS</div><div>works</div><div><br></div><div>Client -> NAT -> Internet -> NAT -> FS</div><div>does not?</div><div><br></div><div>Since the FS NAT side appears to be working (from the 1st case), I'm guessing it's probably either a problem at the client side (with client or NAT router) or perhaps the double-NAT is causing an issue. Personally I haven't run FS behind NAT, so it's not a situation I've had to handle.</div>
<div><br></div><div>Do a packet trace of a call at both the client and FS ends. The FS end is easy - "sofia global siptrace on if you have low volumes, or a tool like tcpdump/ngrep if you have higher volumes. FS will actually log the SDP information in at debug-level console logs and in XML CDRs. At the client side try using Wireshark on the client PC.</div>
<div><br></div><div>Compare the SDP information of the call, to check the IP and ports seen at either end. Check whether they look reasonable. FS will need to see the public IP of the client, and the client see the public IP of FS for audio to work in both directions. The FS/client may not need to know their public IP on the internal side of the router as many routers have SIP ALG that will rewrite the internal IP to an external one, but if the client has already done so that often causes more problems than it solves.</div>
<div><br></div><div>FS can handle only knowing the internal IP of the client if they're able to send RTP to FS - it will see the IP/port the audio is coming from and send audio back to that address. That does mean audio won't work on such a call until it has received RTP from the client though.</div>
<div><br></div><div>-Steve</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br><br><div class="gmail_quote">On 10 December 2012 13:59, Mimiko <span dir="ltr"><<a href="mailto:vbvbrj@gmail.com" target="_blank">vbvbrj@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello.<br>
<br>
I have a FS behind firewall on which ports 5080,5060 udp are mapped to<br>
the FS server. A client connected directly to Internet, say using GPRS,<br>
authorise to FS and calling a number audio is heared. When this client<br>
is connected via WiFi to some router connected directly to Internet,<br>
client authorises, calls but there is no audio.<br>
<br>
So I'm stump on where to look for issue: on FS server side with firewall<br>
or on client side behind router?<br>
<br>
Thank you.<br>
--<br>
Mimiko desu.<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br></div>