[asterisk-bugs] [JIRA] (ASTERISK-21053) Bridge Construction: Refactor callers of ast_bridge_call to use Bridging API model

Matt Jordan (JIRA) noreply at issues.asterisk.org
Fri Feb 8 10:59:59 CST 2013


Matt Jordan created ASTERISK-21053:
--------------------------------------

             Summary: Bridge Construction: Refactor callers of ast_bridge_call to use Bridging API model
                 Key: ASTERISK-21053
                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21053
             Project: Asterisk
          Issue Type: Improvement
      Security Level: None
          Components: Core/Bridging
    Affects Versions: 12
            Reporter: Matt Jordan


As part of the [API work|https://wiki.asterisk.org/wiki/display/AST/Asterisk+12+API+Improvements], the model for bridging used within Asterisk is undergoing some major rework. In particular, all bridging in Asterisk will use the existing Bridging API, added by Joshua Colp since 1.6.

Please see the [Bridge Construction|http://svn.asterisk.org/svn/asterisk/team/group/bridge_construction/] Team project for the current status of this work.

{{ast_bridge_call}} has already been refactored to use the Bridging API. However, because multiple channels can be in a single bridge, the concept of a 'bridge peer' no longer applies. This task is to refactor {{ast_bridge_call}} callers to not expect getting peer back. Entities wishing to get the participants in a bridge should expect to get back an {{ao2_container}} or some other iterable objects from an API call.

Two other tasks are needed:
# Add an optional goto dialplan location datastore to set where the peer should go when it exits the bridge.  The location datastore is removed if a channel exits with {{AST_SOFTHANGUP_ASYNCGOTO}} set or the channel is masqueraded.
# Allow a bridge object to be destroyed when no objects reference the bridge any longer. An explicit call to ast_bridge_destroy() should not be needed.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira



More information about the asterisk-bugs mailing list