Re: [asterisk-users] Asterisk Autodialer

2009-08-26 Thread Alex Balashov 
I'm not sure I accurately understood the problem, but it sounds like 
this is a failure to use non-blocking I/O on the client?

Raimund Sacherer wrote:

> oh boy,
> 
> On Aug 25, 2009, at 10:05 PM, Alex Balashov wrote:
> 
>> I've never seen that, myself.  But I have no trouble believing it.
>>
>> That problem - along with Asterisk's other scalability quirks - must  
>> be
>> properly managed.  More boxes to spread the calls onto and
>> underutilising the hardware on each node is a better extreme to tend
>> toward than the opposite.
> 
> I can tell you, it can and will bring down your machine if not used  
> *VERY*, *VERY* carefully!
> 
> I have not once in my life (and i've done a lot of stuff) seen such a  
> dangerous beast as the AMI, if it's an API for a developer, who  
> develops stuff which are intended to be used by implementors, that's  
> fine, they know what they are doing. But the AMI is dangerous like an  
> API, but intended to be used by implementors which not necessarly do  
> have enough background!
> 
> I had to rewrite a Click2Call solution to specifically use Locks to  
> prevent the following situation:
> 
> the callcenter queried from a host of webservers our webserver, which  
> talks via AMI to get the free/occupied info on callagents
> if a customer want to be called this was routed as well through the AMI.
> 
> The problem is that at Times asterisk locks for some seconds the ami  
> interface, at times it is when a call setup takes longer, at times it  
> has nothing to do with call setups at all, it just locked the AMI and  
> the local apache processes which tried to get answers from the AMI  
> kept piling up, so at times the Lock got freed and everything went  
> normal again, but at times the lock took longer, Apache used up all  
> its possible threads (20 worker-servers a 254 connections) and  
> asterisk just locked up completely (100% cpu) load of the machine  
> about 80 or more.
> 
> At times the machine was so completely hosed that you could not even  
> do anything on the local console so you had to cold-reset the machine!
> 
> I now have implemented:
>   * a caching system for occupied requests
>   * a Lock system so I am sure only ONE thread systemwide can speak at  
> a given time with the AMI
>   * changed the call setup from AMI to pbx_spool
> 
> In my oppinion a system integrator should not have to mess around with  
> locks and doing all this debugging and checking, if i have a manager  
> interface it should happily accept whatever i through at it, and do  
> internel locking, checking, discarding on problem totally safe on its  
> own!
> 
> so, just be aware of WHAT you are doing with the AMI!
> 
> best
> Ray
> 
> 
> ___
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> 
> AstriCon 2009 - October 13 - 15 Phoenix, Arizona
> Register Now: http://www.astricon.net
> 
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>http://lists.digium.com/mailman/listinfo/asterisk-users


-- 
Alex Balashov - Principal
Evariste Systems
Web : http://www.evaristesys.com/
Tel : (+1) (678) 954-0670
Direct  : (+1) (678) 954-0671

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

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Re: [asterisk-users] Asterisk Autodialer

2009-08-26 Thread Raimund Sacherer 

On Aug 26, 2009, at 10:40 AM, Steve Totaro wrote:

>
>
> One of the last things you want to do as the guy who handles the  
> system is do a full reboot when Asterisk becomes completely  
> unresponsive, you have hundreds of agents sitting idle and even more  
> customers calling in.
Amen brother!


This CAN fireback to you a solution provider, big time! Let's face it,  
people are accustomed to nearly 99.99% uptime with telephony, I do not  
understand why asterisk was not designed from day one with this in mind.

Because you CAN design the system that if you have more asterisk  
instances you do not loose existing calls if an asterisk box goes  
down, you could loose

* Calls currently being setup
* Monitored call files (due to possible corruption on crash)
* some seconds in the voice stream (i think loosing a bit of voice and  
having to possibility to say: repeat again weights more than to setup  
the call again)

I knew it is possible out of experience in development, but way more  
because e.g. sipfoundry has a pbx which can do this quite fine, but of  
course it is way less flexible then asterisk.

Currently i am very excited about freeSWITCH, which seems very  
promising in this regard, After reading the philosophy behind  
freeSWITCH from their lead-developer (a long-time asterisk developer)  
i am convinced that, at least for me, freeSWITCH will be more the way  
to go in the future.


ah, so, i am feeling better, a little steam off :-)


>
> Fun times at the next meeting with management!  Monetize your  
> downtime and the AMI can be very expensive.

Yeah, it really is not that pleasant at all :-)

best

-- 
Raimund Sacherer
-
RunSolutions
 Open Source It Consulting
-

Parc Bit - Centro Empresarial Son Espanyol
Edificio Estel - Local 3D
07121 -  Palma de Mallorca
Baleares


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

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Re: [asterisk-users] Asterisk Autodialer

2009-08-26 Thread Steve Totaro 
On Wed, Aug 26, 2009 at 2:58 AM, Raimund Sacherer wrote:

