[asterisk-bugs] [JIRA] (ASTERISK-26400) app_queue: Queue member stops being called after AMI "Redirect" action for queues with wrapuptime

[David Brillert (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-26400?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=235648#comment-235648 ] 

David Brillert commented on ASTERISK-26400:
-------------------------------------------

Etienne opened the ticket specifically reporting the AMI problem.
I don't have to use AMI to reproduce.
I just have to do any type of SIP transfer or PARK and ensure the wrapuptime is set to some value greater than 0 then the not in use member will receive no new calls from queue. If wrapuptime  = 0 then member will receive calls but 'in call' flag will still be true after the transfer and not cleared until all transferred parties hangup.
So in any case the dynamic member will show 'in call' until the transferred parties both hangup.
My steps to reproduce are at ASTERISK-26715
Reproduction is remarkably easy.

Here is the queue show after the member has transferred call and the agent's SIP extension is idle.
What is odd is that the core show channels output shows the SIP extension 214 involved in a channel after the transfer is completed.

Call flow=
A = 216 calls queue = reception
B = queue member logged to SIP 214 answers via queue and completes an attended SIP Transfer to C = 213
C= 213 is bridged to 216
B= idle (transfer completed)

CLI output from the call flow:
{noformat}
debcomainbtn-reception has 0 calls (max unlimited) in 'ringall' strategy (0s holdtime, 25s talktime), W:0, C:9, A:0, SL:100.0% within 60s
   Members:
      Local/214 at debcomainbtn-agent/n (ringinuse disabled) (dynamic) (in call) (Not in use) has taken 9 calls (last was 177 secs ago)
   No Callers

master88*CLI> core show channels
Channel              Location             State   Application(Data)
SIP/debcomainbtn213- (None)               Up      AppDial((Outgoing Line))
Local/214 at debcomainb s at macro-debcomainbtn Up      Dial(SIP/debcomainbtn213,20,tk
Local/214 at debcomainb s at debcomainbtn-agent Up      AppQueue((Outgoing Line))
SIP/debcomainbtn216- s at debcomainbtn-appli Up      Queue(debcomainbtn-reception,t
4 active channels
2 of 512 max active calls ( 0.39% of capacity)

master88*CLI> sip show channels
Peer             User/ANR         Call ID          Format           Hold     Last Message    Expiry     Peer
192.168.192.78   (None)           6e0d1264723bc95  (nothing)        No       Rx: OPTIONS                <guest>
172.31.240.111   debcomainbtn216  0_1966151905 at 17  (ulaw)           No       Tx: UPDATE                 debcomainb
172.31.240.110   debcomainbtn213  0715e9a879d7be6  (ulaw)           No       Tx: UPDATE                 debcomainb
3 active SIP dialogs
{noformat}

queue_log
{noformat}
1489076485|1489076484.40|debcomainbtn-reception|NONE|ENTERQUEUE||debcomainbtn216|1
1489076486|1489076484.40|debcomainbtn-reception|Local/214 at debcomainbtn-agent/n|CONNECT|1|1489076485.41|1
1489076498|1489076484.40|debcomainbtn-reception|Local/214 at debcomainbtn-agent/n|COMPLETECALLER|1|12|1
{noformat}

> app_queue: Queue member stops being called after AMI "Redirect" action for queues with wrapuptime
> -------------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-26400
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26400
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_queue
>    Affects Versions: 13.11.2
>            Reporter: Etienne Lessard
>            Assignee: Sean Bright
>              Labels: regression
>
> Hello,
> Given I have a queue with a *nonzero wrapuptime* and one queue member
> And Alice calls this queue
> And the queue member answers
> When an AMI "Redirect" redirects Alice's channel to a different extension
> Then the queue member won't receive any new call from the queue until Alice's channel is hung up
> Note that after the AMI Redirect, the queue member is available / not in use, but won't receive any new call because the queue still think it's "in call", as shown by the "queue show" command.
> This is especially noticeable if your queue member is member of many queues (all with wrapup) and you have "shared_lastcall = yes" in your queues.conf.
> Also, if you find yourself in a scenario similar to the one described in ASTERISK-25844, this gets worse, i.e. your queue member won't receive any new calls even after Alice's channel is hung up.
> This bug (which happens to be a regression) has been introduced by commit 338a8ffed673e4c3a828c7c216575f8e3e712350 and this commit references ASTERISK-19820.
> Thanks



--
This message was sent by Atlassian JIRA
(v6.2#6252)