[Freeswitch-users] FreeSWITCH HA + Loadbalancing

[Diego Viola]

Yes, FreeSWITCH is a system that you can trust 100%. I have switched my
Asterisk servers to FreeSWITCH and have peace now.

If I were you I would get rid of Asterisk and use FreeSWITCH, FS will handle
all what you want very well.

And I agree with David, fail-over is kinda irrelevant since the FS doesn't
crash like Asterisk does.

Diego


On Fri, Aug 28, 2009 at 6:52 PM, Raimund Sacherer <rs at runsolutions.com>wrote:

> Hello List,
>
> I have read the current thread about scalability and I would need some
> advice about a callcenter setup:
>
> First where I come from:
> I have lot's of problems with an asterisk solution. I have regular
> crash's and lock-ups, with downgrading and other stuff i got it
> somewhat stable, but have nevertheless regular hickups. I am desperate
> and want to get rid of asterisk and I hope that freeSwitch will
> provide me with a more stable solution.
>
>
> Our Setup (really nothing special):
> * 1 Asterisk box, New IBM Hardware (3 month old), 2 HE rack server, 3
> GIG of RAM, Xircom analog switch connected to mobile stations for 4
> different providers, Digium 4port cards TP400<something>
> * 8 queues
> * ~60 agents (which logon, logoff, pause, unpause), not more than 40
> concurrently online
> * ~ 7K - 9K calls (well, CDR entries) a day (not that much for a bpx)
> * Music on Hold in the call-queues
> * No special announcement
> * Transfers between calls in queues and different agents as well as
> non agents (i mention this because we have transfer related chrashes
> in asterisk)
>
> The current Problems:
> * Lockups with different causes (ranging from calls not terminated to
> heavy thread locking through the AMI interface)
> * Crashes and library aborts (pthread, libc, crashes related to music
> on hold, app_queue, transfers)
>
> We used Asterisk: 1.4.23, 1.4.24, 1.4.26rc3, 1.4.26rc5, 1.4.26 and are
> now back to 1.4.21.2 (stock debian) as anything beyond that is for
> whatever reason highly unstable for our szenario. Maybe we should have
> been segmenting the box into one asterisk dedicted to talking to the
> hardware, one especial for queue/sip handling, i do not know. (all
> issues are well documented in issues.asterisk.org, but it seems to be
> very, very difficult to get to the bottom of them as they exist since
> 1.4.23 as it seems and are open until know and not fixable since month.)
>
>
> Now, I really would appreciate some success-stories on how you guys
> managed to get a stable pbx system with freeSWITCH in regard of HA and
> scalability:
>
> * How to segment freeSWITCH? Or is it stable enough to handle all in
> one for such a szenario as outlined above?
> * What would be the best strategie for High Availability / Failover?
>        -> I read in the WIKI (featurelist) that Livemigration of calls from
> one box to another should be possible?
>        -> I was thinking about using memcached for storing all state
> information so another freeswitch box can takeover calls from the
> first box if it dies, is this possible? If so, how?
>        -> Is there anotherway to somehow configure freeSWITCH that in the
> event of a crash i do not loose the current established calls?
>
> Basically I just want a stable PBX where I do not have to fear every
> day it will core-dump or abort or Lock up. Is freeSWITCH mature enough
> so i can sleep at night for at least 3 month without a crash?
>
>
>
> Thank you for your Time and help in advance, and I am more than
> willing to take all the information gathered here and create a wiki
> page to help other people with the same questions/problems.
>
> best
> Ray
>
>
> --
> Raimund Sacherer
> -
> RunSolutions
>     Open Source It Consulting
> -
>
> Parc Bit - Centro Empresarial Son Espanyol
> Edificio Estel - Local 3D
> 07121 -  Palma de Mallorca
> Baleares
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090829/32863b13/attachment-0002.html