[Asterisk-Dev] Asterisk Clusters

[Watkins, Bradley]

The current solution I have uses UltraMonkey ( www.ultramonkey.org
<http://www.ultramonkey.org>  ) for load-balancing and failover and it works
like a champ.  There are obviously a lot of details there, and I'd be happy
to detail them if people are interested.  There is also a site that has two
clusters with uniform reachability for all phones and PRIs.  None of this
requires a lot of dialplan tuning on a day-to-day basis.
 
- Brad

-----Original Message-----
From: asterisk-dev-bounces at lists.digium.com
[mailto:asterisk-dev-bounces at lists.digium.com] On Behalf Of Goran Skular
Sent: Friday, January 06, 2006 10:09 AM
To: asterisk-dev at lists.digium.com
Subject: [Asterisk-Dev] Asterisk Clusters



Dear all,

 

I am sure that there are plenty of you guys wondering about Asterisk Cluster
implementations, both for load balancing and high availability of VoIP and
related services on those servers... 

 

It is noticeable that ser + asterisk solution is most accepted for SIP load
balancing Asterisk servers, but what other good options do we have??

 

Second, maybe more important issue is High Availability. Do you use Linux HA
in combination with Asterisk and SER also ?

 

It would be a great if we can put more Real World, production scenarios in:

http://www.voip-info.org/wiki/view/Asterisk+High+Availability+Solutions
<http://www.voip-info.org/wiki/view/Asterisk+High+Availability+Solutions>
for High availability, and in

http://www.voip-info.org/wiki/view/Asterisk+at+large
<http://www.voip-info.org/wiki/view/Asterisk+at+large>  for Load Balancing.

 

 

It seems that every of those solutions require a lot of dialplan tuning, can
we make Asterisk more HA and Cluster friendly?

 

Goran Skular

 

 

 




The contents of this e-mail are intended for the named addressee only. It
contains information that may be confidential. Unless you are the named
addressee or an authorized designee, you may not copy or use it, or disclose
it to anyone else. If you received it in error please notify us immediately
and then destroy it. 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20060106/9b868708/attachment.htm