[test-results] [Bamboo] Asterisk - Team Branches > Bridge Construction > #313 has FAILED. Change made by rmudgett.

Bamboo bamboo at asterisk.org
Fri May 10 13:46:55 CDT 2013


-----------------------------------------------------------------------
Asterisk - Team Branches > Bridge Construction > #313 failed.
-----------------------------------------------------------------------
Code has been updated by rmudgett.
1/2 jobs failed, with 0 failing tests.

http://bamboo.asterisk.org/browse/ASTTEAM-BRIDGECONSTRUCTION-313/


--------------
Failing Jobs
--------------
  - Asterisk 1.8 CentOS 6 32-Bit (CentOS 6): No tests found.



--------------
Code Changes
--------------
rmudgett (388342):

>Create unreal channel framework for derivative channels like local channels.
>
>Part of the bridging work being done needs the ability to manipulate local
>channels in new ways:
>
>1) When one-touch parking a multi-party bridge, a local channel needs to
>be created between the bridge being parked and the park holding bridge.
>In this case, the local;2 channel needs to be pushed into the parking
>bridge since there isn't a dialplan location to execute.
>
>2) When attended transferring a multi-party bridge to an application like
>voicemail using channel driver protocol transfers.  A local channel needs
>to be created between the transferred bridge and the application.  In this
>case, the local;2 channel needs to masquerade into the channel running
>voicemail.
>
>3) The ConfBridge announcer channels need to replace the chan_bridge
>channels with an unreal channel framework channel for implementation
>reasons.  (The chan_bridge driver will be deleted as a result.)
>
>4) The chan_agent channel driver will use the unreal channel framework to
>create Agent channels.
>
>The chan_local.c file is refactored into core_local.c and core_unreal.c
>and moves local channel support into the system core.
>
>The new API calls for custom local channel manipulation are:
>
>ast_local_get_peer() - Get the other local channel in the pair.  Useful
>for getting the local;2 channel after an ast_request().
>
>ast_local_setup_bridge() - After performing an ast_request(), using this
>call will make the subsequent ast_call() push the local;2 channel into the
>specified bridge.
>
>ast_local_setup_masquerade() - After performing an ast_request(), using
>this call will make the subsequent ast_call() masquerade the local;2
>channel into the specified channel.
>
>Changes/fixes in local/unreal channel behavior:
>
>* Made unreal COLP indicate handling always set the caller information on
>the other unreal channel in the pair.  Previously this happened only in
>the local;2 to local;1 direction.
>
>* Fixed using the wrong callerid when checking if the exten exists in
>local_call().
>
>* Renamed LOCAL_MOH_PASSTHRU to AST_UNREAL_MOH_INTERCEPT and invert the
>use of the flag to match the new name.  This makes the unreal channels
>default to not keeping state information in case they optimize.  Local
>channels still behave the same for the /m option.
>
>(closes issue ASTERISK-21713)
>Reported by: Matt Jordan
>Tested by: rmudgett
>
>Review: https://reviewboard.asterisk.org/r/2508/
>



--
This message is automatically generated by Atlassian Bamboo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/test-results/attachments/20130510/c2ad81bb/attachment-0001.htm>


More information about the Test-results mailing list