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

[svnbot]

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

(Updated June 13, 2013, 8:15 a.m.)


Status
------

This change has been marked as submitted.


Review request for Asterisk Developers.


Changes
-------

Committed in revision 391622


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/20130613/6c455aad/attachment.htm>