aboutsummaryrefslogtreecommitdiffstats
path: root/UPGRADE.txt
diff options
context:
space:
mode:
authorkpfleming <kpfleming@f38db490-d61c-443f-a65b-d21fe96a405b>2009-08-03 20:58:48 +0000
committerkpfleming <kpfleming@f38db490-d61c-443f-a65b-d21fe96a405b>2009-08-03 20:58:48 +0000
commit538f4ca207028ee047ffadc741278584c2ca43bc (patch)
tree80d368e550777a4a58bfd45fded1fad152c9b5fc /UPGRADE.txt
parentb78e0c85c91f64adf0a9f023e302e9e38038d7b7 (diff)
Merged revisions 210190 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk ........ r210190 | kpfleming | 2009-08-03 15:48:48 -0500 (Mon, 03 Aug 2009) | 11 lines Rename 'canreinvite' option to 'directmedia', with backwards compatibility. It is clear from multiple mailing list, forum, wiki and other sorts of posts that users don't really understand the effects that the 'canreinvite' config option actually has, and that in some cases they think that setting it to 'no' will actually cause various other features (T.38, MOH, etc.) to not work properly, when in fact this is not the case. This patch changes the proper name of the option to what it should have been from the beginning ('directmedia'), but preserves backwards compatibility for existing configurations. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@210191 f38db490-d61c-443f-a65b-d21fe96a405b
Diffstat (limited to 'UPGRADE.txt')
-rw-r--r--UPGRADE.txt11
1 files changed, 11 insertions, 0 deletions
diff --git a/UPGRADE.txt b/UPGRADE.txt
index 238920ceb..9903ff0d7 100644
--- a/UPGRADE.txt
+++ b/UPGRADE.txt
@@ -30,6 +30,17 @@ From 1.6.1 to 1.6.2:
Asterisk and various SIP/T.38 endpoints identified by many users of
Asterisk.
+* The 'canreinvite' option support by the SIP, MGCP and Skinny channel drivers
+ has been renamed to 'directmedia', to better reflect what it actually does.
+ In the case of SIP, there are still re-INVITEs issued for T.38 negotiation,
+ starting and stopping music-on-hold, and other reasons, and the 'canreinvite'
+ option never had any effect on these cases, it only affected the re-INVITEs
+ used for direct media path setup. For MGCP and Skinny, the option was poorly
+ named because those protocols don't even use INVITE messages at all. For
+ backwards compatibility, the old option is still supported in both normal
+ and Realtime configuration files, but all of the sample configuration files,
+ Realtime/LDAP schemas, and other documentation refer to it using the new name.
+
* The default console now will use colors according to the default background
color, instead of forcing the background color to black. If you are using a
light colored background for your console, you may wish to use the option