<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Hi Miha,<br><br>I have a similar problem and would appreciate if you could give me a clue.<br>I ve opensips as sbc and FS but i wonder why calls do not reach fs box.<br><br>Could you please help me in configuring opensips with freeswitch as u made it?<br><br>Thank u in advance<br><br>regards,<br>Sherif<br><br>--- On <b>Tue, 4/17/12, Miha <i><miha@softnet.si></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: Miha <miha@softnet.si><br>Subject: [Freeswitch-users] Freeswitch and Opensips<br>To: "FreeSWITCH Users Help" <freeswitch-users@lists.freeswitch.org><br>Date: Tuesday, April 17, 2012, 11:41 AM<br><br><div id="yiv314603297">
<div>
<small>Hi to all,<br>
<br>
I have configured opensips that works like load_balancer (wiki on
FS page).</small>
<small><br>
So, we have SBC, trunk is made to Opensips, than opensips is
load_balacing to FSs.<br>
When you call from FS, call is going to Opensips, then opensips
redirect the call to SBC, if call must go outside.<br>
<br>
My question:</small>
<small><br>
<br>
FSs boxes are all the same (same dialplan, directory
configuration, etc.). What happens if call is made to a user,
which is registered on one of the FS box? I guess I must change
dialplan and set that all trafic FS send to opensips (not
internally), because if someone calls to a local user, but user is
registered on other FS box, FS will behave as user is not
registered.</small>
<small><br>
<br>
So, will opensips know which user is registered on which FS box
when opensips will be doing load_balacing?</small>
<small><br>
<br>
Thanks for explenation.</small>
<small><br>
<br>
Regards,</small>
<small><br>
Miha</small><br>
</div>
</div><br>-----Inline Attachment Follows-----<br><br><div class="plainMail">_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services:<br><a ymailto="mailto:consulting@freeswitch.org" href="/mc/compose?to=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 ymailto="mailto:FreeSWITCH-users@lists.freeswitch.org"
href="/mc/compose?to=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></div></blockquote></td></tr></table>