Unable to join queue

Asterisk Asterisk Support
1

Dialing from one of my three registered phones, I get
Unable to join queue. See configurations and output below.
Could someone tell me what I am doing wrong.

Do I need to add database configurations or does the default database BIND
only used after you start adding dialplan logic for logging in or out?
confused?
thanks very much
Sandy

-----------------------Queues.conf-------------------
StandardQueue
musicclass=default
strategy=rrmemory
timeout=30
joinempty=yes
leavewhenempty=yes
ringinuse=no

switchboard
member => Agent/1001,1
member => Agent/1002,1
member => Agent/1004,1
member => Agent/1005,1

Modules reload app_queue.so----------------------

----------extensions.conf-----------------------------
[Queues]
exten => 1001,1,Verbose(2,${CALLERID(all)} entering the switchboard queue)
exten => 1001,n,Queue(switchboard)
exten => 1001,n,Hangup()

exten => 1002,1,Verbose(2,${CALLERID(all)} entering the switchboard queue)
exten => 1002,n,Queue(switchboard)
exten => 1002,n,Hangup()

;-----------------------------------------------
[LocalSets]
include => Queues ;allow phones to call Queues
;---------------------------------------------------------------------------------------------------------------------------

queue add member SIP/00041323047A to switchboard
queue add member SIP/00041323047A to switchboard

queue show switchboard--------

switchboard has 0 calls (max unlimited) in ‘rrmemory’ strategy (0s holdtime), W:0, C:0, A:0, SL:0.0% within 0s
Members:
SIP/00041323047A (dynamic) (Invalid) has taken no calls yet
SIP/000413232B5F (dynamic) (Invalid) has taken no calls yet
No Callers

CLI OUTPUT--------------------------------------

-- Executing [1001@incoming_calls:1] Verbose("SIP/1002-0000004c", "2|"1002" <1002> entering the switchboard queue") in new stack

== “1002” <1002> entering the switchboard queue
– Executing [1001@incoming_calls:2] Queue(“SIP/1002-0000004c”, “switchboard”) in new stack
[Mar 2 13:06:39] WARNING[2585]: app_queue.c:4294 queue_exec: Unable to join queue ‘switchboard’
– Executing [1001@incoming_calls:3] Hangup(“SIP/1002-0000004c”, “”) in new stack
== Spawn extension (incoming_calls, 1001, 3) exited non-zero on ‘SIP/1002-0000004c’

2

Having both joinempty and leavewhenempty set to yes doesn’t make sense. The call will join an empty queue but immediately be dumped!

3

Thank you. I was playing with the options. It appears that the members of my queue are not available for
inbound calls dialing 1001 or 1002. Do you know why my configuration is not correct?

4

They have a penalty of 1.

5

Changed penalty to 1 2 3 4.
Still get WARNING[10107]:app_queue.c:4294 queue_exec:Unable to join queue 'switchboard’
And set joinemptyqueue=no and leaveemptyqueue=yes persistentmembers=yes and autofill=yes

On queue show switchboard get---->
Agent/1004 with penalty 3(Invalid)has taken no calls yet
Agent/1001 with penalty 1(Invalid)has taken no calls yet
SIP/00041323047A (dynamic) (Invalid) has taken no calls yet
SIP/000413232B5F (dynamic) (Invalid) has taken no calls yet
Agent/1005 with penalty 4(Invalid)has taken no calls yet
Agent/1002 with penalty 2(Invalid)has taken no calls yet

I put all Agents in Queue, why unable to join Queue?

And what is (Invalid) mean?

                             Sammy
6

Don’t specify a penalty, or set it to zero.

7

Tried configuration queue.conf with no penalty input.----->
switchboard
member => Agent/1001
member => Agent/1002
member => Agent/1004
member => Agent/1005

Still get------->
– Executing [1001@incoming_calls:1] Verbose(“SIP/1005-00000051”, “2|“Test1005” <1005> entering the switchboard queue”) in new stack
== “Test1005” <1005> entering the switchboard queue
– Executing [1001@incoming_calls:2] Queue(“SIP/1005-00000051”, “switchboard”) in new stack
[Mar 7 09:22:14] WARNING[11238]: app_queue.c:4294 queue_exec: Unable to join queue ‘switchboard’
– Executing [1001@incoming_calls:3] Hangup(“SIP/1005-00000051”, “”) in new stack
== Spawn extension (incoming_calls, 1001, 3) exited non-zero on ‘SIP/1005-00000051’

Is there a problem with the (Invalid) when doing-------> queue show switchboard------>
cleopatra*CLI> queue show switchboard
switchboard has 0 calls (max unlimited) in ‘rrmemory’ strategy (0s holdtime), W:0, C:0, A:0, SL:0.0% within 0s
Members:
Agent/1004 (Invalid) has taken no calls yet
Agent/1001 (Invalid) has taken no calls yet
SIP/00041323047A (dynamic) (Invalid) has taken no calls yet
SIP/000413232B5F (dynamic) (Invalid) has taken no calls yet
Agent/1005 (Invalid) has taken no calls yet
Agent/1002 (Invalid) has taken no calls yet
No Callers

also I put Agent/1004 etc—> in queue.conf and I put the SIP/00041323047A etc —> manually in CLI>
don’t know whether this would cause a conflict?
thanks again for your time
sammy

8

Do those agents and SIP devices actually exist?

9

Yes. And before I started setting up my test environment for queues, I tested that I could dial between the three
snom phones ext 1001 ext 1002 ext 1005 They worked fine.

