[Freeswitch-users] freeswitch SBC, User registration and bridging calls

[Stanislav Sinyagin]

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.

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.



On Wed, Sep 17, 2014 at 2:12 PM, mbo <mbodbg at gmx.net> wrote:

> 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 at 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 at 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 at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.freeswitch.org
>> http://www.cluecon.com
>>
>> 
>> 
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at 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 at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> 
> 
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at 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 at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> 
> 
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140917/3efc5f73/attachment.html