Handle hangup logic in the Stasis message bus and consumers of Stasis messages
authorMatthew Jordan <mjordan@digium.com>
Sun, 7 Jul 2013 20:34:38 +0000 (20:34 +0000)
committerMatthew Jordan <mjordan@digium.com>
Sun, 7 Jul 2013 20:34:38 +0000 (20:34 +0000)
commitb193c2873d27e15dfec521c7fef10411e8d1f5c8
treedaca49030f9fa3d65f64bb6df6beba256a0e6c92
parentc54b26a18ced70ee31e27b4f545d2d5289d73043
Handle hangup logic in the Stasis message bus and consumers of Stasis messages

This patch does the following:
* It adds a new soft hangup flag AST_SOFTHANGUP_HANGUP_EXEC that is set when a
  channel is executing dialplan hangup logic, i.e., the 'h' extension or a
  hangup handler. Stasis messages now also convey the soft hangup flag so
  consumers of the messages can know when a channel is executing said
  hangup logic.
* It adds a new channel flag, AST_FLAG_DEAD, which is set when a channel is
  well and truly dead. Not just a zombie, but dead, Jim. Manager, CEL, CDRs,
  and other consumers of Stasis have been updated to look for this flag to
  know when the channel should by lying six feet under.
* The CDR engine has been updated to better handle a channel entering and
  leaving a bridge. Previously, a new CDR was automatically created when a
  channel left a bridge and put into the 'Pending' state; however, this
  way of handling CDRs made it difficult for the 'endbeforehexten' logic to
  work correctly - there was always a new CDR waiting in the hangup logic
  and, even if 'ended', wouldn't be the CDR people wanted to inspect in the
  hangup routine. This patch completely removes the Pending state and instead
  defers creation of the new CDR until it gets a new message that requires
  a new CDR.

git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@393777 65c4cc65-6c06-0410-ace0-fbb531ad65f3
CHANGES
include/asterisk/cdr.h
include/asterisk/channel.h
include/asterisk/stasis_channels.h
main/cdr.c
main/cel.c
main/channel.c
main/channel_internal_api.c
main/manager_channels.c
main/pbx.c
main/stasis_channels.c