Let's also include aclocal.m4
[asterisk-bristuff.git] / UPGRADE.txt
blob6dad890ea0120b2a5d1d41e121a3b020168162e5
1 =========================================================
2 === Information for upgrading from Asterisk 1.2 to 1.4
3 ===
4 ===
5 === UPGRADE-1.2.txt -- Upgrade info for 1.0 to 1.2
6 === UPGRADE.txt     -- Upgrade info for 1.2 to 1.4
7 =========================================================
9 Build Process (configure script):
11 Asterisk now uses an autoconf-generated configuration script to learn how it
12 should build itself for your system. As it is a standard script, running:
14 $ ./configure --help
16 will show you all the options available. This script can be used to tell the
17 build process what libraries you have on your system (if it cannot find them
18 automatically), which libraries you wish to have ignored even though they may
19 be present, etc.
21 You must run the configure script before Asterisk will build, although it will
22 attempt to automatically run it for you with no options specified; for most
23 users, that will result in a similar build to what they would have had before
24 the configure script was added to the build process (except for having to run
25 'make' again after the configure script is run). Note that the configure script
26 does NOT need to be re-run just to rebuild Asterisk; you only need to re-run it
27 when your system configuration changes or you wish to build Asterisk with 
28 different options.
30 Build Process (module selection):
32 The Asterisk source tree now includes a basic module selection and build option
33 selection tool called 'menuselect'. Run 'make menuselect' to make your choices.
34 In this tool, you can disable building of modules that you don't care about,
35 turn on/off global options for the build and see which modules will not 
36 (and cannot) be built because your system does not have the required external
37 dependencies installed.
39 The resulting file from menuselect is called 'menuselect.makeopts'. Note that
40 the resulting menuselect.makeopts file generally contains which modules *not*
41 to build. The modules listed in this file indicate which modules have unmet
42 dependencies, a present conflict, or have been disabled by the user in the
43 menuselect interface. Compiler Flags can also be set in the menuselect
44 interface.  In this case, the resulting file contains which CFLAGS are in use,
45 not which ones are not in use.
47 If you would like to save your choices and have them applied against all
48 builds, the file can be copied to '~/.asterisk.makeopts' or 
49 '/etc/asterisk.makeopts'.
51 Build Process (Makefile targets):
53 The 'valgrind' and 'dont-optimize' targets have been removed; their functionality
54 is available by enabling the DONT_OPTIMIZE setting in the 'Compiler Flags' menu
55 in the menuselect tool.
57 It is now possible to run most make targets against a single subdirectory; from
58 the top level directory, for example, 'make channels' will run 'make all' in the
59 'channels' subdirectory. This also is true for 'clean', 'distclean' and 'depend'.
61 Sound (prompt) and Music On Hold files:
63 Beginning with Asterisk 1.4, the sound files and music on hold files supplied for
64 use with Asterisk have been replaced with new versions produced from high quality
65 master recordings, and are available in three languages (English, French and
66 Spanish) and in five formats (WAV (uncompressed), mu-Law, a-Law, GSM and G.729).
67 In addition, the music on hold files provided by FreePlay Music are now available
68 in the same five formats, but no longer available in MP3 format.
70 The Asterisk 1.4 tarball packages will only include English prompts in GSM format,
71 (as were supplied with previous releases) and the FreePlay MOH files in WAV format.
72 All of the other variations can be installed by running 'make menuselect' and
73 selecting the packages you wish to install; when you run 'make install', those
74 packages will be downloaded and installed along with the standard files included
75 in the tarball.
77 If for some reason you expect to not have Internet access at the time you will be
78 running 'make install', you can make your package selections using menuselect and
79 then run 'make sounds' to download (only) the sound packages; this will leave the
80 sound packages in the 'sounds' subdirectory to be used later during installation.
82 WARNING: Asterisk 1.4 supports a new layout for sound files in multiple languages;
83 instead of the alternate-language files being stored in subdirectories underneath
84 the existing files (for French, that would be digits/fr, letters/fr, phonetic/fr,
85 etc.) the new layout creates one directory under /var/lib/asterisk/sounds for the
86 language itself, then places all the sound files for that language under that
87 directory and its subdirectories. This is the layout that will be created if you
88 select non-English languages to be installed via menuselect, HOWEVER Asterisk does
89 not default to this layout and will not find the files in the places it expects them
90 to be. If you wish to use this layout, make sure you put 'languageprefix=yes' in your
91 /etc/asterisk/asterisk.conf file, so that Asterisk will know how the files were
92 installed.
94 PBX Core:
96 * The (very old and undocumented) ability to use BYEXTENSION for dialing
97   instead of ${EXTEN} has been removed.
98   
99 * Builtin (res_features) transfer functionality attempts to use the context
100   defined in TRANSFER_CONTEXT variable of the transferer channel first. If
101   not set, it uses the transferee variable. If not set in any channel, it will 
102   attempt to use the last non macro context. If not possible, it will default
103   to the current context.
105 * The autofallthrough setting introduced in Asterisk 1.2 now defaults to 'yes';
106   if your dialplan relies on the ability to 'run off the end' of an extension
107   and wait for a new extension without using WaitExten() to accomplish that,
108   you will need set autofallthrough to 'no' in your extensions.conf file.
110 Command Line Interface:
112 * 'show channels concise', designed to be used by applications that will parse
113   its output, previously used ':' characters to separate fields. However, some
114   of those fields can easily contain that character, making the output not
115   parseable. The delimiter has been changed to '!'.
117 Applications:
119 * In previous Asterisk releases, many applications would jump to priority n+101
120   to indicate some kind of status or error condition.  This functionality was
121   marked deprecated in Asterisk 1.2.  An option to disable it was provided with
122   the default value set to 'on'.  The default value for the global priority
123   jumping option is now 'off'.
125 * The applications Cut, Sort, DBGet, DBPut, SetCIDNum, SetCIDName, SetRDNIS,
126   AbsoluteTimeout, DigitTimeout, ResponseTimeout, SetLanguage, GetGroupCount,
127   and GetGroupMatchCount were all deprecated in version 1.2, and therefore have
128   been removed in this version.  You should use the equivalent dialplan
129   function in places where you have previously used one of these applications.
131 * The application SetGlobalVar has been deprecated.  You should replace uses
132   of this application with the following combination of Set and GLOBAL():
133   Set(GLOBAL(name)=value).  You may also access global variables exclusively by
134   using the GLOBAL() dialplan function, instead of relying on variable
135   interpolation falling back to globals when no channel variable is set.
137 * The application SetVar has been renamed to Set.  The syntax SetVar was marked
138   deprecated in version 1.2 and is no longer recognized in this version.  The
139   use of Set with multiple argument pairs has also been deprecated.  Please
140   separate each name/value pair into its own dialplan line.
142 * app_read has been updated to use the newer options codes, using "skip" or
143   "noanswer" will not work.  Use s or n.  Also there is a new feature i, for
144   using indication tones, so typing in skip would give you unexpected results.
146 * OSPAuth is added to authenticate OSP tokens in in_bound call setup messages.
148 * The CONNECT event in the queue_log from app_queue now has a second field 
149   in addition to the holdtime field. It contains the unique ID of the 
150   queue member channel that is taking the call. This is useful when trying 
151   to link recording filenames back to a particular call from the queue.  
153 * The old/current behavior of app_queue has a serial type behavior
154   in that the queue will make all waiting callers wait in the queue
155   even if there is more than one available member ready to take
156   calls until the head caller is connected with the member they
157   were trying to get to. The next waiting caller in line then
158   becomes the head caller, and they are then connected with the
159   next available member and all available members and waiting callers
160   waits while this happens. This cycle continues until there are
161   no more available members or waiting callers, whichever comes first.
162   The new behavior, enabled by setting autofill=yes in queues.conf
163   either at the [general] level to default for all queues or 
164   to set on a per-queue level, makes sure that when the waiting 
165   callers are connecting with available members in a parallel fashion 
166   until there are no more available members or no more waiting callers,
167   whichever comes first. This is probably more along the lines of how
168   one would expect a queue should work and in most cases, you will want 
169   to enable this new behavior. If you do not specify or comment out this 
170   option, it will default to "no" to keep backward compatability with the old 
171   behavior.
173 * Queues depend on the channel driver reporting the proper state
174   for each member of the queue. To get proper signalling on
175   queue members that use the SIP channel driver, you need to
176   enable a call limit (could be set to a high value so it
177   is not put into action) and also make sure that both inbound
178   and outbound calls are accounted for.
180   Example:
182        [general]
183        limitonpeer = yes
185        [peername]
186        type=friend
187        call-limit=10
190 * The app_queue application now has the ability to use MixMonitor to 
191   record conversations queue members are having with queue callers. Please
192   see configs/queues.conf.sample for more information on this option.
194 * The app_queue application strategy called 'roundrobin' has been deprecated
195   for this release. Users are encouraged to use 'rrmemory' instead, since it
196   provides more 'true' round-robin call delivery. For the Asterisk 1.6 release,
197   'rrmemory' will be renamed 'roundrobin'.
199 * The app_queue application option called 'monitor-join' has been deprecated
200   for this release. Users are encouraged to use 'monitor-type=mixmonitor' instead,
201   since it provides the same functionality but is not dependent on soxmix or some
202   other external program in order to mix the audio.
204 * app_meetme: The 'm' option (monitor) is renamed to 'l' (listen only), and
205   the 'm' option now provides the functionality of "initially muted". 
206   In practice, most existing dialplans using the 'm' flag should not notice
207   any difference, unless the keypad menu is enabled, allowing the user 
208   to unmute themsleves.
210 * ast_play_and_record would attempt to cancel the recording if a DTMF
211   '0' was received.  This behavior was not documented in most of the
212   applications that used ast_play_and_record and the return codes from
213   ast_play_and_record weren't checked for properly.
214   ast_play_and_record has been changed so that '0' no longer cancels a
215   recording.  If you want to allow DTMF digits to cancel an
216   in-progress recording use ast_play_and_record_full which allows you
217   to specify which DTMF digits can be used to accept a recording and
218   which digits can be used to cancel a recording.
220 * ast_app_messagecount has been renamed to ast_app_inboxcount.  There is now a
221   new ast_app_messagecount function which takes a single context/mailbox/folder
222   mailbox specification and returns the message count for that folder only.
223   This addresses the deficiency of not being able to count the number of
224   messages in folders other than INBOX and Old.
226 * The exit behavior of the AGI applications has changed. Previously, when
227   a connection to an AGI server failed, the application would cause the channel
228   to immediately stop dialplan execution and hangup. Now, the only time that
229   the AGI applications will cause the channel to stop dialplan execution is
230   when the channel itself requests hangup. The AGI applications now set an
231   AGISTATUS variable which will allow you to find out whether running the AGI
232   was successful or not.
234   Previously, there was no way to handle the case where Asterisk was unable to
235   locally execute an AGI script for some reason. In this case, dialplan
236   execution will continue as it did before, but the AGISTATUS variable will be
237   set to "FAILURE".
239   A locally executed AGI script can now exit with a non-zero exit code and this
240   failure will be detected by Asterisk. If an AGI script exits with a non-zero
241   exit code, the AGISTATUS variable will be set to "FAILURE" as opposed to
242   "SUCCESS".
244 * app_voicemail: The ODBC_STORAGE capability now requires the extended table format
245   previously used only by EXTENDED_ODBC_STORAGE. This means that you will need to update
246   your table format using the schema provided in doc/odbcstorage.txt
248 * app_waitforsilence: Fixes have been made to this application which changes the 
249   default behavior with how quickly it returns. You can maintain "old-style" behavior
250   with the addition/use of a third "timeout" parameter.
251   Please consult the application documentation and make changes to your dialplan 
252   if appropriate.
254 Manager:
256 * After executing the 'status' manager action, the "Status" manager events
257   included the header "CallerID:" which was actually only the CallerID number,
258   and not the full CallerID string.  This header has been renamed to
259   "CallerIDNum".  For compatibility purposes, the CallerID parameter will remain
260   until after the release of 1.4, when it will be removed.  Please use the time
261   during the 1.4 release to make this transition.
263 * The AgentConnect event now has an additional field called "BridgedChannel" 
264   which contains the unique ID of the queue member channel that is taking the 
265   call. This is useful when trying to link recording filenames back to 
266   a particular call from the queue.
268 * app_userevent has been modified to always send Event: UserEvent with the
269   additional header UserEvent: <userspec>.  Also, the Channel and UniqueID
270   headers are not automatically sent, unless you specify them as separate
271   arguments.  Please see the application help for the new syntax.
273 * app_meetme: Mute and Unmute events are now reported via the Manager API.
274   Native Manager API commands MeetMeMute and MeetMeUnmute are provided, which
275   are easier to use than "Action Command:". The MeetMeStopTalking event has
276   also been deprecated in favor of the already existing MeetmeTalking event
277   with a "Status" of "on" or "off" added.
279 * OriginateFailure and OriginateSuccess events were replaced by event
280   OriginateResponse with a header named "Response" to indicate success or
281   failure
283 Variables:
285 * The builtin variables ${CALLERID}, ${CALLERIDNAME}, ${CALLERIDNUM},
286   ${CALLERANI}, ${DNID}, ${RDNIS}, ${DATETIME}, ${TIMESTAMP}, ${ACCOUNTCODE},
287   and ${LANGUAGE} have all been deprecated in favor of their related dialplan
288   functions.  You are encouraged to move towards the associated dialplan
289   function, as these variables will be removed in a future release.
291 * The CDR-CSV variables uniqueid, userfield, and basing time on GMT are now 
292   adjustable from cdr.conf, instead of recompiling.
294 * OSP applications exports several new variables, ${OSPINHANDLE},
295   ${OSPOUTHANDLE}, ${OSPINTOKEN}, ${OSPOUTTOKEN}, ${OSPCALLING},
296   ${OSPINTIMELIMIT}, and ${OSPOUTTIMELIMIT}
297   
298 * Builtin transfer functionality sets the variable ${TRANSFERERNAME} in the new
299   created channel. This variables holds the channel name of the transferer.
301 * The dial plan variable PRI_CAUSE will be removed from future versions 
302   of Asterisk.
303   It is replaced by adding a cause value to the hangup() application.
305 Functions:
307 * The function ${CHECK_MD5()} has been deprecated in favor of using an
308   expression: $[${MD5(<string>)} = ${saved_md5}].
310 * The 'builtin' functions that used to be combined in pbx_functions.so are
311   now built as separate modules. If you are not using 'autoload=yes' in your
312   modules.conf file then you will need to explicitly load the modules that
313   contain the functions you want to use.
315 * The ENUMLOOKUP() function with the 'c' option (for counting the number of 
316   records), but the lookup fails to match any records, the returned value will 
317   now be "0" instead of blank.
319 * The REALTIME() function is now available in version 1.4 and app_realtime has
320   been deprecated in favor of the new function. app_realtime will be removed
321   completely with the version 1.6 release so please take the time between
322   releases to make any necessary changes
324 * The QUEUEAGENTCOUNT() function has been deprecated in favor of
325   QUEUE_MEMBER_COUNT().
327 The IAX2 channel:
329 * It is possible that previous configurations depended on the order in which
330   peers and users were specified in iax.conf for forcing the order in which
331   chan_iax2 matched against them.  This behavior is going away and is considered
332   deprecated in this version.  Avoid having ambiguous peer and user entries and
333   to make things easy on yourself, always set the "username" option for users
334   so that the remote end can match on that exactly instead of trying to infer
335   which user you want based on host.
337   If you would like to go ahead and use the new behavior which doesn't use the
338   order in the config file to influence matching order, then change the 
339   MAX_PEER_BUCKETS define in chan_iax2.c to a value greater than one.  An
340   example is provided there.  By changing this, you will get *much* better
341   performance on systems that do a lot of peer and user lookups as they will be
342   stored in memory in a much more efficient manner.
344 * The "mailboxdetail" option has been deprecated.  Previously, if this option
345   was not enabled, the 2 byte MSGCOUNT information element would be set to all
346   1's to indicate there there is some number of messages waiting.  With this
347   option enabled, the number of new messages were placed in one byte and the
348   number of old messages are placed in the other.  This is now the default
349   (and the only) behavior.
351 The SIP channel:
353 * The "incominglimit" setting is replaced by the "call-limit" setting in 
354   sip.conf.
356 * OSP support code is removed from SIP channel to OSP applications. ospauth 
357   option in sip.conf is removed to osp.conf as authpolicy. allowguest option
358   in sip.conf cannot be set as osp anymore. 
360 * The Asterisk RTP stack has been changed in regards to RFC2833 reception
361   and transmission. Packets will now be sent with proper duration instead of all
362   at once. If you are receiving calls from a pre-1.4 Asterisk installation you
363   will want to turn on the rfc2833compensate option. Without this option your
364   DTMF reception may act poorly.
366 * The $SIPUSERAGENT dialplan variable is deprecated and will be removed
367   in coming versions of Asterisk. Please use the dialplan function
368   SIPCHANINFO(useragent) instead.
370 * The ALERT_INFO dialplan variable is deprecated and will be removed
371   in coming versions of Asterisk. Please use the dialplan application
372   sipaddheader() to add the "Alert-Info" header to the outbound invite.
374 * The "canreinvite" option has changed. canreinvite=yes used to disable
375   re-invites if you had NAT=yes. In 1.4, you need to set canreinvite=nonat
376   to disable re-invites when NAT=yes. This is propably what you want.
377   The settings are now: "yes", "no", "nonat", "update". Please consult
378   sip.conf.sample for detailed information.
380 The Zap channel:
382 * Support for MFC/R2 has been removed, as it has not been functional for some
383   time and it has no maintainer.
385 The Agent channel:
387 * Callback mode (AgentCallbackLogin) is now deprecated, since the entire function
388   it provided can be done using dialplan logic, without requiring additional
389   channel and module locks (which frequently caused deadlocks). An example of
390   how to do this using AEL dialplan is in doc/queues-with-callback-members.txt.
392 The G726-32 codec:
394 * It has been determined that previous versions of Asterisk used the wrong codeword
395   packing order for G726-32 data. This version supports both available packing orders,
396   and can transcode between them. It also now selects the proper order when
397   negotiating with a SIP peer based on the codec name supplied in the SDP. However,
398   there are existing devices that improperly request one order and then use another;
399   Sipura and Grandstream ATAs are known to do this, and there may be others. To
400   be able to continue to use these devices with this version of Asterisk and the
401   G726-32 codec, a configuration parameter called 'g726nonstandard' has been added
402   to sip.conf, so that Asterisk can use the packing order expected by the device (even
403   though it requested a different order). In addition, the internal format number for
404   G726-32 has been changed, and the old number is now assigned to AAL2-G726-32. The
405   result of this is that this version of Asterisk will be able to interoperate over
406   IAX2 with older versions of Asterisk, as long as this version is told to allow
407   'g726aal2' instead of 'g726' as the codec for the call.
409 Installation:
411 * On BSD systems, the installation directories have changed to more "FreeBSDish"
412   directories. On startup, Asterisk will look for the main configuration in 
413   /usr/local/etc/asterisk/asterisk.conf
414   If you have an old installation, you might want to remove the binaries and 
415   move the configuration files to the new locations. The following directories 
416   are now default:
417         ASTLIBDIR       /usr/local/lib/asterisk
418         ASTVARLIBDIR    /usr/local/share/asterisk
419         ASTETCDIR       /usr/local/etc/asterisk
420         ASTBINDIR       /usr/local/bin/asterisk
421         ASTSBINDIR      /usr/local/sbin/asterisk
423 Music on Hold:
425 * The music on hold handling has been changed in some significant ways in hopes
426   to make it work in a way that is much less confusing to users. Behavior will
427   not change if the same configuration is used from older versions of Asterisk.
428   However, there are some new configuration options that will make things work
429   in a way that makes more sense.
431   Previously, many of the channel drivers had an option called "musicclass" or
432   something similar. This option set what music on hold class this channel
433   would *hear* when put on hold. Some people expected (with good reason) that
434   this option was to configure what music on hold class to play when putting
435   the bridged channel on hold. This option has now been deprecated.
437   Two new music on hold related configuration options for channel drivers have
438   been introduced. Some channel drivers support both options, some just one,
439   and some support neither of them. Check the sample configuration files to see
440   which options apply to which channel driver.
442   The "mohsuggest" option specifies which music on hold class to suggest to the
443   bridged channel when putting them on hold. The only way that this class can
444   be overridden is if the bridged channel has a specific music class set that
445   was done in the dialplan using Set(CHANNEL(musicclass)=something).
447   The "mohinterpret" option is similar to the old "musicclass" option. It
448   specifies which music on hold class this channel would like to listen to when
449   put on hold. This music class is only effective if this channel has no music
450   class set on it from the dialplan and the bridged channel putting this one on
451   hold had no "mohsuggest" setting.
453   The IAX2 and Zap channel drivers have an additional feature for the
454   "mohinterpret" option. If this option is set to "passthrough", then these
455   channel drivers will pass through the HOLD message in signalling instead of
456   starting music on hold on the channel. An example for how this would be
457   useful is in an enterprise network of Asterisk servers. When one phone on one
458   server puts a phone on a different server on hold, the remote server will be
459   responsible for playing the hold music to its local phone that was put on
460   hold instead of the far end server across the network playing the music.
462 CDR Records:
464 * The behavior of the "clid" field of the CDR has always been that it will
465   contain the callerid ANI if it is set, or the callerid number if ANI was not
466   set.  When using the "callerid" option for various channel drivers, some
467   would set ANI and some would not.  This has been cleared up so that all
468   channel drivers set ANI.  If you would like to change the callerid number
469   on the channel from the dialplan and have that change also show up in the 
470   CDR, then you *must* set CALLERID(ANI) as well as CALLERID(num).
472 API:
474 * There are some API functions that were not previously prefixed with the 'ast_'
475   prefix but now are; these include the ADSI, ODBC and AGI interfaces. If you
476   have a module that uses the services provided by res_adsi, res_odbc, or
477   res_agi, you will need to add ast_ prefixes to the functions that you call
478   from those modules.
480 Formats:
482 * format_wav: The GAIN preprocessor definition has been changed from 2 to 0
483   in Asterisk 1.4.  This change was made in response to user complaints of
484   choppiness or the clipping of loud signal peaks.  The GAIN preprocessor
485   definition will be retained in Asterisk 1.4, but will be removed in a 
486   future release.  The use of GAIN for the increasing of voicemail message
487   volume should use the 'volgain' option in voicemail.conf
489 iLBC Codec:
491 * Previously, the Asterisk source code distribution included the iLBC
492   encoder/decoder source code, from Global IP Solutions
493   (http://www.gipscorp.com). This code is not licensed for
494   distribution, and thus has been removed from the Asterisk source
495   code distribution. If you wish to use codec_ilbc to support iLBC
496   channels in Asterisk, you can run the contrib/scripts/get_ilbc_source.sh
497   script to download the source and put it in the proper place in
498   the Asterisk build tree. Once that is done you can follow your normal
499   steps of building Asterisk. You will need to run 'menuselect' and enable
500   the iLBC codec in the 'Codec  Translators' category.