Thanks for the hint. What I also was thinking about is the following: 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. 2. Then I’m able to bridge calls to users registered from the SBC 3. In the dialplan of the SBC I can bridge calls to the registered softphone I will try it out and let you know if this works ... Am 16.09.2014 um 23:26 schrieb Stanislav Sinyagin <ssinyagin@gmail.com>:
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.
So far, quite easy.
On Tue, Sep 16, 2014 at 1:59 PM, mbo <mbodbg@gmx.net> wrote: We have 2 freeswitches, one is configured as SBC and one as communication server behind.
We have the following setup.
* Sip Users are registered on the SBC. * Gateways connected to carriers are also connected to the SBC * On the SBC we use xml dialplan, on the other freeswitch we use mod_event_socket, the dialplan is served by an external process.
Now, the following scenario:
1. An inbound call is received from the gateway on SBC and bridged to the second freeswitch 2. The second freeswitch is executing the dialplan via mod_event_socket: 1. Play an announcement and then 2. Bridge to the registered softphone
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. Is there a way to get this setup to work ? 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 …?
Thanks
Markus
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org