<div>Hi, </div><div><br></div>I personally think that there needs to be an official wiki page giving details about a basic redundant/HA server setup. A lot of people need this on regular basis. So I request forum members and contributors to share their guidelines on this.<div>
<br></div><div>Thanks,</div><div>Sammy Go.<br><br><div class="gmail_quote">On Mon, Jun 11, 2012 at 3:32 PM, Carsten Bock <span dir="ltr"><<a href="mailto:carsten@ng-voice.com" target="_blank">carsten@ng-voice.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Carel,<br>
<br>
this is a rather complex question with no simple yes or no answer.<br>
You can use the dialog module with no "in-memory" storage of dialog<br>
data and leave it to the database to do the replication. I think<br>
postgres has Multi-Master Replication, i am not sure about MySQL.<br>
At a major german telco operator, we did something similar: We had two<br>
servers, both with different addresses and an Alias for the other<br>
server. In that case, we had two loadbalancers (logically one in a HA<br>
setup) in front, who would do the failover in case. Worked fine.<br>
<br>
Carsten<br>
<br>
<br>
<br>
2012/6/5 Reinhard, Carel (GD) <<a href="mailto:Carel.Reinhard@srgssr.ch">Carel.Reinhard@srgssr.ch</a>>:<br>
<div><div class="h5">> Dear all, hope to get some information from you guys!<br>
><br>
><br>
><br>
> For a redundant service we have to build up SIP proxy/registrar server in a<br>
> high available scenario. Therefore, we will have 2 SIP proxy/registrar on<br>
> two completely independent servers. They should be SIP dialog stateful and<br>
> replicate all the session/call states between each other. If one server<br>
> fails, the other should have all the SIP dialog information for call<br>
> handling and accounting. How can this done in a stable and reliable way? Is<br>
> this feature mature enough to support enterprise requirements?<br>
><br>
> The only information I have is to build it up with the DISPATCHER module,<br>
> but it seems more to be a stateless load-balancer instead of a HA module.<br>
><br>
><br>
><br>
> Who has experience with HA failover designs with Kamailio and can give me<br>
> some hints?<br>
><br>
><br>
><br>
> Thank you very much in advance<br>
><br>
> Kind regards<br>
><br>
> Carel<br>
><br>
><br>
><br>
><br>
><br>
> Carel Reinhard<br>
> Security and VoIP Engineer<br>
><br>
><br>
><br>
> SRG SSR Switzerland<br>
><br>
> Telefon direkt <a href="tel:%2B41%2031%20350%2094%2007" value="+41313509407">+41 31 350 94 07</a><br>
><br>
> <a href="mailto:Carel.Reinhard@srgssr.ch">Carel.Reinhard@srgssr.ch</a><br>
><br>
><br>
><br>
><br>
</div></div>> _______________________________________________<br>
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
> <a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
> <a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
><br>
<br>
<br>
<br>
--<br>
Carsten Bock<br>
CEO (Geschäftsführer)<br>
<br>
ng-voice GmbH<br>
Schomburgstr. 80<br>
D-22767 Hamburg / Germany<br>
<br>
<a href="http://www.ng-voice.com" target="_blank">http://www.ng-voice.com</a><br>
mailto:<a href="mailto:carsten@ng-voice.com">carsten@ng-voice.com</a><br>
<br>
Mobile <a href="tel:%2B49%20179%202021244" value="+491792021244">+49 179 2021244</a><br>
Office <a href="tel:%2B49%2040%2034927219" value="+494034927219">+49 40 34927219</a><br>
Fax <a href="tel:%2B49%2040%2034927220" value="+494034927220">+49 40 34927220</a><br>
<br>
Sitz der Gesellschaft: Hamburg<br>
Registergericht: Amtsgericht Hamburg, HRB 120189<br>
Geschäftsführer: Carsten Bock<br>
Ust-ID: DE279344284<br>
<br>
Hier finden Sie unsere handelsrechtlichen Pflichtangaben:<br>
<a href="http://www.ng-voice.com/imprint/" target="_blank">http://www.ng-voice.com/imprint/</a><br>
<br>
_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div><br></div>