asterisk users - Oct 2012 - Problems with AGI and existing channel

Hi,

"Asterisk 1.8.10.0-1digium1~squeeze built by pbuilder @ nighthawk on a
x86_64 running Linux on 2012-03-08 23:05:09 UTC"

We have some problem when running a AGI script (build with PHP), existing
channels (all of them) gets a "hickup" and then continues.
We are using AGI to lookup incoming calls in directory.

It is kinda annoying, and I don't understand how it can be related.

Best regards
Magnus
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20121018/d63eff55/attachment.htm>

On Thursday 18 October 2012, Magnus L?fqvist wrote:
> We have some problem when running a AGI script (build with PHP), existing
> channels (all of them) gets a "hickup" and then continues. We are
using
> AGI to lookup incoming calls in directory.
> 
> It is kinda annoying, and I don't understand how it can be related.
I think you forgot to attach the actual script.  Without that, we can't help
you.

-- 
AJS

Answers come *after* questions.

On Thu, Oct 18, 2012 at 6:33 AM, Magnus L?fqvist <ml at vmi.se> wrote:
> Hi,****
>
> ** **
>
> ?Asterisk 1.8.10.0-1digium1~squeeze built by pbuilder @ nighthawk on a
> x86_64 running Linux on 2012-03-08 23:05:09 UTC?****
>
> ** **
>
> We have some problem when running a AGI script (build with PHP), existing
> channels (all of them) gets a ?hickup? and then continues.
>
You say all of your connected channels experience an audio glitch? Sounds
like PHP is briefly consuming all of your CPU or RAM and causing Asterisk
to fail to meet timing demands.

Whatever your PHP CLI interface is (mine is just `php` but yours may be
different), run

time php < /dev/null

The returned time should be very, very small. Mine was "real   
0m0.018s".

-- 
-Chris Harrington
ACSDi Office: 763.559.5800
Mobile Phone: 612.326.4248
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20121018/b4ae0be2/attachment.htm>