freeswitch SBC, User registration and bridging calls
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
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
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
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@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@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
_________________________________________________________________________ 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
participants (2)
-
mbo
-
Stanislav Sinyagin