[asterisk-bugs] [JIRA] (ASTERISK-28829) app_queue: leaking stasis subscription when Redirecting call

[George Joseph (JIRA)]

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

George Joseph commented on ASTERISK-28829:
------------------------------------------

OK, thanks.  I'm going to acknowledge this issue and assign it to you.  If you decide to not submit a patch, send it back to triage and we'll open an internal issue for it.


> app_queue: leaking stasis subscription when Redirecting call 
> -------------------------------------------------------------
>
>                 Key: ASTERISK-28829
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28829
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_queue
>    Affects Versions: 16.9.0
>            Reporter: lvl
>            Assignee: Unassigned
>
> Given..
> * A queue
> * A local channel as member in that queue
> * A call to that member
> * An AMI Redirect on that call
> .. app_queue will permanently leak two stasis subscriptions.
> In setup_stasis_subs we'll create these subscriptions:
> {code}
> queue_data->bridge_router = stasis_message_router_create_pool(ast_bridge_topic_all());
> queue_data->channel_router = stasis_message_router_create_pool(ast_channel_topic_all());
> {code}
> .. which will continue to exist even after the call has hung up.
> This is probably caused by the stasis subscriptions not properly tracking the masquerading process and surrogate channels, meaning {{handle_hangup}} is never called.
> You can easily spot this by "core show taskprocessors" showing dozens or hundreds of "stasis/p:bridge:all" and "stasis/p:channel:all" lines even when there are no active channels.
> Because a testcase says more than a thousand words, I will submit one that reproduces the problem shortly.
> These hanging subscriptions (to *all* channel and bridge events) can eventually grind Asterisk to a halt. I will create a separate ticket for that and leave it at your discretion to close or merge that one.



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