> oh boy,
>
> On Aug 25, 2009, at 10:05 PM, Alex Balashov wrote:
>
> >
> > I've never seen that, myself.  But I have no trouble believing it.
> >
> > That problem - along with Asterisk's other scalability quirks - must
> > be
> > properly managed.  More boxes to spread the calls onto and
> > underutilising the hardware on each node is a better extreme to tend
> > toward than the opposite.
>
> I can tell you, it can and will bring down your machine if not used
> *VERY*, *VERY* carefully!
>
> I have not once in my life (and i've done a lot of stuff) seen such a
> dangerous beast as the AMI, if it's an API for a developer, who
> develops stuff which are intended to be used by implementors, that's
> fine, they know what they are doing. But the AMI is dangerous like an
> API, but intended to be used by implementors which not necessarly do
> have enough background!
>
> I had to rewrite a Click2Call solution to specifically use Locks to
> prevent the following situation:
>
> the callcenter queried from a host of webservers our webserver, which
> talks via AMI to get the free/occupied info on callagents
> if a customer want to be called this was routed as well through the AMI.
>
> The problem is that at Times asterisk locks for some seconds the ami
> interface, at times it is when a call setup takes longer, at times it
> has nothing to do with call setups at all, it just locked the AMI and
> the local apache processes which tried to get answers from the AMI
> kept piling up, so at times the Lock got freed and everything went
> normal again, but at times the lock took longer, Apache used up all
> its possible threads (20 worker-servers a 254 connections) and
> asterisk just locked up completely (100% cpu) load of the machine
> about 80 or more.
>
> At times the machine was so completely hosed that you could not even
> do anything on the local console so you had to cold-reset the machine!
>
> I now have implemented:
>* a caching system for occupied requests
>* a Lock system so I am sure only ONE thread systemwide can speak at
> a given time with the AMI
>* changed the call setup from AMI to pbx_spool
>
> In my oppinion a system integrator should not have to mess around with
> locks and doing all this debugging and checking, if i have a manager
> interface it should happily accept whatever i through at it, and do
> internel locking, checking, discarding on problem totally safe on its
> own!
>
> so, just be aware of WHAT you are doing with the AMI!
>
> best
> Ray
>

Ray,

Thanks for explaining what I was saying in technical/mechanical terms.

My quote, "The AMI has been notorious for bogging down and halting systems
when used in an intensive way." didn't mean much without the behind the
scenes explanation of the hows and whys.

I just chalked it up to being buggy.

One of the last things you want to do as the guy who handles the system is
do a full reboot when Asterisk becomes completely unresponsive, you have
hundreds of agents sitting idle and even more customers calling in.

Fun times at the next meeting with management!  Monetize your downtime and
the AMI can be very expensive.

-- 
Thanks,
Steve Totaro
+12409381212 (Cell)
+12024369784 (Skype)
___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Re: [asterisk-users] Asterisk Autodialer

2009-08-26 Thread Raimund Sacherer 
oh boy,

On Aug 25, 2009, at 10:05 PM, Alex Balashov wrote:

>
> I've never seen that, myself.  But I have no trouble believing it.
>
> That problem - along with Asterisk's other scalability quirks - must  
> be
> properly managed.  More boxes to spread the calls onto and
> underutilising the hardware on each node is a better extreme to tend
> toward than the opposite.

I can tell you, it can and will bring down your machine if not used  
*VERY*, *VERY* carefully!

I have not once in my life (and i've done a lot of stuff) seen such a  
dangerous beast as the AMI, if it's an API for a developer, who  
develops stuff which are intended to be used by implementors, that's  
fine, they know what they are doing. But the AMI is dangerous like an  
API, but intended to be used by implementors which not necessarly do  
have enough background!

I had to rewrite a Click2Call solution to specifically use Locks to  
prevent the following situation:

the callcenter queried from a host of webservers our webserver, which  
talks via AMI to get the free/occupied info on callagents
if a customer want to be called this was routed as well through the AMI.

The problem is that at Times asterisk locks for some seconds the ami  
interface, at times it is when a call setup takes longer, at times it  
has nothing to do with call setups at all, it just locked the AMI and  
the local apache processes which tried to get answers from the AMI  
kept piling up, so at times the Lock got freed and everything went  
normal again, but at times the lock took longer, Apache used up all  
its possible threads (20 worker-servers a 254 connections) and  
asterisk just locked up completely (100% cpu) load of the machine  
about 80 or more.

At times the machine was so completely hosed that you could not even  
do anything on the local console so you had to cold-reset the machine!

I now have implemented:
* a caching system for occupied requests
* a Lock system so I am sure only ONE thread systemwide can speak at  
a given time with the AMI
* changed the call setup from AMI to pbx_spool

In my oppinion a system integrator should not have to mess around with  
locks and doing all this debugging and checking, if i have a manager  
interface it should happily accept whatever i through at it, and do  
internel locking, checking, discarding on problem totally safe on its  
own!

so, just be aware of WHAT you are doing with the AMI!

best
Ray


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

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Edwin Quijada 

I did with Gnudialer.



*---* 
*-Edwin Quijada 
*-Developer DataBase 
*-JQ Microsistemas 

*-Soporte PostgreSQL

*-www.jqmicrosistemas.com
*-809-849-8087
*---*





From: sanjoy_r...@hotmail.com
To: asterisk-users@lists.digium.com
Date: Tue, 25 Aug 2009 17:19:52 +
Subject: Re: [asterisk-users] Asterisk Autodialer








Thanks Miguel. Have your configured GNUDialer before?


> Date: Tue, 25 Aug 2009 11:22:16 -0500
> From: mmol...@millenium.com.co
> To: asterisk-users@lists.digium.com
> Subject: Re: [asterisk-users] Asterisk Autodialer
> 
> Sanjoy Rath escribió:
> > Anyways I checked VOIP-info.org the information there was pretty 
> > basic. I was trying to get some more insight to this autodialer stuff. 
> > If there is something I can take leverage of that will be great 
> > (because I do not want reinvent the wheel) or else (as sadi before) I 
> > will figure out.
> If you for example manage to configure and test GNUdialer 
> (http://www.gnudialer.org/ , http://dynx.net/ASTERISK/gnudialer/) by 
> yourself, that would be a good start into knowing how does a basic 
> dialer works. Maybe VICIDIAL has better documentation but its internals 
> and initial setup are far away difficult to understand (IMO). More than 
> that, you won't find anything else on the scope of Open Source dialers 
> for asterisk (AACC - Hanashi Dialer is in a very alpha stage). Anything 
> else is closed and/or commercial.
> 
> Cheers,
> 
> -- 
> Ing. Miguel Molina
> Grupo de Tecnología
> Millenium Phone Center
> 
> 
> ___
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> 
> AstriCon 2009 - October 13 - 15 Phoenix, Arizona
> Register Now: http://www.astricon.net
> 
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>http://lists.digium.com/mailman/listinfo/asterisk-users

Stay on top of things, check email from other accounts! Check it out.
_

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

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Alex Balashov 
Steve Totaro wrote:

> Agreed, simple cron jobs can count and distribute call files across 
> servers with very little scripting.
> 
> It is simple, and simple and efficient, and that is good.

If the requirements are also simple, I'd be the last to argue with the 
simplest approach.

In every case in which I've dealt with this, the requirements creep up 
and rapidly get more sophisticated once the initial proof of concept 
that just does plain old iterative dialing is in place.

That progression of events will most likely visit upon the implementor a 
sense that better care should have been taken to plan ahead 
architecturally.

> The AMI has been notorious for bogging down and halting systems when 
> used in an intensive way.

I've never seen that, myself.  But I have no trouble believing it.

That problem - along with Asterisk's other scalability quirks - must be 
properly managed.  More boxes to spread the calls onto and 
underutilising the hardware on each node is a better extreme to tend 
toward than the opposite.

-- Alex

-- 
Alex Balashov - Principal
Evariste Systems
Web : http://www.evaristesys.com/
Tel : (+1) (678) 954-0670
Direct  : (+1) (678) 954-0671

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

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Steve Totaro 
On Tue, Aug 25, 2009 at 3:15 PM, Pascal Bruno  wrote:

> On Tue, Aug 25, 2009 at 2:52 PM, Alex Balashov 
> wrote:
>
>>  With enough spiritual commitment, anything can be done;  you certainly
>> *can* do it this way.  You can write a fairly sophisticated dialer in
>> Bash, too.
>>
>> The issue is whether it is methodologically correct and qualitatively
>> appropriate.  It is much easier to schedule calls and manage outcomes
>> dynamically - such as highly granular agent stats informed by
>> up-to-the-minute heuristics, or aggressive overdial ratio control - with
>> real-time monitoring of both call initiation and call results via AMI.
>>
>> It's a question of ROI on your time.  You can do it however you want,
>> especially if you're really motivated to avoid a particular type of
>> development chore.
>
>
> What you are saying makes sense, but I haven'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.
>

Agreed, simple cron jobs can count and distribute call files across servers
with very little scripting.

It is simple, and simple and efficient, and that is good.

The AMI has been notorious for bogging down and halting systems when used in
an intensive way.

-- 
Thanks,
Steve Totaro
+12409381212 (Cell)
+12024369784 (Skype)
___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Pascal Bruno 
On Tue, Aug 25, 2009 at 2:52 PM, Alex Balashov wrote:

> With enough spiritual commitment, anything can be done;  you certainly
> *can* do it this way.  You can write a fairly sophisticated dialer in
> Bash, too.
>
> The issue is whether it is methodologically correct and qualitatively
> appropriate.  It is much easier to schedule calls and manage outcomes
> dynamically - such as highly granular agent stats informed by
> up-to-the-minute heuristics, or aggressive overdial ratio control - with
> real-time monitoring of both call initiation and call results via AMI.
>
> It's a question of ROI on your time.  You can do it however you want,
> especially if you're really motivated to avoid a particular type of
> development chore.


What you are saying makes sense, but I haven'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.
___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Alex Balashov 
Pascal Bruno wrote:

> I do not quite agree, I have developed a system exactly like that using 
> call files, and I do have an interface to upload the numbers to call, 
> you can setup call time, and the the delay to wait between each call.  
> To me it was very straight forward and it works great, you can make a 
> few thousands of calls a day depending on how many lines/channels you have.

With enough spiritual commitment, anything can be done;  you certainly 
*can* do it this way.  You can write a fairly sophisticated dialer in 
Bash, too.

The issue is whether it is methodologically correct and qualitatively 
appropriate.  It is much easier to schedule calls and manage outcomes 
dynamically - such as highly granular agent stats informed by 
up-to-the-minute heuristics, or aggressive overdial ratio control - with 
real-time monitoring of both call initiation and call results via AMI.

It's a question of ROI on your time.  You can do it however you want, 
especially if you're really motivated to avoid a particular type of 
development chore.

-- Alex

-- 
Alex Balashov - Principal
Evariste Systems
Web : http://www.evaristesys.com/
Tel : (+1) (678) 954-0670
Direct  : (+1) (678) 954-0671

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

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Pascal Bruno 
On Tue, Aug 25, 2009 at 1:29 PM, Alex Balashov wrote:

> Sanjoy Rath wrote:
>
> > I would prefer to use AMI. Let me start looking into AMI. I would like
> > to include functionalities like upload numbers to call from an
> > interface, i want reports back numbers called, setup call time etc. Let
> > me look up AMI. Thanks Alex for the info.
>
> Yep.  If you need that level of detail, AMI is definitely the right
> approach.


I do not quite agree, I have developed a system exactly like that using call
files, and I do have an interface to upload the numbers to call, you can
setup call time, and the the delay to wait between each call.  To me it was
very straight forward and it works great, you can make a few thousands of
calls a day depending on how many lines/channels you have.
___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Alex Balashov 
Sanjoy Rath wrote:

> I would prefer to use AMI. Let me start looking into AMI. I would like 
> to include functionalities like upload numbers to call from an 
> interface, i want reports back numbers called, setup call time etc. Let 
> me look up AMI. Thanks Alex for the info.

Yep.  If you need that level of detail, AMI is definitely the right 
approach.

-- 
Alex Balashov - Principal
Evariste Systems
Web : http://www.evaristesys.com/
Tel : (+1) (678) 954-0670
Direct  : (+1) (678) 954-0671

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

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Sanjoy Rath 

I would prefer to use AMI. Let me start looking into AMI. I would like to 
include functionalities like upload numbers to call from an interface, i want 
reports back numbers called, setup call time etc. Let me look up AMI. Thanks 
Alex for the info.

From: abalas...@evaristesys.com
To: asterisk-users@lists.digium.com
Date: Tue, 25 Aug 2009 12:46:41 -0400
CC: asterisk-users@lists.digium.com
Subject: Re: [asterisk-users] Asterisk Autodialer

AMI is definitely the more sophisticated and less naive way to overcome these 
problems, and will definitely provide the maximum level of event feedback and 
call control possible.  Call files are a much more "fire and forget" strategy, 
and getting pacing and overdial ratio right is a lot harder with them.
But managing it all via AMI requires actual software work by someone who knows 
what they are doing with relatively low-level system programming, which is why 
the call file approach is favoured by users who just want it quick and dirty, 
with no regard for quality and no interest in robust implementation.

--Sent from mobile device
On Aug 25, 2009, at 12:34 PM, "Danny Nicholas"  wrote:















That would be a qualified yes.  The
problem you will face is this;  Say you want to do 1000 calls and you have 25
lines you can use.  If you dump all 1000 calls into
/var/spool/asterisk/outgoing at once, asterisk will try to process all 1000 at
once, which will lead to some problems.   The way to accommodate this is to 
“plan”
your calls in such a way as they can process in groups.  Let’s say that you
expect each automated call to take 3 minutes.  You could set up a job to
release 25 files every 3 minutes to /v/s/a/o and would mostly be running well. 
Of course some calls will last longer and some shorter, but pbx_spool will take
care of that easily as long as the load isn’t too great.  You could even do
30-35 calls to account for hangups, etc.

 









From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Sanjoy Rath

Sent: Tuesday, August 25, 2009
11:23 AM

To: Asterisk-Users

Subject: Re: [asterisk-users]
Asterisk Autodialer



 

Hi Danny,



 





Thanks so much for your response. I have used call files
to autodial too. Can this be used for large volume calls? 





 





Thanks,





Sanjoy. 







From: da...@debsinc.com

To: asterisk-users@lists.digium.com

Date: Tue, 25 Aug 2009 11:07:04 -0500

Subject: Re: [asterisk-users] Asterisk Autodialer



Here is my .02;  There are basically
(but not only) two ways to “auto-dial” from asterisk.  You can use Asterisk
Manager or create a set of call files to use the pbx_spool function.  I’m
more familiar with the latter.  If you “dump” a set of call files,
Asterisk will try to do them all at once and respool them until it can satisfy
the request.  You can “help” by touching the files with a future date so *
will try to process them more smoothly.  There is a reasonably nice PERL
module called Asterisk::Outgoing, but you’ll have to tweak it to use the time
functionality.

 









From:
asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Sanjoy Rath

Sent: Tuesday, August 25, 2009
10:48 AM

To: Asterisk-Users

Subject: Re: [asterisk-users]
Asterisk Autodialer



 

Alex,

 

You are right. My questions are probably wide open. I probably would
have more specific. Any help I get would be great; if not I will figure it out
myself :).

 

Steve, Geraint - It was kind of you both to respond back. Thanks guys for
your response.  :)

 

I am dCAP trained but just like anything else you do not get
everything/anything you want from there.

 

Anyways I checked VOIP-info.org the information there was pretty basic. I was
trying to get some more insight to this autodialer stuff. If there is something
I can take leverage of that will be great (because I do not want reinvent the
wheel) or else (as sadi before) I will figure out. 

 

Thanks,

Sanjoy.

 

> Date: Tue, 25 Aug 2009 11:24:36 -0400

> From: abalas...@evaristesys.com

> To: asterisk-users@lists.digium.com

> Subject: Re: [asterisk-users] Asterisk Autodialer

> 

> If you don't see why you are getting replies of this colour, you must 

> have an ingrained inability to understand what does and does not 

> constitute a question of a manageable scope. It must be sufficiently 

> narrow and specific in order to be realistically addressable in this 

> forum.

> 

> You can't just say, "Teach me everything there is to know about 

> automatic dialers." Nobody's going to do that.

> 

> Sanjoy Rath wrote:

> 

> > Thanks Steve for helpful reply. 

> > 

> > Cheers,

> > SR.

> > 

> >


> > Date: Tue, 25 Aug 2009 10:26:37 -0400

> > From: stot...@first-notifi

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Sanjoy Rath 

Thanks Miguel. Have your configured GNUDialer before?


> Date: Tue, 25 Aug 2009 11:22:16 -0500
> From: mmol...@millenium.com.co
> To: asterisk-users@lists.digium.com
> Subject: Re: [asterisk-users] Asterisk Autodialer
> 
> Sanjoy Rath escribió:
> > Anyways I checked VOIP-info.org the information there was pretty 
> > basic. I was trying to get some more insight to this autodialer stuff. 
> > If there is something I can take leverage of that will be great 
> > (because I do not want reinvent the wheel) or else (as sadi before) I 
> > will figure out.
> If you for example manage to configure and test GNUdialer 
> (http://www.gnudialer.org/ , http://dynx.net/ASTERISK/gnudialer/) by 
> yourself, that would be a good start into knowing how does a basic 
> dialer works. Maybe VICIDIAL has better documentation but its internals 
> and initial setup are far away difficult to understand (IMO). More than 
> that, you won't find anything else on the scope of Open Source dialers 
> for asterisk (AACC - Hanashi Dialer is in a very alpha stage). Anything 
> else is closed and/or commercial.
> 
> Cheers,
> 
> -- 
> Ing. Miguel Molina
> Grupo de Tecnología
> Millenium Phone Center
> 
> 
> ___
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> 
> AstriCon 2009 - October 13 - 15 Phoenix, Arizona
> Register Now: http://www.astricon.net
> 
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>http://lists.digium.com/mailman/listinfo/asterisk-users

_
Stay on top of things, check email from other accounts!
http://go.microsoft.com/?linkid=9671355___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Sanjoy Rath 

Danny,
Thanks for your response. 
Thanks,Sanjoy.

From: da...@debsinc.com
To: asterisk-users@lists.digium.com
Date: Tue, 25 Aug 2009 11:34:29 -0500
Subject: Re: [asterisk-users] Asterisk Autodialer
























That would be a qualified yes.  The
problem you will face is this;  Say you want to do 1000 calls and you have 25
lines you can use.  If you dump all 1000 calls into
/var/spool/asterisk/outgoing at once, asterisk will try to process all 1000 at
once, which will lead to some problems.   The way to accommodate this is to 
“plan”
your calls in such a way as they can process in groups.  Let’s say that you
expect each automated call to take 3 minutes.  You could set up a job to
release 25 files every 3 minutes to /v/s/a/o and would mostly be running well. 
Of course some calls will last longer and some shorter, but pbx_spool will take
care of that easily as long as the load isn’t too great.  You could even do
30-35 calls to account for hangups, etc.

 









From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Sanjoy Rath

Sent: Tuesday, August 25, 2009
11:23 AM

To: Asterisk-Users

Subject: Re: [asterisk-users]
Asterisk Autodialer



 

Hi Danny,



 





Thanks so much for your response. I have used call files
to autodial too. Can this be used for large volume calls? 





 





Thanks,





Sanjoy. 







From: da...@debsinc.com

To: asterisk-users@lists.digium.com

Date: Tue, 25 Aug 2009 11:07:04 -0500

Subject: Re: [asterisk-users] Asterisk Autodialer



Here is my .02;  There are basically
(but not only) two ways to “auto-dial” from asterisk.  You can use Asterisk
Manager or create a set of call files to use the pbx_spool function.  I’m
more familiar with the latter.  If you “dump” a set of call files,
Asterisk will try to do them all at once and respool them until it can satisfy
the request.  You can “help” by touching the files with a future date so *
will try to process them more smoothly.  There is a reasonably nice PERL
module called Asterisk::Outgoing, but you’ll have to tweak it to use the time
functionality.

 









From:
asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Sanjoy Rath

Sent: Tuesday, August 25, 2009
10:48 AM

To: Asterisk-Users

Subject: Re: [asterisk-users]
Asterisk Autodialer



 

Alex,

 

You are right. My questions are probably wide open. I probably would
have more specific. Any help I get would be great; if not I will figure it out
myself :).

 

Steve, Geraint - It was kind of you both to respond back. Thanks guys for
your response.  :)

 

