[asterisk-users] QUEUEHOLDTIME always zero
Mitch Claborn
mitch_ml at claborn.net
Thu Sep 27 09:15:21 CDT 2012
Satish I believe you have the answer. See output below, where I have 1
call answered and 1 in the queue. Unfortunately, the average wait time
is very inaccurate. These two calls where placed within seconds of each
other. The one still in the queue has a wait time of 4:10, so the
average should be about 4 minutes.
-- Executing [812 at LocalSets:1] NoOp("SIP/08000F3BE07C-0000000e",
"queue status") in new stack
-- Executing [812 at LocalSets:2] Set("SIP/08000F3BE07C-0000000e",
"LOGGEDIN=1") in new stack
-- Executing [812 at LocalSets:3] Set("SIP/08000F3BE07C-0000000e",
"READY=0") in new stack
-- Executing [812 at LocalSets:4] Set("SIP/08000F3BE07C-0000000e",
"WAITING=1") in new stack
-- Executing [812 at LocalSets:5] Set("SIP/08000F3BE07C-0000000e",
"STUFF=0") in new stack
-- Executing [812 at LocalSets:6] Verbose("SIP/08000F3BE07C-0000000e",
"waiting: 1 calls in queue: 1 avg hold: 58 logged in: 1 ready: 0") in
new stack
waiting: 1 calls in queue: 1 avg hold: 58 logged in: 1 ready: 0
asset333*CLI> queue show sales
sales has 1 calls (max unlimited) in 'rrmemory' strategy (58s holdtime,
0s talktime), W:0, C:0, A:0, SL:0.0% within 0s
Members:
SIP/mlcx500 (dynamic) (In use) has taken no calls yet
Callers:
1. SIP/mlcx450-00000003 (wait: 4:10, prio: 0)
On 09/27/2012 06:08 AM, Satish Barot wrote:
>
> On Thu, Sep 27, 2012 at 2:39 AM, Mitch Claborn <mitch_ml at claborn.net
> <mailto:mitch_ml at claborn.net>> wrote:
>
> Asterisk 1.8.10.1~dfsg-1ubuntu1
>
> Trying to build a simple announcement of the queue status.
> QUEUEHOLDTIME is always zero. What am I doing wrong?
>
> queues.conf
> [general]
> autofill=yes
> shared_lastcall=yes
>
> [StandardQueue](!)
> musicclass=default
> strategy=rrmemory
> joinempty=no
> leavewhenempty=yes
> ringinuse=no
> announce-frequency = 30
> min-announce-frequency = 15
> announce-holdtime = yes|no|once
> announce-position = limit
> announce-position-limit = 5
> announce-round-seconds = 10
> setinterfacevar = yes
> setqueueentryvar = yes
> setqueuevar = yes
>
> [sales](StandardQueue) ; create the sales queue using the parameters
> in the StandardQueue template
>
> extensions.conf
> exten => 812,1,NoOp(queue status)
> same =>n,Set(LOGGEDIN=${QUEUE___MEMBER(sales,logged)})
> same =>n,Set(READY=${QUEUE_MEMBER(__sales,ready)})
> same =>n,Set(WAITING=${QUEUE___WAITING_COUNT(sales)})
> same =>n,Set(STUFF=${QUEUE___VARIABLES(sales)})
> same =>n,Verbose(waiting: ${WAITING} calls in queue:
> ${QUEUECALLS} avg hold: ${QUEUEHOLDTIME} logged in: ${LOGGEDIN}
> ready: ${READY})
>
> Regardless of how long a caller has been waiting in the queue, the
> output is:
>
> -- Executing [812 at LocalSets:1]
> NoOp("SIP/08000F3BE07C-__00000048", "queue status") in new stack
> -- Executing [812 at LocalSets:2]
> Set("SIP/08000F3BE07C-__00000048", "LOGGEDIN=1") in new stack
> -- Executing [812 at LocalSets:3]
> Set("SIP/08000F3BE07C-__00000048", "READY=1") in new stack
> -- Executing [812 at LocalSets:4]
> Set("SIP/08000F3BE07C-__00000048", "WAITING=1") in new stack
> -- Executing [812 at LocalSets:5]
> Set("SIP/08000F3BE07C-__00000048", "STUFF=0") in new stack
> -- Executing [812 at LocalSets:6]
> Verbose("SIP/08000F3BE07C-__00000048", "waiting: 1 calls in queue: 1
> avg hold: 0 logged in: 1 ready: 1") in new stack
> waiting: 1 calls in queue: 1 avg hold: 0 logged in: 1 ready: 1
>
> QUEUEHOLDTIME and some other Queue variables will be set just prior to
> the caller being bridged with a queue member and prior to the caller
> leaving the queue. So have some calls answered in sales Queue and then
> check the value for variable.
>
> --Satish Barot
>
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> New to Asterisk? Join us for a live introductory webinar every Thurs:
> http://www.asterisk.org/hello
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
>
More information about the asterisk-users
mailing list