[Freeswitch-users] Multiple FreeSWITCH's

[Michael Nielsen]

It did automatically create all tables :)

On Fri, Oct 16, 2015 at 9:10 AM, Michael Nielsen <mic.niel84 at gmail.com>
wrote:

> 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/17f829fb/attachment-0001.html