I am dCAP trained but just like anything else you do not get
everything/anything you want from there.

 

Anyways I checked VOIP-info.org the information there was pretty basic. I was
trying to get some more insight to this autodialer stuff. If there is something
I can take leverage of that will be great (because I do not want reinvent the
wheel) or else (as sadi before) I will figure out. 

 

Thanks,

Sanjoy.

 

> Date: Tue, 25 Aug 2009 11:24:36 -0400

> From: abalas...@evaristesys.com

> To: asterisk-users@lists.digium.com

> Subject: Re: [asterisk-users] Asterisk Autodialer

> 

> If you don't see why you are getting replies of this colour, you must 

> have an ingrained inability to understand what does and does not 

> constitute a question of a manageable scope. It must be sufficiently 

> narrow and specific in order to be realistically addressable in this 

> forum.

> 

> You can't just say, "Teach me everything there is to know about 

> automatic dialers." Nobody's going to do that.

> 

> Sanjoy Rath wrote:

> 

> > Thanks Steve for helpful reply. 

> > 

> > Cheers,

> > SR.

> > 

> >


> > Date: Tue, 25 Aug 2009 10:26:37 -0400

> > From: stot...@first-notification.com

> > To: asterisk-users@lists.digium.com

> > Subject: Re: [asterisk-users] Asterisk Autodialer

