[asterisk-bugs] [JIRA] (ASTERISK-28829) app_queue: leaking stasis subscription when Redirecting call
Friendly Automation (JIRA)
noreply at issues.asterisk.org
Tue May 5 10:21:25 CDT 2020
[ https://issues.asterisk.org/jira/browse/ASTERISK-28829?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=250644#comment-250644 ]
Friendly Automation commented on ASTERISK-28829:
------------------------------------------------
Change 14382 merged by Friendly Automation:
app_queue: track masquerades in app_queue to avoid leaked stasis subscriptions
[https://gerrit.asterisk.org/c/asterisk/+/14382|https://gerrit.asterisk.org/c/asterisk/+/14382]
> 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: lvl
>
> 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)
More information about the asterisk-bugs
mailing list