[SR-Users] High availability

Moacir Ferreira moacirferreira at hotmail.com
Tue Mar 12 19:36:19 CET 2013


The limitation is when the client phone is not srv aware. But anyway, for sure this would be the best solution. So, if I understood, we install 2 servers (let's say server A and server B) and both use the same SQL server/database and we create 2 sip-srv's in our DNS, done. Is this?
 Now, devices that run over batteries will usually use SIP over TCP to save power, making it possible to send few keep alive. What happens if a client was registered on server A and this server fails? Will every client, when trying to make a call, switch from server A to server B based on the sip-srv record? Just by having access to the same SQL database will server B be able to call (locate) a client that was registered initially on server A? Thanks, MoacirFrom: davy.van.de.moere at gmail.com
Date: Tue, 12 Mar 2013 10:34:58 +0100
To: sr-users at lists.sip-router.org
Subject: Re: [SR-Users] High availability

Use multiple kamailio's, access them over sip-srv (that will give you high availability) , and checkout cassandra if you need db-connectivity ;)
That should be imho the simplest and oh boy efficient :)

On 12 Mar 2013, at 10:29, Moacir Ferreira wrote:Hi,
 
What would be the community's architecture advice for deploying Kamailio in a high availability environment? I am looking for something simple, still efficient.
 
Thanks,
 

 
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users at 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 at lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20130312/099ee545/attachment-0001.htm>


More information about the sr-users mailing list