<div dir="ltr"><div>this looks like overcomplicating the things, because you need to keep track of all status changes for the user: user going offline, disconnecting, registering, etc.<br><br></div>If the backend freeswitch needs to know the registration status of a user before bridging, then the backend switch needs to request the user's status from the SBC. For example, a simple Lua or Perl script would do that. Or you can write an ESL daemon and handle the complexity there, talking to both switches from the same program.<br><br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 17, 2014 at 2:12 PM, mbo <span dir="ltr"><<a href="mailto:mbodbg@gmx.net" target="_blank">mbodbg@gmx.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Thanks for the hint. What I also was thinking about is the following:<div><br></div><div>1. When a user registers with the SBC, I can use mod_xml_curl to insert a registration record in the registration database of the second freeswitch, but change the network_ip to the one of the SBC.</div><div>2. Then I’m able to bridge calls to users registered from the SBC</div><div>3. In the dialplan of the SBC I can bridge calls to the registered softphone</div><div><br></div><div>I will try it out and let you know if this works ... <br><div><br>
<br><div><div>Am 16.09.2014 um 23:26 schrieb Stanislav Sinyagin <<a href="mailto:ssinyagin@gmail.com" target="_blank">ssinyagin@gmail.com</a>>:</div><div><div class="h5"><br><blockquote type="cite"><div dir="ltr"><div>the second freeswitch needs to bridge to a SIP destoination which would point to the SBC. Probably you need to create an additional Sofia profile which is only reachable from internal network. Then it would attach to a dialplan which bridges to a locally registered user.<br><br></div>So far, quite easy.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 16, 2014 at 1:59 PM, mbo <span dir="ltr"><<a href="mailto:mbodbg@gmx.net" target="_blank">mbodbg@gmx.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">We have 2 freeswitches, one is configured as SBC and one as communication server behind.<br>
<br>
We have the following setup.<br>
<br>
* Sip Users are registered on the SBC.<br>
* Gateways connected to carriers are also connected to the SBC<br>
* On the SBC we use xml dialplan, on the other freeswitch we use mod_event_socket, the dialplan is served by an external process.<br>
<br>
Now, the following scenario:<br>
<br>
1. An inbound call is received from the gateway on SBC and bridged to the second freeswitch<br>
2. The second freeswitch is executing the dialplan via mod_event_socket: 1. Play an announcement and then 2. Bridge to the registered softphone<br>
<br>
The issue. The softphone is registered on the SBC, so a bridge to the user who is registered with the softphone is not possible. Even if I share the registration database, the second freeswitch does not show the user registered.<br>
Is there a way to get this setup to work ?<br>
Is this Setup in general a good idea, or is it better to create a separate profile on the second freeswitch - then the bridge is possible. But then the second freeswitch is also connected to the internet …?<br>
<br>
Thanks<br>
<br>
Markus<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com/" target="_blank">http://www.freeswitchsolutions.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://confluence.freeswitch.org/" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.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>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">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>
_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services: <br><a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br><a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.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://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br><a href="http://www.cluecon.com" target="_blank">http://www.cluecon.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>FreeSWITCH-users mailing list<br><a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">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></blockquote></div></div></div><br></div></div></div><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>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.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>
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>