| Summary: | ASTERISK-26289: Announcer channels in ConfBridges cause inefficiencies | ||
| Reporter: | Mark Michelson (mmichelson) | Labels: | |
| Date Opened: | 2016-08-11 12:31:03 | Date Closed: | 2016-09-07 20:05:57 |
| Priority: | Major | Regression? | No |
| Status: | Closed/Complete | Components: | Applications/app_confbridge |
| Versions: | 13.10.0 | Frequency of Occurrence | |
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | A special "announcer" channel is used to play sound files into a ConfBridge. One of the big problems with announcer channels is the way they are manipulated.
The announcer channel is currently added into the bridge and then removed for each individual sound that is played. Adding and removing channels from multi-party bridges has some not-so-cheap overhead associated with it. The other problem is that sounds are played directly from a channel thread, which means that channels have to wait until all queued sounds are finished playing before moving on. In some cases, this makes little sense (such as when a channel is leaving a ConfBridge). | ||
| Comments: | |||