> > 

> > 

> > 

> > On Tue, Aug 25, 2009 at 10:04 AM, Sanjoy Rath
 > <mailto:sanjoy_r...@hotmail.com>> wrote:

> > 

> > Hello,

> > 

> > I am developing an asterisk autodialer. I am looking for the

> > following information:

> > 

> > 1. Detailed Configuration Documentation for Asterisk Autodialer

> > 2. Volume Testing Strategy

> > 3. Lessons Learnt from past Asterisk Autodialer configuration

> > 4. What are the different asterisk autodialer functionality that

> > have been implemented

> > 

> > Your response will be appreciated.

> > 

> > Thanks,

> > Sanjoy.

> > 

> > 

> > How are you developing anything when you are asking for not just tips


> > but EVERYTH

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Alex Balashov 
AMI is definitely the more sophisticated and less naive way to  
overcome these problems, and will definitely provide the maximum level  
of event feedback and call control possible.  Call files are a much  
more "fire and forget" strategy, and getting pacing and overdial ratio  
right is a lot harder with them.


But managing it all via AMI requires actual software work by someone  
who knows what they are doing with relatively low-level system  
programming, which is why the call file approach is favoured by users  
who just want it quick and dirty, with no regard for quality and no  
interest in robust implementation.


--
Sent from mobile device

On Aug 25, 2009, at 12:34 PM, "Danny Nicholas"   
wrote:


That would be a qualified yes.  The problem you will face is this;   
Say you want to do 1000 calls and you have 25 lines you can use.  If  
you dump all 1000 calls into /var/spool/asterisk/outgoing at once,  
asterisk will try to process all 1000 at once, which will lead to  
some problems.   The way to accommodate this is to “plan” your calls 
 in such a way as they can process in groups.  Let’s say that you ex 
