Queue Max Callers

Hello, I’m trying to figure out how to use the Queue Max Callers option. It reads straight forward enough in the docs > put a number in there and that’s how many people can sit in the queue.

There was a queue setup to 0 (allow unlimited) since this was filling up all of the lines the client asked me to trim it back. I set it to 6 callers in queue but nothing happened. I was not sure if this would be an immediate truncation/drop callers, callers pushed to Fail Over Destination, once the callers were cleared out it would limit new incoming to 6, or some other result. Nothing happened the queue held steady at 10 callers. After an hour I checked it and it was still the same.Overnight the calls dropped to 0 and I did reset the PBX this a.m. I’m in a wait and see mode for the next couple hours.

My Join Empty =Yes, Leave Empty = No. These options seem more to do with the operators available versus callers.


FreePBX 12.0.76.2
Asterisk (Ver. 11.20.0)


Since the reboot 10 mins ago, too bad I didn’t find this before the reboot. The queue in question is 502. Since those callers are eating up all the space the queue 501 never gets used.

default has 0 calls (max unlimited) in ‘ringall’ strategy (0s holdtime, 0s talktime), W:0, C:0, A:0, SL:0.0% within 0s
No Members
No Callers

501 has 0 calls (max 3) in ‘ringall’ strategy (0s holdtime, 0s talktime), W:0, C:0, A:0, SL:0.0% within 60s
Members:
Dispatch2 (Local/1102@from-queue/n from hint:1102@ext-local) (ringinuse enabled) (Not in use) has taken no calls yet
Dispatch3 (Local/1103@from-queue/n from hint:1103@ext-local) (ringinuse enabled) (Not in use) has taken no calls yet
Dispatch1 (Local/1101@from-queue/n from hint:1101@ext-local) (ringinuse enabled) (Not in use) has taken no calls yet
No Callers

502 has 0 calls (max 6) in ‘ringall’ strategy (0s holdtime, 0s talktime), W:0, C:0, A:0, SL:0.0% within 60s
Members:
Sched3 (Local/1203@from-queue/n from hint:1203@ext-local) (ringinuse enabled) (Not in use) has taken no calls yet
Sched1 (Local/1201@from-queue/n from hint:1201@ext-local) (ringinuse enabled) (In use) has taken no calls yet
Sched2 (Local/1202@from-queue/n from hint:1202@ext-local) (ringinuse enabled) (Not in use) has taken no calls yet
No Callers

Any ideas?

Maybe this is more of a ‘how do I read this thing’ type question.

The first block shows 6 callers. The second block show 8 callers in the ‘502@ext-queues:40’.

Is it (2) operators from the Q-502 talking and (6) more calls holding?


default has 0 calls (max unlimited) in ‘ringall’ strategy (0s holdtime, 0s talktime), W:0, C:0, A:0, SL:0.0% within 0s
No Members
No Callers

501 has 0 calls (max 3) in ‘ringall’ strategy (0s holdtime, 0s talktime), W:0, C:0, A:0, SL:0.0% within 60s
Members:
Dispatch2 (Local/1102@from-queue/n from hint:1102@ext-local) (ringinuse enabled) (Not in use) has taken no calls yet
Dispatch3 (Local/1103@from-queue/n from hint:1103@ext-local) (ringinuse enabled) (In use) has taken no calls yet
Dispatch1 (Local/1101@from-queue/n from hint:1101@ext-local) (ringinuse enabled) (Not in use) has taken no calls yet
No Callers

502 has 6 calls (max 6) in ‘ringall’ strategy (1111s holdtime, 231s talktime), W:0, C:9, A:7, SL:0.0% within 60s
Members:
Sched3 (Local/1203@from-queue/n from hint:1203@ext-local) (ringinuse enabled) (In use) has taken 9 calls (last was 60 secs ago)
Sched1 (Local/1201@from-queue/n from hint:1201@ext-local) (ringinuse enabled) (In use) has taken no calls yet
Sched2 (Local/1202@from-queue/n from hint:1202@ext-local) (ringinuse enabled) (Ringing) has taken no calls yet
Callers:
1. DAHDI/9-1 (wait: 18:55, prio: 0)
2. DAHDI/8-1 (wait: 4:58, prio: 0)
3. DAHDI/1-1 (wait: 3:18, prio: 0)
4. DAHDI/11-1 (wait: 2:17, prio: 0)
5. DAHDI/4-1 (wait: 1:10, prio: 0)
6. DAHDI/3-1 (wait: 0:12, prio: 0)


Channel Location State Application(Data)
DAHDI/1-1 502@ext-queues:40 Up Queue(502,t,)
Local/1201@from-queu s@macro-dial-one:44 Up Dial(SIP/1201,TtrM(auto-blkvm
Local/1201@from-queu 502@from-queue:1 Up AppQueue((Outgoing Line))
DAHDI/10-1 s@ivr-1:11 Up BackGround(custom/IVR-)
DAHDI/6-1 s@macro-dial:7 Up Dial(SIP/1101&SIP/1102&SIP/110
Local/1202@from-queu 502@from-queue:1 Ringing AppQueue((Outgoing Line))
Local/1202@from-queu s@macro-dial-one:44 Ring Dial(SIP/1202,TtrM(auto-blkvm
DAHDI/9-1 502@ext-queues:40 Up Queue(502,t,)
SIP/1201-0000010e s@macro-dial-one:1 Up AppDial((Outgoing Line))
SIP/1103-0000011b s@macro-dial:1 Up AppDial((Outgoing Line))
DAHDI/11-1 502@ext-queues:40 Up Queue(502,t,)
DAHDI/3-1 502@ext-queues:40 Up Queue(502,t,)
Local/1203@from-queu 502@from-queue:1 Up AppQueue((Outgoing Line))
Local/1203@from-queu s@macro-dial-one:44 Up Dial(SIP/1203,TtrM(auto-blkvm
DAHDI/8-1 502@ext-queues:40 Up Queue(502,t,)
DAHDI/4-1 502@ext-queues:40 Up Queue(502,t,)
DAHDI/2-1 502@ext-queues:40 Up Queue(502,t,)
SIP/1203-00000116 s@macro-dial-one:1 Up AppDial((Outgoing Line))
DAHDI/7-1 502@ext-queues:40 Up Queue(502,t,)
SIP/1202-0000011c 1202@from-internal:1 Ringing AppDial((Outgoing Line))
20 active channels
13 active calls
528 calls processed

I think we work well if you have 4 agents and maxcaller = 1, you will have 4 + 1 client calls on hold.
When the amount of agents + Maxcaller.

Thanks, I was re=thinking the scheme we’re using there.

But…

Why does it show (8) callers in the queue >>> channels 1,2,3,4,7,8,9,11

This morning I checked and the same status shows,

Reports> Asterisk Info> Queue says 6 callers in the queue with a max of 6
Reports> Asterisk Info> Channels shows 8 positions in the queue being used

I did change the queue size down from 6 to 5. The Queues instantly change to 5 callers with a max of 5. The Channels still shows 8 callers in the queue.

In the time it took me to write this I went back and refreshed (again) now Channel shows 5 callers in queue. I waited a minute and then it went back up to 6 callers.

If the queue is filled it pushes callers to voicemail. I tried this when there was a spare line and that part does work. Then I thought ‘maybe it shows in the queue while they are recording their vmail?’ After refreshing for 3 mins I never saw the 6th person drop off. They are still in the queue