[asterisk-dev] [Code Review] 2544: Refactor CEL channel events on top of Stasis-Core

[David Lee]

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/2544/#review8880
-----------------------------------------------------------

Ship it!


Ship It!

- David Lee


On June 4, 2013, 2:44 p.m., opticron wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/2544/
> -----------------------------------------------------------
> 
> (Updated June 4, 2013, 2:44 p.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Bugs: ASTERISK-21563
>     https://issues.asterisk.org/jira/browse/ASTERISK-21563
> 
> 
> Repository: Asterisk
> 
> 
> Description
> -------
> 
> This uses the channel state change events from Stasis-Core to determine when channel-related CEL events should be raised. Those refactored in this patch are:
> * AST_CEL_CHANNEL_START
> * AST_CEL_ANSWER
> * AST_CEL_APP_START
> * AST_CEL_APP_END
> * AST_CEL_HANGUP
> * AST_CEL_CHANNEL_END
> 
> Retirement of Linked IDs is also refactored.
> 
> Note: Some HANGUP events are not generated correctly because the bridge layer does not propagate hangupcause/hangupsource information yet (there are already BUGBUGs for this).
> 
> 
> Diffs
> -----
> 
>   trunk/include/asterisk/config_options.h 390429 
>   trunk/include/asterisk/stasis_bridging.h 390429 
>   trunk/include/asterisk/stasis_channels.h 390429 
>   trunk/include/asterisk/strings.h 390429 
>   trunk/main/asterisk.c 390429 
>   trunk/main/cel.c 390429 
>   trunk/main/channel.c 390429 
>   trunk/main/config_options.c 390429 
>   trunk/main/pbx.c 390429 
>   trunk/main/stasis_bridging.c 390429 
>   trunk/main/stasis_channels.c 390429 
> 
> Diff: https://reviewboard.asterisk.org/r/2544/diff/
> 
> 
> Testing
> -------
> 
> Ran these changes through all integration tests that check CEL records.
> 
> 
> Thanks,
> 
> opticron
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20130612/15af8b68/attachment.htm>