pect each automated call to take 3 minutes.  You could set up a job  
to release 25 files every 3 minutes to /v/s/a/o and would mostly be  
running well.  Of course some calls will last longer and some shorte 
r, but pbx_spool will take care of that easily as long as the load i 
sn’t too great.  You could even do 30-35 calls to account for hangup 
s, etc.


From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users- 
boun...@lists.digium.com] On Behalf Of Sanjoy Rath

Sent: Tuesday, August 25, 2009 11:23 AM
To: Asterisk-Users
Subject: Re: [asterisk-users] Asterisk Autodialer

Hi Danny,

Thanks so much for your response. I have used call files to autodial  
too. Can this be used for large volume calls?


Thanks,
Sanjoy.

From: da...@debsinc.com
To: asterisk-users@lists.digium.com
Date: Tue, 25 Aug 2009 11:07:04 -0500
Subject: Re: [asterisk-users] Asterisk Autodialer

Here is my .02;  There are basically (but not only) two ways to “aut 
o-dial” from asterisk.  You can use Asterisk Manager or create a set 
 of call files to use the pbx_spool function.  I’m more familiar wit 
h the latter.  If you “dump” a set of call files, Asterisk will try  
to do them all at once and respool them until it can satisfy the req 
uest.  You can “help” by touching the files with a future date so *  
will try to process them more smoothly.  There is a reasonably nice  
PERL module called Asterisk::Outgoing, but you’ll have to tweak it t 
o use the time functionality.


From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users- 
boun...@lists.digium.com] On Behalf Of Sanjoy Rath

Sent: Tuesday, August 25, 2009 10:48 AM
To: Asterisk-Users
Subject: Re: [asterisk-users] Asterisk Autodialer

Alex,

You are right. My questions are probably wide open. I probably would  
have more specific. Any help I get would be great; if not I will  
figure it out myself :).


Steve, Geraint - It was kind of you both to respond back. Thanks  
guys for your response.  :)


I am dCAP trained but just like anything else you do not get  
everything/anything you want from there.


Anyways I checked VOIP-info.org the information there was pretty  
basic. I was trying to get some more insight to this autodialer  
stuff. If there is something I can take leverage of that will be  
great (because I do not want reinvent the wheel) or else (as sadi  
before) I will figure out.


Thanks,
Sanjoy.

> Date: Tue, 25 Aug 2009 11:24:36 -0400
> From: abalas...@evaristesys.com
> To: asterisk-users@lists.digium.com
> Subject: Re: [asterisk-users] Asterisk Autodialer
>
> If you don't see why you are getting replies of this colour, you  
must

> have an ingrained inability to understand what does and does not
> constitute a question of a manageable scope. It must be sufficiently
> narrow and specific in order to be realistically addressable in this
> forum.
>
> You can't just say, "Teach me everything there is to know about
> automatic dialers." Nobody's going to do that.
>
> Sanjoy Rath wrote:
>
> > Thanks Steve for helpful reply.
> >
> > Cheers,
> > SR.
> >
> >  
--- 
-

> > Date: Tue, 25 Aug 2009 10:26:37 -0400
> > From: stot...@first-notification.com
> > To: asterisk-users@lists.digium.com
> > Subject: Re: [asterisk-users] Asterisk Autodialer
> >
> >
> >
> > On Tue, Aug 25, 2009 at 10:04 AM, Sanjoy Rath  > <mailto:sanjoy_r...@hotmail.com>> wrote:
> >
> > Hello,
> >
> > I am developing an asterisk autodialer. I am looking for the
> > following information:
> >
> > 1. Detailed Configuration Documentation for Asterisk Autodialer
&g

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Danny Nicholas 
That would be a qualified yes.  The problem you will face is this;  Say you
want to do 1000 calls and you have 25 lines you can use.  If you dump all
1000 calls into /var/spool/asterisk/outgoing at once, asterisk will try to
process all 1000 at once, which will lead to some problems.   The way to
accommodate this is to "plan" your calls in such a way as they can process
in groups.  Let's say that you expect each automated call to take 3 minutes.
You could set up a job to release 25 files every 3 minutes to /v/s/a/o and
would mostly be running well.  Of course some calls will last longer and
some shorter, but pbx_spool will take care of that easily as long as the
load isn't too great.  You could even do 30-35 calls to account for hangups,
etc.

 

  _  

From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Sanjoy Rath
Sent: Tuesday, August 25, 2009 11:23 AM
To: Asterisk-Users
Subject: Re: [asterisk-users] Asterisk Autodialer

 

Hi Danny,

 

Thanks so much for your response. I have used call files to autodial too.
Can this be used for large volume calls? 

 

Thanks,

Sanjoy. 

  _  

From: da...@debsinc.com
To: asterisk-users@lists.digium.com
Date: Tue, 25 Aug 2009 11:07:04 -0500
Subject: Re: [asterisk-users] Asterisk Autodialer

Here is my .02;  There are basically (but not only) two ways to "auto-dial"
from asterisk.  You can use Asterisk Manager or create a set of call files
to use the pbx_spool function.  I'm more familiar with the latter.  If you
"dump" a set of call files, Asterisk will try to do them all at once and
respool them until it can satisfy the request.  You can "help" by touching
the files with a future date so * will try to process them more smoothly.
There is a reasonably nice PERL module called Asterisk::Outgoing, but you'll
have to tweak it to use the time functionality.

 

  _  

From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Sanjoy Rath
Sent: Tuesday, August 25, 2009 10:48 AM
To: Asterisk-Users
Subject: Re: [asterisk-users] Asterisk Autodialer

 

Alex,
 
You are right. My questions are probably wide open. I probably would have
more specific. Any help I get would be great; if not I will figure it out
myself :).
 
Steve, Geraint - It was kind of you both to respond back. Thanks guys for
your response.  :)
 
I am dCAP trained but just like anything else you do not get
everything/anything you want from there.
 
Anyways I checked VOIP-info.org the information there was pretty basic. I
was trying to get some more insight to this autodialer stuff. If there is
something I can take leverage of that will be great (because I do not want
reinvent the wheel) or else (as sadi before) I will figure out. 
 
Thanks,
Sanjoy.
 
