[Freeswitch-users] High availability on different networks

[Luis Daniel Lucio Quiroz]

Read this
https://okay.com.mx/en/entrepreneurs/balancing-clustering-and-high-availability-with-fusionpbx.html

It is just what you're looking for. Take the ideas and modify it to your
needs
Le 11 févr. 2016 3:17 PM, "Sergey Safarov" <s.safarov at gmail.com> a écrit :

> I use A record updated to point active FS servers in geo-distributed
> cluster.
> I DNS server i can recommend use Amazon Route53
>
> On Thu, Feb 11, 2016 at 10:27 PM, Vik Killa <vipkilla at gmail.com> wrote:
>
>> What about DNS SRV?
>>
>> On Thu, Feb 11, 2016 at 2:00 PM, Stanislav Sinyagin <ssinyagin at gmail.com>
>> wrote:
>>
>>> hi Emrah and all,
>>>
>>> it's the first time I actually searched for it, but there are hosting
>>> offers with anycast IP routing. It means, you have multiple servers in
>>> various locations, and they share the same service IP address. The
>>> clients connect to the nearest server, which is determined by standard
>>> BGP routing. You are still limited to a single global hosting
>>> provider, but you benefit from its redundant network and geographical
>>> distribution.
>>>
>>> In case of anycast addressing, incoming connections will be served
>>> easily. But the outgoing connections are rather tricky: you will need
>>> to bring the outbound call to the physical server where the user has
>>> registered, and initiate the connection from its anycast address. So,
>>> you can share and replicate the registration database, but you need to
>>> send the outbound call to the server which accepted the registration.
>>> I guess you should be able to retrieve this information from the
>>> registration database. This needs to be looked in details.
>>>
>>> Google for anycast server hosting, and there are at least 3 providers
>>> offering virtual hosts, and OVH is offering physical hosts as well. I
>>> guess there are more providers with similar offerings.
>>>
>>>
>>> Without anycast, you would need to use redundant registrars sharing
>>> the same service IP address -- for example, Digitalocean offers such
>>> service within any single datacenter.
>>>
>>> Having multiple registrars with different IP addresses is also
>>> possible, but then you depend on the way how each particular SIP
>>> client handles multiple IP addresses after resolving the domain name.
>>> Some of them may get stuck to a single address, even if it's not
>>> responding.
>>>
>>>
>>> cheers,
>>> stanislav
>>>
>>> On Thu, Feb 11, 2016 at 5:53 PM, Emrah <lists at kavun.ch> wrote:
>>> > Hi list,
>>> > I’m writing to gather your thoughts and suggestions on how to have a
>>> high availability FS setup on different networks.
>>> >
>>> > I am trying to achieve the following:
>>> >  - Load balance FreeSWITCH instances on 2 or more servers, possibly in
>>> different countries.
>>> > - Shared user directory and dialplan, but I’m not sure if shared
>>> registrations would make sense.
>>> > - If a server goes down, the phone should register on the alternative
>>> servers. Obviously we can’t keep calls up.
>>> >
>>> > I’m obviously not the first one out there doing this. I’m trying to
>>> learn from those who’ve come up with reliable solutions.
>>> >
>>> > I’ve tried sharing a registration table among multiple FS instances.
>>> But it was a beginners mistake. Even with the right path to reach the
>>> client, only the invites sent from the server used by the phone would be
>>> processed.
>>> > If my phone registers on server A, then server A shares the info with
>>> server B, server B knows how to contact the phone but it won’t be able to.
>>> Supposedly because of NAT issues.
>>> >
>>> > I am aiming for fully independent FS instances that can back each
>>> other up and be used independently. I am guessing this would require some
>>> sort of SBC or external registrar server with a Kamailio or Repro.
>>> >
>>> > Anyway just trying to spark the conversation around this subject and
>>> hopefully we can come up with a formula that can help many with their FS
>>> deployments. My provider’s network just went all down in IPv4 and HA behind
>>> the same provider proved to be useless.
>>> >
>>> > Best,
>>> > E
>>> >
>>> _________________________________________________________________________
>>> > 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
>>
>
>
> _________________________________________________________________________
> 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/20160211/1815a2cd/attachment-0001.html