You need to make yourself an account, the anonymous posting based on
CAPTCHA was disabled due to spam bots easily breaking CAPTCHA system and
posting spam.
If someone takes the time to search a bit through the archive, probably
can find useful information to add to such page, then perhaps other
people will come and contribute more.
The mailing list is full of useful information, the problem is that not
many people are digesting it and write wiki pages ... most of the
content is by core developers, but they have other tasks as well, so a
hand from user community will be more useful.
Cheers,
Daniel
On 6/11/12 12:48 PM, SamyGo wrote:
Hi,
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.
Thanks,
Sammy Go.
On Mon, Jun 11, 2012 at 3:32 PM, Carsten Bock <carsten(a)ng-voice.com
<mailto:carsten@ng-voice.com>> wrote:
Hi Carel,
this is a rather complex question with no simple yes or no answer.
You can use the dialog module with no "in-memory" storage of dialog
data and leave it to the database to do the replication. I think
postgres has Multi-Master Replication, i am not sure about MySQL.
At a major german telco operator, we did something similar: We had two
servers, both with different addresses and an Alias for the other
server. In that case, we had two loadbalancers (logically one in a HA
setup) in front, who would do the failover in case. Worked fine.
Carsten
2012/6/5 Reinhard, Carel (GD) <Carel.Reinhard(a)srgssr.ch
<mailto:Carel.Reinhard@srgssr.ch>>:
Dear all, hope to get some information from you
guys!
For a redundant service we have to build up SIP proxy/registrar
server in a
high available scenario. Therefore, we will have
2 SIP
proxy/registrar on
two completely independent servers. They should
be SIP dialog
stateful and
replicate all the session/call states between
each other. If one
server
fails, the other should have all the SIP dialog
information for call
handling and accounting. How can this done in a stable and
reliable way? Is
this feature mature enough to support enterprise
requirements?
The only information I have is to build it up with the
DISPATCHER module,
but it seems more to be a stateless load-balancer
instead of a
HA module.
Who has experience with HA failover designs with Kamailio and
can give me
some hints?
Thank you very much in advance
Kind regards
Carel
Carel Reinhard
Security and VoIP Engineer
SRG SSR Switzerland
Telefon direkt +41 31 350 94 07 <tel:%2B41%2031%20350%2094%2007>
Carel.Reinhard(a)srgssr.ch <mailto:Carel.Reinhard@srgssr.ch>
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
mailing list
sr-users(a)lists.sip-router.org
<mailto:sr-users@lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Carsten Bock
CEO (Geschäftsführer)
ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany
http://www.ng-voice.com
mailto:carsten@ng-voice.com <mailto:carsten@ng-voice.com>
Mobile +49 179 2021244 <tel:%2B49%20179%202021244>
Office +49 40 34927219 <tel:%2B49%2040%2034927219>
Fax +49 40 34927220 <tel:%2B49%2040%2034927220>
Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284
Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
list
sr-users(a)lists.sip-router.org <mailto:sr-users@lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users