> Date: Tue, 25 Aug 2009 11:24:36 -0400
> From: abalas...@evaristesys.com
> To: asterisk-users@lists.digium.com
> Subject: Re: [asterisk-users] Asterisk Autodialer
> 
> If you don't see why you are getting replies of this colour, you must 
> have an ingrained inability to understand what does and does not 
> constitute a question of a manageable scope. It must be sufficiently 
> narrow and specific in order to be realistically addressable in this 
> forum.
> 
> You can't just say, "Teach me everything there is to know about 
> automatic dialers." Nobody's going to do that.
> 
> Sanjoy Rath wrote:
> 
> > Thanks Steve for helpful reply. 
> > 
> > Cheers,
> > SR.
> > 
> > ------------
> > Date: Tue, 25 Aug 2009 10:26:37 -0400
> > From: stot...@first-notification.com
> > To: asterisk-users@lists.digium.com
> > Subject: Re: [asterisk-users] Asterisk Autodialer
> > 
> > 
> > 
> > On Tue, Aug 25, 2009 at 10:04 AM, Sanjoy Rath  > <mailto:sanjoy_r...@hotmail.com>> wrote:
> > 
> > Hello,
> > 
> > I am developing an asterisk autodialer. I am looking for the
> > following information:
> > 
> > 1. Detailed Configuration Documentation for Asterisk Autodialer
> > 2. Volume Testing Strategy
> > 3. Lessons Learnt from past Asterisk Autodialer configuration
> > 4. What are the different asterisk autodialer functionality that
> > have been implemented
> > 
> > Your response will be appreciated.
> > 
> > Thanks,
> > Sanjoy.
> > 
> > 
> > How are you developing anything when you are asking for not just tips 
> > but EVERYTHING!
> > 
> > Hire a consultant or go to that nerdvittles article.
> > 
> > -- 
> > Thanks,
> > Steve Totaro
> > +18887771888 (Toll Free)
> > +12409381212 (Cell)
> > +12024369784 (Skype)
>

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Miguel Molina 
Sanjoy Rath escribió:
> Anyways I checked VOIP-info.org the information there was pretty 
> basic. I was trying to get some more insight to this autodialer stuff. 
> If there is something I can take leverage of that will be great 
> (because I do not want reinvent the wheel) or else (as sadi before) I 
> will figure out.
If you for example manage to configure and test GNUdialer 
(http://www.gnudialer.org/ , http://dynx.net/ASTERISK/gnudialer/) by 
yourself, that would be a good start into knowing how does a basic 
dialer works. Maybe VICIDIAL has better documentation but its internals 
and initial setup are far away difficult to understand (IMO). More than 
that, you won't find anything else on the scope of Open Source dialers 
for asterisk (AACC - Hanashi Dialer is in a very alpha stage). Anything 
else is closed and/or commercial.

Cheers,

-- 
Ing. Miguel Molina
Grupo de Tecnología
Millenium Phone Center


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

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Sanjoy Rath 

Hi Danny,
Thanks so much for your response. I have used call files to autodial too. Can 
this be used for large volume calls? 
Thanks,Sanjoy. 

From: da...@debsinc.com
To: asterisk-users@lists.digium.com
Date: Tue, 25 Aug 2009 11:07:04 -0500
Subject: Re: [asterisk-users] Asterisk Autodialer
























Here is my .02;  There are basically (but
not only) two ways to “auto-dial” from asterisk.  You can use
Asterisk Manager or create a set of call files to use the pbx_spool function. 
I’m more familiar with the latter.  If you “dump” a set of
call files, Asterisk will try to do them all at once and respool them until it
can satisfy the request.  You can “help” by touching the files with
a future date so * will try to process them more smoothly.  There is a
reasonably nice PERL module called Asterisk::Outgoing, but you’ll have to
tweak it to use the time functionality.

 









From:
asterisk-users-boun...@lists.digium.com 
[mailto:asterisk-users-boun...@lists.digium.com]
On Behalf Of Sanjoy Rath

Sent: Tuesday, August 25, 2009
10:48 AM

To: Asterisk-Users

Subject: Re: [asterisk-users]
Asterisk Autodialer



 

Alex,

 

You are right. My questions are probably wide open. I probably would
have more specific. Any help I get would be great; if not I will figure it out
myself :).

 

Steve, Geraint - It was kind of you both to respond back. Thanks guys for
your response.  :)

 

I am dCAP trained but just like anything else you do not get
everything/anything you want from there.

 

Anyways I checked VOIP-info.org the information there was pretty basic. I was
trying to get some more insight to this autodialer stuff. If there is something
I can take leverage of that will be great (because I do not want reinvent the
wheel) or else (as sadi before) I will figure out. 

 

Thanks,

Sanjoy.

 

> Date: Tue, 25 Aug 2009 11:24:36 -0400

> From: abalas...@evaristesys.com

> To: asterisk-users@lists.digium.com

> Subject: Re: [asterisk-users] Asterisk Autodialer

> 

> If you don't see why you are getting replies of this colour, you must 

> have an ingrained inability to understand what does and does not 

> constitute a question of a manageable scope. It must be sufficiently 

> narrow and specific in order to be realistically addressable in this 

> forum.

> 

> You can't just say, "Teach me everything there is to know about 

> automatic dialers." Nobody's going to do that.

> 

> Sanjoy Rath wrote:

> 

> > Thanks Steve for helpful reply. 

> > 

> > Cheers,

> > SR.

> > 

> >


> > Date: Tue, 25 Aug 2009 10:26:37 -0400

> > From: stot...@first-notification.com

> > To: asterisk-users@lists.digium.com

> > Subject: Re: [asterisk-users] Asterisk Autodialer

> > 

> > 

> > 

> > On Tue, Aug 25, 2009 at 10:04 AM, Sanjoy Rath
 > <mailto:sanjoy_r...@hotmail.com>> wrote:

> > 

> > Hello,

> > 

> > I am developing an asterisk autodialer. I am looking for the

> > following information:

> > 

> > 1. Detailed Configuration Documentation for Asterisk Autodialer

> > 2. Volume Testing Strategy

> > 3. Lessons Learnt from past Asterisk Autodialer configuration

> > 4. What are the different asterisk autodialer functionality that

> > have been implemented

> > 

> > Your response will be appreciated.

> > 

> > Thanks,

> > Sanjoy.

> > 

> > 

> > How are you developing anything when you are asking for not just tips


> > but EVERYTHING!

> > 

> > Hire a consultant or go to that nerdvittles article.

> > 

> > -- 

> > Thanks,

> > Steve Totaro

> > +18887771888 (Toll Free)

> > +12409381212 (Cell)

> > +12024369784 (Skype)

> > 

> > 

> > More storage. Better anti-spam and antivirus protection. Hotmail
makes 

> > it simple. <http://go.microsoft.com/?linkid=9671352>

> > 

> > 

> >


> > 

> > ___

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

> > 

> > AstriCon 2009 - October 13 - 15 Phoenix,
 Arizona

> > Register Now: http://www.astricon.net

> > 

> > asterisk-users mailing list

> > To UNSUBSCRIBE or update options visit:

> > http://lists.digium.com/mailman/listinfo/asterisk-users

> 

> 

> -- 

> Alex Balashov - Principal

> Evariste Systems

> Web : http://www.evaristesys.com/

> Tel :

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Danny Nicholas 
Here is my .02;  There are basically (but not only) two ways to "auto-dial"
from asterisk.  You can use Asterisk Manager or create a set of call files
to use the pbx_spool function.  I'm more familiar with the latter.  If you
"dump" a set of call files, Asterisk will try to do them all at once and
respool them until it can satisfy the request.  You can "help" by touching
the files with a future date so * will try to process them more smoothly.
There is a reasonably nice PERL module called Asterisk::Outgoing, but you'll
have to tweak it to use the time functionality.

 

  _  

From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Sanjoy Rath
Sent: Tuesday, August 25, 2009 10:48 AM
To: Asterisk-Users
Subject: Re: [asterisk-users] Asterisk Autodialer

 

