[Freeswitch-users] FreeSWITCH HA + Loadbalancing
David Knell
dave at 3c.co.uk
Fri Aug 28 20:49:17 PDT 2009
Hi Diego,
We didn't use mod_fifo; we built our own queues using an application
hanging off the event socket. This was partly down to typical
programmer hubris, and partly to allow us to do things that mod_fifo
might not without either (a) trawling through mod_fifo, or (b) pestering
Anthony.
As a brief outline:
- operators each live in their own conference
- supervisors can add themselves to these conferences for monitoring or
coaching
- callers sit in queues for the various skills that the operators have.
When an operator is free, look at each queue for the skills that the
operator has, and choose the caller who's been waiting longest.
I used a one-thread-per-call model, so there's a little bit of thought
needed to get the access to shared structures right but, essentially,
given the low frequency of access to them and the fact that nothing was
time-critical at the sub-second level, I just wrapped all of the
accesses in a single global mutex, which was easy and is pretty
foolproof. The latter is important, given that it was me writing the
stuff ;-)
Cheers --
Dave
> Hi David,
>
> What have you used on FS for call center, mod_fifo?
>
> Can you describe your experience with that, I'm currently interested
> in call center + FS scenario.
>
> Diego
>
> On Fri, Aug 28, 2009 at 9:01 PM, David Knell <dave at 3c.co.uk> wrote:
> Hi Raimund,
>
> One FreeSWITCH box will be quite enough to handle the call
> volumes that
> you're talking about, and it ought to be much more stable than
> the
> Asterisk solution which you've outlined below.
>
> It's probably best to forget about live failover without calls
> dropping
> - this isn't something that's supported, and there'd be a lot
> of work to
> do to develop code to keep two boxed in sync. Once you get
> used to a
> stable solution - i.e. something which doesn't crash - then
> live
> failover, HA, etc., will seem somewhat irrelevant.
>
> I recently did some work on an FS-based call center solution -
> drop me a
> note if I could be of any help with yours.
>
> Cheers --
>
> Dave
>
>
> > 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
> >
> >
> --
>
> David Knell, Director, 3C Limited
> T: +44 20 3298 2000
> E: dave at 3c.co.uk
> W: http://www.3c.co.uk
>
>
>
> _______________________________________________
> 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
>
>
> _______________________________________________
> 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
--
David Knell, Director, 3C Limited
T: +44 20 3298 2000
E: dave at 3c.co.uk
W: http://www.3c.co.uk
More information about the FreeSWITCH-users
mailing list