[asterisk-bugs] [Asterisk 0010369]: A rejection of an incoming call to a dynamic queue member causes the caller in the queue to be dropped

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10369 
====================================================================== 
Reported By:                blitzrage
Assigned To:                putnopvut
====================================================================== 
Project:                    Asterisk
Issue ID:                   10369
Category:                   Applications/app_queue
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.4.9  
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             08-02-2007 11:23 CDT
Last Modified:              08-02-2007 14:39 CDT
====================================================================== 
Summary:                    A rejection of an incoming call to a dynamic queue
member causes the caller in the queue to be dropped
Description: 
When the Queue() application distributes a caller from a queue to a dynamic
queue member, with the timeoutrestart=yes (or set to 'no'), then when a
call is rejected by the queue member with the reject button on the Polycom,
a 603 Declined is sent back and the caller is hung up on.

I am using dynamic queue members from realtime, along with dynamic queues
(also from realtime).

====================================================================== 

---------------------------------------------------------------------- 
 blitzrage - 08-02-07 14:39  
---------------------------------------------------------------------- 
Determined this is not an issue with realtime, but rather with the use of
the Local channel on the member:

    -- SIP/u301#xfertest-0a292bd0 is busy
[Aug  2 15:32:05] WARNING[13367]: chan_sip.c:3100 update_call_counter:
Inringing for peer 'u301#xfertest' < 0?
  == Everyone is busy/congested at this time (1:1/0/0)
    -- Executing [check_agent at queue_member_delivery:9]
Busy("Local/u301#xfertest at queue_member_delivery-32aa,2", "") in new stack
  == Spawn extension (queue_member_delivery, check_agent, 9) exited
non-zero on 'Local/u301#xfertest at queue_member_delivery-32aa,2'

If you change the member to just SIP/u301#xfertest, then when you reject,
the caller goes back into the Queue() as expected.

Here is my flatfile queue for your reference:

[xfertest_CQ_50]
timeout=30
announce-frequency=40
retry=1
maxlen=100
strategy=ringall
joinempty=yes
leavewhenempty=no
weight=10
timeoutrestart=yes
member => SIP/u301#xfertest

And the context the Local channel is calling (simplified):

[queue_member_delivery]
exten => _.,1,NoOp()
exten => _.,n,Set(E=${EXTEN})
exten => _.,n,GotoIf($[${E} != h]?check_agent,1)
exten => _.,n,NoOp()

exten => check_agent,1,NoOp()
exten => check_agent,n,Answer()
exten => check_agent,n,Dial(SIP/${E})
exten => check_agent,n(done),Busy()
exten => check_agent,n,Hangup() 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
08-02-07 14:39  blitzrage      Note Added: 0068343                          
======================================================================