[asterisk-bugs] [JIRA] (ASTERISK-22958) app_queue messes up member status on reload

[Jaco Kroon (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-22958?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jaco Kroon updated ASTERISK-22958:
----------------------------------

    Assignee: Rusty Newton  (was: Jaco Kroon)
      Status: Triage  (was: Waiting for Feedback)

Try this in dialplan:

[hints]
include => subhints

[subhints]
exten => 123,hint,SIP/123

Then in queues.conf:

member => SIP/123,10,Whatever,hint:123 at hints

If I'm correct then the "state" for the member will always be exactly what it was when the reload occurred, so if the hint was "idle" at time of reload, it will remain idle, even if the member is on the phone, if the member was busy it would remain busy even when the member goes idle.

If you change the member definition to:

member => SIP/123,10,Whatever,hint:123 at subhints

Then it should all work.
                
> app_queue messes up member status on reload
> -------------------------------------------
>
>                 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
>            Assignee: Rusty Newton
>
> 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