Upgrading¶
Upgrading a XiVO is done by executing commands through a terminal on the server. You can connect to the server either through SSH or with a physical console.
To upgrade your XiVO to the latest version, you must use the xivo-upgrade script. You can start an upgrade with the command:
xivo-upgrade
Note
- You can’t use xivo-upgrade if you have not run the wizard yet
- Upgrading from a version prior to XiVO 1.2 is not supported.
- When upgrading XiVO, you must also upgrade all associated XiVO Clients. There is currently no retro-compatibility on older XiVO Client versions.
This script will update XiVO and restart all services.
There are 2 options you can pass to xivo-upgrade:
-d
to only download packages without installing them. This will still upgrade the package containing xivo-upgrade and xivo-service.-f
to force upgrade, without asking for user confirmation
Warning
If xivo-upgrade fails or aborts in mid-process, the system might end up in a faulty condition. If in doubt, run the following command to check the current state of xivo’s firewall rules:
iptables -nvL
If, among others, it displays something like the following line (notice the DROP and 5060)
0 0 DROP udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:5060
Then your XiVO will not be able to register any SIP phones. In this case, you must delete the DROP rules with the following command:
iptables -D INPUT -p udp --dport 5060 -j DROP
Repeat this command until no more unwanted rules are left.
Preparing for an Upgrade¶
- Consult the roadmaps starting from your current version to the current prod version.
- Read all existing Upgrade Notes (see below) starting from your version to the current prod version.
- For custom setups, follow the required procedures described below (example : cluster).
- To download the packages beforehand, run
xivo-upgrade -d
. This is not necessary, but useful for upgrading more quickly prior to stopping telephone services. - When ready, run
xivo-upgrade
which will start the upgrade process. Telephone services will be stopped during the process - When finished, check that the services are running :
- with
xivo-service status
command,- and with actual checks like SIP registration, ISDN links status, internal/incoming/outgoing calls, XiVO Client connections etc.
Upgrading from XiVO 14.01, 14.02, 14.03, 14.04 installed from the ISO¶
In those versions, xivo-upgrade keeps XiVO on the same version. You must do the following, before the normal upgrade:
echo "deb http://mirror.xivo.io/debian/ xivo-five main" > /etc/apt/sources.list.d/xivo-upgrade.list \
&& apt-get update \
&& apt-get install xivo-fai \
&& rm /etc/apt/sources.list.d/xivo-upgrade.list \
&& apt-get update
Upgrading from XiVO 13.03 and before¶
When upgrading from XiVO 13.03 or earlier, you must do the following, before the normal upgrade:
wget http://mirror.xivo.io/xivo_current.key -O - | apt-key add -
Upgrading from XiVO 12.13 and before¶
When upgrading from XiVO 12.13 or earlier, you must do the following, before the normal upgrade:
apt-get update
apt-get install debian-archive-keyring
Upgrading from XiVO 1.2.1 and before¶
Upgrading from 1.2.0 or 1.2.1 requires a special procedure before executing xivo-upgrade
:
apt-get update
apt-get install xivo-upgrade
/usr/bin/xivo-upgrade
Upgrading a Cluster¶
Here are the steps for upgrading a cluster:
On the master : deactivate the database replication by commenting the cron in
/etc/cron.d/xivo-ha-master
On the slave, deactivate the xivo-check-master-status script cronjob by commenting the line in
/etc/cron.d/xivo-ha-slave
On the slave, start the upgrade:
xivo-slave:~$ xivo-upgrade
When the slave has finished, start the upgrade on the master:
xivo-master:~$ xivo-upgrade
When done, launch the database replication manually:
xivo-master:~$ xivo-master-slave-db-replication <slave ip>
Reactivate the cronjobs (see steps 1 and 2)
Upgrading to/from an archive version¶
Upgrade Notes¶
15.19¶
Consult the 15.19 Roadmap
- The sound file
/usr/share/asterisk/sounds/fr_FR/une.wav
has been moved to/usr/share/asterisk/sounds/fr_FR/digits/1F.wav
. - If you would like to use the new “transfer to voicemail” feature
from the People Xlet, you’ll need to update your directory definition and your directory display, i.e.:
- edit your “internal” directory definition (Services / CTI server / Directories / Definitions) and add a field “voicemail” with value “voicemail_number”
- edit your display (Services / CTI server / Directories / Display filters) and add a row with title “Voicemail”, field type “voicemail” and field name “voicemail”
- restart xivo-dird
- It is now possible to send an email to a user with a configured email address in the people xlet. See Views to add the appropriate field to your configured displays.
- The Contacts xlet (aka. Search) has been removed in favor of the People Xlet. You may need to do some manual configuration in the directories for the People Xlet to be fully functional. See the detailed upgrade notes for more details.
- If you need context separation in the People Xlet, you will have to manually configure xivo-dird to keep it working, see Context separation. This procedure is only temporary, later versions will handle the context separation automatically.
- xivo-agentd now uses mandatory token authentication for its REST API. If you have custom development using this service, update your program accordingly.
- Some actions that used to be available in the contact xlets are not
implemented in the people xlet yet.
- Cancel transfer is only available using the switchboard xlet
- Hanging up a call is only possible using the switchboard xlet
- Call interception is not available anymore
- Conference room invitation is not available anymore
Please consult the followin detailed upgrade notes for more information:
15.18¶
Consult the 15.18 Roadmap
- The provd_pycli command (deprecated in 15.06) has been removed in favor of xivo-provd-cli. If you have custom scripts referencing provd_pycli, you’ll need to update them.
- The xivo-agentctl command (deprecated in 15.06) has been removed in favor of xivo-agentd-cli. If you have custom scripts referencing xivo-agentctl, you’ll need to update them.
- xivo-agentd now uses HTTPS. If you have custom development using this service, update your configuration accordingly. The xivo-agentd-client library, used to interact with xivo-agentd, has also been updated to use HTTPS by default.
- xivo-confd ports 50050 and 50051 have been removed. Please use 9486 and 9487 instead
Configuration File Upgrade Notes
The file format of configuration files for daemons exposing an HTTP/S API has changed. The following services have been affected :
- xivo-agentd
- xivo-amid
- xivo-auth
- xivo-confd
- xivo-ctid
- xivo-dird
- xivo-dird-phoned
Ports and listening addresses are now organised in the following fashion:
rest_api:
https:
enabled: true
port: 9486
listen: 0.0.0.0
certificate: /usr/share/xivo-certs/server.crt
private_key: /usr/share/xivo-certs/server.key
ciphers: "ALL:!aNULL:!eNULL:!LOW:!EXP:!RC4:!3DES:!SEED:+HIGH:+MEDIUM"
http:
enabled: true
port: 9487
listen: 127.0.0.1
If you have any custom configuration files for these daemons, please modify them accordingly. Consult Network for further details on which network services are available for each daemon.
15.17¶
Consult the 15.17 Roadmap
- Online call recording is now done via automixmon instead of automon. This has no impact unless you have custom dialplan that is passing directly the “w” or “W” option to the Dial or Queue application. In these cases, you should modify your dialplan to pass the “x” or “X” option instead.
- The remote directory service available from supported phones is now provided by the new unified directory service, i.e. xivo-dird. Additional upgrade steps are required to get the full benefit of the new directory service; see the detailed upgrade notes.
- The field
enableautomon
has been renamed toenableonlinerec
in the users web services provided by the web-interface (these web services are deprecated). - The agent status dashboard now shows that an agent is calling or receiving a non ACD call while in wrapup or paused.
- The service_registered_event and service_deregistered_event bus messages have been added.
- SIP endpoints created through the REST API will not appear in the web interface until they have been associated with a line
- Due to limitations in the database, only a limited number of optional parameters can be configured on a SIP endpoint. Consult the xivo-confd REST API changelog for further details
Please consult the following detailed upgrade notes for more information:
15.16¶
Consult the 15.16 Roadmap
- The directory column type “mobile” was removed in favor of the new “callable” type. If you have hand-written configuration files for xivo-dird, in section “views”, subsection “displays”, all keys “type” with value “mobile” must be changed to value “callable”.
- The
xivo-auth
backend interface has changed,get_acls
is nowget_consul_acls
. All unofficial back ends must be adapted and updated. No action is required for “normal” installations. - Voicemails can now be deleted even if they are associated to a user.
15.15¶
Consult the 15.15 Roadmap
Voicemail Upgrade Notes
- Voicemail webservices in the web interface have been removed. Please use the XiVO confd API instead.
- Voicemail IMAP configuration has been migrated to the new
Advanced
tab.- Voicemail option
Disable password checking
has been converted toAsk password
. The value has also been inverted. (e.g. IfDisable password checking
was false,Ask password
is true.)Ask password
is activated by default.- After an upgrade, if ever you have errors when searching for voicemails, please try clearing cookies in your web browser.
- A voicemail must be dissociated from any user prior to being deleted. Voicemail are dissociated by editing the user and clicking on the
Delete voicemail
button in theVoicemail
tab. This constraint will disappear in future versions.- Deleting a user will dissociate any voicemail that was attached, but will not delete it nor any messages.
- Creating a line is no longer necessary when attaching a voicemail to a user.
- The following fields have been modified when importing a CSV file:
Old name | New name | Required ? | New default value |
---|---|---|---|
voicemailmailbox | voicemailnumber | yes | |
voicemailskippass | voicemailaskpassword | no | 1 |
voicemailcontext | yes |
Directories
- Concatenated fields in directories are now done in the directory definitions instead of the displays
- The field column in directory displays are now field names from the directory definition. No more {db-*} are required
- In the directory definitions fields can be modified using a python format string with the fields comming from the source.
- Most of the configuration for xivo-dird is now generated from xivo-confgen using the values in the web interface.
- The remote directory xlet has been removed in favor of the new people xlet.
See Directories and Integration of XiVO dird with the rest of XiVO for more details
15.14¶
- Consult the 15.14 Roadmap
- Default password for
xivo-polycom-4.0.4
plugin version >= 1.3 is now 9486 (i.e. the word “xivo” on a telephone keypad). - Default password for
xivo-polycom-5.3.0
plugin version >= 1.4 is now 9486. - Caller id management for users in confd has changed. Consult the xivo-confd REST API changelog.
- The Local Directory Xlet is replaced with the People Xlet. Contacts are automatically migrated to the server. Note that the CSV format for importing contacts has changed (see People Xlet for more information).
15.13¶
- Consult the 15.13 Roadmap
- Asterisk has been upgraded from version 11.17.1 to 13.4.0, which is a major Asterisk upgrade.
- An ARI user has been
added to
/etc/asterisk/ari.conf
. If you have configured Asterisk HTTP server to bind on a publicly reachable address (in/etc/asterisk/http.conf
), then you should update your configuration to prevent unauthorized access on your Asterisk. - The xivo-dird configuration option source_to_display_columns has been removed in favor of the new option format_columns. All source configuration using the source_to_display_columns must be updated. A migration script will automatically modify source configuration in the /etc/xivo-dird/sources.d directory.
Please consult the following detailed upgrade notes for more information:
15.12¶
- Consult the 15.12 Roadmap
- The certificate used for HTTPS in the web interface will be regenerated if the default certificate was used. Your browser will complain about the new certificate, and it is safe to accept it (see #3656). See also HTTPS certificate.
- If you have an HA configuration, then you should run
xivo-sync -i
on the master node to setup file synchronization between the master and the slave. File synchronization will then be done automatically every hour via rsync and ssh. - xivo-auth and xivo-dird now use HTTPS, if you have custom development using these services, update your configuration accordingly.
15.11¶
- Consult the 15.11 Roadmap
- The call records older than 365 days will be periodically removed. The first automatic purge will occur in the night after the upgrade. See Purge Logs for more details.
15.10¶
- Consult the 15.10 Roadmap
15.09¶
- Consult the 15.09 Roadmap
15.08¶
- Consult the 15.08 Roadmap
- The Dialer Xlet has been integrated in Identity Xlet.
15.07¶
- Consult the 15.07 Roadmap
15.06¶
- Consult the 15.06 Roadmap
- The provd client has been moved into a new python package, xivo_provd_client. If you have custom scripts using this client, you’ll need to update them. See http://projects.wazo.community/issues/5469 for more information.
- The provd_pycli command name has been deprecated in favor of xivo-provd-cli. These 2 commands do the same thing, the only difference being the name of the command. The provd_pycli command name will be removed in 15.18, so if you have custom scripts referencing provd_pycli, you’ll need to update them.
- The xivo-agentctl command name has been deprecated in favor of xivo-agentd-cli. These 2 commands do the same thing, the only difference being the name of the command. The xivo-agentctl command name will be removed in 15.18, so if you have custom scripts referencing xivo-agentctl, you’ll need to update them.
15.05¶
- Consult the 15.05 Roadmap
- The Xlet identity has been modified to follow the new XiVO Client design which implies the removal of some details.
15.04¶
- Consult the 15.04 Roadmap
15.03¶
- Consult the 15.03 Roadmap
15.02¶
- Consult the 15.02 Roadmap
15.01¶
- Consult the 15.01 Roadmap
- The confd REST API is now more restrictive on HTTP headers. Particularly, the
headers Accept and Content-Type must be set to (typically)
application/json
. - The following configuration files have been created:
/etc/xivo-agid/config.yml
/etc/xivo-call-logd/config.yml
/etc/xivo-amid/config.yml
/etc/xivo-agentd/config.yml