In September/October of last year, information on the new release of the ACD
was available.  There were itemized tasks with progress details of each
task.  It was XX-6438, but that task doesn't seem to exist anymore.  The
first link below is broken now.

I understand Martin Steinmann has left since the Avaya acquisition, and I'm
curious if the project is still moving forward with as much steam?  I spoke
with some folks at the Avaya/Nortel Enterprise Solutions Integrated Roadmap
Seminar who believe things are moving forward..  but I'm really curious if
the developers are being pulled away to work on the Aura architecture now.

We are having problems with the 4.0.4 release running a WinSIP load test
against 15 agents and only a few calls in queue, after about 1 day the ACD
stops sending calls to the agents.  We are having a tough time digging
through logs to pinpoint what initiates this failure... In order for us to
move this into production we will need to reboot the ACD nightly..

We need to make a decision with sticking with the main branch, or pursuing
the VoiceWorks ACD option...  If the truth is that Avaya won't be putting
resources towards sipX ACD, then the VoiceWorks option will be an easier
decision.


Information on the new ACD that seems lost now:

from XX-6438 task  http://track.sipfoundry.org/browse/XX-6438  also here:
http://sipx-wiki.calivia.com/index.php/ACD_Proposed_Architecture and here:
http://sipx-wiki.calivia.com/index.php/ACD_Features


FreeSWITCH based ACD replacement



In order to address both feature and scalability shortcomings of the current
sipXtapi based ACD implementation, the current ACD will be rewritten to
utilize the FreeSWITCH media / call control subsystem. The new
implementation will be a drop-in replacement for the existing ACD, providing
the end user with the same set of features and provisioning model. In the
initial release, no new features will be added, but instead will address
some major shortcomings of the existing implementation such as the ability
for an agent to transfer a caller.


Thanks,
James
_______________________________________________
sipx-dev mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to