2008-11-19 12:42:19 +00:00
|
|
|
===========================================================
|
2008-11-21 20:42:37 +00:00
|
|
|
===
|
2010-06-03 18:53:24 +00:00
|
|
|
=== Information for upgrading between Asterisk versions
|
2008-02-08 16:49:19 +00:00
|
|
|
===
|
2008-11-21 20:42:37 +00:00
|
|
|
=== These files document all the changes that MUST be taken
|
|
|
|
=== into account when upgrading between the Asterisk
|
|
|
|
=== versions listed below. These changes may require that
|
|
|
|
=== you modify your configuration files, dialplan or (in
|
|
|
|
=== some cases) source code if you have your own Asterisk
|
2011-01-04 16:38:28 +00:00
|
|
|
=== modules or patches. These files also include advance
|
2008-11-21 20:42:37 +00:00
|
|
|
=== notice of any functionality that has been marked as
|
|
|
|
=== 'deprecated' and may be removed in a future release,
|
|
|
|
=== along with the suggested replacement functionality.
|
2008-02-08 16:49:19 +00:00
|
|
|
===
|
|
|
|
=== UPGRADE-1.2.txt -- Upgrade info for 1.0 to 1.2
|
|
|
|
=== UPGRADE-1.4.txt -- Upgrade info for 1.2 to 1.4
|
2008-11-19 12:42:19 +00:00
|
|
|
=== UPGRADE-1.6.txt -- Upgrade info for 1.4 to 1.6
|
2010-07-23 19:17:30 +00:00
|
|
|
=== UPGRADE-1.8.txt -- Upgrade info for 1.6 to 1.8
|
2013-08-30 18:38:00 +00:00
|
|
|
=== UPGRADE-10.txt -- Upgrade info for 1.8 to 10
|
|
|
|
=== UPGRADE-11.txt -- Upgrade info for 10 to 11
|
|
|
|
=== UPGRADE-12.txt -- Upgrade info for 11 to 12
|
2008-11-19 12:42:19 +00:00
|
|
|
===========================================================
|
|
|
|
|
2014-01-14 18:14:02 +00:00
|
|
|
From 12 to 13:
|
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
2014-01-31 23:40:51 +00:00
|
|
|
|
2014-04-04 19:19:55 +00:00
|
|
|
- The asterisk command line -I option and the asterisk.conf internal_timing
|
|
|
|
option are removed and always enabled if any timing module is loaded.
|
|
|
|
|
|
|
|
- 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
|
|
|
|
level is always affected by the "core set verbose" command of the remote
|
|
|
|
console even though it may appear to only affect the current console. If
|
|
|
|
an older version of rasterisk connects to the new version then the
|
|
|
|
"core set verbose" command will have no effect.
|
2011-08-16 15:17:56 +00:00
|
|
|
|
2014-05-22 14:02:19 +00:00
|
|
|
- Added a new Compiler Flag, REF_DEBUG. When enabled, reference counted
|
|
|
|
objects will emit additional debug information to the refs log file located
|
|
|
|
in the standard Asterisk log file directory. This log file is useful in
|
|
|
|
tracking down object leaks and other reference counting issues. Prior to
|
|
|
|
this version, this option was only available by modifying the source code
|
|
|
|
directly. This change also includes a new script, refcounter.py, in the
|
|
|
|
contrib folder that will process the refs log file.
|
|
|
|
|
2014-02-05 15:29:12 +00:00
|
|
|
ARI:
|
|
|
|
- The ARI version has been changed from 1.0.0 to 1.1.0. This is to reflect
|
|
|
|
the backwards compatible changes listed below.
|
|
|
|
|
|
|
|
- Added a new ARI resource 'mailboxes' which allows the creation and
|
|
|
|
modification of mailboxes managed by external MWI. Modules res_mwi_external
|
|
|
|
and res_stasis_mailbox must be enabled to use this resource.
|
|
|
|
|
|
|
|
- Added new events for externally initiated transfers. The event
|
|
|
|
BridgeBlindTransfer is now raised when a channel initiates a blind transfer
|
|
|
|
of a bridge in the ARI controlled application to the dialplan; the
|
|
|
|
BridgeAttendedTransfer event is raised when a channel initiates an
|
|
|
|
attended transfer of a bridge in the ARI controlled application to the
|
|
|
|
dialplan.
|
|
|
|
|
|
|
|
- Channel variables may now be specified as a body parameter to the
|
|
|
|
POST /channels operation. The 'variables' key in the JSON is interpreted
|
|
|
|
as a sequence of key/value pairs that will be added to the created channel
|
|
|
|
as channel variables. Other parameters in the JSON body are treated as
|
|
|
|
query parameters of the same name.
|
|
|
|
|
2014-03-28 17:41:23 +00:00
|
|
|
- A bug fix in bridge creation has caused a behavioural change in how
|
|
|
|
subscriptions are created for bridges. A bridge created through ARI, does
|
|
|
|
not, by itself, have a subscription created for any particular Stasis
|
|
|
|
application. When a channel in a Stasis application joins a bridge, an
|
|
|
|
implicit event subscription is created for that bridge as well. Previously,
|
|
|
|
when a channel left such a bridge, the subscription was leaked; this allowed
|
|
|
|
for later bridge events to continue to be pushed to the subscribed
|
|
|
|
applications. That leak has been fixed; as a result, bridge events that were
|
|
|
|
delivered after a channel left the bridge are no longer delivered. An
|
|
|
|
application must subscribe to a bridge through the applications resource if
|
|
|
|
it wishes to receive all events related to a bridge.
|
|
|
|
|
2014-02-05 15:29:12 +00:00
|
|
|
AMI:
|
|
|
|
- The AMI version has been changed from 2.0.0 to 2.1.0. This is to reflect
|
|
|
|
the backwards compatible changes listed below.
|
|
|
|
|
|
|
|
- The DialStatus field in the DialEnd event can now have additional values.
|
|
|
|
This includes ABORT, CONTINUE, and GOTO.
|
|
|
|
|
|
|
|
- The res_mwi_external_ami module can, if loaded, provide additional AMI
|
|
|
|
actions and events that convey MWI state within Asterisk. This includes
|
|
|
|
the MWIGet, MWIUpdate, and MWIDelete actions, as well as the MWIGet and
|
|
|
|
MWIGetComplete events that occur in response to an MWIGet action.
|
|
|
|
|
2014-02-06 21:24:32 +00:00
|
|
|
- AMI now contains a new class authorization, 'security'. This is used with
|
|
|
|
the following new events: FailedACL, InvalidAccountID, SessionLimit,
|
|
|
|
MemoryLimit, LoadAverageLimit, RequestNotAllowed, AuthMethodNotAllowed,
|
|
|
|
RequestBadFormat, SuccessfulAuth, UnexpectedAddress, ChallengeResponseFailed,
|
|
|
|
InvalidPassword, ChallengeSent, and InvalidTransport.
|
|
|
|
|
|
|
|
- Bridge related events now have two additional fields: BridgeName and
|
|
|
|
BridgeCreator. BridgeName is a descriptive name for the bridge;
|
|
|
|
BridgeCreator is the name of the entity that created the bridge. This
|
|
|
|
affects the following events: ConfbridgeStart, ConfbridgeEnd,
|
|
|
|
ConfbridgeJoin, ConfbridgeLeave, ConfbridgeRecord, ConfbridgeStopRecord,
|
|
|
|
ConfbridgeMute, ConfbridgeUnmute, ConfbridgeTalking, BlindTransfer,
|
|
|
|
AttendedTransfer, BridgeCreate, BridgeDestroy, BridgeEnter, BridgeLeave
|
|
|
|
|
2014-06-12 15:39:52 +00:00
|
|
|
- MixMonitor AMI actions now require users to have authorization classes.
|
|
|
|
* MixMonitor - system
|
|
|
|
* MixMonitorMute - call or system
|
|
|
|
* StopMixMonitor - call or system
|
|
|
|
|
2014-06-12 17:00:08 +00:00
|
|
|
- Removed the undocumented manager.conf block-sockets option. It interferes with
|
|
|
|
TCP/TLS inactivity timeouts.
|
|
|
|
|
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
2014-01-31 23:40:51 +00:00
|
|
|
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.
|
|
|
|
|
2014-06-16 18:27:51 +00:00
|
|
|
chan_dahdi:
|
|
|
|
- SS7 support now requires libss7 v2.0 or later.
|
|
|
|
|
2014-05-02 16:39:58 +00:00
|
|
|
chan_sip:
|
|
|
|
- Made set SIPREFERREDBYHDR as inheritable for better chan_pjsip
|
|
|
|
interoperability.
|
|
|
|
|
2014-01-14 18:14:02 +00:00
|
|
|
CLI commands:
|
|
|
|
- "core show settings" now lists the current console verbosity in addition
|
|
|
|
to the root console verbosity.
|
|
|
|
|
|
|
|
- "core set verbose" has not been able to support the by module verbose
|
|
|
|
logging levels since verbose logging levels were made per console. That
|
|
|
|
syntax is now removed and a silence option added in its place.
|
|
|
|
|
2014-03-28 17:41:23 +00:00
|
|
|
ConfBridge:
|
|
|
|
- The sound_place_into_conference sound used in Confbridge is now deprecated
|
|
|
|
and is no longer functional since it has been broken since its inception
|
|
|
|
and the fix involved using a different method to achieve the same goal. The
|
|
|
|
new method to achieve this functionality is by using sound_begin to play
|
|
|
|
a sound to the conference when waitmarked users are moved into the conference.
|
|
|
|
|
|
|
|
|
2014-01-14 18:14:02 +00:00
|
|
|
Configuration Files:
|
|
|
|
- The 'verbose' setting in logger.conf still takes an optional argument,
|
|
|
|
specifying the verbosity level for each logging destination. However,
|
|
|
|
the default is now to once again follow the current root console level.
|
|
|
|
As a result, using the AMI Command action with "core set verbose" could
|
|
|
|
again set the root console verbose level and affect the verbose level
|
|
|
|
logged.
|
2011-11-07 19:58:44 +00:00
|
|
|
|
2014-01-27 08:17:22 +00:00
|
|
|
- The manager.conf 'eventfilter' now takes an "extended" regular expression
|
|
|
|
instead of a "basic" one.
|
|
|
|
|
2014-04-28 07:43:33 +00:00
|
|
|
- The unistim.conf 'dateformat' has changed meaning of options values to conform
|
|
|
|
values used inside Unistim protocol
|
|
|
|
|
2014-06-12 17:00:08 +00:00
|
|
|
HTTP:
|
|
|
|
- Added http.conf session_inactivity timer option to close HTTP connections
|
|
|
|
that aren't doing anything.
|
|
|
|
|
2014-03-28 17:09:14 +00:00
|
|
|
ODBC:
|
|
|
|
- The compatibility setting, allow_empty_string_in_nontext, has been removed.
|
|
|
|
Empty column values will be stored as empty strings during realtime updates.
|
|
|
|
|
2014-01-31 22:23:42 +00:00
|
|
|
Realtime Configuration:
|
2014-02-05 15:29:12 +00:00
|
|
|
- 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.
|
|
|
|
|
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
2014-01-31 23:40:51 +00:00
|
|
|
- New columns have been added to realtime tables for 'support_path' on
|
2014-01-31 22:23:42 +00:00
|
|
|
ps_registrations and ps_aors and for 'path' on ps_contacts for the new
|
|
|
|
SIP Path support in chan_pjsip.
|
2014-02-05 15:29:12 +00:00
|
|
|
|
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
2014-01-31 23:40:51 +00:00
|
|
|
- The following new tables have been added for pjsip realtime: 'ps_systems',
|
2014-01-31 22:23:42 +00:00
|
|
|
'ps_globals', 'ps_tranports', 'ps_registrations'.
|
2014-02-05 15:29:12 +00:00
|
|
|
|
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
2014-01-31 23:40:51 +00:00
|
|
|
- The following columns were added to the 'ps_aors' realtime table:
|
2014-01-31 22:23:42 +00:00
|
|
|
'maximum_expiration', 'outbound_proxy', and 'support_path'.
|
2014-02-05 15:29:12 +00:00
|
|
|
|
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
2014-01-31 23:40:51 +00:00
|
|
|
- The following columns were added to the 'ps_contacts' realtime table:
|
2014-03-28 17:41:23 +00:00
|
|
|
'outbound_proxy', 'user_agent', and 'path'.
|
2014-02-05 15:29:12 +00:00
|
|
|
|
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
2014-01-31 23:40:51 +00:00
|
|
|
- New columns have been added to the ps_endpoints realtime table for the
|
2014-01-31 22:23:42 +00:00
|
|
|
'media_address', 'redirect_method' and 'set_var' options. Also the
|
2014-03-28 17:41:23 +00:00
|
|
|
'mwi_fromuser' column was renamed to 'mwi_from_user'. A new column
|
|
|
|
'message_context' was added to let users configure how MESSAGE requests are
|
|
|
|
routed to the dialplan.
|
2014-02-05 15:29:12 +00:00
|
|
|
|
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
2014-01-31 23:40:51 +00:00
|
|
|
- A new column was added to the 'ps_globals' realtime table for the 'debug'
|
2014-01-31 23:15:47 +00:00
|
|
|
option.
|
2014-01-31 22:23:42 +00:00
|
|
|
|
2014-03-28 17:41:23 +00:00
|
|
|
- PJSIP endpoint columns 'tos_audio' and 'tos_video' have been changed from
|
|
|
|
yes/no enumerators to string values. 'cos_audio' and 'cos_video' have been
|
|
|
|
changed from yes/no enumerators to integer values. PJSIP transport column
|
|
|
|
'tos' has been changed from a yes/no enumerator to a string value. 'cos' has
|
|
|
|
been changed from a yes/no enumerator to an integer value.
|
|
|
|
|
|
|
|
- The 'queues' and 'queue_members' realtime tables have been added to the
|
|
|
|
config Alembic scripts.
|
|
|
|
|
|
|
|
- A new set of Alembic scripts has been added for CDR tables. This will create
|
|
|
|
a 'cdr' table with the default schema that Asterisk expects.
|
2014-01-31 22:23:42 +00:00
|
|
|
|
2014-06-12 07:52:59 +00:00
|
|
|
safe_asterisk:
|
|
|
|
- The safe_asterisk script was previously not installed on top of an existing
|
|
|
|
version. This caused bug-fixes in that script not to be deployed. If your
|
|
|
|
safe_asterisk script is customized, be sure to keep your changes. Custom
|
|
|
|
values for variables should be created in *.sh file(s) inside
|
|
|
|
ASTETCDIR/startup.d/. See ASTERISK-21965.
|
|
|
|
|
|
|
|
- Changed a log message in safe_asterisk and the $NOTIFY mail subject. If
|
|
|
|
you use tools to parse either of them, update your parse functions
|
|
|
|
accordingly. The changed strings are:
|
|
|
|
- "Exited on signal $EXITSIGNAL" => "Asterisk exited on signal $EXITSIGNAL."
|
|
|
|
- "Asterisk Died" => "Asterisk on $MACHINE died (sig $EXITSIGNAL)"
|
|
|
|
|
2014-04-28 07:43:33 +00:00
|
|
|
Unistim:
|
|
|
|
- Added 'dtmf_duration' option with changing default operation to disable
|
|
|
|
receivied dtmf playback on unistim phone
|
|
|
|
|
2014-04-11 02:59:19 +00:00
|
|
|
Utilities:
|
|
|
|
- The refcounter program has been removed in favor of the refcounter.py script
|
|
|
|
in contrib/scripts.
|
|
|
|
|
2010-07-23 19:17:30 +00:00
|
|
|
===========================================================
|
|
|
|
===========================================================
|