UPGRADE.txt 27 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501502503504505506507508509510511512513514515516517518519520521522523524525526527528529530531532533534535536537538539540541542543544545546547548549550551552553554555556557558559560561562563564565566567568569570571572573574575576577578579580581582583584585586587588589590591592593594595596597598599600601602603604605606607608609610611612613614615616617618619620621622623624625626627628
  1. ===========================================================
  2. ===
  3. === Information for upgrading between Asterisk versions
  4. ===
  5. === These files document all the changes that MUST be taken
  6. === into account when upgrading between the Asterisk
  7. === versions listed below. These changes may require that
  8. === you modify your configuration files, dialplan or (in
  9. === some cases) source code if you have your own Asterisk
  10. === modules or patches. These files also include advance
  11. === notice of any functionality that has been marked as
  12. === 'deprecated' and may be removed in a future release,
  13. === along with the suggested replacement functionality.
  14. ===
  15. === UPGRADE-1.2.txt -- Upgrade info for 1.0 to 1.2
  16. === UPGRADE-1.4.txt -- Upgrade info for 1.2 to 1.4
  17. === UPGRADE-1.6.txt -- Upgrade info for 1.4 to 1.6
  18. === UPGRADE-1.8.txt -- Upgrade info for 1.6 to 1.8
  19. === UPGRADE-10.txt -- Upgrade info for 1.8 to 10
  20. === UPGRADE-11.txt -- Upgrade info for 10 to 11
  21. === UPGRADE-12.txt -- Upgrade info for 11 to 12
  22. ===========================================================
  23. From 13.23.1 to 13.24.0:
  24. Core
  25. ------------------
  26. * ast_bt_get_symbols() now returns a vector of strings instead of an
  27. array of strings. This must be freed with ast_bt_free_symbols.
  28. From 13.20.0 to 13.21.0:
  29. app_dial
  30. ------------------
  31. * The Dial application now supports early-media video (in addition to
  32. audio) on both the calling as well as the called party.
  33. Be aware that this is a change in behavior.
  34. From 13.19.0 to 13.20.0:
  35. app_confbridge
  36. ------------------
  37. * Made the AMI ConfbridgeList action's ConfbridgeList events output all
  38. the standard channel snapshot headers instead of a few hand-coded channel
  39. snapshot headers. The benefit is that the CallerIDName gets disruptive
  40. characters like CR, LF, Tab, and a few others escaped. However, an empty
  41. CallerIDName is now output as "<unknown>" instead of "<no name>".
  42. res_pjsip
  43. ------------------
  44. * Users who are matching endpoints by SIP header need to reevaluate their
  45. global "endpoint_identifier_order" option in light of the "ip" endpoint
  46. identifier method split into the "ip" and "header" endpoint identifier
  47. methods.
  48. * The pjsip_transport_event feature introduced in 13.18.0 has been refactored.
  49. Any external modules that may have used that feature (highly unlikey) will
  50. need to be changed as the API has been altered slightly.
  51. res_pjsip_endpoint_identifier_ip
  52. ------------------
  53. * The endpoint identifier "ip" method previously recognized endpoints either
  54. by IP address or a matching SIP header. The "ip" endpoint identifier method
  55. is now split into the "ip" and "header" endpoint identifier methods. The
  56. "ip" endpoint identifier method only matches by IP address and the "header"
  57. endpoint identifier method only matches by SIP header. The split allows the
  58. user to control the relative priority of the IP address and the SIP header
  59. identification methods in the global "endpoint_identifier_order" option.
  60. e.g., If you have two type=identify sections where one matches by IP address
  61. for endpoint alice and the other matches by SIP header for endpoint bob then
  62. you can now predict which endpoint is matched when a request comes in that
  63. matches both.
  64. res_pjsip_transport_management
  65. ------------------
  66. * Since res_pjsip_transport_management provides several attack
  67. mitigation features, its functionality moved to res_pjsip and
  68. this module has been removed. This way the features will always
  69. be available if res_pjsip is loaded.
  70. From 13.17.0 to 13.18.0:
  71. Core:
  72. - ast_app_parse_timelen now returns an error if it encounters extra characters
  73. at the end of the string to be parsed.
  74. From 13.15.0 to 13.16.0:
  75. Core:
  76. - Support for embedded modules has been removed. This has not worked in
  77. many years. LOADABLE_MODULES menuselect option is also removed as
  78. loadable module support is now always enabled.
  79. From 13.14.0 to 13.15.0:
  80. res_rtp_asterisk:
  81. - The RTP layer of Asterisk now has support for RFC 5761: "Multiplexing RTP
  82. Data and Control Packets on a Single Port." For the PJSIP channel driver,
  83. chan_pjsip, you can set "rtcp_mux = yes" on a PJSIP endpoint in pjsip.conf
  84. to enable the feature. For chan_sip you can set "rtcp_mux = yes" either
  85. globally or on a per-peer basis in sip.conf.
  86. From 13.8.0 to 13.9.0:
  87. res_parking:
  88. - The dynamic parking lot creation channel variables PARKINGDYNAMIC,
  89. PARKINGDYNCONTEXT, PARKINGDYNEXTEN, and PARKINGDYNPOS are now looked
  90. for in the parker's channel instead of the parked channel. This is only
  91. of significance if the parker uses blind transfer or the DTMF one-step
  92. parking feature. You need to use the double underscore '__' inheritance
  93. for these variables. The indefinite inheritance is also recommended
  94. for the PARKINGEXTEN variable.
  95. From 13.7.0 to 13.8.0:
  96. res_pjsip:
  97. - res_pjsip now depends on res_pjproject. If autoload=no in modules.conf,
  98. res_pjproject must be explicitly loaded or res_pjsip and all of its
  99. dependents will fail to load.
  100. REDIRECTING(reason):
  101. - See the CHANGES file for a description of the behavior change.
  102. ODBC:
  103. - Connection pooling/sharing has been completely removed from Asterisk
  104. in favor of letting ODBC take care of it instead. It is strongly
  105. recommended that you enable connection pooling in unixODBC. As a result
  106. of this, the "pooling", "shared_connection", "limit", and "idlecheck"
  107. options in res_odbc.conf are deprecated and provide no function.
  108. From 13.5.0 to 13.6.0:
  109. ARI:
  110. - The version of ARI has been updated to 1.9.0 to reflect the backwards
  111. compatible changes outlined in the CHANGES file.
  112. From 13.4.0 to 13.5.0:
  113. AMI:
  114. - The version of AMI has been bumped to 2.8.0 to account for backwards
  115. compatible features included with this release. See CHANGES for more
  116. information.
  117. ARI:
  118. - The version of ARI has been updated to 1.8.0 to reflect the backwards
  119. compatible changes outlined in the CHANGES file.
  120. From 13.3.0 to 13.4.0:
  121. Source Control:
  122. - Asterisk has moved from Subversion to Git. As a result, several changes
  123. were required in functionality. These are listed individually in the
  124. notes below.
  125. AMI:
  126. - The 'ModuleCheck' Action's Version key will now always report the
  127. current version of Asterisk.
  128. ARI:
  129. - The version of ARI has been updated to 1.7.0 to reflect the backwards
  130. compatible changes outlined in the CHANGES file.
  131. CLI:
  132. - The 'core show file version' command has been altered. In the past,
  133. this command would show the SVN revision of the source files compiled
  134. in Asterisk. However, when Asterisk moved to Git, the source control
  135. version support was removed. As a result, the version information shown
  136. by the CLI command is always the Asterisk version. This CLI command
  137. will be removed in Asterisk 14.
  138. chan_dahdi:
  139. - Added the force_restart_unavailable_chans compatibility option. When
  140. enabled it causes Asterisk to restart the ISDN B channel if an outgoing
  141. call receives cause 44 (Requested channel not available). The new option
  142. is enabled by default in current release branches for backward
  143. compatibility.
  144. res_pjsip:
  145. - The dtmf_mode now supports a new option, 'auto'. This mode will attempt to
  146. detect if the device supports RFC4733 DTMF. If so, it will choose that
  147. DTMF type; if not, it will choose 'inband' DTMF.
  148. res_pjsip_dlg_options:
  149. - A new module, this handles OPTIONS requests sent in-dialog. This module
  150. should have no adverse effects for those upgrading; this note merely
  151. serves as an indication that a new module exists.
  152. cdr_odbc:
  153. - Added support for post-1.8 CDR columns 'peeraccount', 'linkedid', and
  154. 'sequence'. Support for the new columns can be enabled via the newcdrcolumns
  155. option in cdr_odbc.conf.
  156. cdr_csv:
  157. - Added a new configuration option, "newcdrcolumns", which enables use of the
  158. post-1.8 CDR columns 'peeraccount', 'linkedid', and 'sequence'.
  159. From 13.2.0 to 13.3.0:
  160. chan_dahdi:
  161. - For users using the FXO port (FXS signaling) distinctive ring detection
  162. feature, you will need to adjust the dringX count values. The count
  163. values now only record ring end events instead of any DAHDI event. A
  164. ring-ring-ring pattern would exceed the pattern limits and stop
  165. Caller-ID detection.
  166. From 13.1.0 to 13.2.0:
  167. ARI:
  168. - The version of ARI has been bumped to 1.7.0 to account for backwards
  169. compatible features included with this release. See CHANGES for more
  170. information.
  171. AMI:
  172. - The version of AMI has been bumped to 2.7.0 to account for backwards
  173. compatible features included with this release. See CHANGES for more
  174. information.
  175. chan_dahdi:
  176. - The CALLERID(ani2) value for incoming calls is now populated in featdmf
  177. signaling mode. The information was previously discarded.
  178. chan_iax2:
  179. - The iax.conf forcejitterbuffer option has been removed. It is now always
  180. forced if you set iax.conf jitterbuffer=yes. If you put a jitter buffer
  181. on a channel it will be on the channel.
  182. From 13.0.0 to 13.1.0:
  183. ARI:
  184. - The version of ARI has been bumped to 1.6.0 to account for backwards
  185. compatible features included with this release. See CHANGES for more
  186. information.
  187. AMI:
  188. - The version of AMI has been bumped to 2.6.0 to account for backwards
  189. compatible features included with this release. See CHANGES for more
  190. information.
  191. Core:
  192. - The core of Asterisk uses a message bus called "Stasis" to distribute
  193. information to internal components. For performance reasons, the message
  194. distribution was modified to make use of a thread pool instead of a
  195. dedicated thread per consumer in certain cases. The initial settings for
  196. the thread pool can now be configured in 'stasis.conf'.
  197. PJSIP:
  198. - Added the pjsip.conf system type disable_tcp_switch option. The option
  199. allows the user to disable switching from UDP to TCP transports described
  200. by RFC 3261 section 18.1.1.
  201. From 12 to 13:
  202. General Asterisk Changes:
  203. - The asterisk command line -I option and the asterisk.conf internal_timing
  204. option are removed and always enabled if any timing module is loaded.
  205. - The per console verbose level feature as previously implemented caused a
  206. large performance penalty. The fix required some minor incompatibilities
  207. if the new rasterisk is used to connect to an earlier version. If the new
  208. rasterisk connects to an older Asterisk version then the root console verbose
  209. level is always affected by the "core set verbose" command of the remote
  210. console even though it may appear to only affect the current console. If
  211. an older version of rasterisk connects to the new version then the
  212. "core set verbose" command will have no effect.
  213. - The asterisk compatibility options in asterisk.conf have been removed.
  214. These options enabled certain backwards compatibility features for
  215. pbx_realtime, res_agi, and app_set that made their behaviour similar to
  216. Asterisk 1.4. Users who used these backwards compatibility settings should
  217. update their dialplans to use ',' instead of '|' as a delimiter, and should
  218. use the Set dialplan application instead of the MSet dialplan application.
  219. Build System:
  220. - Sample config files have been moved from configs/ to a subfolder of that
  221. directory, 'samples'.
  222. - The menuselect utility has been pulled into the Asterisk repository. As a
  223. result, the libxml2 development library is now a required dependency for
  224. Asterisk.
  225. - Added a new Compiler Flag, REF_DEBUG. When enabled, reference counted
  226. objects will emit additional debug information to the refs log file located
  227. in the standard Asterisk log file directory. This log file is useful in
  228. tracking down object leaks and other reference counting issues. Prior to
  229. this version, this option was only available by modifying the source code
  230. directly. This change also includes a new script, refcounter.py, in the
  231. contrib folder that will process the refs log file.
  232. Applications:
  233. ConfBridge:
  234. - The sound_place_into_conference sound used in Confbridge is now deprecated
  235. and is no longer functional since it has been broken since its inception
  236. and the fix involved using a different method to achieve the same goal. The
  237. new method to achieve this functionality is by using sound_begin to play
  238. a sound to the conference when waitmarked users are moved into the conference.
  239. - Added 'Admin' header to ConfbridgeJoin, ConfbridgeLeave, ConfbridgeMute,
  240. ConfbridgeUnmute, and ConfbridgeTalking AMI events.
  241. ControlPlayback:
  242. - The ControlPlayback and 'control stream file' AGI command will no longer
  243. implicitly answer the channel. If you do not answer the channel prior to
  244. using either this application or AGI command, you must send Progress
  245. first.
  246. Queue:
  247. - Queue rules provided in queuerules.conf can no longer be named "general".
  248. SetMusicOnHold:
  249. - The SetMusicOnHold dialplan application was deprecated and has been removed.
  250. Users of the application should use the CHANNEL function's musicclass
  251. setting instead.
  252. WaitMusicOnHold:
  253. - The WaitMusicOnHold dialplan application was deprecated and has been
  254. removed. Users of the application should use MusicOnHold with a duration
  255. parameter instead.
  256. CDR Backends:
  257. - The cdr_sqlite module was deprecated and has been removed. Users of this
  258. module should use the cdr_sqlite3_custom module instead.
  259. Channel Drivers:
  260. chan_dahdi:
  261. - SS7 support now requires libss7 v2.0 or later.
  262. - Added the inband_on_setup_ack compatibility option to chan_dahdi.conf to
  263. deal with switches that don't send an inband progress indication in the
  264. SETUP ACKNOWLEDGE message.
  265. Default is now no.
  266. chan_gtalk
  267. - This module was deprecated and has been removed. Users of chan_gtalk
  268. should use chan_motif.
  269. chan_h323
  270. - This module was deprecated and has been removed. Users of chan_h323
  271. should use chan_ooh323.
  272. chan_jingle
  273. - This module was deprecated and has been removed. Users of chan_jingle
  274. should use chan_motif.
  275. chan_pjsip:
  276. - Added a 'force_avp' option to chan_pjsip which will force the usage of
  277. 'RTP/AVP', 'RTP/AVPF', 'RTP/SAVP', or 'RTP/SAVPF' as the media transport type
  278. in SDP offers depending on settings, even when DTLS is used for media
  279. encryption.
  280. - Added a 'media_use_received_transport' option to chan_pjsip which will
  281. cause the SDP answer to use the media transport as received in the SDP
  282. offer.
  283. chan_sip:
  284. - Made set SIPREFERREDBYHDR as inheritable for better chan_pjsip
  285. interoperability.
  286. - The SIPPEER dialplan function no longer supports using a colon as a
  287. delimiter for parameters. The parameters for the function should be
  288. delimited using a comma.
  289. - The SIPCHANINFO dialplan function was deprecated and has been removed. Users
  290. of the function should use the CHANNEL function instead.
  291. - Added a 'force_avp' option for chan_sip. When enabled this option will
  292. cause the media transport in the offer or answer SDP to be 'RTP/AVP',
  293. 'RTP/AVPF', 'RTP/SAVP', or 'RTP/SAVPF' even if a DTLS stream has been
  294. configured. This option can be set to improve interoperability with WebRTC
  295. clients that don't use the RFC defined transport for DTLS.
  296. - The 'dtlsverify' option in chan_sip now has additional values besides
  297. 'yes' and 'no'. If 'yes' is specified both the certificate and fingerprint
  298. will be verified. If 'no' is specified then neither the certificate or
  299. fingerprint is verified. If 'certificate' is specified then only the
  300. certificate is verified. If 'fingerprint' is specified then only the
  301. fingerprint is verified.
  302. - A 'dtlsfingerprint' option has been added to chan_sip which allows the
  303. hash to be specified for the DTLS fingerprint placed in SDP. Supported
  304. values are 'sha-1' and 'sha-256' with 'sha-256' being the default.
  305. - The 'progressinband=never' option is now more zealous in the persecution of
  306. progress messages coming from Asterisk. Channels bridged with a SIP channel
  307. that has 'progressinband=never' set will not be able to forward their
  308. progress indications through to the SIP device. chan_sip will now turn such
  309. progress indications into a 180 Ringing (if a 180 has not yet been
  310. transmitted) if 'progressinband=never'.
  311. - The codec preference order in an SDP during an offer is slightly different
  312. than previous releases. Prior to Asterisk 13, the preference order of
  313. codecs used to be:
  314. (1) Our preferred codec
  315. (2) Our configured codecs
  316. (3) Any non-audio joint codecs
  317. One of the ways the new media format architecture in Asterisk 13 improves
  318. performance is by reference counting formats, such that they can be reused
  319. in many places without additional allocation. To not require a large
  320. amount of locking, an instance of a format is immutable by convention.
  321. This works well except for formats with attributes. Since a media format
  322. with an attribute is a different object than the same format without an
  323. attribute, we have to carry over the formats with attributes from an
  324. inbound offer so that the correct attributes are offered in an outgoing
  325. INVITE request. This requires some subtle tweaks to the preference order
  326. to ensure that the media format with attributes is offered to a remote
  327. peer, as opposed to the same media format (but without attributes) that
  328. may be stored in the peer object.
  329. All of this means that our offer offer list will now be:
  330. (1) Our preferred codec
  331. (2) Any joint codecs offered by the inbound offer
  332. (3) All other codecs that are not the preferred codec and not a joint
  333. codec offered by the inbound offer
  334. chan_unistim:
  335. - The unistim.conf 'dateformat' has changed meaning of options values to conform
  336. values used inside Unistim protocol
  337. - Added 'dtmf_duration' option with changing default operation to disable
  338. receivied dtmf playback on unistim phone
  339. Core:
  340. Account Codes:
  341. - accountcode behavior changed somewhat to add functional peeraccount
  342. support. The main change is that local channels now cross accountcode
  343. and peeraccount across the special bridge between the ;1 and ;2 channels
  344. just like channels between normal bridges. See the CHANGES file for
  345. more information.
  346. ARI:
  347. - The ARI version has been changed to 1.5.0. This is to reflect backwards
  348. compatible changes made since 12.0.0 was released.
  349. - Added a new ARI resource 'mailboxes' which allows the creation and
  350. modification of mailboxes managed by external MWI. Modules res_mwi_external
  351. and res_stasis_mailbox must be enabled to use this resource.
  352. - Added new events for externally initiated transfers. The event
  353. BridgeBlindTransfer is now raised when a channel initiates a blind transfer
  354. of a bridge in the ARI controlled application to the dialplan; the
  355. BridgeAttendedTransfer event is raised when a channel initiates an
  356. attended transfer of a bridge in the ARI controlled application to the
  357. dialplan.
  358. - Channel variables may now be specified as a body parameter to the
  359. POST /channels operation. The 'variables' key in the JSON is interpreted
  360. as a sequence of key/value pairs that will be added to the created channel
  361. as channel variables. Other parameters in the JSON body are treated as
  362. query parameters of the same name.
  363. - A bug fix in bridge creation has caused a behavioural change in how
  364. subscriptions are created for bridges. A bridge created through ARI, does
  365. not, by itself, have a subscription created for any particular Stasis
  366. application. When a channel in a Stasis application joins a bridge, an
  367. implicit event subscription is created for that bridge as well. Previously,
  368. when a channel left such a bridge, the subscription was leaked; this allowed
  369. for later bridge events to continue to be pushed to the subscribed
  370. applications. That leak has been fixed; as a result, bridge events that were
  371. delivered after a channel left the bridge are no longer delivered. An
  372. application must subscribe to a bridge through the applications resource if
  373. it wishes to receive all events related to a bridge.
  374. AMI:
  375. - The AMI version has been changed to 2.5.0. This is to reflect backwards
  376. compatible changes made since 12.0.0 was released.
  377. - The DialStatus field in the DialEnd event can now have additional values.
  378. This includes ABORT, CONTINUE, and GOTO.
  379. - The res_mwi_external_ami module can, if loaded, provide additional AMI
  380. actions and events that convey MWI state within Asterisk. This includes
  381. the MWIGet, MWIUpdate, and MWIDelete actions, as well as the MWIGet and
  382. MWIGetComplete events that occur in response to an MWIGet action.
  383. - AMI now contains a new class authorization, 'security'. This is used with
  384. the following new events: FailedACL, InvalidAccountID, SessionLimit,
  385. MemoryLimit, LoadAverageLimit, RequestNotAllowed, AuthMethodNotAllowed,
  386. RequestBadFormat, SuccessfulAuth, UnexpectedAddress, ChallengeResponseFailed,
  387. InvalidPassword, ChallengeSent, and InvalidTransport.
  388. - Bridge related events now have two additional fields: BridgeName and
  389. BridgeCreator. BridgeName is a descriptive name for the bridge;
  390. BridgeCreator is the name of the entity that created the bridge. This
  391. affects the following events: ConfbridgeStart, ConfbridgeEnd,
  392. ConfbridgeJoin, ConfbridgeLeave, ConfbridgeRecord, ConfbridgeStopRecord,
  393. ConfbridgeMute, ConfbridgeUnmute, ConfbridgeTalking, BlindTransfer,
  394. AttendedTransfer, BridgeCreate, BridgeDestroy, BridgeEnter, BridgeLeave
  395. - MixMonitor AMI actions now require users to have authorization classes.
  396. * MixMonitor - system
  397. * MixMonitorMute - call or system
  398. * StopMixMonitor - call or system
  399. - Removed the undocumented manager.conf block-sockets option. It interferes with
  400. TCP/TLS inactivity timeouts.
  401. - The response to the PresenceState AMI action has historically contained two
  402. Message keys. The first of these is used as an informative message regarding
  403. the success/failure of the action; the second contains a Presence state
  404. specific message. Having two keys with the same unique name in an AMI
  405. message is cumbersome for some client; hence, the Presence specific Message
  406. has been deprecated. The message will now contain a PresenceMessage key
  407. for the presence specific information; the Message key containing presence
  408. information will be removed in the next major version of AMI.
  409. - The manager.conf 'eventfilter' now takes an "extended" regular expression
  410. instead of a "basic" one.
  411. CDRs:
  412. - The "endbeforehexten" setting now defaults to "yes", instead of "no".
  413. When set to "no", yhis setting will cause a new CDR to be generated when a
  414. channel enters into hangup logic (either the 'h' extension or a hangup
  415. handler subroutine). In general, this is not the preferred default: this
  416. causes extra CDRs to be generated for a channel in many common dialplans.
  417. CLI commands:
  418. - "core show settings" now lists the current console verbosity in addition
  419. to the root console verbosity.
  420. - "core set verbose" has not been able to support the by module verbose
  421. logging levels since verbose logging levels were made per console. That
  422. syntax is now removed and a silence option added in its place.
  423. Logging:
  424. - The 'verbose' setting in logger.conf still takes an optional argument,
  425. specifying the verbosity level for each logging destination. However,
  426. the default is now to once again follow the current root console level.
  427. As a result, using the AMI Command action with "core set verbose" could
  428. again set the root console verbose level and affect the verbose level
  429. logged.
  430. HTTP:
  431. - Added http.conf session_inactivity timer option to close HTTP connections
  432. that aren't doing anything.
  433. - Added support for persistent HTTP connections. To enable persistent
  434. HTTP connections configure the keep alive time between HTTP requests. The
  435. keep alive time between HTTP requests is configured in http.conf with the
  436. session_keep_alive parameter.
  437. Realtime Configuration:
  438. - WARNING: The database migration script that adds the 'extensions' table for
  439. realtime had to be modified due to an error when installing for MySQL. The
  440. 'extensions' table's 'id' column was changed to be a primary key. This could
  441. potentially cause a migration problem. If so, it may be necessary to
  442. manually alter the affected table/column to bring it back in line with the
  443. migration scripts.
  444. - New columns have been added to realtime tables for 'support_path' on
  445. ps_registrations and ps_aors and for 'path' on ps_contacts for the new
  446. SIP Path support in chan_pjsip.
  447. - The following new tables have been added for pjsip realtime: 'ps_systems',
  448. 'ps_globals', 'ps_tranports', 'ps_registrations'.
  449. - The following columns were added to the 'ps_aors' realtime table:
  450. 'maximum_expiration', 'outbound_proxy', and 'support_path'.
  451. - The following columns were added to the 'ps_contacts' realtime table:
  452. 'outbound_proxy', 'user_agent', and 'path'.
  453. - New columns have been added to the ps_endpoints realtime table for the
  454. 'media_address', 'redirect_method' and 'set_var' options. Also the
  455. 'mwi_fromuser' column was renamed to 'mwi_from_user'. A new column
  456. 'message_context' was added to let users configure how MESSAGE requests are
  457. routed to the dialplan.
  458. - A new column was added to the 'ps_globals' realtime table for the 'debug'
  459. option.
  460. - PJSIP endpoint columns 'tos_audio' and 'tos_video' have been changed from
  461. yes/no enumerators to string values. 'cos_audio' and 'cos_video' have been
  462. changed from yes/no enumerators to integer values. PJSIP transport column
  463. 'tos' has been changed from a yes/no enumerator to a string value. 'cos' has
  464. been changed from a yes/no enumerator to an integer value.
  465. - The 'queues' and 'queue_members' realtime tables have been added to the
  466. config Alembic scripts.
  467. - A new set of Alembic scripts has been added for CDR tables. This will create
  468. a 'cdr' table with the default schema that Asterisk expects.
  469. - A new upgrade script has been added that adds a 'queue_rules' table for
  470. app_queue. Users of app_queue can store queue rules in a database. It is
  471. important to note that app_queue only looks for this table on module load or
  472. module reload; for more information, see the CHANGES file.
  473. Resources:
  474. res_odbc:
  475. - The compatibility setting, allow_empty_string_in_nontext, has been removed.
  476. Empty column values will be stored as empty strings during realtime updates.
  477. res_jabber:
  478. - This module was deprecated and has been removed. Users of this module should
  479. use res_xmpp instead.
  480. res_http_websocket:
  481. - Added a compatibility option to ari.conf, sip.conf, and pjsip.conf
  482. 'websocket_write_timeout'. When a websocket connection exists where Asterisk
  483. writes a substantial amount of data to the connected client, and the connected
  484. client is slow to process the received data, the socket may be disconnected.
  485. In such cases, it may be necessary to adjust this value.
  486. Default is 100 ms.
  487. Scripts:
  488. safe_asterisk:
  489. - The safe_asterisk script was previously not installed on top of an existing
  490. version. This caused bug-fixes in that script not to be deployed. If your
  491. safe_asterisk script is customized, be sure to keep your changes. Custom
  492. values for variables should be created in *.sh file(s) inside
  493. ASTETCDIR/startup.d/. See ASTERISK-21965.
  494. - Changed a log message in safe_asterisk and the $NOTIFY mail subject. If
  495. you use tools to parse either of them, update your parse functions
  496. accordingly. The changed strings are:
  497. - "Exited on signal $EXITSIGNAL" => "Asterisk exited on signal $EXITSIGNAL."
  498. - "Asterisk Died" => "Asterisk on $MACHINE died (sig $EXITSIGNAL)"
  499. Utilities:
  500. - The refcounter program has been removed in favor of the refcounter.py script
  501. in contrib/scripts.
  502. ===========================================================
  503. ===========================================================