[asterisk-bugs] [Asterisk 0012683]: Queue timeout not overided by the timeout parameter on the Queue command

noreply at bugs.digium.com noreply at bugs.digium.com
Wed May 21 16:24:35 CDT 2008


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12683 
====================================================================== 
Reported By:                daren
Assigned To:                putnopvut
====================================================================== 
Project:                    Asterisk
Issue ID:                   12683
Category:                   Applications/app_queue
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.4.19 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             05-19-2008 07:33 CDT
Last Modified:              05-21-2008 16:24 CDT
====================================================================== 
Summary:                    Queue timeout not overided by the timeout parameter
on the Queue command
Description: 
Hello, 

I didn't find such issue, neither in mantis, neither in changelog, so i
hope i don't create a duplicate request.

I'm actually using an asterisk 1.4.19.1 on the one i found a very little
bug. In fact the timeout option of the "Queue" command doesn't override the
value set in the config file...

Example:

In one of my scenari, the timeout parameter in 
"exten => s,5,Queue(service-clients|n||sc/sc-scstellatelecom|180)" is
ignored, the timeout value used is the one found in the queues.conf

Here are the extract of the config files.

; queues.conf extract
[service-clients]

musiconhold = default
strategy = ringall

member => SIP/mt1
member => SIP/mt4
member => SIP/mt5

timeout = 180
retry = 5

;extensions.conf extract

[sc_menu_principal]
exten => s,1,GotoIfTime(20:01-7:59|mon-sat|*?sc_ferme_rappel,s,1)
exten => s,2,NoOp()
exten => s,3,GotoIfTime(*|sun|*?sc_ferme_rappel,s,1)
exten => s,4,PlayBack(sc/veuillezpatienter)
exten => s,5,Queue(service-clients|n||sc/sc-scstellatelecom|180)
exten => s,6,Queue(bureau|n||sc/sc-scstellatelecom|90)
exten => s,7,PlayBack(sc/aucundispo)
exten => s,8,BackGround(sc/rappel)
exten => s,9,WaitExten()
exten => 1,1,Macro(id-mail,Service commercial particuliers)
exten => 2,1,PlayBack(sc/aurevoir)
exten => 2,2,Hangup()


Thanks a lot!

Daren
====================================================================== 

---------------------------------------------------------------------- 
 daren - 05-21-08 16:24  
---------------------------------------------------------------------- 
In fact i made a mistake when copying queues.conf. The original settings
causing problem were :

; queues.conf extract
[service-clients]

musiconhold = default
strategy = ringall

member => SIP/mt1
member => SIP/mt4
member => SIP/mt5

timeout = 15
retry = 5

So, normally, queue must not be left before 15*5 seconds = 75 seconds or
before the time specified in the Queue command, must it?

My problem is most of time the queue is left after less than 30 seconds...
no matter the timeouts are set.

I didn't got that problem on previous versions.

"conf_timeout" was a mean to tell "timeout set in queues.conf config
file"
"conf_retry" was a mean to tell "reply set in queues.conf config file"
"cmd_timeout" was a mean to tell "timeout set in the queue command"

"global_timeout" was a mean to tell "time the queue is executed before
beeing left for fallthrough" 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
05-21-08 16:24  daren          Note Added: 0087181                          
======================================================================




More information about the asterisk-bugs mailing list