[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