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

[Jaco Kroon (JIRA)]

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

Jaco Kroon commented on ASTERISK-22958:
---------------------------------------

Rusty,

I think you've got it (You are absolutely correct that it does not work at all), if you're on a call *whilst* the reload happens, you should not that it goes into a non-"Not in use" state and stay there.  Would be very nice if it can be fixed, but I don't think it's critical.  Just document that the hint should not be in an included context from the referenced context.  In other words, if the hint is really 123 at bar, and bar is included from foo you should still use 123 at bar and not 123 at foo.

Thanks for your efforts.
                
> 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