Refactor CEL bridge events on top of Stasis-Core
authorKinsey Moore <kmoore@digium.com>
Thu, 13 Jun 2013 13:46:40 +0000 (13:46 +0000)
committerKinsey Moore <kmoore@digium.com>
Thu, 13 Jun 2013 13:46:40 +0000 (13:46 +0000)
commitb51b437bf3d47111451117dc0a04faa6356ba30c
treefe2e14e54829aaaa2ddc7b14dc0041badf36a5cb
parent4f84e48028b8f21babd26b7f0b8c1d375f1c356c
Refactor CEL bridge events on top of Stasis-Core

This pulls bridge-related CEL event triggers out of the code in which
they were residing and pulls them into cel.c where they are now
triggered by changes in bridge snapshots. To get access to the
Stasis-Core parking topic in cel.c, the Stasis-Core portions of parking
init have been pulled into core Asterisk init.

This also adds a new CEL event (AST_CEL_BRIDGE_TO_CONF) that indicates
a two-party bridge has transitioned to a multi-party conference. The
reverse cannot occur in CEL terms even though it may occur in actuality
and two party bridges which receive a AST_CEL_BRIDGE_TO_CONF will be
treated as multi-party conferences for the duration of the bridge.

Review: https://reviewboard.asterisk.org/r/2563/
(closes issue ASTERISK-21564)

git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@391643 65c4cc65-6c06-0410-ace0-fbb531ad65f3
include/asterisk/_private.h
include/asterisk/cel.h
include/asterisk/parking.h
main/asterisk.c
main/cel.c
main/features.c
main/parking.c
res/parking/parking_manager.c