Alex,
 
You are right. My questions are probably wide open. I probably would have
more specific. Any help I get would be great; if not I will figure it out
myself :).
 
Steve, Geraint - It was kind of you both to respond back. Thanks guys for
your response.  :)
 
I am dCAP trained but just like anything else you do not get
everything/anything you want from there.
 
Anyways I checked VOIP-info.org the information there was pretty basic. I
was trying to get some more insight to this autodialer stuff. If there is
something I can take leverage of that will be great (because I do not want
reinvent the wheel) or else (as sadi before) I will figure out. 
 
Thanks,
Sanjoy.
 
> Date: Tue, 25 Aug 2009 11:24:36 -0400
> From: abalas...@evaristesys.com
> To: asterisk-users@lists.digium.com
> Subject: Re: [asterisk-users] Asterisk Autodialer
> 
> If you don't see why you are getting replies of this colour, you must 
> have an ingrained inability to understand what does and does not 
> constitute a question of a manageable scope. It must be sufficiently 
> narrow and specific in order to be realistically addressable in this 
> forum.
> 
> You can't just say, "Teach me everything there is to know about 
> automatic dialers." Nobody's going to do that.
> 
> Sanjoy Rath wrote:
> 
> > Thanks Steve for helpful reply. 
> > 
> > Cheers,
> > SR.
> > 
> > --------
> > Date: Tue, 25 Aug 2009 10:26:37 -0400
> > From: stot...@first-notification.com
> > To: asterisk-users@lists.digium.com
> > Subject: Re: [asterisk-users] Asterisk Autodialer
> > 
> > 
> > 
> > On Tue, Aug 25, 2009 at 10:04 AM, Sanjoy Rath  > <mailto:sanjoy_r...@hotmail.com>> wrote:
> > 
> > Hello,
> > 
> > I am developing an asterisk autodialer. I am looking for the
> > following information:
> > 
> > 1. Detailed Configuration Documentation for Asterisk Autodialer
> > 2. Volume Testing Strategy
> > 3. Lessons Learnt from past Asterisk Autodialer configuration
> > 4. What are the different asterisk autodialer functionality that
> > have been implemented
> > 
> > Your response will be appreciated.
> > 
> > Thanks,
> > Sanjoy.
> > 
> > 
> > How are you developing anything when you are asking for not just tips 
> > but EVERYTHING!
> > 
> > Hire a consultant or go to that nerdvittles article.
> > 
> > -- 
> > Thanks,
> > Steve Totaro
> > +18887771888 (Toll Free)
> > +12409381212 (Cell)
> > +12024369784 (Skype)
> > 
> > 
> > More storage. Better anti-spam and antivirus protection. Hotmail makes 
> > it simple. <http://go.microsoft.com/?linkid=9671352>
> > 
> > 
> > 
> > 
> > ___
> > -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> > 
> > AstriCon 2009 - October 13 - 15 Phoenix, Arizona
> > Register Now: http://www.astricon.net
> > 
> > asterisk-users mailing list
> > To UNSUBSCRIBE or update options visit:
> > http://lists.digium.com/mailman/listinfo/asterisk-users
> 
> 
> -- 
> Alex Balashov - Principal
> Evariste Systems
> Web : http://www.evaristesys.com/
> Tel : (+1) (678) 954-0670
> Direct : (+1) (678) 954-0671
> 
> ___
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> 
> AstriCon 2009 - October 13 - 15 Phoenix, Arizona
> Register Now: http://www.astricon.net
> 
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users

  _  

Attention all humans. We are your photos. Free us.
<http://go.microsoft.com/?linkid=9666046> 

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

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Sanjoy Rath 

Alex,

 

You are right. My questions are probably wide open. I probably would have more 
specific. Any help I get would be great; if not I will figure it out myself :).

 

Steve, Geraint - It was kind of you both to respond back. Thanks guys for your 
response.  :)

 

I am dCAP trained but just like anything else you do not get 
everything/anything you want from there.

 

Anyways I checked VOIP-info.org the information there was pretty basic. I was 
trying to get some more insight to this autodialer stuff. If there is something 
I can take leverage of that will be great (because I do not want reinvent the 
wheel) or else (as sadi before) I will figure out. 

 

Thanks,

Sanjoy.
 
> Date: Tue, 25 Aug 2009 11:24:36 -0400
> From: abalas...@evaristesys.com
> To: asterisk-users@lists.digium.com
> Subject: Re: [asterisk-users] Asterisk Autodialer
> 
> If you don't see why you are getting replies of this colour, you must 
> have an ingrained inability to understand what does and does not 
> constitute a question of a manageable scope. It must be sufficiently 
> narrow and specific in order to be realistically addressable in this 
> forum.
> 
> You can't just say, "Teach me everything there is to know about 
> automatic dialers." Nobody's going to do that.
> 
> Sanjoy Rath wrote:
> 
> > Thanks Steve for helpful reply. 
> > 
> > Cheers,
> > SR.
> > 
> > 
> > Date: Tue, 25 Aug 2009 10:26:37 -0400
> > From: stot...@first-notification.com
> > To: asterisk-users@lists.digium.com
> > Subject: Re: [asterisk-users] Asterisk Autodialer
> > 
> > 
> > 
> > On Tue, Aug 25, 2009 at 10:04 AM, Sanjoy Rath  > <mailto:sanjoy_r...@hotmail.com>> wrote:
> > 
> > Hello,
> > 
> > I am developing an asterisk autodialer. I am looking for the
> > following information:
> > 
> > 1. Detailed Configuration Documentation for Asterisk Autodialer
> > 2. Volume Testing Strategy
> > 3. Lessons Learnt from past Asterisk Autodialer configuration
> > 4. What are the different asterisk autodialer functionality that
> > have been implemented
> > 
> > Your response will be appreciated.
> > 
> > Thanks,
> > Sanjoy.
> > 
> > 
> > How are you developing anything when you are asking for not just tips 
> > but EVERYTHING!
> > 
> > Hire a consultant or go to that nerdvittles article.
> > 
> > -- 
> > Thanks,
> > Steve Totaro
> > +18887771888 (Toll Free)
> > +12409381212 (Cell)
> > +12024369784 (Skype)
> > 
> > 
> > More storage. Better anti-spam and antivirus protection. Hotmail makes 
> > it simple. <http://go.microsoft.com/?linkid=9671352>
> > 
> > 
> > 
> > 
> > ___
> > -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> > 
> > AstriCon 2009 - October 13 - 15 Phoenix, Arizona
> > Register Now: http://www.astricon.net
> > 
> > asterisk-users mailing list
> > To UNSUBSCRIBE or update options visit:
> > http://lists.digium.com/mailman/listinfo/asterisk-users
> 
> 
> -- 
> Alex Balashov - Principal
> Evariste Systems
> Web : http://www.evaristesys.com/
> Tel : (+1) (678) 954-0670
> Direct : (+1) (678) 954-0671
> 
> ___
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> 
> AstriCon 2009 - October 13 - 15 Phoenix, Arizona
> Register Now: http://www.astricon.net
> 
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users

