Summary:	ASTERISK-21972: Bridge creation should allow for something more than mixing type during creation
Reporter:	Matt Jordan (mjordan)	Labels:	Asterisk12
Date Opened:	2013-06-27 18:50:31	Date Closed:	2013-08-23 12:26:00
Priority:	Major	Regression?
Status:	Closed/Complete	Components:	Core/Stasis Resources/res_ari
Versions:	12	Frequency of Occurrence
Related Issues:
Environment:		Attachments:
Description:	There's basically two kinds of bridges we want to make today through ARI: # Holding bridges, to be used for waiting areas # "smart" bridges for 2+ party mixing Currently, this is specified using "holding" and "mixing", which works well when you want to specify the media mixing used within a bridge. However, there are other things you want to specify. # You may want to specify that a features bridge with Asterisk DTMF capabilities is created. This would allow ARI to take advantage of most of the work being done in the increasingly inaptly named "basic" bridge. # You may subclass the holding bridge to provide a better queue experience. While this would continue to use the holding bridge mixing technology, it would be something a bit more than just the standard 'holding' bridge. In general, we should be able to specify a subclass of a particular mixing technology on creation OR specify parameters that we want to pass to the creation of the bridge. This would allow for further expansion of the bridging types, as well as allow users to take better advantage of the existing mixing technologies.
Comments:	By: Matt Jordan (mjordan) 2013-08-23 12:26:00.056-0500 In retrospect, this may not be needed. If and when we have fancier bridges, we can revisit this idea.