Problem with queue lazymembers

ajbattrick · June 8, 2015, 2:00pm

Asterisk 11.16.0
FreePBX 12.0.66

I have VQ Plus installed and working on our queues. Lazy members is enabled for all queues, and Auto Pause is set to “no”

The staff are added to the queue as static agents.

The problem that I see is that members are sometimes paused, and not dialled, The lazy members option should only pause them for the specific call, after that agent has not answered, but that does not appear to happen. Instead, the agent is not being dialled at all.

The log extract is below. James, Chris, Kiran and Tom are not called, only Felicity is.

The static members are defined as:
262,0
272,0
267,0
513,0
269,0
265,1
916,1
512,2
277,2

[2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] pbx.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] app_queue.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] app_queue.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] app_queue.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] app_queue.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] app_queue.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] app_queue.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] app_queue.c: [2015-05-29 11:20:08] DEBUG[3807][C-00001e01] [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] app_queue.c: [2015-05-29 11:20:08] DEBUG[3807][C-00001e01] [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] app_queue.c: [2015-05-29 11:20:08] DEBUG[3807][C-00001e01] [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] app_queue.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] app_queue.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] app_queue.c: [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] app_queue.c: [2015-05-29 11:20:08] DEBUG[3807][C-00001e01] [2015-05-29 11:20:08] VERBOSE[3807][C-00001e01] app_queue.c: [2015-05-29 11:20:28] VERBOSE[3807][C-00001e01] app_queue.c: [2015-05-29 11:20:28] VERBOSE[3807][C-00001e01] app_queue.c: [2015-05-29 11:20:28] VERBOSE[3807][C-00001e01] app_queue.c: [2015-05-29 11:20:28] VERBOSE[3807][C-00001e01] app_queue.c: – Executing [[email protected]:28] Set(“SIP/VoipTalk-SIP-00001c81”, “__CWIGNORE=TRUE”) in new stack
– Executing [[email protected]:29] Set(“SIP/VoipTalk-SIP-00001c81”, “__CFIGNORE=TRUE”) in new stack
– Executing [[email protected]:30] Set(“SIP/VoipTalk-SIP-00001c81”, “__FORWARD_CONTEXT=block-cf”) in new stack
– Executing [[email protected]:31] ExecIf(“SIP/VoipTalk-SIP-00001c81”, “0?Playback(, )”) in new stack
– Executing [[email protected]:32] QueueLog(“SIP/VoipTalk-SIP-00001c81”, “7001,1432894784.28881,NONE,DID,01922221949”) in new stack
– Executing [[email protected]:33] Set(“SIP/VoipTalk-SIP-00001c81”, “QAANNOUNCE=”) in new stack
– Executing [[email protected]:34] Set(“SIP/VoipTalk-SIP-00001c81”, “VQ_AANNOUNCE=”) in new stack
– Executing [[email protected]:35] Set(“SIP/VoipTalk-SIP-00001c81”, “QMOH=”) in new stack
– Executing [[email protected]:36] Set(“SIP/VoipTalk-SIP-00001c81”, “VQ_MOH=”) in new stack
– Executing [[email protected]:37] ExecIf(“SIP/VoipTalk-SIP-00001c81”, “0?Set(__MOHCLASS=)”) in new stack
– Executing [[email protected]:38] ExecIf(“SIP/VoipTalk-SIP-00001c81”, “1?Set(CHANNEL(musicclass)=default)”) in new stack
– Executing [[email protected]:39] Set(“SIP/VoipTalk-SIP-00001c81”, “QMAXWAIT=100”) in new stack
– Executing [[email protected]:40] Set(“SIP/VoipTalk-SIP-00001c81”, “VQ_MAXWAIT=”) in new stack
– Executing [[email protected]:41] Set(“SIP/VoipTalk-SIP-00001c81”, “QUEUENUM=7001”) in new stack
– Executing [[email protected]:42] Set(“SIP/VoipTalk-SIP-00001c81”, “QUEUEJOINTIME=1432894808”) in new stack
– Executing [[email protected]:43] Set(“SIP/VoipTalk-SIP-00001c81”, “QMIN_PENALTY=”) in new stack
– Executing [[email protected]:44] Set(“SIP/VoipTalk-SIP-00001c81”, “VQ_MIN_PENALTY=”) in new stack
– Executing [[email protected]:45] ExecIf(“SIP/VoipTalk-SIP-00001c81”, “0?Set(QUEUE_MIN_PENALTY=)”) in new stack
– Executing [[email protected]:46] Set(“SIP/VoipTalk-SIP-00001c81”, “QMAX_PENALTY=”) in new stack
– Executing [[email protected]:47] Set(“SIP/VoipTalk-SIP-00001c81”, “VQ_MAX_PENALTY=”) in new stack
– Executing [[email protected]:48] ExecIf(“SIP/VoipTalk-SIP-00001c81”, “0?Set(QUEUE_MAX_PENALTY=)”) in new stack
– Executing [[email protected]:49] Set(“SIP/VoipTalk-SIP-00001c81”, “_CALLER_DEST=”) in new stack
– Executing [[email protected]:50] Set(“SIP/VoipTalk-SIP-00001c81”, “VQ_CDEST=”) in new stack
– Executing [[email protected]:51] Set(“SIP/VoipTalk-SIP-00001c81”, “_AGENT_DEST=”) in new stack
– Executing [[email protected]:52] Set(“SIP/VoipTalk-SIP-00001c81”, “VQ_ADEST=”) in new stack
– Executing [[email protected]:53] Queue(“SIP/VoipTalk-SIP-00001c81”, “7001,tCr,100,0,”) in new stack
– Called Local/[email protected]/n
– Called Local/[email protected]/n
– Called Local/[email protected]/n
– Called Local/[email protected]/n
– Called Local/[email protected]/n
– LazyMembers debugging - Numbusies: 0, Nummems: 5
– Nobody picked up in 0 ms
app_queue.c: Excluding James from the members because LazyMembers is set.
– Nobody picked up in 0 ms
app_queue.c: Excluding Chris from the members because LazyMembers is set.
– Nobody picked up in 0 ms
app_queue.c: Excluding Kiran from the members because LazyMembers is set.
– Local/[email protected];1 is ringing
– Local/[email protected];1 connected line has changed. Saving it until answer for SIP/VoipTalk-SIP-00001c81
– Local/[email protected];1 connected line has changed. Saving it until answer for SIP/VoipTalk-SIP-00001c81
– Nobody picked up in 0 ms
app_queue.c: Excluding Tom from the members because LazyMembers is set.
– Local/[email protected];1 is ringing
– Excluding Felicity from the members, because LazyMembers is set.
– Nobody picked up in 20000 ms
– LazyMembers debugging - Numbusies: 5, Nummems: 5
– No-one left to call! Clearing all the member lastnoanswer values, starting over wrt lastnoanswers!

ajbattrick · June 9, 2015, 7:52am

Further to this, the queue log shows more clearly that the agents are not called on the first call level:

1432894808|1432894784.28881|7001|NONE|DID|01922222249
1432894808|1432894784.28881|7001|NONE|ENTERQUEUE||012222222411|1
1432894808|1432894784.28881|7001|James|RINGNOANSWER|0
1432894808|1432894784.28881|7001|Chris|RINGNOANSWER|0
1432894808|1432894784.28881|7001|Kiran|RINGNOANSWER|0
1432894808|1432894784.28881|7001|Tom|RINGNOANSWER|0
1432894828|1432894784.28881|7001|Felicity|RINGNOANSWER|20000
1432894830|1432894784.28881|7001|Chris|RINGNOANSWER|0
1432894830|1432894784.28881|7001|James|RINGNOANSWER|0
1432894830|1432894784.28881|7001|Kiran|RINGNOANSWER|0
1432894830|1432894784.28881|7001|Tom|RINGNOANSWER|0
1432894830|1432894784.28881|7001|NONE|ABANDON|1|1|22

jhayes · September 1, 2016, 8:05pm

We are having a very similar issue. Running Asterisk 13.10.0 and Freepbx 10.13.66-5 with PJSIP extensions and static members in the queues. We do not have the VQ Plus module to cause any issue but are having an the issue where some calls will ring to all extensions with a zero penalty and other will only ring to a couple extensions. You can call the extension directly and the user will answer, so it is not a matter of them not present. I believe it is an issue with the original assessment of which extensions are available for calls. In our queues we have “Agent Restriction” set to Extensions only and the “Skip busy Agents” set to Queue calls only. Can anyone assist in getting the queues to function as they are intended?

tonyclewis · September 1, 2016, 8:32pm

Please start a new thread. This was about a specific issue in lazy members. Your issue has nothing to do with lazy members.

jhayes · September 2, 2016, 12:36pm

My apologize but it seems to be the exact same issue since his members were not answering which caused them to be labeled as lazy. Though in actuality they were not being rung which is why they didn’t answer but maybe I misunderstood. I have posted a new thread per your instruction "Extensions in queue not ringing"
Thank you Tony in advance for responding to that one as well.