diff options
author | Matthew Jordan <mjordan@digium.com> | 2014-01-31 23:40:51 +0000 |
---|---|---|
committer | Matthew Jordan <mjordan@digium.com> | 2014-01-31 23:40:51 +0000 |
commit | 66c46fba24ccfa782339e3ef2722ea53b5573d17 (patch) | |
tree | 56d84cc24f7774de8860069e32124ed0a91b9b4d /UPGRADE.txt | |
parent | f9229127311cdd6880d8d5b0c506a1f843b8ae28 (diff) |
CDRs: fix a variety of dial status problems, h/hangup handler creating CDRs
This patch fixes a number of small-ish problems that were noticed when
witnessing the records that the FreePBX dialplan produces:
(1) Mid-call events (as well as privacy options) have the ability to change the
overall state of the Dial operation after the called party answers. This
means that publishing the DialEnd event when the called party is premature;
we have to wait for the execution of these subroutines to complete before
we can signal the overall status of the DialEnd. This patch moves that
publication and adds handlers for the mid-call events.
(2) The AST_FLAG_OUTGOING channel flag is cleared if an after bridge goto
datastore is detected. This flag was preventing CDRs from being recorded
for all outbound channels that had a 'continue' option enabled on them by
the Dial application.
(3) The CDR engine now locks the 'Dial' application as being the CDR
application if it detects that the current CDR has entered that app. This
is similar to the logic that is done for Parking. In general, if we entered
into Dial, then we want that CDR to record the application as such - this
prevents pre-dial handlers, mid-call handlers, and other shenaniganry
from changing the application value.
(4) The CDR engine now checks for the AST_SOFTHANGUP_HANGUP_EXEC in more places
to determine if the channel is in hangup logic or dead. In either case, we
don't want to record changes in the channel.
(5) The default option for "endbeforehexten" has been changed to "yes". In
general, you don't want to see CDRs in the 'h' exten or in hangup logic.
Since the semantics of that option changed in 12, it made sense to update
the default value as well.
(6) Finally, because we now have the ability to synchronize on the messages
published to the CDR topic, on shutdown the CDR engine will now synchronize
to the messages currently in flight. This helps to ensure that all
in-flight CDRs are written before shutting down.
(closes issue ASTERISK-23164)
Reported by: Matt Jordan
Review: https://reviewboard.asterisk.org/r/3154
........
Merged revisions 407084 from http://svn.asterisk.org/svn/asterisk/branches/12
git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@407085 65c4cc65-6c06-0410-ace0-fbb531ad65f3
Diffstat (limited to 'UPGRADE.txt')
-rw-r--r-- | UPGRADE.txt | 24 |
1 files changed, 16 insertions, 8 deletions
diff --git a/UPGRADE.txt b/UPGRADE.txt index 4948ba435..d0460fbb2 100644 --- a/UPGRADE.txt +++ b/UPGRADE.txt @@ -22,7 +22,8 @@ =========================================================== From 12 to 13: -* The per console verbose level feature as previously implemented caused a + +- The per console verbose level feature as previously implemented caused a large performance penalty. The fix required some minor incompatibilities if the new rasterisk is used to connect to an earlier version. If the new rasterisk connects to an older Asterisk version then the root console verbose @@ -31,6 +32,13 @@ From 12 to 13: an older version of rasterisk connects to the new version then the "core set verbose" command will have no effect. +CDRs: + - The "endbeforehexten" setting now defaults to "yes", instead of "no". + When set to "no", yhis setting will cause a new CDR to be generated when a + channel enters into hangup logic (either the 'h' extension or a hangup + handler subroutine). In general, this is not the preferred default: this + causes extra CDRs to be generated for a channel in many common dialplans. + CLI commands: - "core show settings" now lists the current console verbosity in addition to the root console verbosity. @@ -51,25 +59,25 @@ Configuration Files: instead of a "basic" one. Realtime Configuration: - * New columns have been added to realtime tables for 'support_path' on + - New columns have been added to realtime tables for 'support_path' on ps_registrations and ps_aors and for 'path' on ps_contacts for the new SIP Path support in chan_pjsip. - * The following new tables have been added for pjsip realtime: 'ps_systems', + - The following new tables have been added for pjsip realtime: 'ps_systems', 'ps_globals', 'ps_tranports', 'ps_registrations'. - * The following columns were added to the 'ps_aors' realtime table: + - The following columns were added to the 'ps_aors' realtime table: 'maximum_expiration', 'outbound_proxy', and 'support_path'. - * The following columns were added to the 'ps_contacts' realtime table: + - The following columns were added to the 'ps_contacts' realtime table: 'outbound_proxy' and 'path'. - * New columns have been added to the ps_endpoints realtime table for the + - New columns have been added to the ps_endpoints realtime table for the 'media_address', 'redirect_method' and 'set_var' options. Also the 'mwi_fromuser' column was renamed to 'mwi_from_user'. - * WARNING: The database migration script that adds the 'extensions' table for + - WARNING: The database migration script that adds the 'extensions' table for realtime had to be modified due to an error when installing for MySQL. The 'extensions' table's 'id' column was changed to be a primary key. This could potentially cause a migration problem. If so, it may be necessary to manually alter the affected table/column to bring it back in line with the migration scripts. - * A new column was added to the 'ps_globals' realtime table for the 'debug' + - A new column was added to the 'ps_globals' realtime table for the 'debug' option. |