<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>&lt;miha@softnet.si&gt;</i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: Miha &lt;miha@softnet.si&gt;<br>Subject: [Freeswitch-users] Freeswitch and Opensips<br>To: "FreeSWITCH Users Help" &lt;freeswitch-users@lists.freeswitch.org&gt;<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>