_
Attention all humans. We are your photos. Free us.
http://go.microsoft.com/?linkid=9666047___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Alex Balashov 
If you don't see why you are getting replies of this colour, you must 
have an ingrained inability to understand what does and does not 
constitute a question of a manageable scope.  It must be sufficiently 
narrow and specific in order to be realistically addressable in this 
forum.

You can't just say, "Teach me everything there is to know about 
automatic dialers."  Nobody's going to do that.

Sanjoy Rath wrote:

> Thanks Steve for helpful reply. 
>  
> Cheers,
> SR.
>  
> 
> Date: Tue, 25 Aug 2009 10:26:37 -0400
> From: stot...@first-notification.com
> To: asterisk-users@lists.digium.com
> Subject: Re: [asterisk-users] Asterisk Autodialer
> 
> 
> 
> On Tue, Aug 25, 2009 at 10:04 AM, Sanjoy Rath  <mailto:sanjoy_r...@hotmail.com>> wrote:
> 
> Hello,
>  
> I am developing an asterisk autodialer. I am looking for the
> following information:
>  
> 1. Detailed Configuration Documentation for Asterisk Autodialer
> 2. Volume Testing Strategy
> 3. Lessons Learnt from past Asterisk Autodialer configuration
> 4. What are the different asterisk autodialer functionality that
> have been implemented
>  
> Your response will be appreciated.
>  
> Thanks,
> Sanjoy.
> 
> 
> How are you developing anything when you are asking for not just tips 
> but EVERYTHING!
> 
> Hire a consultant or go to that nerdvittles article.
>  
> -- 
> Thanks,
> Steve Totaro
> +18887771888 (Toll Free)
> +12409381212 (Cell)
> +12024369784 (Skype)
> 
> 
> More storage. Better anti-spam and antivirus protection. Hotmail makes 
> it simple. <http://go.microsoft.com/?linkid=9671352>
> 
> 
> 
> 
> ___
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> 
> AstriCon 2009 - October 13 - 15 Phoenix, Arizona
> Register Now: http://www.astricon.net
> 
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>http://lists.digium.com/mailman/listinfo/asterisk-users


-- 
Alex Balashov - Principal
Evariste Systems
Web : http://www.evaristesys.com/
Tel : (+1) (678) 954-0670
Direct  : (+1) (678) 954-0671

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

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Sanjoy Rath 

Thanks Steve for helpful reply. 

 

Cheers,

SR.
 


Date: Tue, 25 Aug 2009 10:26:37 -0400
From: stot...@first-notification.com
To: asterisk-users@lists.digium.com
Subject: Re: [asterisk-users] Asterisk Autodialer




On Tue, Aug 25, 2009 at 10:04 AM, Sanjoy Rath  wrote:


Hello,
 
I am developing an asterisk autodialer. I am looking for the following 
information:
 
1. Detailed Configuration Documentation for Asterisk Autodialer
2. Volume Testing Strategy
3. Lessons Learnt from past Asterisk Autodialer configuration
4. What are the different asterisk autodialer functionality that have been 
implemented
 
Your response will be appreciated.
 
Thanks,
Sanjoy.



How are you developing anything when you are asking for not just tips but 
EVERYTHING!

Hire a consultant or go to that nerdvittles article.
 -- 
Thanks,
Steve Totaro 
+18887771888 (Toll Free)
+12409381212 (Cell)
+12024369784 (Skype)

_
More storage. Better anti-spam and antivirus protection. Hotmail makes it 
simple.
http://go.microsoft.com/?linkid=9671357___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Sanjoy Rath 

That was quite a helpful reply. 

 

Cheers,

SR.
 


Date: Tue, 25 Aug 2009 15:40:20 +0100
From: gera...@gmail.com
To: asterisk-users@lists.digium.com
Subject: Re: [asterisk-users] Asterisk Autodialer

For someone who is developing an 'autodialer' you are asking for an awful lot! 
I would recommend getting to grips with asterisk before even considering 
developing a dialer...

question 1 - aren't you developing your own so why would you need documentation 
for another? or... why not use the other?
question 2... you shouldn't be writing a dialer if you can't come up with a way 
to test it on your own
question 3... check the mailing list
question 4 I'm not sure if you've heard of it... but there's this search 
engine called google, i hear you can search for things just like that on there!

Of course the question you're trying to ask may have been that you want to 
implement a dialer and want people to recommend one, i think that's the 
question you should be asking if not.

Cheers

Geraint


2009/8/25 Sanjoy Rath 


Hello,
 
I am developing an asterisk autodialer. I am looking for the following 
information:
 
1. Detailed Configuration Documentation for Asterisk Autodialer
2. Volume Testing Strategy
3. Lessons Learnt from past Asterisk Autodialer configuration
4. What are the different asterisk autodialer functionality that have been 
implemented
 
Your response will be appreciated.
 
Thanks,
Sanjoy.




Send and receive email from all of your webmail accounts - right from your 
Hotmail inbox!
___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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


_
More storage. Better anti-spam and antivirus protection. Hotmail makes it 
simple.
http://go.microsoft.com/?linkid=9671357___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Geraint Lee 
For someone who is developing an 'autodialer' you are asking for an awful
lot! I would recommend getting to grips with asterisk before even
considering developing a dialer...

question 1 - aren't you developing your own so why would you need
documentation for another? or... why not use the other?
question 2... you shouldn't be writing a dialer if you can't come up with a
way to test it on your own
question 3... check the mailing list
question 4 I'm not sure if you've heard of it... but there's this search
engine called google, i hear you can search for things just like that on
there!

Of course the question you're trying to ask may have been that you want to
implement a dialer and want people to recommend one, i think that's the
question you should be asking if not.

Cheers

Geraint

2009/8/25 Sanjoy Rath 

>  Hello,
>
> I am developing an asterisk autodialer. I am looking for the following
> information:
>
> 1. Detailed Configuration Documentation for Asterisk Autodialer
> 2. Volume Testing Strategy
> 3. Lessons Learnt from past Asterisk Autodialer configuration
> 4. What are the different asterisk autodialer functionality that have been
> implemented
>
> Your response will be appreciated.
>
> Thanks,
> Sanjoy.
>
> --
> Send and receive email from all of your webmail accounts - right from your
> Hotmail inbox! 
>
> ___
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> AstriCon 2009 - October 13 - 15 Phoenix, Arizona
> Register Now: http://www.astricon.net
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>
___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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

Re: [asterisk-users] Asterisk Autodialer

2009-08-25 Thread Steve Totaro 
On Tue, Aug 25, 2009 at 10:04 AM, Sanjoy Rath wrote:

>  Hello,
>
> I am developing an asterisk autodialer. I am looking for the following
> information:
>
> 1. Detailed Configuration Documentation for Asterisk Autodialer
> 2. Volume Testing Strategy
> 3. Lessons Learnt from past Asterisk Autodialer configuration
> 4. What are the different asterisk autodialer functionality that have been
> implemented
>
> Your response will be appreciated.
>
> Thanks,
> Sanjoy.
>

How are you developing anything when you are asking for not just tips but
EVERYTHING!

Hire a consultant or go to that nerdvittles article.

-- 
Thanks,
Steve Totaro
+18887771888 (Toll Free)
+12409381212 (Cell)
+12024369784 (Skype)
___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net

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