[asterisk-users] Asterisk Capacity

[Danny Nicholas]

In my experience the first 30 calls will go simulatenously, then the remainder will go as lines become available.  You should use /g1 or /r1 to allow the call file to pick an open channel.  Mitul is somewhat correct;  all 100 calls will try to process at once, so the 70 “laggards” will have to re-process.  The better solution would be to send the calls in chunks of 20 or 30, especially if you don’t specify async=yes and multiple tries.

 

From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Mitul Limbani
Sent: Thursday, May 03, 2012 10:50 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Asterisk Capacity

 

The other 70 will result into failure with .call file approach.


Regards,
Mitul Limbani,
Chief Architech & Founder,
Enterux Solutions Pvt. Ltd.
110 Reena Complex, Opp. Nathani Steel, 
Vidyavihar (W), Mumbai - 400 086. India
http://www.enterux.com/
http://www.entvoice.com/
email: mitul at enterux.in
DID: +91-22-61447605
Cell: +91-9820332422





On Thu, May 3, 2012 at 9:11 PM, Ashish Agarwal <ashishag67 at gmail.com> wrote:

Hello,

We are currently working on a project where using .call file on asterisk spool, outbound calls will be made from a pri line and a voice clip will be played.

We know that pri has a capacity of handling only 30 channels at a time. Therefore, my worry is what happens if we write 100 files at a time on the spool. Will asterisk manage the queue or how exactly will it behave.

Regards,

Ashish


--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
              http://www.asterisk.org/hello

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

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20120503/a829b871/attachment-0001.htm>