[Home]

Summary:ASTERISK-28897: app_confbridge: AMI Event "ConfbridgeTalking off" not fired when user leaves ConfBridge while talking
Reporter:Ben Reinsen (wonder)Labels:
Date Opened:2020-05-15 14:08:58Date Closed:
Priority:TrivialRegression?
Status:Open/NewComponents:Applications/app_confbridge
Versions:16.9.0 Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) ami.log
Description:Confbridge fires Events to AMI when users start and stop talking in a conference.
https://wiki.asterisk.org/wiki/display/AST/ConfBridge+AMI+Events#ConfBridgeAMIEvents-ConfbridgeTalking

When a user leaves a conference or disconnects because of networking problems while talking no final "ConfbridgeTalking off" event is fired for that user, which leaves external apps that query AMI for ConfbridgeTalking events in a wrong state.

As the user actually stopped talking, when he has left the conference, I would kindly suggest to fire a final "ConfbridgeTalking off" event when a currently talking users leaves a conference
Comments:By: Asterisk Team (asteriskteam) 2020-05-15 14:08:59.736-0500

Thanks for creating a report! The issue has entered the triage process. That means the issue will wait in this status until a Bug Marshal has an opportunity to review the issue. Once the issue has been reviewed you will receive comments regarding the next steps towards resolution.

A good first step is for you to review the [Asterisk Issue Guidelines|https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines] if you haven't already. The guidelines detail what is expected from an Asterisk issue report.

Then, if you are submitting a patch, please review the [Patch Contribution Process|https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process].

Please note that once your issue enters an open state it has been accepted. As Asterisk is an open source project there is no guarantee or timeframe on when your issue will be looked into. If you need expedient resolution you will need to find and pay a suitable developer. Asking for an update on your issue will not yield any progress on it and will not result in a response. All updates are posted to the issue when they occur.
By: Ben Reinsen (wonder) 2020-05-16 10:11:19.144-0500

I added an attachment of an AMI log of a user entering a conference,
starting to talk and leaving the conference while talking.
By: Joshua C. Colp (jcolp) 2020-05-18 04:26:34.041-0500

I think the reason that this was not really done is because you receive notification that the channel in question is leaving the conference bridge - so that should reset and clear any state you may have. Can you explain why this is not enough for your situation?
By: Ben Reinsen (wonder) 2020-05-18 07:20:58.306-0500

Hey Joshua,

I stumbled upon this behavior, because I am developing a client that receives Confbridge Talking events from a datastream I generate on the server by a little daemon that is permanently connected to AMI. I can easily fix the problem in my client by resetting the state when a channel is gone and I actually already did.

From my point of view Asterisk reports the incorrect state because the user isn't talking anymore and the events are On/Off pairs in all other situations. Just in this special situation, they are not. The Off part is missing. As it broke something for me and it was not the behavior I would have expected, I thought it was worth reporting.

Cheers Ben