<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">For outbound calls, you should be fine as long as your frontend SIP proxies can reach any backend (media/app/whatever) server. This is exactly what Via is for,
right?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org]
<b>On Behalf Of </b>Emrah<br>
<b>Sent:</b> Sunday, 14 February, 2016 10:18<br>
<b>To:</b> FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org><br>
<b>Subject:</b> Re: [Freeswitch-users] High availability on different networks<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I love all your ideas, and thanks for sharing.<o:p></o:p></p>
<div>
<p class="MsoNormal">The best option remains to test things out in real scenarios and see what happens.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">I’m already distributing my media traffic. Now I’d like to make the SIP part redundant. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Just got some server resources in different locations. I’ll report back with my findings!<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">E<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal">On Feb 12, 2016, at 10:09 AM, Andrew Cassidy <<a href="mailto:andrew@cassidywebservices.co.uk">andrew@cassidywebservices.co.uk</a>> wrote:<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">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.<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Sadly it's not that quick, takes about 2 minutes.<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On 12 February 2016 at 07:40, Stanislav Sinyagin <<a href="mailto:ssinyagin@gmail.com" target="_blank">ssinyagin@gmail.com</a>> wrote:<o:p></o:p></p>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal">there is an issue with anycast routing though: when you bring up a new<br>
server, some running sessions will be dropped, because their IP<br>
packets would be routed to a different host. So, it needs a careful<br>
design. Maybe place only the SIP proxy on an anycast address, and run<br>
the calls from unique local addresses.<br>
<br>
<br>
Multiple DNS SRV records with different priorities are also possible,<br>
but you can't direct the users to the nearest location within the same<br>
domain. Also a bunch of SIP clients needs to be tested and you need to<br>
answer the questions, like:<br>
<br>
-- what is the timeout if the primary server is unavailable?<br>
-- if the primary host goes down during the call, how soon can the<br>
client re-dial?<br>
-- what happens if the primary server comes up again?<o:p></o:p></p>
<div>
<div>
<p class="MsoNormal"><br>
<br>
<br>
<br>
<br>
<br>
On Thu, Feb 11, 2016 at 8:00 PM, Stanislav Sinyagin <<a href="mailto:ssinyagin@gmail.com">ssinyagin@gmail.com</a>> wrote:<br>
> hi Emrah and all,<br>
><br>
> it's the first time I actually searched for it, but there are hosting<br>
> offers with anycast IP routing. It means, you have multiple servers in<br>
> various locations, and they share the same service IP address. The<br>
> clients connect to the nearest server, which is determined by standard<br>
> BGP routing. You are still limited to a single global hosting<br>
> provider, but you benefit from its redundant network and geographical<br>
> distribution.<br>
><br>
> In case of anycast addressing, incoming connections will be served<br>
> easily. But the outgoing connections are rather tricky: you will need<br>
> to bring the outbound call to the physical server where the user has<br>
> registered, and initiate the connection from its anycast address. So,<br>
> you can share and replicate the registration database, but you need to<br>
> send the outbound call to the server which accepted the registration.<br>
> I guess you should be able to retrieve this information from the<br>
> registration database. This needs to be looked in details.<br>
><br>
> Google for anycast server hosting, and there are at least 3 providers<br>
> offering virtual hosts, and OVH is offering physical hosts as well. I<br>
> guess there are more providers with similar offerings.<br>
><br>
><br>
> Without anycast, you would need to use redundant registrars sharing<br>
> the same service IP address -- for example, Digitalocean offers such<br>
> service within any single datacenter.<br>
><br>
> Having multiple registrars with different IP addresses is also<br>
> possible, but then you depend on the way how each particular SIP<br>
> client handles multiple IP addresses after resolving the domain name.<br>
> Some of them may get stuck to a single address, even if it's not<br>
> responding.<br>
><br>
><br>
> cheers,<br>
> stanislav<br>
><br>
> On Thu, Feb 11, 2016 at 5:53 PM, Emrah <<a href="mailto:lists@kavun.ch">lists@kavun.ch</a>> wrote:<br>
>> Hi list,<br>
>> I’m writing to gather your thoughts and suggestions on how to have a high availability FS setup on different networks.<br>
>><br>
>> I am trying to achieve the following:<br>
>> - Load balance FreeSWITCH instances on 2 or more servers, possibly in different countries.<br>
>> - Shared user directory and dialplan, but I’m not sure if shared registrations would make sense.<br>
>> - If a server goes down, the phone should register on the alternative servers. Obviously we can’t keep calls up.<br>
>><br>
>> 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>
>><br>
>> 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>
>> 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>
>><br>
>> 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>
>><br>
>> 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>
>><br>
>> Best,<br>
>> E<br>
>> _________________________________________________________________________<br>
>> Professional FreeSWITCH Consulting Services:<br>
>> <a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
>> <a href="http://www.freeswitchsolutions.com/" target="_blank">http://www.freeswitchsolutions.com</a><br>
>><br>
>> Official FreeSWITCH Sites<br>
>> <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org</a><br>
>> <a href="http://confluence.freeswitch.org/" target="_blank">http://confluence.freeswitch.org</a><br>
>> <a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com</a><br>
>><br>
>> FreeSWITCH-users mailing list<br>
>> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
>> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>> <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org</a><br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com/" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org/" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org</a><o:p></o:p></p>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"><br>
<br clear="all">
<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">-- <o:p></o:p></p>
<div>
<div>
<p class="MsoNormal"><b>Andrew Cassidy BSc (Hons) MBCS SSCA</b><o:p></o:p></p>
<div>
<p class="MsoNormal">Managing Director<o:p></o:p></p>
<div>
<div>
<p class="MsoNormal"><img border="0" id="_x0000_i1025" src="http://www.cassidywebservices.co.uk/static/emailsig.png"><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal"><b><span style="font-family:"Arial",sans-serif;color:#3387AB"><a href="mailto:info@cassidywebservices.co.uk" target="_blank"><span style="color:#3387AB;text-decoration:none">T</span></a> </span></b>03300 100 960
<b><span style="font-family:"Arial",sans-serif;color:#3387AB"><a href="mailto:info@cassidywebservices.co.uk" target="_blank"><span style="color:#3387AB;text-decoration:none">F</span></a> </span></b>03300 100 961<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><b><span style="font-family:"Arial",sans-serif"><a href="mailto:info@cassidywebservices.co.uk" target="_blank"><span style="color:#3387AB;text-decoration:none">E</span></a> </span></b><a href="mailto:andrew@cassidywebservices.co.uk" target="_blank">andrew@cassidywebservices.co.uk</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><b><span style="font-family:"Arial",sans-serif"><a href="mailto:info@cassidywebservices.co.uk" target="_blank"><span style="color:#3387AB;text-decoration:none">W</span></a> </span></b><a href="http://www.cassidywebservices.co.uk/" target="_blank">www.cassidywebservices.co.uk</a><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class="MsoNormal">_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services: <br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<br>
<a href="http://www.freeswitch.org">http://www.freeswitch.org</a><o:p></o:p></p>
</div>
</blockquote>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>