[asterisk-bugs] [JIRA] (ASTERISK-21972) Bridge creation should allow for something more than mixing type during creation

[Matt Jordan (JIRA)]

Matt Jordan created ASTERISK-21972:
--------------------------------------

             Summary: Bridge creation should allow for something more than mixing type during creation
                 Key: ASTERISK-21972
                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21972
             Project: Asterisk
          Issue Type: Bug
          Components: Core/Stasis, Resources/res_stasis_http
    Affects Versions: 12
            Reporter: Matt Jordan


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.

Rather than specifying the mixing technology, it feels like we should specify the subclass, where "mixing" and "holding" are non-abstract base classes that can be created as very simple, dumbed down versions of the more feature rich bridges.



--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira