[asterisk-users] Server redundancy

[Douglas Garstang]

Asterisk realtime hardly provides redundancy.
 
1. There's no support for realtime SIP where multiple Asterisk systems can reference the same MySQL database for SIP peers. Ask Kevin Fleming about this. It's known not to work.
2. The IP address of the MySQL server is hard coded into the Asterisk config files. In the event of a database failure, Asterisk fails as well. You need to build redundancy into MySQL with a primary and seconday server, and something that can monitor MySQL system, network, and application and then transparently (to Asterisk, because it can't do it itself) switch IP's in the event of failure.
3. Other stuff I can't recollect right now because I am tired.

	-----Original Message----- 
	From: RR [mailto:ranjtech at gmail.com] 
	Sent: Mon 7/10/2006 9:16 PM 
	To: Asterisk Users Mailing List - Non-Commercial Discussion 
	Cc: 
	Subject: Re: [asterisk-users] Server redundancy
	
	

	Alejandro,
	
	doesn't sound like you've read up or done research on ARA (Asterisk
	Realtime Architecture)? That's what allows you to build asterisk
	server clusters which draw upon configs either for individual config
	files OR entire family of processes froma  common database (which can
	then be made redundant/clustered). All examples on the net are based
	on using MySQL But it's possible to use other drivers in conjunction
	with the ODBC engine that Asterisk uses to integrate oracle and/or
	MSSQL to store CDRs and Voicemail. These two can also be stored on a
	common clustered file system such as GFS or PVFS etc.
	
	So all in all, you can deploy ARA along with RedHat CSGFS (built from
	source, of course) and come up with a fully redundant realtime
	asterisk cluster.
	
	Hope this helps,
	Cheers
	\R
	_______________________________________________
	--Bandwidth and Colocation provided by Easynews.com --
	
	asterisk-users mailing list
	To UNSUBSCRIBE or update options visit:
	   http://lists.digium.com/mailman/listinfo/asterisk-users
	

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 5082 bytes
Desc: not available
Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20060710/5c5a2874/attachment.bin