Archived Upgrade Notes
2021
21.16
-
Throttling was added in the nginx configuration of the following routes:
/api/auth/0.1/backends/api/auth/0.1/status/api/confd/1.1/guests/me/meetings/<meeting_uuid>/api/confd/1.1/wizard
The request rate is limited at 25 requests per second, with an allowed burst of 15 requests. If you have any nginx custom configuration (e.g. using certbot), you will be asked a question about the
/etc/nginx/sites-available/wazoconfiguration file during the upgrade. You must accept the maintainer version, then reapply your custom configuration, which is saved in/etc/nginx/sites-available/wazo.dpkg-old. -
If you installed Wazo Platform before 21.01, you will have an error about an invalid signature. See the troubleshooting section for the fix.
Consult the 21.16 Tickets for more information.
21.15
Consult the 21.15 Tickets for more information.
21.14
Consult the 21.14 Tickets for more information.
21.13
Consult the 21.13 Tickets for more information.
21.12
Consult the 21.12 Tickets for more information.
21.11
Consult the 21.11 Tickets for more information.
21.10
-
All Snom, Yealink and Aastra / Mitel phone plugins now use by default the following preferred codecs: G711A, G711U, G722 and G729. Other codecs are disabled by default. Administrators wanting to use other codecs must define them in custom templates.
-
The
wazo-dirdGoogle backend has migrated from using the deprecated Contacts API to the People API. To make valid requests, the Google Cloud application must have either thehttps://www.googleapis.com/auth/contactsor thehttps://www.googleapis.com/auth/contacts.readonlypermissions. Also, the Google Cloud application must enable the People API instead of the Contacts API; here's how to do that.
Consult the 21.10 Tickets for more information.
21.09
- You are now required to have the same access you are attempting to assign to another resource (i.e. users/groups). Following this logic, admin now have access to all resources in their tenant by default.
Consult the 21.09 Tickets for more information.
21.08
Consult the 21.08 Tickets for more information.
21.07
Consult the 21.07 Tickets for more information.
21.06
- Call recording filenames are now exposed using the CDR API. The filenames on the filesystem are now auto-generated using a UUID and an extension only.
- Call recording files are now automatically purged (default: after 1 year). However, call recording
files that were created before Wazo Platform 21.03 will not be purged automatically. Those
recording files can be found in
/var/lib/wazo/sounds/tenants/*/monitorand you can remove the older files manually without risk.
Consult the 21.06 Tickets for more information.
21.05
wazo-sysconfdconfiguration has been migrated to/etc/wazo-sysconfd/config.yml. However, if you had modified the/etc/xivo/sysconfd.confconfiguration file, you should create a new file in the/etc/wazo-sysconfd/conf.ddirectory with your changes.
Consult the 21.05 Tickets for more information.
21.04
-
xivo-sysconfdhas been renamed towazo-sysconfd -
Call recording will now play a beep when the recording starts and end. This behavior can be modified in
/etc/xivo/asterisk/xivo_globals.confby modifying theWAZO_MIXMONITOR_OPTIONS. See the Asterisk documentation for available options. -
The group resource is now identified by a UUID instead of sequential ID. The API using sequential ID will keep working for a while. Policies with permissions for a specific group will have to be changed to use the UUID of the group instead of its ID. This only happens if you create policies with permissions limited to a specific group.
For example:
confd.groups.42.readwould have to be updated to use the UUID of the group with ID 42.
Consult the 21.04 Tickets for more information.
21.03
-
Call logs have been moved to wazo-call-logd database. The migration will be automated for everyone with less than 10M entries, for the others, the upgrade will ask you to run the
wazo-call-logd-migrate-dbcommand manually to complete the migration. Note that this command can take a while to execute. -
The following dialplan variables have been deprecated from the Wazo dialplan
XIVO_GROUPSUBshould be replaced by the__WAZO_GROUP_SUBROUTINEvariableXIVO_QUEUESUBshould be replaced by the__WAZO_QUEUE_SUBROUTINEvariable
-
Call recording will now record calls on queues and groups when the answering user has the recording option enabled.
Consult the 21.03 Tickets for more information.
21.02
Consult the 21.02 Tickets for more information.
21.01
-
Asterisk version has been updated:
-
Deprecated conference system (
meetme) has been completely removed. Meetme conferences have not been configurable since 18.03 and unusable since 19.17. Note that recordings have been removed from backup (i.e./var/spool/asterisk/meetme). -
The way pre-dial handlers can be added in a subroutine has been changed. See pre-dial handlers for more details.
-
If you used custom dialplan to add the
boption to theXIVO_CALLOPTIONSyou should update it to use thewazo-add-pre-dial-hooksubroutine.; A subroutine with this line same = n,Set(XIVO_CALLOPTIONS=${XIVO_CALLOPTIONS}b(my-subroutine^s^1)) ; should become same = n,GoSub(wazo-add-pre-dial-hook,s,1(my-subroutine))
-
-
dahdi-linux-modules has been removed by default if no configuration found (i.e.
/etc/asterisk/dahdi_channels.conf). Moreover, wazo-upgrade will stop to upgrade this package by default.
Consult the 21.01 Tickets for more information.
2020
20.17
- The recording files for online recording, i.e. recording started during a call, are now stored at
/var/lib/wazo/sounds/tenants/*/monitor. Old recordings are available at/var/spool/asterisk/monitor/and must be moved manually to the new path.
Consult the 20.17 Tickets for more information.
20.16
- The
i386(32 bits) architecture is now deprecated and will be removed in 21.01 from our debian repository and CI. See Migrate from i386 to amd64 for more information. - wazo-auth ACL template feature has been removed. There are no more rendering template that will be done for ACL. Endpoints and fields have been deprecated. See wazo-auth changelog 20.16
- wazo-dird backend plugins now support
match_allmethod. See wazo-dird for more information - Asterisk configuration files in
/etc/asteriskare required to have a name ending with.confto be applied.
Consult the 20.16 Tickets for more information.
20.15
-
This version contains a security update for Asterisk. All systems should be upgraded.
Consult the 20.15 Tickets for more information.
20.14
xivo-statcommand has been renamed towazo-stat
Consult the 20.14 Tickets for more information.
20.13
-
The SIP endpoint configuration has been changed to reflect the Asterisk configuration file. If you are using one of the following API, you should update your application to the new body of the response before upgrading.
GET /api/confd/1.1/endpoints/sipGET /api/confd/1.1/endpoints/sip/<id>GET /api/confd/1.1/users/<id>/lines/main/associated/endpoints/sipGET /api/confd/1.1/users/<id>/lines/<id>/associated/endpoints/sip
-
The ID field of a SIP endpoint is now a UUID instead of a numerical ID.
-
The generated SIP configuration file has changed. If you did manual configuration, your changes have to be reviewed to match the new format. If you use a file to add options, you will be able to add all options to your endpoint configuration. All options are now available through the API. Here is a list of the changes:
- The name of the registration sections has changed
-
The general SIP configuration used to be shared by all tenants. A new template has been created for each tenant based on the old general SIP configuration. This new template is labeled
globaland can be used to change the configuration of lines and trunks within a tenant. -
When creating a line or a tenant you should use the
globaltemplate if you want your new resource to inherit from theglobalSIP configuration of your tenant.
Consult the 20.13 Tickets for more information.
20.12
Consult the 20.12 Tickets for more information.
20.11
Consult the 20.11 Tickets for more information.
20.10
Consult the 20.10 Tickets for more information.
20.09
-
The wazo-confgend module that generates the SIP configuration for
chan_siphas been removed. If you are still usingchan_sipyou will have to remove your custom configuration to usepjsip. -
The TLS configuration has been deprecated on the following services. You should always use NGINX to proxy communication with wazo-platform services. To follow this change, the listen address has been changed to 127.0.0.1 by default.
- wazo-chatd
- wazo-plugind
- wazo-provd
- wazo-setupd
- wazo-websocketd
Consult the 20.09 Tickets for more information.
20.08
-
The TLS configuration has been deprecated on the following services. You should always use NGINX to proxy communication with wazo-platform services. To follow this change, the listen address has been changed to 127.0.0.1 by default.
- wazo-agentd
- wazo-calld
- wazo-call-logd
- wazo-webhookd
-
wazo-agentdhttp configuration section has been moved to the rest_api section, eg:rest_api: https: listen: <ip> port: <port>becomes:
rest_api: listen: <ip> port: <port>
Consult the 20.08 Tickets for more information.
20.07
-
The TLS configuration has been deprecated on the following services. You should always use NGINX to proxy communication with wazo-platform services. To follow this change, the listen address has been changed to 127.0.0.1 by default.
- wazo-confd
- wazo-dird
Consult the 20.07 Tickets for more information.
20.06
-
The TLS configuration has been deprecated on the following services. You should always use NGINX to proxy communication with wazo-platform services. To follow this change, the listen address has been changed to 127.0.0.1 by default.
- wazo-auth
Consult the 20.06 Tickets for more information.
20.05
-
wazo-amid,wazo-plugindandwazo-dirdhttp configuration section have been moved onto the rest_api section, eg:rest_api: https: listen: <ip> port: <port> certificate: </path/to/cert> private_key: </path/to/key>becomes:
rest_api: listen: <ip> port: <port> certificate: </path/to/cert> private_key: </path/to/key> -
The TLS configuration has been deprecated on the following services. You should always use NGINX to proxy communication with wazo-platform services. To follow this change, the listen address has been changed to 127.0.0.1 by default.
- wazo-amid
-
There is now an API to manage SIP transports. This means that the transport of a SIP endpoint is not predefined anymore. If you relied on the fact that a SIP endpoint used the transport
wssto know whether or not it is a WebRTC endpoint you should change your logic to check ifwebrtcequals toyes.
Consult the 20.05 Tickets for more information.
20.04
- The PJSIP
GlobalandSystemconfiguration options are now configured using/1.1/asterisk/pjsip/globaland/1.1/asterisk/pjsip/system. Options added to the/1.1/asterisk/sip/generalthat used to be mapped to one of these sections have been migrated to the new API and the mapping from chan_sip to chan_pjsip has been removed for those 2 sections.
Consult the 20.04 Tickets for more information.
20.03
- The email template in wazo-auth now use the incoming HTTP request host and port to fill the template instead of the service discovery configuration. If you have a customized template that inconditionally uses the port it should be modified for cases where the port is not used.
- The
xivo-aastra-2.6.0.2019phone provisioning plugin has been removed. The decision was made after it was discovered that the firmware was nowhere to be found. If you still want to use it, it is in thearchivephone plugin repository.
Consult the 20.03 Tickets for more information.
20.02
Consult the 20.02 Tickets for more information.
20.01
- The default protocol configured for consul is now
HTTPinstead ofHTTPSsince it's only available onlocalhost. TheHTTPSremains available via the port8501.
Consult the 20.01 Tickets for more information.
2019
19.17
-
The default Ansible installation installs the development version of Wazo Platform. If you have not changed the
wazo_distribution_upgradevariable, all the subsequent upgrades will stay on the development version. This is the expected behavior, but it was not visible in the installation procedure. To make your Wazo Platform use the stable version, use the following command:wazo-dist -m pelican-busterThis command will take effect at the next Wazo Platform upgrade.
-
wazo-dirdphone plugins have been migrated towazo-phoned. If you used the phone routes fromwazo-dirddirectly, you must use the new routes inwazo-phoned. -
The conference rooms created in Wazo 18.03 or before (using asterisk
meetmemodule) will not work anymore because they rely on DAHDI. If you were still using those conference rooms, you must create new conference rooms using the conferences API or thewazo-uiinterface. -
DAHDIis not longer a mandatory dependency of Wazo: it will not be installed on new installs anymore. Upgraded Wazo Platform will keep DAHDI installed if it was configured in/etc/asterisk/dahdi_channels.conf. Otherwise, DAHDI will be removed. -
Some dependencies have been removed from the
asteriskpackage. If you used one of the following modules you must install thewazo-asterisk-extra-modulesto keep using those modules. Note that all modules listed here are disabled by default on Wazo. You have to manually modify/etc/asterisk/modules.confto use them.app_jackcdr_pgsqlcdr_radiuscdr_tdscel_radiuscel_tdschan_alsochan_consolechan_mgcpchan_motifchan_osschan_phonechan_skinnychan_unistimres_calendar_caldavres_calendar_ewsres_calendar_exchangeres_calendar_icalendarres_calendarres_snmpres_xmpp
Consult the 19.17 Tickets for more information.
19.16
-
xivo-amid-clienthas been renamed towazo-amid-client -
wazo-authhttp configuration section have been moved onto therest_apisection, eg:rest_api: https: listen: <ip> port: <port> certificate: </path/to/cert> private_key: </path/to/key>becomes:
rest_api: listen: <ip> port: <port> certificate: </path/to/cert> private_key: </path/to/key> -
The default value for Asterisk PJSIP configuration parameter
rtptimeouthas been set to 7200 seconds on new installs only. The change was done to automatically delete ghost calls that might get stuck. If you wish to modify this value, use the/asterisk/sip/generalendpoint inwazo-confdAPI.
Consult the 19.16 Tickets for more information.
19.15
- We have standardize the stevedore entry point namespace for our python client. If you have custom
plugins, Be sure to use the full client name for the namespace. (e.g.
auth_client.commands-->wazo_auth_client.commands) - The directed call pickup extension
*8XXXXhas been disabled by default on new installations, because it made it possible for any user to pickup any other user, including users for whom it should not be possible. This does not apply to upgrades, but if you wish to disable this feature, you can do it withwazo-confd/extensions/featuresAPI endpoint.
Consult the 19.15 Tickets for more information.
19.14
-
A new version (v2) of websocket protocol has been created. See Wazo WebSocket for more information
The v1 is now deprecated and should not be used anymore. Also it does not return the attribute
msgin all payloads as it was always empty. -
xivo-confgendhas been renamed towazo-confgend- The custom configuration files have been moved to
/etc/wazo-confgend/conf.d - The log file has been renamed to
wazo-confgend.log - The plugin entry points have been renamed from
xivotowazo. Plugins enabled in custom configuration files should use the new name. - The entry point identifier has been changed from
xivo_confgendtowazo_confgend. If you have developed custom plugins for confgend you should use the new identifier in yoursetup.py.
- The custom configuration files have been moved to
-
xivo-confgend-clienthas been renamed towazo-confgend-client- If you used the
xivo-confgenCLI tool you will now have to usewazo-confgen
- If you used the
-
If you are upgrading a Wazo that was originally installed in 18.03 or earlier, the old directory configuration is now replaced with a new profile
defaultfor each tenant. The migration of the old directory configuration must be done manually, since there is no way to automatically detect the tenant for each directory configuration. To allow this migration, the old configuration is dumped in/var/backups/xivo/dird_sources.ymlduring the upgrade to Wazo Platform 19.14. The administrator must then recreate the directory configuration manually using the API or web interface. -
There is a known bug that will remove pre-recorded sound files provided by the
xivo-sounds-*, .e.gxivo-sounds-fr-ca. If you had installed one of these packages manually, you need to install the correspondingwazo-sounds-*package manually, e.g.wazo-sounds-fr-ca. Upgrades to Wazo >= 19.15 are not affected by this bug.
Consult the 19.14 Tickets for more information.
19.13
-
Debian has been upgraded from version 9 (stretch) to 10 (buster). Please consult the following detailed upgrade notes for more information:
-
xivo-amidhas been renamed towazo-amid- The custom configuration has been moved to
/etc/wazo-amid/conf.d/. - The log file has been renamed to
wazo-amid.log. - The NGINX proxy has been recreated in
/etc/nginx/locations/https-enabled/wazo-amid.
- The custom configuration has been moved to
Consult the 19.13 Tickets for more information.