[asterisk-users] Asterisk Manager API - Originate command

[Wai Wu]

Just checked. I do have Async set to yes.  

-----Original Message-----
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Wai Wu
Sent: Monday, September 10, 2007 7:28 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Asterisk Manager API - Originate command

Thanks for sharing your experience. I will play around with the Asteirsk
server tomorrow again. I took a look at it just before I left the
office. It has loads of crap. It's got all those non-essential things
and X windows running. Also, I can probably be able to get away with
starting a call every 30-50ms. 

-----Original Message-----
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Matt
Riddell
Sent: Monday, September 10, 2007 5:28 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Asterisk Manager API - Originate command

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Wai Wu wrote:
> Hi all,
>  
> Just ran into some issue with the originate AMI command. It seems that

> there is a limit of around 120 calls I can place with the originate 
> command simutanously. By that I mean sending Asterisk a lot of 
> originate command very fast. Anyone know if there is a limitation?
Thnx.

First off, you should be using Async: true

Secondly, you shouldn't really be doing 120 simultaneous calls.

If your server can take say 300 concurrent calls, you will probably need
to start those up with about 30ms between them.

If you really need to start 120 calls all at the identical time, you
probably want to be looking at clustering Asterisk servers.

In SmoothTorque we set a minimum value for delay between calls, then
have a funnel which accepts calls from predictive campaigns.

The funnel knows about the connections to the Asterisk servers, and
distributes the calls in a round robin fashion (assuming all servers are
up).

Each server has a queue which allows calls sent to that server to back
up, and if a queue gets too full calls won't be sent to that server.

If, after stopping the sending of calls to a server, the queue does not
empty out, the server is placed into an inactive state, and a server
marked as standby is moved into the active state.

Any calls which remain in the queue are redistributed to other servers.

Hope that helps!

- --
Kind Regards,

Matt Riddell
Director
_______________________________________________

http://www.venturevoip.com (Great new VoIP end to end solution)
http://www.venturevoip.com/news.php (Daily Asterisk News - html)
http://feeds.venturevoip.com/AsteriskNews (Daily Asterisk News - rss)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG5bbeDQNt8rg0Kp4RArWFAKCoMPxaDmVLwPD+hupU9T8n+NuFYQCguq8c
T3+G284pc4LV/JMlj13v8gU=
=oaJj
-----END PGP SIGNATURE-----

_______________________________________________

Sign up now for AstriCon 2007!  September 25-28th.
http://www.astricon.net/ 

--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

_______________________________________________

Sign up now for AstriCon 2007!  September 25-28th.
http://www.astricon.net/ 

--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users