[asterisk-bugs] [JIRA] (ASTERISK-24501) ARI: Moving a channel between bridges followed by a hangup can cause an ARI client to not receive an expected ChannelLeftBridge event before StasisEnd

Matt Jordan (JIRA) noreply at issues.asterisk.org
Fri Nov 7 11:12:29 CST 2014


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

Matt Jordan commented on ASTERISK-24501:
----------------------------------------

Why do we have different topics?

There should be a single topic for an application. That would guarantee synchronization of all messages that the application cares about.

> ARI: Moving a channel between bridges followed by a hangup can cause an ARI client to not receive an expected ChannelLeftBridge event before StasisEnd
> ------------------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-24501
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24501
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_ari
>    Affects Versions: 12.6.1, 13.0.0
>            Reporter: Matt Jordan
>            Assignee: Kinsey Moore
>         Attachments: full.txt
>
>
> Consider the following scenario:
> * Channel 1 enters into Bridge A
> * An {{addChannel}} command is issued to add the channel to Bridge B
> * A bridge move operation begins to happen internally.
> * While the bridge move operation occurs, a {{DELETE /channel/1}} occurs. This queues a hangup on the channel, causing it to be removed from Bridge B.
> * We receive a StasisEnd event, followed by the ChannelLeftBridge event, which is wrong.
> This is shown in the attached log, which was produced from the Asterisk Test Suite {{/bridges/move}} test (which is sporadically failing due to this issue).



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



More information about the asterisk-bugs mailing list