Queues for some reason forget to forward calls to members

I’ve got a queue set up which gets between 10 and 40 calls per hour. It’s set up as an RRMEMORY type queue with configuration as such:

fullname = NAME
strategy = rrmemory
timeout = 30
wrapuptime = 10
autofill = yes
autopause = yes
maxlen =
joinempty = yes
leavewhenempty = no
reportholdtime = no
musicclass = default
announce-frequency = 120
announce-holdtime = yes
periodic-announce = internetnooutage

I have not tried setting autopause to no yet, but I am trying that now, so we’ll see what happens there. There are between 1 and 3 members logged in to the queue, not as agents, but using AddQueueMember:

exten => *11,1,AddQueueMember(5981|SIP/${CALLERID(num)})
exten => *11,2,Playback(agent-loginok)
exten => *11,3,Hangup
exten => *12,1,RemoveQueueMember(5981|SIP/${CALLERID(num)})
exten => *12,2,Playback(agent-loggedoff)
exten => *12,3,Hangup

It works just fine, except for about once an hour, I’ll start to get this in the CLI:

[Jul 9 08:42:15] NOTICE[17068] app_queue.c: No one is answering queue ‘5981’ (2/0/0)
[Jul 9 08:42:20] NOTICE[17068] app_queue.c: No one is answering queue ‘5981’ (2/0/0)
[Jul 9 08:42:26] NOTICE[17068] app_queue.c: No one is answering queue ‘5981’ (2/0/0)
[Jul 9 08:42:31] NOTICE[17068] app_queue.c: No one is answering queue ‘5981’ (2/0/0)

Over and over and over again until an agent rejoins.

So, my question is has anyone seen this before, or does anyone have a solution for this? It’s the one problem I’m having after a very successful rollover on Friday.

Any help would be appreciated!

I’ve a customer with a little call center who uses queues and I see this messages only when all the agents in a queue are busy but as soon as an agent becomes free he’s able to get the next incoming call.



That’s how it usually works, however, about once an hour, it stops working and I get the message. Hence my problem, and hence the reason for this post.

What does show queue 5981 say?

queue show 5981 give me:

5981 has 1 calls (max unlimited) in ‘rrmemory’ strategy (1s holdtime), W:0, C:4, A:0, SL:0.0% within 0s
SIP/5062 (dynamic) (In use) has taken 3 calls (last was 199 secs ago)
SIP/5030 (dynamic) (paused) (Invalid) has taken no calls yet
1. Zap/2-1 (wait: 1:20, prio: 0)

Which is interesting, as we don’t have a SIP/5030 anymore. Perhaps that’s the root of the problem. I’ll remove that user and see what happens. Thanks.