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