I haven't tried this myself, but routing the call via the FS server they registered too might work since it'll be the IP the NAT router is expecting traffic from.<br><br>-Steve<br><br><br><div class="gmail_quote">On 2 August 2010 16:10, Dan Lane <span dir="ltr"><<a href="mailto:null@invalid.name">null@invalid.name</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Hi Guys,<br>
<br>
I have a cluster of FS boxes all sharing SIP registrations using ODBC<br>
and under certain circumstances I can register Client-A on FS-A and<br>
Client-B on FS-B and make calls between Client-A and Client-B without<br>
issue as the relevant FS box knows how to get a call to the client<br>
from the shared registrations table.<br>
<br>
However when the callee client is behind NAT (or using a SIP client<br>
configured to only allow calls from a server it has registered with)<br>
the call gets dropped by the NAT router (or client)<br>
<br>
I can fix this easily with some LUA but before I do I wanted to check<br>
if there was an advisable or recognised FreeSWITCH way to work around<br>
this.<br>
ro<br>
Has anyone else solved this issue already?<br>
<br>
Regards,<br>
Dan<br>
<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>