[Freeswitch-users] Multiple FreeSWITCH's

[Michael Nielsen]

Hi Sergey,

Will FS automatically create tables etc in the postgresql or is there a
script for this?

On Thu, Oct 15, 2015 at 7:58 PM, Sergey Safarov <s.safarov at gmail.com> wrote:

> Try store registration data in postgresql database shared between two or
> more FS servers.
> https://freeswitch.org/confluence/display/FREESWITCH/PostgreSQL+in+the+core
>
> In my production environment is used Kazoo solution. This solution is
> designed for load balancing.
>
>
> On Thu, Oct 15, 2015 at 8:27 PM, Tanguy <phenix at vfemail.net> wrote:
>
>> Hello Michael
>>
>> I'm still a freeswitch newbie but i have to deal with a similar issue (
>> not yet implemented ) I believe that the proper solution is using a sip
>> proxy like opensips but it seems difficult to implement.
>>
>> My idea is to detect if a particular extension is registered locally and
>> try to transmit the call to the second server if the extensions is not
>> registered
>>
>> I added something like this in the beginning of my domain dialplan on
>> freeswitch1
>>
>> <extension name="user_registered" continue="true">
>>    <condition >
>>        <action application="set" data="user_registered=${sofia_contact
>> ${destination_number}@${domain_name}}" inline="true"/>
>>     <action application="set" data="user_exists=${user_exists id
>> ${destination_number} ${domain_name}}" inline="true"/>
>>
>>    </condition>
>>    <condition field="${user_exists}" expression="^true$" />
>>    <condition field="${user_registered}"
>> expression="^error/user_not_registered$" >
>>     <action application="bridge"
>> data="{sip_invite_to_uri=<sip:${destination_number}@
>> ${domain_name}>}sofia/internal/${
>> destination_number}@freeswitch2.company.com" />
>>
>>
>>    </condition>
>> </extension>
>>
>>
>> I added this the public dialplan on freeswitch2
>>
>> <include>
>> <extension name="ha_transfert" continue="false">
>>         <condition field="${sip_h_X-CallType}"
>> expression="^ha_transfert$" >
>>                 <action application="set" data="call_direction=inbound"/>
>>
>>                 <action application="set"
>> data="domain_name=${sip_to_host}"/>
>>                 <action application="set" data="domain=${sip_to_host}"/>
>>
>>                 <action application="transfer" data="${sip_to_user} XML
>> ${sip_to_host}" />
>>
>>         </condition>
>>
>> </extension>
>> </include>
>>
>>
>> Please note that my sample dialplan on freeswitch2 is not secure (
>> hopefully not yet in production and a restrictive firewall ), you may
>> interested by a topic between me and a freeswitch power user ( not like me
>> :-) )
>>
>>
>> http://lists.freeswitch.org/pipermail/freeswitch-users/2015-September/115900.html
>>
>> Please look the Sergey advice about dialplan security, i hope i will have
>> the time to implement theses advises in a near future.
>>
>> http://lists.freeswitch.org/pipermail/freeswitch-users/2015-September/115978.html
>>
>>
>>
>> ~
>>
>>
>>
>>
>>
>> On 15/10/2015 08:56, Michael Nielsen wrote:
>>
>> Hello everyone,
>>
>> I've got a FreeSWITCH installation and made my directory dynamically
>> generated via LUA from a PostgreSQL database.
>> CDR's are also saved to a PostgreSQL.
>>
>> This makes my FreeSWITCH installation somewhat stateless I guess?
>>
>> I would like to setup another FreeSWITCH and then having my domain
>> "load-balance" via DNS between those two.
>>
>> The DNS part I do know how to do.
>>
>> Should I do more to my FreeSWITCH's for this to work? Or is this enough
>> for everything, and can would they know if one subscriber is connected to
>> one FS and another to the other FS etc.?
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services: consulting at freeswitch.orghttp://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon.com
>>
>> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://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/20151016/bd0198cb/attachment.html