[asterisk-bugs] [JIRA] (ASTERISK-22958) app_queue members state interface has issues when using a hint through an included context

[Rusty Newton (JIRA)]

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

Rusty Newton edited comment on ASTERISK-22958 at 12/30/13 5:22 PM:
-------------------------------------------------------------------

I was unable to reproduce the issue with symptoms as described, but I was able to reproduce what is likely the same root issue, but with a different symptom. I tested in SVN-branch-11-r404457

With an app_queue member configured with a state interface as described by you; the queue member's state (as shown in "queue show <queuename>" ) will not reflect the extension state of the hint when it is referenced through an included context.

With my case the queue member appears to always remain as "Not in use" and never changes regardless of a reload or not.

When I set the state interface to a hint that was not inside an included context, it functioned as expected.

Attaching queue_ext_state.txt which shows the behavior while 6001 is on an outbound call in both scenarios.

The same behavior happened with inbound calls, and even when swapping the SIP/6001 member for a local channel.

As for my reproduction it just looks like app_queue fails to get state when the state interface is an included hint.

I never really tested with reloads of the module as I couldn't get state to work with an included hint state interface at all. Still looks like a bug, or at least something that should be documented.
                
      was (Author: rnewton):
    I was unable to reproduce the issue with symptoms as described, but I was able to reproduce what is likely the same root issue, but with a different symptom. I tested in SVN-branch-11-r404457

With an app_queue member configured with a state interface as described by you; the queue member's state (as shown in "queue show <queuename>" ) will not reflect the extension state of the hint when it is referenced through and included context.

With my case the queue member appears to always remain as "Not in use" and never changes regardless of a reload or not.

When I set the state interface to a hint that was not inside an included context, it functioned as expected.

Attaching queue_ext_state.txt which shows the behavior while 6001 is on an outbound call in both scenarios.

The same behavior happened with inbound calls, and even when swapping the SIP/6001 member for a local channel.

As for my reproduction it just looks like app_queue fails to get state when the state interface is an included hint.

I never really tested with reloads of the module as I couldn't get state to work with an included hint state interface at all. Still looks like a bug, or at least something that should be documented.
                  
> app_queue members state interface has issues when using a hint through an included context
> ------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-22958
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-22958
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_queue
>    Affects Versions: 11.6.0
>            Reporter: Jaco Kroon
>         Attachments: queue_ext_state.txt
>
>
> Whenever members are not idle when app_queue reloads then the state goes into a bad state whereby calls will never be sent to those members.  I've also seen cases where the state will simply stop updating completely, at the moment:
> gabriel ~ # asterisk -rx "queue show uls-queue-support"
> uls-queue-support has 0 calls (max unlimited) in 'leastrecent' strategy (0s holdtime, 0s talktime), W:10, C:0, A:0, SL:0.0% within 60s
>    Members: 
>       X109/Conrad (Local/109 at xdial from hint:109 at hints) with penalty 20 (ringinuse disabled) (Not in use) has taken no calls yet
>       X105/Adriaan (Local/105 at xdial from hint:105 at hints) with penalty 20 (ringinuse disabled) (Not in use) has taken no calls yet
>       X104/ULS Pieter (Local/104 at xdial from hint:104 at hints) with penalty 30 (ringinuse disabled) (Not in use) has taken no calls yet
>       X103/ULS Kevin (Local/103 at xdial from hint:103 at hints) with penalty 100 (ringinuse disabled) (Not in use) has taken no calls yet
>       X102/Jaco Kroon (Local/102 at xdial from hint:102 at hints) with penalty 200 (ringinuse disabled) (Not in use) has taken no calls yet
>       X111/Nadine (Local/111 at xdial from hint:111 at hints) with penalty 10 (ringinuse disabled) (Not in use) has taken no calls yet
>    No Callers
> Even though I (X102) is currently on the phone.  The hint, according to the dialplan is:
> [ Included context 'hints-uls' created by 'pbx_config' ]
>   '102' =>          hint: SIP/102                                 [pbx_config]
> The fact that it's an included context seems to be what's throwing it off.  Thus on reload I'm guessing a slightly more intelligent mechanism needs to be used to set state_exten, or alternatively the state should not be duplicated into the member structure.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira