[Asterisk-Users] Fast AGI performance question

Moises Silva moises.silva at gmail.com
Sat Feb 4 08:39:26 MST 2006


Good question, i would like to know the same. Im using MAGI patch to execute
AGI commands via the Manager. I have a PHP proxy connected to the
CallManager PHP server that do the routing stuff and decide to execute Dial,
Voicemail, Playtones, receive DTMF or some other stuff in the channel, i
have still not made hard tests, but it seems to be doing it fine for a
couple of calls. I would like to know other people experience in similar
circumstances.

Eric: I do not know perl at all, how have you written the server, is
multithreaded? should it be? Since PHP does not have threads my server is
not, is a Event Driven server based on the manager events provided by MAGI
patch.

Regards

On 2/3/06, Eric Lyons <eric at gus.to> wrote:
>
> I'm building a fast AGI application (server written in Perl using
> Net::Server), and have a sort of design performance question.
>
> Is fast AGI keeping the equivalent of a Manager API session open until it
> returns?  Are there still deadlocking issues there (in
> 1.2)?  My assumption is that the fast AGI application -- which handles all
> incoming calls (_X. in dialplan context) -- should do its
> business (db lookups, setting channel variables, etc) as quickly as
> possible, then allow control to go back to asterisk in the dial
> plan for max performance.  Certain applications would require staying in
> the call path for the duration of the call, and presumably
> these would have more difficulty scaling?
>
> Eric.
>
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> Asterisk-Users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
>



--
"Su nombre es GNU/Linux, no solamente Linux, mas info en http://www.gnu.org"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060204/c08c370f/attachment.htm


More information about the asterisk-users mailing list