[Freeswitch-users] High availability on different networks

[Moishe Grunstein]

Luis,
This mailing list is a Freeswitch users list, this list is for users to help each other with freeswitch, not a place to advertise your services, you may want to look at the freeswitch biz list http://lists.freeswitch.org/mailman/listinfo/freeswitch-biz


Thanks,

Moishe Grunstein
Tornado Computer Systems, Inc.
212.400.7650 888.IPPBX.US
Service Request Email: support at nysolutions.com<mailto:support at nysolutions.com>
[cid:image001.jpg at 01C72F94.9EE45D60]<http://www.nysolutions.com/>
Computer Networking * Managed Services * IP Video Surveillance * Network Assessments * Web Solutions * Voice over IP * Disaster Recovery * Network Security * Site Surveys * CMS

From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Luis Daniel Lucio Quiroz
Sent: Thursday, February 11, 2016 9:40 PM
To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
Subject: Re: [Freeswitch-users] High availability on different networks


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<mailto: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<mailto:vipkilla at gmail.com>> wrote:
What about DNS SRV?

On Thu, Feb 11, 2016 at 2:00 PM, Stanislav Sinyagin <ssinyagin at gmail.com<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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/20160212/67d55c1f/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 2424 bytes
Desc: image001.jpg
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20160212/67d55c1f/attachment-0001.jpg