Do I have to do the [MemberConnector] to connect between the SIP channel and the queue? Or is that only for
agent configuration? Probably need clarification about using queues with agents vs. using the newer technique
with members configured. Below is an explanation of each of the members configured & the macs. Also the sip.conf
where members are declared & registered. Our working environment has a database but in my test environment, I just
registered the extensions in sip.conf.
thanks

queue show switchboard
switchboard has 0 calls (max unlimited) in ‘rrmemory’ strategy (0s holdtime), W:0, C:0, A:0, SL:0.0% within 0s
Members:
Agent/1004 (Invalid) has taken no calls yet no Snom Phone but registered in sip.conf
Agent/1001 (Invalid) has taken no calls yet mac 000413232b5f and registered in sip.conf
SIP/00041323047A (dynamic) (Invalid) has taken no calls yet put in manually through CLI
SIP/000413232B5F (dynamic) (Invalid) has taken no calls yet put in manually through CLI
Agent/1005 (Invalid) has taken no calls yet mac 00041329796F and registered in sip.conf
Agent/1002 (Invalid) has taken no calls yet mac 00041323047A and registered in sip.conf
No Callers

sip.conf --------------------------------------------------------------------------------------------------------------

[general]

context=unauthenticated
allowguest=no
srvlookup=yes
udpbindaddr=0.0.0.0
tcpenable=no
callcounter=yes
;---------------------------------------

port=5060;
bindaddr=128.128.99.197;
context= sip;

[1000]
type=friend
context=incoming_calls
host=dynamic

[1001]
type=friend
context=incoming_calls
host=dynamic

[1002]
type=friend
context=incoming_calls
host=dynamic

[1004]
type=friend
context=incoming_calls
host=dynamic

[1005]
type=friend
context=incoming_calls
host=dynamic

10

The SIP devices DO NOT exist. You haven’t provided agents.conf, to check, but it is suspicious that there are SIP devices with names similar to those of your agents.

11

I thought everything in Asterisk was considered a channel (phones or trunks or any Asterisk internal connection.
I defined my three extensions in sip.conf as [1001] [1002] [1005]--------> context to incoming_calls(in extensions.conf). incoming_calls includes queue context and queue context does the queue stuff. And agents.conf is below.

Do I have to define the extensions in sip.conf through LocalSets context and define my extensions as MAC addressess
instead? When I do a sip show agents or users I get my extensions but when I do a sip show channels, I get nothing.
See below.

------extensions.conf-------------------------------------------------------------------------------------------------
[globals]
SIPTRUNK=128.128.99.197:5060

[general]
autofallthrough=yes

[default]
;exten => _xxxx,1,Verbose(1/Unrouted Call Handler)
;exten => _xxxx,n,Answer()
;exten => _xxxx,n,Wait(1)
;exten => _xxxx,n,Playback(afternoon)
;exten => _xxxx,n,Hangup()

[incoming_calls]
include => Queues
include => phones
include => call-sip
include => default
include => internal

[Queues]
exten => 1001,1,Verbose(2,${CALLERID(all)} entering the switchboard queue)
exten => 1001,n,Queue(switchboard)
exten => 1001,n,Hangup()

exten => 1002,1,Verbose(2,${CALLERID(all)} entering the switchboard queue)
exten => 1002,n,Queue(switchboard)
exten => 1002,n,Hangup()

;-----------------------------------------------
[LocalSets]
include => Queues ;allow phones to call Queues

agents.conf-----------------------------------------------------
agent => 1001,1001,Sandy T
agent => 1002,1002,Sam T
agent => 1004,1004,sammy
agent => 1005,1005,sam

CLI>Sip Show Channels -------> no channels
SIP show channels
Peer User/ANR Call ID Seq (Tx/Rx) Format Hold Last Message
0 active SIP channels

CLI>Sip Show Peers ------->
cleopatra*CLI> sip show peers
Name/username Host Dyn Nat ACL Port Status
1005/1005 128.128.96.211 D 2051 Unmonitored
1004 (Unspecified) D 0 Unmonitored
1002/1002 128.128.97.54 D 2057 Unmonitored
1001/1001 128.128.99.34 D 2051 Unmonitored
1000 (Unspecified) D 0 Unmonitored

CLI>Sip Show Users ------->
cleopatra*CLI> sip show peers
Name/username Host Dyn Nat ACL Port Status
1005/1005 128.128.96.211 D 2051 Unmonitored
1004 (Unspecified) D 0 Unmonitored
1002/1002 128.128.97.54 D 2057 Unmonitored
1001/1001 128.128.99.34 D 2051 Unmonitored
1000 (Unspecified) D 0 Unmonitored
5 sip peers [Monitored: 0 online, 0 offline Unmonitored: 3 online, 2 offline]

cleopatra*CLI> sip show users
Username Secret Accountcode Def.Context ACL NAT
1005 incoming_calls No RFC3581
1004 incoming_calls No RFC3581
1002 incoming_calls No RFC3581
1001 incoming_calls No RFC3581
1000 incoming_calls No RFC3581

12

The member names starting with SIP/ must match section names in sip.conf (although users.conf can also be used). (They can also be domain names or IP addresses, although I’m not sure how the queue system deals with those.)

The member names starting with Agent/ must match entries in agents.conf.

Your SIP/ references seem to contain a MAC address, but there are no section names in your sip.conf that look like MAC addresses.

13

Back to the drawing. I’m using Asterisk Version 1.4.26 and need to configure for Agent type configure not member.
I thank you for your time and you gave me good pointers for member queue configuration. Hopefully will come up to speed
with the later versions and will know a little bit about the newer queue code. All I wanted to do is to send inbound calls
back and forth between two switchboard operators. Hopefully, the old version of queue will be able to do this.