[asterisk-users] Scalability and stability matters

Jose Arias cyr2242 at gmail.com
Tue Jul 21 05:48:56 CDT 2009


Hi all,

I'm planning to develop a custom autodialer application which will be
dealing with its own model for agents and queues, therefore it won't use
neither asterisk agents nor asterisk queues, nor asterisk cdr. The
application will supply the whole reporting and agent managing features by
itself.

The application will command asterisk through an AMI telnet connection using
only the originate, redirect and hangup AMI commands plus the stream file
AGI command (AsyncAGI patch will be required).

The application will make outbound calls, then they will be redirected on
the fly to dynamically defined meetme rooms, then the application will call
extensions (registered endpoints) where it will know there are available
agents in order to redirect them to the previous meetme rooms. If the
application launched more calls than available agents it would play prompts
while waiting for agents to become available.

Since the planned features set from asterisk to be used by the application
will be very short, but the figures can be very large (in terms of
concurrent calls, registered endpoints, traffic on the AMI port, etc..)  I
would appreciate if anybody can help me to find out what's the more suitable
asterisk version to use in terms of scalability and stability:

- concurrent registered endpoints (SIP and IAX)
- concurrent two and tree party meetme rooms (whatever codec can be used)
- concurrent mixmonitor recordings
- concurrent playings for prompts
- commands and events rate on the AMI port
It's important to notice the advanced features from asterisk aren't a
priority.

I already looked over some links like
http://www.voip-info.org/wiki/view/Asterisk+dimensioning and others but I
found more questions than answers there.

Thanks in advance
Jose
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20090721/7067f356/attachment.htm 


More information about the asterisk-users mailing list