[asterisk-dev] AMI events in Asterisk 16.1 happening 26+ seconds after parking a call.

Kevin Harwell kharwell at digium.com
Thu Dec 20 10:57:23 CST 2018

On Wed, Dec 19, 2018 at 4:39 PM Steve Sether <ssether at usinternet.com> wrote:

> I'm testing Asterisk 16, and I'm seeing a very serious delay in
> bridging, and other events being displayed in the AMI, either that, or
> I'm misunderstanding how things are supposed to work.

Have you tested, or currently running with the exact same setup but with
another version of Asterisk and you are not seeing the delay?

> My test setup is very simple, I'm using netcat to connect to port 5038,
> and outputting to a file.  I've isolated to a test instance of Asterisk
> with no other calls on it.

What's the exact test scenario you are running?

> <snip>
> This doesn't make much sense to me.  Why are there parking events
> happening so longer after the call is parked?  While there's description
> of these events in the documentation, I don't know of any documentation
> on how these events relate to call setup, parking, etc

After 'n' seconds of park time are you sending the call back to the
dialplan (what's the "parkingtime", "comebacktoorigin", and
"comebackcontext" settings set to in your configuration)? This could
account for the later events.

> Thanks for any help anyone can provide.
> Is this a bug in Asterisk, or do I need to better understand these
> events?  If the latter, how can I go about that?

 If you haven't already check out the following for more information, and
examples on call parking in Asterisk:


Kevin Harwell
Digium - A Sangoma Company | Senior Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - US
Check us out at: https://digium.com & https://asterisk.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20181220/c63c9bed/attachment.html>

More information about the asterisk-dev mailing list