[asterisk-dev] Outbound Call Implementation

[Andre Courchesne]

Why not simply use call files? Or have a small external perl script that queries your mysql table and generate call files when call request appears? I use that for dialer projects and it works great and you do not need to modify the asterisk code ;-)

---
Andre Courchesne - Consultant
http://www.net-forces.com
MSN: courchea at net-forces.com
Skype: VoipForces



L'information contenue dans le présent document est la propriété de Andre Courchesne. Et est divulguée en toute confidentialité. Cette information ne doit pas être utilisée, divulguée à d'autres personnes ou reproduite sans le consentement écrit explicite de Andre Courchesne.

The information contained in this document is confidential and property of Andre Courchesne. It shall not be used, disclosed to others or reproduced without the express written consent of Andre Courchesne.

On 2011-09-27, at 1:34 PM, Tilghman Lesher wrote:

> On Tuesday, September 27, 2011 08:46:11 AM Nick Khamis wrote:
>> Hello Everyone,
>> 
>> I am interested in the internal working of Asterisk, mainly how
>> asterisk actually makes a call. I was looking to modify the call
>> functionality to
>> query a database realtime for the call details. As is done with
>> peer/friend register, MOH etc... Out of the box, does asterisk use
>> call files to
>> make the calls? Any direction is greatly appreciated. If I am
>> successful in moving the call details to my/pgsql, I have no problem
>> sharing my
>> solution with everyone.
>> Providing "realtime call" will open a whole lot of possibilities for
>> those not wanting to use AGI, AMI etc..
> 
> Realtime currently uses an outside request to know when to pull
> information from the database.  Realtime is not self-starting.  Keeping
> this in mind, how would Asterisk know when a new record was inserted
> asynchronously into the database, to know when to query it?  Are you
> suggesting a new thread that does nothing but query the database on
> a regular interval?  That's potentially quite a lot of CPU.
> 
> -- 
> Tilghman
> 
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> 
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20110927/c3dd0814/attachment.htm>