[asterisk-dev] Fwd: distributed ACD on many asterisk nodes

nik600 nik600 at gmail.com
Wed Mar 24 04:40:10 CDT 2010


Regarding to the forwarded request, i'm planning to write a manager
command to call the ring_entry function in app_queues.

My goal is give to an external entity the control of the ACD strategy,
so i'd like to put the call in the queue and then decide with some
external tools when and who pickup the call from the queue.

Is it feasable?
can i have in the manager thread all the information to build the
parameters needed by ring_entry ? or this is not compatible with
Asterisk internal structure?

Thanks to all


---------- Forwarded message ----------
From: nik600 <nik600 at gmail.com>
Date: Tue, Mar 23, 2010 at 4:07 PM
Subject: distribuited ACD on many asterisk nodes
To: Asterisk Users Mailing List - Non-Commercial Discussion
<asterisk-users at lists.digium.com>


Dear All

i'm planning to develop for a customer a particular implementation of Asterisk.

The aim of the project is to share different users between different
Asterisk inbound call center .

I'm planning to have a sync for some of the QueueMemberStatus
informations between all the nodes, then a particular (external) ACD
algorithm will decide to transfer a parked call to the final user.

I want to trigger an action when an event of type QueueMemberStatus is
detected on the manager socket, and then propagate this information to
the other Asterisk nodes using some XMPP features or something else.

This architecture allows to share users between different call center
without having a complete replication of all the nodes (each node can
decide how much resources give to the "cluster" of call center).
So each node can have its own configuration and requires only a
manager access to share users information and thansfer call.

Do you know if there is something similar somewhere ?

Maybe Asterisk has already some magic sauce to do that ? ;-)

Thanks to all

--
/*************/
nik600
http://www.kumbe.it



-- 
/*************/
nik600
http://www.kumbe.it



More information about the asterisk-dev mailing list