<br><br><div class="gmail_quote">On Tue, Aug 25, 2009 at 3:15 PM, Pascal Bruno <span dir="ltr">&lt;<a href="mailto:tipascal@gmail.com">tipascal@gmail.com</a>&gt;</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"><div class="gmail_quote">On Tue, Aug 25, 2009 at 2:52 PM, Alex Balashov <span dir="ltr">&lt;<a href="mailto:abalashov@evaristesys.com" target="_blank">abalashov@evaristesys.com</a>&gt;</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>
</div>With enough spiritual commitment, anything can be done;  you certainly<br>
*can* do it this way.  You can write a fairly sophisticated dialer in<br>
Bash, too.<br>
<br>
The issue is whether it is methodologically correct and qualitatively<br>
appropriate.  It is much easier to schedule calls and manage outcomes<br>
dynamically - such as highly granular agent stats informed by<br>
up-to-the-minute heuristics, or aggressive overdial ratio control - with<br>
real-time monitoring of both call initiation and call results via AMI.<br>
<br>
It&#39;s a question of ROI on your time.  You can do it however you want,<br>
especially if you&#39;re really motivated to avoid a particular type of<br>
development chore.</blockquote><div><br>
</div></div></div>What you are saying makes sense, but I haven&#39;t used AMI for anything yet, so I cannot comment on how easy/reliable/stable it is do work with in terms of developing an autodialer, but I just did not agree when you said it was definitely the way to go, because there is not one way to go.  The one I did, using call files to dial was pretty reliable, and I you are able to distribute the calls different servers using the interface.<br clear="all">
</blockquote><div><br>Agreed, simple cron jobs can count and distribute call files across servers with very little scripting.<br><br>It is simple, and simple and efficient, and that is good.<br><br>The AMI has been notorious for bogging down and halting systems when used in an intensive way. <br>
</div></div><br>-- <br>Thanks,<br>Steve Totaro <br>+12409381212 (Cell)<br>+12024369784 (Skype)<br>