<br><br><div class="gmail_quote">On Thu, Apr 23, 2009 at 6:43 PM, Matt Riddell <span dir="ltr"><<a href="mailto:lists@venturevoip.com">lists@venturevoip.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On 24/04/2009 10:19 a.m., Steve Totaro wrote:<br>
> A much more scalable way to do this is to create and then FTP or move<br>
> .call files to the proper directory. Depends how much you plan on<br>
> banging on the AMI.<br>
<br>
</div>Maybe, but the Asterisk Manager is happy with 10 calls per second and if<br>
your controlling process is spread across Asterisk machines you can do<br>
hundreds of calls per second. If you're doing what it seems he is, I'd<br>
agree that call files may be easier, but I'm not sure it scales better.<br>
How many call files can you put in a directory, is he using a hard<br>
drive or compact flash (max writes).<br>
<br>
I've never actually done any proper tests of the comparison between a<br>
call file and a manager originate. I would have thought they were<br>
pretty much the same, albeit that you're adding an extra layer of<br>
complexity with the call files.<br>
<font color="#888888"><br>
--<br>
</font><div class="im">Kind Regards,<br>
<br>
Matt Riddell<br>
Director<br>
_______________________________________________<br>
<br>
<a href="http://www.venturevoip.com" target="_blank">http://www.venturevoip.com</a> (Great new VoIP end to end solution)<br>
<a href="http://www.venturevoip.com/news.php" target="_blank">http://www.venturevoip.com/news.php</a> (Daily Asterisk News - html)<br>
<a href="http://www.venturevoip.com/newrssfeed.php" target="_blank">http://www.venturevoip.com/newrssfeed.php</a> (Daily Asterisk News - rss)<br>
<br>
</div><div></div></blockquote><div><br>I have in VERY intensive AMI usage environments. You can easily drop 100 or more call files in the spool dir and no worries. @ ~100 calls it may take a second or so to ring (all SIP extensions). <br>
<br>I have no doubt that it is the more stable and scalable way to go.<br></div></div><br>-- <br>Thanks,<br>Steve Totaro <br>+18887771888 (Toll Free)<br>+12409381212 (Cell)<br>