[asterisk-bugs] [Asterisk 0017214]: Exceptionally long voice queuing when using chan\Local to playback Extensions

Asterisk Bug Tracker noreply at bugs.digium.com
Tue Apr 27 13:47:17 CDT 2010


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17214 
====================================================================== 
Reported By:                timothy055
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   17214
Category:                   Channels/chan_local
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.2.6 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-04-20 12:35 CDT
Last Modified:              2010-04-27 13:47 CDT
====================================================================== 
Summary:                    Exceptionally long voice queuing when using
chan\Local to playback Extensions
Description: 
I've been building a conferencing app leveraging AMI, local channels, and
the ConfBridge app that plays pre-recorded media into a conference.

To playback, I've been creating a local channel to a playback app
(carrying the file name as a channel variable) and then setting the
exten to the ConfBridge via AMI. However, I've noticed if I do enough
playbacks (especially one after the other) I get the following error:

WARNING[5918]: channel.c:1038 __ast_queue_frame: Exceptionally long
voice queue length queuing to Local/1 at playback-68a9;1

I'm suspicious it's the use
of local channels to originate the call. Since I'd think this would get
picked up with all the use of asterisk as an IVR.


======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0016507 [regression] heavy CPU usage when using...
related to          0015609 [patch] WARNING[23025]: channel.c:952 _...
related to          0017232 Remote dialplan execution stops randoml...
====================================================================== 

---------------------------------------------------------------------- 
 (0121024) timothy055 (reporter) - 2010-04-27 13:47
 https://issues.asterisk.org/view.php?id=17214#c121024 
---------------------------------------------------------------------- 
The sip trunks were configured as follows:

On the second asterisk:

[asterisk1]
type=friend
host=172.26.37.112
nat=no
dtmfmode=rfc2833
canreinvite=yes
qualify=yes
port=5060
context=media

[asterisk2]
type=friend
host=10.225.51.229
nat=no
dtmfmode=rfc2833
canreinvite=yes
qualify=yes
port=5060
context=confbridges

[trunktodialtone]
type=friend
host=192.168.1.10
nat=no
dtmfmode=rfc2833
canreinvite=yes
qualify=yes
port=5060 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-04-27 13:47 timothy055     Note Added: 0121024                          
======================================================================




More information about the asterisk-bugs mailing list