<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">I love all your ideas, and thanks for sharing.<div class="">The best option remains to test things out in real scenarios and see what happens.</div><div class="">I’m already distributing my media traffic. Now I’d like to make the SIP part redundant. </div><div class="">Just got some server resources in different locations. I’ll report back with my findings!</div><div class=""><br class=""></div><div class="">E</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Feb 12, 2016, at 10:09 AM, Andrew Cassidy <<a href="mailto:andrew@cassidywebservices.co.uk" class="">andrew@cassidywebservices.co.uk</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">It's not instant, but I've used OVH failover IP's to do that sort of thing. Heartbeat over ipsec tunnel, use pacemaker with a custom script that does the OVH API call to move the IP address.<div class=""><br class=""></div><div class="">Sadly it's not that quick, takes about 2 minutes.</div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On 12 February 2016 at 07:40, Stanislav Sinyagin <span dir="ltr" class=""><<a href="mailto:ssinyagin@gmail.com" target="_blank" class="">ssinyagin@gmail.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">there is an issue with anycast routing though: when you bring up a new<br class="">
server, some running sessions will be dropped, because their IP<br class="">
packets would be routed to a different host. So, it needs a careful<br class="">
design. Maybe place only the SIP proxy on an anycast address, and run<br class="">
the calls from unique local addresses.<br class="">
<br class="">
<br class="">
Multiple DNS SRV records with different priorities are also possible,<br class="">
but you can't direct the users to the nearest location within the same<br class="">
domain. Also a bunch of SIP clients needs to be tested and you need to<br class="">
answer the questions, like:<br class="">
<br class="">
-- what is the timeout if the primary server is unavailable?<br class="">
-- if the primary host goes down during the call, how soon can the<br class="">
client re-dial?<br class="">
-- what happens if the primary server comes up again?<br class="">
<div class="HOEnZb"><div class="h5"><br class="">
<br class="">
<br class="">
<br class="">
<br class="">
<br class="">
On Thu, Feb 11, 2016 at 8:00 PM, Stanislav Sinyagin <<a href="mailto:ssinyagin@gmail.com" class="">ssinyagin@gmail.com</a>> wrote:<br class="">
> hi Emrah and all,<br class="">
><br class="">
> it's the first time I actually searched for it, but there are hosting<br class="">
> offers with anycast IP routing. It means, you have multiple servers in<br class="">
> various locations, and they share the same service IP address. The<br class="">
> clients connect to the nearest server, which is determined by standard<br class="">
> BGP routing. You are still limited to a single global hosting<br class="">
> provider, but you benefit from its redundant network and geographical<br class="">
> distribution.<br class="">
><br class="">
> In case of anycast addressing, incoming connections will be served<br class="">
> easily. But the outgoing connections are rather tricky: you will need<br class="">
> to bring the outbound call to the physical server where the user has<br class="">
> registered, and initiate the connection from its anycast address. So,<br class="">
> you can share and replicate the registration database, but you need to<br class="">
> send the outbound call to the server which accepted the registration.<br class="">
> I guess you should be able to retrieve this information from the<br class="">
> registration database. This needs to be looked in details.<br class="">
><br class="">
> Google for anycast server hosting, and there are at least 3 providers<br class="">
> offering virtual hosts, and OVH is offering physical hosts as well. I<br class="">
> guess there are more providers with similar offerings.<br class="">
><br class="">
><br class="">
> Without anycast, you would need to use redundant registrars sharing<br class="">
> the same service IP address -- for example, Digitalocean offers such<br class="">
> service within any single datacenter.<br class="">
><br class="">
> Having multiple registrars with different IP addresses is also<br class="">
> possible, but then you depend on the way how each particular SIP<br class="">
> client handles multiple IP addresses after resolving the domain name.<br class="">
> Some of them may get stuck to a single address, even if it's not<br class="">
> responding.<br class="">
><br class="">
><br class="">
> cheers,<br class="">
> stanislav<br class="">
><br class="">
> On Thu, Feb 11, 2016 at 5:53 PM, Emrah <<a href="mailto:lists@kavun.ch" class="">lists@kavun.ch</a>> wrote:<br class="">
>> Hi list,<br class="">
>> I’m writing to gather your thoughts and suggestions on how to have a high availability FS setup on different networks.<br class="">
>><br class="">
>> I am trying to achieve the following:<br class="">
>> - Load balance FreeSWITCH instances on 2 or more servers, possibly in different countries.<br class="">
>> - Shared user directory and dialplan, but I’m not sure if shared registrations would make sense.<br class="">
>> - If a server goes down, the phone should register on the alternative servers. Obviously we can’t keep calls up.<br class="">
>><br class="">
>> 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.<br class="">
>><br class="">
>> 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.<br class="">
>> 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.<br class="">
>><br class="">
>> 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.<br class="">
>><br class="">
>> 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.<br class="">
>><br class="">
>> Best,<br class="">
>> E<br class="">
>> _________________________________________________________________________<br class="">
>> Professional FreeSWITCH Consulting Services:<br class="">
>> <a href="mailto:consulting@freeswitch.org" class="">consulting@freeswitch.org</a><br class="">
>> <a href="http://www.freeswitchsolutions.com/" rel="noreferrer" target="_blank" class="">http://www.freeswitchsolutions.com</a><br class="">
>><br class="">
>> Official FreeSWITCH Sites<br class="">
>> <a href="http://www.freeswitch.org/" rel="noreferrer" target="_blank" class="">http://www.freeswitch.org</a><br class="">
>> <a href="http://confluence.freeswitch.org/" rel="noreferrer" target="_blank" class="">http://confluence.freeswitch.org</a><br class="">
>> <a href="http://www.cluecon.com/" rel="noreferrer" target="_blank" class="">http://www.cluecon.com</a><br class="">
>><br class="">
>> FreeSWITCH-users mailing list<br class="">
>> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" class="">FreeSWITCH-users@lists.freeswitch.org</a><br class="">
>> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank" class="">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br class="">
>> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank" class="">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br class="">
>> <a href="http://www.freeswitch.org/" rel="noreferrer" target="_blank" class="">http://www.freeswitch.org</a><br class="">
<br class="">
_________________________________________________________________________<br class="">
Professional FreeSWITCH Consulting Services:<br class="">
<a href="mailto:consulting@freeswitch.org" class="">consulting@freeswitch.org</a><br class="">
<a href="http://www.freeswitchsolutions.com/" rel="noreferrer" target="_blank" class="">http://www.freeswitchsolutions.com</a><br class="">
<br class="">
Official FreeSWITCH Sites<br class="">
<a href="http://www.freeswitch.org/" rel="noreferrer" target="_blank" class="">http://www.freeswitch.org</a><br class="">
<a href="http://confluence.freeswitch.org/" rel="noreferrer" target="_blank" class="">http://confluence.freeswitch.org</a><br class="">
<a href="http://www.cluecon.com/" rel="noreferrer" target="_blank" class="">http://www.cluecon.com</a><br class="">
<br class="">
FreeSWITCH-users mailing list<br class="">
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" class="">FreeSWITCH-users@lists.freeswitch.org</a><br class="">
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank" class="">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br class="">
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank" class="">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br class="">
<a href="http://www.freeswitch.org/" rel="noreferrer" target="_blank" class="">http://www.freeswitch.org</a></div></div></blockquote></div><br class=""><br clear="all" class=""><div class=""><br class=""></div>-- <br class=""><div class="gmail_signature"><div dir="ltr" class=""><b class="">Andrew Cassidy BSc (Hons) MBCS SSCA</b><div class="">Managing Director<div class=""><div class=""><img src="http://www.cassidywebservices.co.uk/static/emailsig.png" class=""><br class=""></div><div class=""><br class=""><div class=""><b style="color:rgb(51,135,171);text-decoration:none;font-family:sans-serif" class=""><a href="mailto:info@cassidywebservices.co.uk" style="color:rgb(51,135,171);text-decoration:none;font-family:sans-serif" target="_blank" class="">T</a> </b>03300 100 960
<b style="color:rgb(51,135,171);text-decoration:none;font-family:sans-serif" class=""><a href="mailto:info@cassidywebservices.co.uk" style="color:rgb(51,135,171);text-decoration:none;font-family:sans-serif" target="_blank" class="">F</a> </b>03300 100 961</div><div class=""><b style="text-decoration:none;font-family:sans-serif" class=""><a href="mailto:info@cassidywebservices.co.uk" style="color:rgb(51,135,171);text-decoration:none;font-family:sans-serif" target="_blank" class="">E</a> </b><a href="mailto:andrew@cassidywebservices.co.uk" target="_blank" class="">andrew@cassidywebservices.co.uk</a></div><div class=""><b style="text-decoration:none;font-family:sans-serif" class=""><a href="mailto:info@cassidywebservices.co.uk" style="color:rgb(51,135,171);text-decoration:none;font-family:sans-serif" target="_blank" class="">W</a> </b><a href="http://www.cassidywebservices.co.uk/" target="_blank" class="">www.cassidywebservices.co.uk</a></div></div></div></div></div></div>
</div>
_________________________________________________________________________<br class="">Professional FreeSWITCH Consulting Services: <br class=""><a href="mailto:consulting@freeswitch.org" class="">consulting@freeswitch.org</a><br class="">http://www.freeswitchsolutions.com<br class=""><br class="">Official FreeSWITCH Sites<br class="">http://www.freeswitch.org<br class="">http://confluence.freeswitch.org<br class="">http://www.cluecon.com<br class=""><br class="">FreeSWITCH-users mailing list<br class="">FreeSWITCH-users@lists.freeswitch.org<br class="">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<br class="">UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<br class="">http://www.freeswitch.org</div></blockquote></div><br class=""></div></body></html>