Product Manuals and Guides EnterpriseGuide v43
Product Manuals and Guides EnterpriseGuide v43
3
Enterprise Guide
Table of Contents
Revision List for Unigy V4.3....................................................................................................... 13
Preface ..........................................................................................................................................17
3.3.4 Install an OS patch from the UMS during trading hours .................................................................139
3.3.5 Install an OS patch from the command line within a single maintenance window..........................142
3.3.6 Install an OS patch from the command line within separate maintenance windows....................... 144
3.3.7 Upload or download an OS patch ISO file....................................................................................... 146
3.3.8 Delete an OS patch ISO file from the UMS..................................................................................... 146
3.3.9 Deploy the Spectre and Meltdown BIOS update .............................................................................147
Index............................................................................................................................................783
E911
• Emergency Number The number that allows the caller...
Security
• If the Spectre and Meltdown BIOS update was not de...
• If the Spectre and Meltdown BIOS update was not de...
• If the Spectre and Meltdown BIOS update was not de...
• If the Spectre and Meltdown BIOS update was not de...
• If the Spectre and Meltdown BIOS update was not de...
• If the Spectre and Meltdown BIOS update was not de...
• Deploy the Spectre and Meltdown BIOS update This u...
Deployment
• If you are importing a COP .iso file, copy the fil...
• If you copied a COP .iso file to the SCD appliance...
Issue (Defect)
PKE
• Redeploy (reCOP) one appliance in an HA zone If on...
187065
• If you are upgrading from Unigy v2.x to Unigy v3.0...
• If you are upgrading from Unigy v2.x to Unigy v3.0...
• If you are upgrading from Unigy v2.x to Unigy v3.0...
• If you are upgrading from Unigy v2.x to Unigy v3.0...
• If you are upgrading from Unigy v2.x to Unigy v3.0...
• If you are upgrading from Unigy v2.x to Unigy v3.0...
• If you are upgrading from Unigy v2.x to Unigy v3.0...
• If you are upgrading from Unigy v2.x to Unigy v3.0...
• If you are upgrading from Unigy v2.x to Unigy v3.0...
• Send SNMP recovery alerts prior to an upgrade Send...
• If you did not send the v2.x SNMP recovery alerts ...
191000
• For Media Gateway upgrades from Unigy v2.0.1.x to ...
• For Media Gateway upgrades from Unigy v2.0.1.x to ...
194498
• When the checkHAStatus Server State for both appli...
• Monitor the state of the appliances in the zone by...
• Confirm that both appliances are in Active Mode by...
• When the checkHAStatus Server State for both appli...
• Monitor the state of the appliances in the zone by...
• When the checkHAStatus Server State for both appli...
• Monitor the state of the appliances in the zone by...
• When the checkHAStatus Server State for both appli...
• Monitor the state of the appliances in the zone by...
195002
• If the MM(s) you rebooted are in a Virtual Machine...
• Reapply the license for an MM in a VM after a rebo...
• If the MMs that were synchronized and rebooted are...
196391
• Active zone: Lines are assigned a resource zone fo...
• Activate: BCP plan activation is the process of re...
• Deactivate: Plan deactivation directs CDIs back to...
• When you activate a BCP plan, turrets and Pulse de...
• After the issues or maintenance operations that tr...
• When you deactivate a BCP plan, the system makes e...
• Click Deactivate then in the BCP Plan Deactivate C...
• BCP line redirection example This is an example of...
196489
• You can deploy the Blue Wave software in any zones...
Other
• If you are upgrading from Unigy v2.x to Unigy v3.0...
Preface
About this guide
The audience for this guide is IPC Service Delivery and Support personnel who are responsible for
managing and supporting a Unigy enterprise after initial deployment.
The guide provides workflows that you can use to upgrade, maintain, modify, and repair a Unigy
enterprise after initial deployment is complete and the enterprise is fully operational. For information on
deploying a new Unigy enterprise, refer to the System Installation and Deployment Guide.
Before you perform the workflows in this guide, you should be familiar with the various components of
an enterprise. For overview information, refer to Chapter 1 The Unigy enterprise in the System
Installation and Deployment Guide.
Note
The Enterprise Guide is composed of chapters and appendices. The chapters contain overview
information and the workflows that describe how to perform specific tasks. The Procedures referenced
by the workflows chapter contains supporting procedures that are referenced by the workflows. These
procedures are organized to make it easier to locate them; however, they are not intended to be
performed in the sequence in which they are listed. You should usually access these procedures only
when you are following a workflow. Organizing the information in this manner was done in response to
requests to reduce the size of the document.
The appendices provide additional information of interest.
For descriptions of the fields in the various UMS panels associated with the procedures in this guide,
refer to the UMS online help or the UMS UI Guide.
Copyright notices
• IPC, the IPC logo, Alliance MX, IQ/MAX, IQ/MAX TOUCH, MAXaccess, Nexus Suite, Unigy,
Blue Wave, and the Unigy and Blue Wave logos are trademarks of IPC Systems, Inc.
• Microsoft, Windows, Excel, Outlook, Lync, Microsoft OCS, Microsoft Office Communications
Server, Active Directory, and Internet Explorer are trademarks of Microsoft Corporation.
• Oracle, Java, and MySQL are trademarks of Oracle.
• Red Hat, Enterprise Linux, Ansible, and Ansible Tower are registered trademarks of Red Hat, Inc.
• Dell and PowerEdge are trademarks of Dell, Inc.
• Intel and Xeon are trademarks of Intel Corporation in the U.S.
• NICE and the NICE logo are trademarks of NICE Systems Ltd. and/or its subsidiaries.
• Verint is a registered trademark of Verint Systems Inc.
• Radisys is a trademark of Radisys Corporation.
• NetGuardian 832A is a trademark of DPS Telecom.
• ConferenceManager is a trademark of Sonexis Technology Inc.
• Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates.
Document Conventions
This topic describes the typographic conventions used in this manual:
• To indicate a user interface item to select or click:
Click Help. The Help dialog box opens.
Style Note: This is a san-serif bold font.
• To indicate a sequence of UI clicks:
Click File ➤ New ➤ Command.
Style Note: This is a san-serif bold font.
• To indicate window, screen, or panel names:
The Help dialog box opens.
Style Note: This is an italicized font.
• To indicate text to be typed or entered for user input or command names:
Type install at the prompt and press Enter.
Style Note: This is a Fixed-Width Bold font.
Type ls -al at the prompt and press Enter.
Style Note: This is a Fixed-Width Bold font.
• To indicate variables to be typed or entered:
Type yourPassword and press Enter.
Style Note: This is a Fixed-Width Bold Italic font.
• To indicate screen text such as prompts:
At the Enter your password prompt, type your password.
Style Note: This is a Fixed-Width font.
• To indicate file and directory names:
The error.log file is stored in /var/log.
Style Note: This is a Fixed-Width font.
• For references to other documents:
Refer to the Security Administrator Guide.
Style Note: This is an italicized font.
Space Designator
When the user needs to type a space in a command, a single space is used in the command text.
Key Combinations
Many instructions include key combinations where it is necessary to press two keys simultaneously. For
example, when CTRL+C is specified, it means press and hold down the Control key and press C at the
same time.
Note styles
Note
This is a Note and is used to alert you to important information.
Tip
This is a Tip and is used to provide helpful suggestions or hints.
Caution
This is a Caution and is used to alert you to any procedures in which extreme caution must be used.
Warning
This is a Warning and is used to alert you to dangerous situations or procedures that must be completed
in a specific manner to prevent a dangerous or damaging situation.
Note
Beginning with Unigy v4.0, R610 appliances are no longer supported; you must replace all R610s with
R620, R630, or R640 appliances. R640 appliances are supported only for Unigy v4.2 or higher. When
you run Network Configurator for the new appliances, use the IP addressing that is configured for the
R610 appliances they are replacing. If it is necessary to change the IP addressing, upgrade to the new
Unigy version then change the values.
Within this topic, the terms current version and current software version refer to the Unigy software
version specified on the cover of this document. References to previous Unigy versions apply to the
versions, patches, service packs, and hotfixes for these versions that the current version supports.
Important
Because of various COP changes, you cannot upgrade Unigy v1.0 zones directly to the current Unigy
software version. For these upgrades, you have the following options:
• Upgrade the software and migrate the data to a pre-Unigy v3.0 bridge version that is in the upgrade
path for the current version then upgrade from that version to the current software version. For
information on migrating Unigy v1.0 zones, refer to the Unigy v1.0 upgrade and migration
workflows topic in the Enterprise Guide for the Unigy version to which you are migrating the v1.0
zones. For example, if you are migrating from v1.0 to v2.0.1.8, refer to the latest Unigy v2.0.1.x
Enterprise Guide on the Tech Portal. For a list of the Unigy versions that are included in the upgrade
path, refer to the Unigy Product Compatibility Matrix.
After the migration is complete, refer to the upgrade topics in this document to upgrade from
the bridge version to the current version.
• By-pass the bridge upgrade and migration by deploying the current software version then rebuilding
the v1.0 database through a manual process that includes Mass Edit Client.
With both options, you must also upgrade the hardware to R620, R630, or R640 appliances. R640
appliances are supported only for Unigy v4.2 or higher.
Note
Unigy offers the following upgrade options:
• Beginning with Unigy v3.0, Single Click Deployment is the preferred upgrade option for updates in a
multizone enterprise, both for updates that require new COP software and those that do not. Single
Click Deployment automates many of the upgrade steps and offers other features, such as restoring
the Enterprise database and image backup and restore. Single Click Deployment upgrades require a
Single Click Deployment appliance that can be on a VM on a host server or laptop.
• In a multizone enterprise, if a Single Click Deployment appliance is not available, after all zones have
been upgraded to Unigy v2.0.1 or higher, Enterprise Install is the recommended upgrade option for all
updates that do not require upgrading the COP software. You cannot use Enterprise Install to upgrade
pre-v3.0 zones to v3.0 or higher because Enterprise Install cannot deploy the new COP software that
is required for these upgrades. Enterprise Install also automates some of the upgrade steps, but is not
as robust or flexible as Single Click Deployment.
• In single zone enterprises and when Single Click Deployment and Enterprise Install are not available,
various manual upgrade procedures are available, some of which include COP upgrade and some that
do not.
• Beginning with Unigy v4.1, you can install operating system (OS) patches separately from the
appliance personality updates.
If you are upgrading to Unigy v4.2 or higher on new R640 appliances, you must deploy the version
03.00.01.00.0018 COP software to support this new hardware.
• Prior to performing an upgrade that requires deploying the COP software, perform an Enterprise
database backup then perform image backups for all zones that are being upgraded. After you create
the backups, no configuration changes should be made until after the upgrade is complete.
• When you upgrade Blue Wave zones, if a Unigy upgrade is also required, deploy the Unigy update
then deploy the Blue Wave update. For information on Blue Wave upgrades, refer to Blue Wave
upgrade workflows on page 114.
• During an upgrade that involves a database schema change, a script is called to convert the existing
data to the new schema.
• Post upgrade steps are required after an upgrade. Refer to the prerequisites in each upgrade procedure
to be sure you have all of the information and files required for these steps.
• If you are deploying a Unigy patch and applying a hotfix, deploy the patch then deploy the hotfix.
• Consider the following for Multi-tier Replication:
• To enable Multi-tier Replication, you must upgrade all zones in the enterprise to Unigy v3.0.0.2 or
higher.
• Each data center has one portal zone that serves as the preferred zone for the local zones within the
data center. Within a data center, the portal zone must be upgraded before the local zones to ensure
that the data is synchronized properly within the data center and with the other data centers in the
enterprise.
• When you are upgrading the zones in multiple data centers, the first portal zone upgraded should
be the preferred zone for at least one other portal zone to ensure that the database that the portal
zones load has the highest schema version. For example, if Zone 1 is the first portal zone to be
upgraded and Zone 10 is the next portal zone to be upgraded, Zone 1 should be the preferred zone
for Zone 10. Other portal zones can get the database from Zone 1 or Zone 10 or any other portal
zone that has the latest database schema. Plan your upgrades carefully to ensure that all upgraded
zones will have the latest database schema.
• The software version deployed on the appliances in the portal zone for the default data center and
each independent data center must be equal to or higher than the highest version deployed for the
local zones in the associated data center. The version deployed for the default data center must be
equal to the highest version deployed in the enterprise to accommodate any data center that rejoins
the default data center when Multi-tier Replication is disabled for the data center. All zones within
a data center should be upgraded to the same version as soon as possible.
• If Multi-tier Replication is enabled, it must be enabled for all data centers in the enterprise, or the
data centers must be members of the default data center, before you upgrade any of the zones.
• When you upgrade a portal zone, you must suspend the associated data center. It is not necessary
to suspend the data center if you are upgrading only the local zones.
• When you upgrade a portal zone, you can upgrade both appliances in the zone at the same time,
however, to prevent the loss of local data changes during the upgrade, consider upgrading portal
zones one appliance at a time. For local zones you can upgrade both appliances simultaneously
with Single Click Deployment, Enterprise Install, or the parallel manual upgrade procedure.
• During an upgrade, if you are restoring the Enterprise database, restore it on the primary appliance
in a portal zone to ensure that no data is lost.
For information on the specific Unigy upgrade paths supported, refer to the UpgradePaths tab in the
Unigy Product Compatibility Matrix.
Caution
All upgrade procedures are service impacting; therefore upgrade zones only during non-business hours.
If the customer is a global enterprise with zones in different time zones, you can upgrade the zones in
one instance while the zones in other instances continue normal operation.
• Install an OS patch in multiple zones from the UMS with OS Enterprise Install on page 137
• Install an OS patch from the UMS during trading hours on page 139
• Install an OS patch from the command line within a single maintenance window on page 142
• Install an OS patch from the command line within separate maintenance windows on page 144
After an upgrade, validate the integrity of the system. Refer to the Validation workflow on page 635.
1.1 Overview
1.1.1 Patches, service packs, and hotfixes
Unigy and Blue Wave updates are patches, service packs, or hotfixes, which correct defects, add security
updates, and enhance or add functionality.
Within this topic, the terms current version and current software version refer to the Unigy software
version specified on the cover of this document. References to previous Unigy versions apply to the
versions, patches, service packs, and hotfixes for these versions that the current version supports.
An update can include software changes for one or more of the following:
• Common Operating Platform (COP)
• Converged Communications Manager
• Media Manager
• Media Gateway
• Turret
• IQ/MAX TOUCH
• Pulse
• Unigy Soft Client
• Blue Wave Adapter
• Blue Wave Director
Package composition
Updates consist of packages, which are sets of RPMs (Red Hat Package Manager) grouped under a
common label. The list of RPMs in each package is derived from the build's manifest file. A manifest is
an XML file that defines the packages and RPMs in a build. If one RPM in a package changes, all of the
RPMs in the package are updated. Unigy includes the following packages:
• COP – Common Operating Platform RPMs, repackaged third party RPMs, and Unigy tools and
infrastructure RPMs
• AS – Converged Communications Manager software RPMs
• MS – Media Manager software RPMs
• MGW – Media Gateway software RPMs
• Turret – Turret software RPMs
• IQ/MAX Touch – IQ/MAX TOUCH software RPMs
• Pulse – Pulse software RPMs
• UDAC – Unigy Soft Client software RPMs
• BW – Blue Wave software RPMs
In a multizone enterprise, if you delete an ISO file in the local zone (zone you are currently logged in
to), the name of the file remains in the Available Software Releases panel until it is removed from all
zones where it was uploaded. Refer to the Zone Id, Zone Name, and Status columns to determine
whether the file is uploaded or deployed in the local zone. If the zone displayed is the local zone and the
status is not_installed, the file is uploaded to the zone, but not deployed. If the status is
installed, the ISO is uploaded and deployed in the local zone. If the zone displayed for the ISO is
not the local zone, the file is not uploaded to this zone, but is uploaded and possibly deployed in at least
the zone that is displayed. It could also be uploaded or deployed in other zones, but the system displays
only one zone for each ISO file. To determine whether the ISO is uploaded or deployed in a specific
zone, log in to the zone and view the Install tab.
software version, refer to the Unigy v2.0.1.6 documentation, or if applicable, the hotfix release notes for
upgrade instructions.
For information on the Unigy software version naming conventions, refer to the following topics:
• Unigy software version naming convention on page 29
• OS patch naming convention on page 130
Global enterprise
Unigy supports seamless upgrades in global enterprises. A global enterprise has zones in multiple
regions, often in different time zones in different parts of the world. The regions are usually associated
with different instances, and if Multi-tier Replication is activated, different data centers within the Wide
Area Data Replication tier. The zones can have different Unigy software versions deployed. The
following operations performed for the zones within one instance have no impact on the zones in other
instances, which continue normal operation during these events:
• Deployment of new zones
• Upgrades using Enterprise Install
• Maintenance operations
• Add, modify, or remove turrets, Pulse devices, and Unigy Soft Clients
• Add, modify, or remove users
• Add, modify, or remove lines
• Add, modify, or remove trunks and Media Gateways
• Add, modify, or remove CCMs or ACCMs
• Add, modify, or remove Media Managers
• Configuration
• Activation of a BCP plan
Unigy supports different software versions as follows:
• The zones in an enterprise can include two major versions (Unigy v2.0.1 and v2.0.1.5 are considered
major versions). The versions do not have to be consecutive, but must be selected from three
consecutive versions. For example, with Version x, Version x+1, and Version x+2, zones within the
enterprise can include Version x and Version x+1, Version x and Version x+2, or Version x+1 and
Version x+2.
• Zones and devices within an instance can have two different major software versions deployed, the
new version and a bridge version, however, to ensure successful operation all zones should be
upgraded to the same version as soon as possible.
• All patch and hotfix versions within a major version are supported.
• When multiple versions are deployed, new functionality and capacities supported by the higher
version zones are not available in lower version zones. For example, if the number of active
connections or lines supported is increased in a newer version, the lower version zones cannot take
advantage of these enhancements, so the number of users or lines should not exceed those supported
by the lower version zones.
A major version is generally defined as a version that has a different database schema and for which the
entire software base is reconfigured. A patch includes updates to a subset of software components, does
not include a schema change, and only the updated software components are deployed during the
upgrade.
Upgrade types
Updates can be deployed in the following ways:
• One zone at a time: This option supports upgrades for standalone and HA zones. For HA zones, it
can include deploying one appliance at a time or both appliances simultaneously. Support for
simultaneous upgrade of both appliances in a Blue Wave zone is supported for Blue Wave 2.0.1 or
higher. Blue Wave zones must be upgraded one zone at a time.
• Parallel upgrades: This option reduces the time required to upgrade the zones in a multizone
enterprise by supporting near simultaneous upgrade of all zones. It involves the upgrade of a peer
zone to ensure that there is a stable zone with the new update and database before upgrading the
remaining zones. The system upgrades both appliances in each zone simultaneously. The upgrade is a
manual procedure, but it is not necessary to wait for the upgrade of one zone to complete before
upgrading the next zone. Parallel upgrade is not available for Blue Wave zones.
• Enterprise Install: This option enables the system to automatically upgrade all zones, or a subset of
zones, in a Unigy v2.0.1 or higher enterprise after upgrading a peer zone. Enterprise Install performs
basic zone validation, places the zones, clusters, and appliances into maintenance mode, disables data
replication, deploys the update, takes the appliances, clusters, and zones out of maintenance mode,
performs post upgrade validation, and enables data replication. This option is not available for Blue
Wave zones or for upgrades that require upgrade of the COP software. After you upgrade all Unigy
zones to Unigy v2.0.1 or higher, you can use this option to deploy all subsequent updates that do not
require new COP software.
• Single Click Deployment: This option provides automated upgrades, including COP upgrades, for
one or more zones. It also provides additional features such as automated image backups and
restoring Enterprise backups. It requires a separate dedicated Single Click Deployment appliance. It is
available for upgrades to Unigy v3.0 or higher.
• OS patch: This option installs security and operating system updates on CCM, ACCM, and MM
appliances. Different upgrade options are available based on the type of enterprise and the IPC
product being upgraded.
Note
Because of the requirement to deploy new COP software for upgrades from versions prior to v3.0 to the
current software version, if you do not use Single Click Deployment, you will use one of the manual COP
upgrade procedures.
The upgrade deployment log is available from the Deployment Logs tab within the UMS at Tools ➤
Deployment ➤ Software Deployment or in Single Click Deployment.
Database upgrades
A database upgrade occurs after the new binaries are installed. There is no database backup made, but
rather, a disc rollback image is created. If the upgrade fails, restore the rollback image to return the
system to its pre-upgrade state, which includes the data that was in the database at the time of the
backup.
All data in the database prior to the upgrade persists through the upgrade. Schema changes might add
tables or columns to the database, but they do not invalidate existing data. The values for new columns
and tables that are added with an update are either blank or populated with default seed data.
Updates can upgrade the following database entities:
Note
Database upgrades are part of the AS (CCM) package; however, this package does not always include
database upgrades. Not every database upgrade includes updates to all three database entities.
Additional notes
• The COP ISO file includes the operating system, application server, and database. The Unigy
appliance personality software ISO can include updates for the CCM, MM, Media Gateway, turret,
Pulse, and Soft Client software. OS patches include only operating system and Red Hat security
updates.
• The system validates an update ISO file after it is uploaded to an appliance.
• Uploaded appliance personality ISO files are stored on the CCM or ACCM appliances
in /opt/ipc/deployment/iso/. The OS patch ISO files are stored in /opt/ipc/cop/
patch_iso. You should not manually copy ISO files to these directories or delete files from the
directories; instead, use the UMS for these operations.
• Media Gateway firmware updates and new or updated CAS files can also be included in a Unigy
software update. Both require a software deployment to the Media Gateway and the latter also
requires a CAS file resync.
• If a customer-specific hotfix was deployed then the customer decides to deploy a generic hotfix, it
might be necessary to roll back the customer-specific hotfix before deploying the generic hotfix.
Table 1: Software product version string for GA releases, patches, and service packs
The build number for a hotfix is slightly different. The format is MM.mn.RR.PP.9.CN.HF.BN.
For example: 02.00.00.01.9040305 is a hotfix for version 2, patch 1, customer 4, hotfix number
3, hotfix build number 5.
To view the current version for a system device, do any of the following:
• Access the UMS login page and locate Unigy Version and COP Version in the lower left corner.
• Click the About option in the UMS menu bar and locate Version and COP Version at the top of the
panel.
• Click Tools ➤ Reporting ➤ Reporting Configuration ➤ System Report ➤ SoftwareBuild ➤
SoftwareBuild_default, enter the filter and output criteria, then click Run Report. Review the
Version column.
• Click Tools ➤ Deployment ➤ Software Deployment and look for the version of the last installed
ISO file in the Version column. You can also click the Deploy tab to view the version deployed on
each system device.
• On turrets, access the Admin menu then press System Info ➤ Station ➤ Software View.
• On Pulse devices, access the Admin menu. The Software Version is within the View tab.
• For Unigy Soft Clients:
• Within the Soft Client Main window, click the help icon (?) in the toolbar then click About. Refer
to the Version property.
• Locate the unigyClient version entry in the udac.log file within c:\Program
Files\IPC Systems Inc\logs\ on the client computer.
• From the Microsoft Windows Start menu, click Control Panel ➤ Programs ➤ Uninstall a
Program (Windows 7) or Control Panel ➤ Add or Remove Programs(Windows XP). Within the
list of programs, click Unigy(TM)Client. In Windows 7, the version is displayed at the bottom of
the window. In Windows XP, click Click here for support information then within the Support
Info dialog box, locate the Version property.
Note
To avoid possible version compatibility issues, always use the latest available SCD version (v4.x or
higher) for the upgrade.
Note
If the enterprise includes Blue Wave zones and any zones in the enterprise have a pre-Unigy v4.1
version deployed, upgrade the Blue Wave zones before you upgrade any Unigy zones. If all zones are at
Unigy v4.1 or higher, it is not necessary to upgrade the Blue Wave zones before the Unigy zones.
For information on upgrading Blue Wave zones, refer to Blue Wave upgrade workflows on page 114.
This upgrade procedure requires access to a Single Click Deployment appliance. If you do not have a
virtual SCD appliance deployed on your laptop or do not have access to an SCD appliance on a host
server or an appliance at the customer site, refer to one of the following manual upgrade procedures:
• Deploy a software update with a new COP in a single zone enterprise – standalone or HA on page
41
• Deploy a software update with a new COP in a multizone enterprise – subset of zones on page 46
• Deploy a software update with a new COP in a multizone enterprise – all zones on page 53
For information on the specific Unigy upgrade paths supported, refer to the UpgradePaths tab in the
Unigy Product Compatibility Matrix.
For additional information related to updates, refer to Unigy upgrade workflows on page 21, Patches,
service packs, and hotfixes on page 25, and Unigy software version naming convention on page 29.
Prerequisites:
Upgrades to Unigy v3.0 or higher from pre-v3.0 versions include operating system and third-party
software updates that require redeployment of the COP software on each appliance that is being
upgraded. First time deployment of software on R640 appliances requires a new COP.
Important
When new COP software is deployed, all existing software and data are removed from the appliances
you upgrade, therefore, you should perform an Enterprise backup and create an image backup for every
appliance you are upgrading before performing the upgrade.
If Multi-tier Replication is enabled, it must be enabled for all data centers in the enterprise, or the data
centers must be members of the default data center, before you upgrade any of the zones. When you
upgrade the zones, upgrade the portal zones before the local zones because the portal zone serves as the
preferred zone for the local zones within a data center. To upgrade a portal zone, you must suspend
Multi-tier Replication for the associated data center. To avoid data loss when you upgrade a portal zone,
consider upgrading one appliance in the zone at a time so the zone remains active and available to
collect local zone data changes throughout the upgrade. For information on this upgrade procedure, refer
to Deploy a software update in a multizone enterprise one zone at a time on page 93. If you are
restoring an Enterprise database backup during the upgrade, restore the database to a portal zone. After
you upgrade the portal zone, resume Multi-tier Replication before you upgrade the Local zones. For
additional information on Multi-tier Replication, refer to Multi-tier Replication on page 229.
To help ensure the success of an upgrade in a multizone enterprise, it is important that you design an
upgrade plan that includes at least the following information:
Item Notes
Type of zones. If partial replication is enabled, collector zones must be upgraded
before generator zones.
If Multi-tier Replication is enabled, portal zones must be upgraded
before local zones.
If the enterprise includes any zones that have a pre-Unigy v4.1
version deployed, Blue Wave zones must be upgraded before Unigy
zones. If all zones are at Unigy v4.1 or higher, it is not necessary to
upgrade the Blue Wave zones before the Unigy zones.
Zones that will be upgraded and The pre and post upgrade steps can be different when upgrading
their current software version. from different software versions.
When each zone will be Will all zones be upgraded at the same time or staggered over time?
upgraded. If a subset of pre-v3.0 zones will be upgraded, all zones must be
upgraded to one of the supported bridge patches or hotfixes before
any of the zones are upgraded to Unigy v3.0 or higher to ensure that
they have the correct JGroups protocol version (MERGE3,
NAKACK2, FD_ALL, and UNICAST3).
If all zones in the enterprise are This is the zone that will be the first zone to be upgraded. The
being upgraded within the same Enterprise database backup will be restored to the primary appliance
maintenance window, determine in the zone. It will then serve as the preferred zone for one or more of
the zone that will serve as the the other zones being upgraded.
Source Zone for restoring the
Enterprise database backup.
Item Notes
The preferred zone for each In a multizone enterprise, each zone should have a preferred zone
zone. from which it loads the database during an upgrade. A zone that is
being upgraded should always get its database from a zone that has
the latest software version deployed. A zone can provide the
database for up to two other zones simultaneously. To provide the
greatest efficiency and to avoid potential issues, do not assign the
same zone as the preferred zone for more than three zones. As soon
as a zone has loaded the database, it can serve as a source zone for
other zones. If you do not specify a preferred zone, the system uses
the zone selection algorithm (Database source zone selection
algorithms for database dumps on page 615).
If zones in different data centers are being upgraded within the same
maintenance window, the preferred zone for the first zone to be
upgraded in each data center (other than the first) should be a zone
in a data center that has been upgraded. After the first zone in each
data center is upgraded, the other zones in the data center should
get the database from a zone within the same data center to reduce
the data transmitted between data centers over the WAN. For
example, assume that you are upgrading the zones in two data
centers, each of which has five zones. Zones 1 through 5 are in data
center 1 and Zones 6 through 10 are in data center 2. Assign Zone 1
as the preferred zone for Zones 2 and 3 and assign Zone 2 as the
preferred zone for Zones 4 and 5. Assign Zone 3 as the preferred
zone for Zone 6, assign Zone 6 as the preferred zone for Zone 7 and
Zone 8, and assign Zone 7 or Zone 8 as the preferred zone for Zone
9 and Zone 10.
For post v3.0.0.1 upgrades, if Multi-tier Replication is enabled, the
preferred zone for the portal zones should be another portal zone,
preferably the one in the closest data center, and it should have the
latest version of the software deployed.
Number of Single Click You can use a single Single Click Deployment appliance to upgrade
Deployment appliances that will all of the zones in the enterprise, even if they are in different data
be used. centers distributed across the globe; however, for greater efficiency
and reduced bandwidth contention in large distributed enterprises, it
might be better to have multiple Single Click Deployment appliances
or to stagger the upgrades so the appliance can be moved to each
data center.
If you are upgrading zones in multiple data centers and a Single Click
Deployment appliance is available for each data center, consider
starting the upgrades in one data center then waiting for the upgrade
of at least some of the zones in the first data center to complete
before starting the upgrades in the next data center. This enables you
to use a zone in the first data center as the database source for
zones in the next data center while reducing the time required to
complete the upgrades by not placing a heavy load on a single Single
Click Deployment appliance.
Item Notes
Whether a Dependency VIP is A Dependency VIP provides a way to ensure that the database is
required. loaded from a specific zone when the zone VIP is available and the
source zone is fully operational. This is useful if you are upgrading
zones in different data centers and want to be sure the preferred
zone for a zone is available before it requests a database dump. In
the preferred zone example above, you might want to set Zone 3 as
the Dependency VIP for Zone 6.
Whether it is necessary to If you are upgrading all zones in multiple data centers within the
disable data replication for some same maintenance window and the JGroups protocols in the zones
of the zones. were not updated with a previous bridge patch or hotfix, it might be
advisable to disable data replication in some of the zones to prevent
JGroups protocol mismatch issues if a zone that has not been
upgraded attempts to load the database from a zone that has been
upgraded.
For example, using the preferred zones example above, it would
make sense to disable replication in Zones 6 through 10 if you are
upgrading the zones in data center 2 using a different Single Click
Deployment appliance and are delaying the upgrade of the zones in
data center 2 to ensure that Zone 3 is available.
Disabling data replication prevents a zone from loading the database
from another zone. Single Click Deployment will reenable data
replication during the upgrade so the zones can load the database
after they are upgraded.
Tip
It is a best practice to make a note of the customer's dial patterns, route plans, recording profiles, and
scheduled backups before performing this procedure and to verify that they are the same in the upgraded
enterprise when the procedure is complete. If an enterprise backup is restored during the upgrade,
scheduled backups will need to be reconfigured if the date of the next scheduled event is before the date
the backup was restored. This is because the currently scheduled job will not run because the date is in
the past. For recurring jobs, this prevents the next occurrence from being scheduled.
Single Click Deployment provides a great deal of flexibility based on the options you select for the plan;
for example, you can deploy just the COP software or fully deploy one or more zones, including
restoring an Enterprise backup.
Note
Upgrades are service impacting, so perform them only during a maintenance window when the zones
being deployed are not required to process calls or configuration requests.
c) For each appliance you are upgrading, select the check box in the Select column.
d) Click Next.
e) For each appliance, click the Advance button and confirm that all of the values with the yellow
background are correct.
These values are pulled from each appliance when they register with the Single Click Deployment
appliance.
Important
In general, you should not change any of these values unless instructed to do so by IPC Support or
Development. However, if the upgrade plan you designed includes a requirement to wait for a
specific zone to be up before attempting to take a database dump from the zone, you might have to
set the Dependency VIP. If there is no specific requirement for the Dependency VIP, leave it blank.
The Instance ID does not represent the instance ID in the Unigy database, so if it is not correct,
you can leave it at 1 and the system will handle it properly.
10. Within the UMS, create an Enterprise database backup from a zone with the highest database schema
and download the backup file to an external data storage device that is accessible from the Single
Click Deployment appliance by performing the procedures Create or schedule a new backup on page
363 and Download a backup file on page 607.
This step is required only if you are upgrading the appliances in a single zone enterprise or you are
upgrading all zones in a multizone enterprise at the same time, however, it is recommended for all
upgrades to ensure that a backup is available if it is needed.
If partial replication is enabled, the source zone for the backup should be a collector zone. For post
v3.0.0.1 upgrades, if Multi-tier Replication is enabled, the source zone should be a portal zone,
preferably one that is also a collector zone.
11. If you are upgrading a standalone zone or all of the zones in the enterprise at the same time, upload
the Enterprise backup file you created in the previous step by performing the procedure Import an
Enterprise backup file to a Single Click Deployment appliance on page 166.
12. Within Single Click Deployment, create an image backup of each appliance you are upgrading by
performing the procedure Create an image backup (restore point) with Single Click Deployment on
page 165.
Use the External Backup option. The backup file will be stored on the appliance and on the Single
Click Deployment appliance.
To reduce the size of the image backup files and the time required to transfer the files to the Single
Click Deployment appliance, you can run Archive all Zone backups prior to using the External
Backup option to purge most of the history data.
13. If you are upgrading all zones in the enterprise at the same time, the zones were not previously
upgraded to a bridge patch or hotfix to update the JGroups protocols, and your upgrade plan calls for
disabling data replication for some of the zones to prevent potential JGroups protocol mismatches,
perform the procedure Disable data replication on page 498 for each applicable zone.
14. Within Single Click Deployment, configure and validate the Single Click Deployment upgrade plan
for all appliances that are being upgraded:
a) In the Main Menu, click Enterprise Servers Plan.
b) In the Select column, select the check box for all of the appliances you are upgrading then click
Next.
c) In the Task column, select Recop.
Important
Do not select the check boxes in the Active column before saving at this point. If you select these
check boxes then click Save, Single Click Deployment starts the upgrade before you have an
opportunity to validate the upgrade plan.
The upgrade begins. Single Click Deployment displays the progress, and if the SMTP server
connection is configured, begins to send progress e-mail messages every thirty minutes to the e-
mail addresses specified in the Single Click Deployment SMTP configuration.
c) Click Monitor to monitor the progress of the deployment for each appliance.
The progress is displayed in the Deployment Status column; it is updated every two minutes. To
display details for the current process, click the process hyperlink, the last 40 lines of the agent log
are displayed. To display the time remaining to complete the upgrade, mouse over the running
process in the Deployment Status column.
The deployment is complete when the progress for all appliances is 100% and the status is
agent-hold.
16. Check the status of all the zones you upgraded by performing the procedure Check the state of a zone
from a browser on page 499.
17. If you suspended Multi-tier Replication in step 3, resume it by performing the procedure Suspend or
resume Multi-tier Replication on page 247.
18. Perform the post upgrade procedures.
e) If the upgrade was from a pre-Unigy v2.0.1.6 version, perform the procedure Update prototype
devices after an upgrade on page 566.
f) Reconfigure the SMTP properties with the values you recorded in the prerequisites by performing
the procedure Configure an SMTP server on page 563.
g) If secure communications is enabled for third-party devices, such as PBXs, voice recorders, or
Session Border Controllers, and a self-signed certificate is used to secure the connections, perform
the procedure Upload a self-signed third-party certificate for secure communications on page 269.
h) Confirm that the dial patterns, route plans, recording profiles, and scheduled backups that were
configured in the previous version are present and correct.
If the next run date for a scheduled backup job is in the past, delete the scheduled backup then
recreate it because subsequent scheduled jobs will not run.
4. If the data source that provided the database dump during the upgrade was a pre-Unigy v3.0 zone in
which the updateToneCadenceFreqForExistingInstances.sh script was not run during
a previous upgrade, run the updateToneCadenceFreqForExistingInstances.sh script
to copy the Tone Cadence Frequency settings from a zone in the default instance to the zones in all
other instances by performing the procedure Run the
updateToneCadenceFreqForExistingInstances.sh script on page 567.
5. Enable SNMP Forwarding for the zones you upgraded by performing the procedure Reenable SNMP
forwarding for a zone on page 596.
6. Validate each zone you upgraded by performing the procedures in the Post-Maintenance Validation
Test Suite. If you do not have access to this document, perform the procedure Validate a zone after a
deployment, rollback, or other operations on page 638.
7. Unregister the Unigy appliances from the Single Click Deployment appliance by performing the
procedure Unregister a Unigy appliance from a Single Click Deployment appliance on page 162.
8. Within the UMS, create an Enterprise database backup from a zone with the highest database schema
and download the backup file to an external data storage device by performing the procedures Create
or schedule a new backup on page 363 and Download a backup file on page 607.
9. If a recurring Archive all Zone backup job and backup file retention policy are not configured for at
least one zone in each realm in the enterprise, perform the procedure Configure a recurring archive
backup job and retention policy on page 612.
This helps to prevent out of memory issues due to high volumes of call history data. If partial
replication is enabled, the zone must be a collector zone.
10. If applicable, do one or more of the following:
• If an OS patch that is more recent than the OS patch included in the appliance personality ISO file
you deployed is available and you want to install the newer OS patch, perform the procedure
Install an OS patch in multiple zones from the UMS with OS Enterprise Install on page 137
• Enable partial replication by performing the procedure Enable partial replication on page 316.
This applies only to customers who use partial replication to reduce the volume of data that is
replicated throughout the enterprise. If the customer is not using partial replication or it is already
enabled, it is not necessary to perform this task.
• If you upgraded to Unigy v3.0.0.1 or higher, enable Multi-tier Replication to further reduce the
volume of data replicated, improve WAN resiliency, and increase scalability by performing the
procedure Enable Multi-tier Replication on page 243. If the customer is not using Multi-tier
Replication or it is already enabled, it is not necessary to perform this task.
• If you are implementing the System Logging and Information Collector (SLIC) feature to forward
customer log data to a data analytics engine such as Splunk, refer to the System Logging and
Information Collector Service Installation and Administration Guide. If the customer is not using
this feature or it is already implemented, it is not necessary to perform this task.
• Install and configure the Compliance Policy Engine to control access to lines and users. For
information on these procedures, refer to the Compliance Policy Engine Installation Guide and
Compliance Policy Engine Administration Guide. If the customer has not purchased the
Compliance Policy Engine or it is already installed, it is not necessary to perform this task.
1.2.2 Deploy a software update with a new COP in a single zone enterprise – standalone or
HA
This topic describes how to deploy a software update, that requires upgrading the Common Operating
Platform (COP) software, in a single zone enterprise. It applies to any update (except v1.0 upgrades) that
requires new COP software.
Note
Use this procedure only if a Single Click Deployment appliance is not available. For information on Single
Click Deployment, refer to Single Click Deployment (SCD) on page 149 and Deploy a software update
that requires a new COP with Single Click Deployment on page 31.
Important
Perform this procedure only if a COP upgrade is required.
When the COP software is deployed, all existing software and data is removed, therefore, you should
perform enterprise and image backups before performing the upgrade.
This topic applies to upgrading the ACCM in a standalone enterprise and the CCMs and MMs or
ACCMs in a single HA zone enterprise.
For single zone upgrades that do not require a new COP, refer to the following procedures:
• Deploy a software update in a standalone zone enterprise on page 69
• Deploy a software update in a single HA zone enterprise on page 73
For information on upgrading zones that require a COP upgrade in a multizone enterprise, refer to the
following procedures:
• Deploy a software update with a new COP in a multizone enterprise – subset of zones on page 46
For information on the specific Unigy upgrade paths supported, refer to the UpgradePaths tab in the
Unigy Product Compatibility Matrix.
For additional information related to updates, refer to Unigy upgrade workflows on page 21, Patches,
service packs, and hotfixes on page 25, and Unigy software version naming convention on page 29.
Within this topic, the terms current version and current software version refer to the Unigy software
version specified on the cover of this document. References to previous Unigy versions apply to the
versions, patches, service packs, and hotfixes for these versions that the current version supports.
Prerequisites:
Before you perform this procedure, confirm the following:
• You reviewed the following information:
• Unigy upgrade workflows on page 21
• Patches, service packs, and hotfixes on page 25
Note
The ISO files for new versions, patches, and service packs are over 2.0 GBs in size, so if low band
width or slow file transfer rates caused by other factors is an issue, do one or both of the following to
ensure that a copy of the ISO file is available for upload or download prior to performing the upgrade:
• If you will be at the customer site, be sure the DVD is available or copy the ISO file to your laptop or
a flash drive.
• Copy the ISO file to a customer or IPC server from which you can download it to one of the Unigy
appliances. Perform the copy before you start the upgrade because it might take an hour or more to
complete.
• For Unigy v4.1 or higher, if an OS (operating system) patch that is more recent than the OS version
included in the appliance personality ISO file you are deploying is available and you want to deploy
this patch after the appliance upgrade is complete, you have access to the patch ISO file. You can get
the file from the IPC FTP site, FilesAnywhere. It can be burned to a DVD or copied to your laptop or
an external data storage device.
• You have the following network configuration values for the zone you are upgrading. For information
on these values and a table for recording them, refer to Information to collect prior to running
Network Configurator or performing an upgrade on page 462 and Network configuration properties
worksheet on page 464.
• Values that were entered in Network Configurator for each CCM, MM, or ACCM appliance during
initial deployment, or if these values were changed after deployment, the current values.
• VIP Address, ACCM/CCM1 Server IP Address, ACCM/CCM2 Server IP Address, and
Backroom Location field values. The Backroom Location field is not available for pre-v3.0
zones, so if you are upgrading from a pre-v3.0 version, you will configure this field after the
upgrade.
• Zone ID assigned when the zone was deployed with Zone Deployer, or if the ID was changed after
initial deployment, the current value. You will reuse the zone IDs during the upgrade.
• If the update requires a new enterprise license, you have the new license file for the customer.
• You have the SMTP configuration values for the enterprise. These are available at Configuration ➤
Enterprise ➤ SMTP. This data is not saved in the database, so it will be replaced with default values
during the upgrade. You will reconfigure SMTP after the upgrade. Record the values in the table in
SMTP configuration properties on page 564.
• You have access to the document Post-Maintenance Validation Test Suite, which is available on the
Tech Portal. This document provides a set of procedures you should perform to determine whether a
zone is in a healthy state before and after you upgrade the zone.
• The appliances on which you are deploying the update have at least 48 GB of memory.
If you are deploying the new software on new appliances that are replacing older version appliances,
you will shut down the old appliances and disconnect them from the network so they do not attempt to
register with the zones when they are deployed. Retain the old appliances in case it is necessary to roll
back the update. If a rollback is necessary, disconnect the new appliances and reconnect the old
appliances.
Tip
It is a best practice to make a note of the customer's dial patterns, route plans, recording profiles, and
scheduled backups before performing this procedure and to verify that they are the same in the upgraded
enterprise when the procedure is complete. If an enterprise backup is restored during the upgrade,
scheduled backups will need to be reconfigured if the date of the next scheduled event is before the date
the backup was restored. This is because the currently scheduled job will not run because the date is in
the past. For recurring jobs, this prevents the next occurrence from being scheduled.
Caution
An update is service-impacting when the COP software is upgraded, the system creates a rollback point
or reboots an appliance, or the update contains changes to the Media Gateways, turrets, Pulse devices,
or Soft Clients that require a reboot after the software is deployed. Review the Impacted RPMs tab within
the Software Deployment Install tab to determine the impacts of the update.
All upgrades should be performed only during a maintenance window when the zones being deployed
are not required to process calls or configuration requests.
This procedure requires a user account with the IPC Certified Tech role assigned.
1. Log in to the UMS.
2. Determine the state of the zone by performing the procedures in the Post-Maintenance Validation Test
Suite. If you do not have access to this document, perform the procedure Validate a zone before an
upgrade, rollback, or other operations on page 636.
If a zone is not in a healthy state or there is not sufficient disk space available, resolve the issues
before you perform the upgrade, unless the upgrade is required to resolve the issues.
3. Remove from the database any devices that are no longer required, including older version appliances
that are no longer supported, by performing the procedure Remove hardware from the database on
page 359.
4. If the enterprise includes Media Gateway, backup the .ini file from each Media Gateway by
performing the procedure Download a Media Gateway INI file on page 585.
5. If you are upgrading from Unigy v2.x to Unigy v3.0 or higher, perform the procedure Send SNMP
recovery alerts prior to an upgrade on page 564.
6. To prevent the forwarding of alerts during the upgrade process, perform the procedure Disable SNMP
forwarding for a zone on page 596.
7. To prevent new hardware from registering with the zone during the upgrade, disable device
registration by performing the procedure Disable device registration on page 497.
8. Schedule an Enterprise backup by performing the procedure Create or schedule a new backup on
page 363.
9. Download the enterprise backup file to an external data storage device by performing the procedure
Download a backup file on page 607.
Record the name and location of the backup file so it is available when you restore the data after you
redeploy the appliance(s).
10. Back up the appliance disk image to create a restore point and copy the compressed image file to a
remote data storage device by performing the procedure Create an image backup (restore point) from
the UMS on page 385.
In an HA zone, create a restore point for both appliances.
Note
The backup directory can be quite large if it contains multiple image backup files. This can require
large amounts of disk space and long transfer times. To reduce the amount of data transferred, you
can move, archive, or delete older image backup directories, identified by the date and time in the
backup directory name, and retain only the most recent directory. Confirm that the directory does not
exceed the available disk space of the storage device to which you are copying it by running the
command du -hc /var/spool/backup, which displays the disk space used.
If you remove the older directories, the system continues to display the deleted image file names
within the UMS on the Rollback tab at Tools ➤ Deployment ➤ Software Deployment, but the files will
not be available for recovery.
11. If you are deploying the new software on new appliances that are replacing older version appliances,
shut down the old appliances and disconnect them from the network so they do not attempt to register
with the zone when it is deployed. Retain the old appliances in case it is necessary to roll back the
update.
12. Deploy the new COP software by performing the procedure Deploy the COP (Common Operating
Platform) software on page 448.
The COP software must be version v3.0. In an HA zone, deploy the software on both CCM or ACCM
appliances, and if applicable, all MMs.
If you are deploying the update software on new hardware, perform this procedure only if the
appropriate COP is not already deployed. To determine whether a COP is deployed, power on the
appliance. If after booting up, the appliance displays the prompt Do you want to generate
finger print?, the COP is deployed and the appliance is ready for network configuration. If the
COP is deployed, be sure that it is the correct version by performing the procedure Determine the
current COP version on page 450. If the COP is not the correct version, deploy the new COP
software.
13. Configure the appliance network settings by performing the procedure Configure the appliance
network settings with Network Configurator on page 450.
Enter the values you collected in the prerequisites. In an HA zone, perform this procedure on both
CCM or ACCM appliances, and if applicable, all MMs.
14. Deploy the appliance personality software by performing the procedure Deploy the appliance
personality software with Personality Deployer on page 465.
In an HA zone, deploy the software on both CCM or ACCM appliances, and if applicable, all MMs.
15. Deploy the zone by performing the procedure Deploy the first or only zone with Zone Deployer on
page 489.
In an HA zone, perform this step on both appliances.
16. Restore the Enterprise backup file by performing the procedure Restore an Enterprise backup in a
single zone on page 374.
17. If the current software version requires a new enterprise license, install the license you obtained as
part of the prerequisites by performing the procedure Install an enterprise license file on page 481.
18. Enable device registration by performing the procedure Enable device registration on page 496.
19. Deploy the updated software on the remaining devices in the zone, including Media Managers, Media
Gateways, turrets, Pulse devices, and Unigy Soft Clients, by performing the procedure Upgrade the
software on system devices on page 558.
20. If the upgrade was from a pre-Unigy v3.0 version, confirm or configure the following:
1. If the Name for zone address is blank or not appropriate, or the address does not exist, configure
the address at Configuration ➤ Enterprise ➤ System ➤ Addresses.
2. Confirm that the appropriate address is assigned to each location. If it is not, assign the address at
Configuration ➤ Enterprise ➤ System ➤ Locations.
3. Confirm that the correct Backroom Location is assigned to the zone. If it is not, assign the
location at Configuration ➤ Enterprise ➤ System ➤ Zones.
21. If necessary, change the zone's BCP status to Active by performing the procedure Change a zone's
BCP status to Active on page 498.
22. Reconfigure the SMTP properties with the values you recorded in the prerequisites by performing the
procedure Configure an SMTP server on page 563.
23. If secure communications is enabled for third-party devices, such as PBXs, voice recorders, or
Session Border Controllers, and a self-signed certificate is used to secure the connections, perform
the procedure Upload a self-signed third-party certificate for secure communications on page 269.
24. Confirm that the dial patterns, route plans, recording profiles, and scheduled backups that were
configured in the previous version are present and correct.
If the next run date for a scheduled backup job is in the past, delete the scheduled backup then
recreate it.
25. Validate the zone you upgraded by performing the procedures in the Post-Maintenance Validation
Test Suite. If you do not have access to this document, perform the procedure Validate a zone after a
deployment, rollback, or other operations on page 638.
26. Confirm that a recurring Archive all Zone backup job and backup file retention policy are configured
for the zone. If this backup is not scheduled, perform the procedure Configure a recurring archive
backup job and retention policy on page 612.
This helps to prevent out of memory issues due to high volumes of call history data.
27. If applicable, do one or more of the following:
• If an OS patch that is more recent than the OS patch included in the appliance personality ISO file
you deployed is available and you want to install the newer OS patch, perform the procedure
Install an OS patch in a single zone from the UMS – automatic install on page 131.
• Upgrade the Unigy Soft Client software on the client computers by performing one of the
following procedures. If the customer does not use the Soft Client, it is not necessary to perform
this task.
• Upgrade the Unigy Soft Client software – Microsoft Windows 32-bit on page 630
• Upgrade the Unigy Soft Client software – Microsoft Windows 64-bit on page 628
• If you are implementing the System Logging and Information Collector (SLIC) feature to forward
customer log data to a data analytics engine such as Splunk, refer to the System Logging and
Information Collector Service Installation and Administration Guide. If the customer is not using
this feature or it is already implemented, it is not necessary to perform this task.
• Install and configure the Compliance Policy Engine to control access to lines and users. For
information on these procedures, refer to the Compliance Policy Engine Installation Guide and
Compliance Policy Engine Administration Guide. If the customer has not purchased the
Compliance Policy Engine or it is already installed, it is not necessary to perform this task.
1.2.3 Deploy a software update with a new COP in a multizone enterprise – subset of zones
This topic describes how to deploy a software update, that requires upgrading the Common Operating
Platform (COP) software, in a multizone zone enterprise in which some, but not all of the zones are
being upgraded. It applies to any update (except v1.0 upgrades) that requires new COP software.
Note
If the enterprise includes Blue Wave zones and any zones in the enterprise have a pre-Unigy v4.1
version deployed, upgrade the Blue Wave zones before you upgrade any Unigy zones. If all zones are at
Unigy v4.1 or higher, it is not necessary to upgrade the Blue Wave zones before the Unigy zones.
For information on upgrading Blue Wave zones, refer to Blue Wave upgrade workflows on page 114.
Note
Use this procedure only if a Single Click Deployment appliance is not available. For information on Single
Click Deployment, refer to Single Click Deployment (SCD) on page 149.
Note
Perform this procedure only if new COP software is required.
When the COP software is deployed, all existing software and data is removed from the zones you
upgrade, therefore, you should perform enterprise and image backups before performing the upgrade.
For multizone upgrades that do not require a new COP, for example, v3.0 or higher patches, service
packs, or hotfixes, refer to the following procedures:
• Deploy a software update in a multizone enterprise with Enterprise Install on page 78
• Deploy a Unigy software update in parallel in a multizone enterprise on page 86
• Deploy a software update in a multizone enterprise one zone at a time on page 93
For information on upgrading zones that require a new COP in a single zone enterprise, refer to Deploy
a software update with a new COP in a single zone enterprise – standalone or HA on page 41.
For information on the specific Unigy upgrade paths supported, refer to the UpgradePaths tab in the
Unigy Product Compatibility Matrix.
For additional information related to updates, refer to Unigy upgrade workflows on page 21, Patches,
service packs, and hotfixes on page 25, and Unigy software version naming convention on page 29.
Note
After all zones in a multizone enterprise have been upgraded to Unigy v2.0.1 or higher, Enterprise Install
is generally the recommended upgrade method for all subsequent upgrades. However, you cannot use
Enterprise Install for upgrades that require a reCOP because Enterprise Install cannot deploy the new
COP software that is required for these upgrades. If a Single Click Deployment appliance is available,
use it for upgrades that require a reCOP. If a Single Click Deployment appliance is not available, use the
manual procedures for upgrades that require a new COP.
Important
If the enterprise consists of multiple instances, upgrade one instance at a time.
Prerequisites:
Before you perform this procedure, confirm the following:
• You reviewed the following information:
• Unigy upgrade workflows on page 21
• Patches, service packs, and hotfixes on page 25
• Unigy Product Compatibility Matrix
• You have the following COP software DVDs:
• Unigy v4.2 COP (build 03.00.01.00.0018). This COP is required for R640 appliances for Unigy
v4.2 or higher.
• Unigy v3.0 COP (build 03.00.00.00.1272). This COP is required only if it is necessary to roll back
the upgrade on an R620 or R630 appliance to a pre-v4.2 version if an issue is encountered with the
upgrade.
• Unigy v2.0 COP (build 02.00.00.00.1888). This COP is required only if it is necessary to roll back
the upgrade to a pre-v3.0 version if an issue is encountered with the upgrade.
• You have the new appliance personality software update ISO file. Updates are generally delivered on
a DVD, but might also be available on a network drive or other external data storage device.
Note
The ISO files for new versions, patches, and service packs are over 2.0 GBs in size, so if low band
width or slow file transfer rates caused by other factors is an issue, do one or both of the following to
ensure that a copy of the ISO file is available for upload or download prior to performing the upgrade:
• If you will be at the customer site, be sure the DVD is available or copy the ISO file to your laptop or
a flash drive.
• Copy the ISO file to a customer or IPC server from which you can download it to one of the Unigy
appliances. Perform the copy before you start the upgrade because it might take an hour or more to
complete.
• For Unigy v4.1 or higher, if an OS (operating system) patch that is more recent than the OS version
included in the appliance personality ISO file you are deploying is available and you want to deploy
this patch after the appliance upgrade is complete, you have access to the patch ISO file. You can get
the file from the IPC FTP site, FilesAnywhere. It can be burned to a DVD or copied to your laptop or
an external data storage device.
• You have the following network configuration values for each zone you are upgrading. For
information on these values and a table for recording them, refer to Information to collect prior to
running Network Configurator or performing an upgrade on page 462 and Network configuration
properties worksheet on page 464.
• Values that were entered in Network Configurator for each CCM, ACCM, and MM appliance
during initial deployment, or if these values were changed after deployment, the current values.
• VIP Address, ACCM/CCM1 Server IP Address, ACCM/CCM2 Server IP Address, and
Backroom Location field values. The Backroom Location field is not available for pre-v3.0
zones, so if you are upgrading from a pre-v3.0 version, you will configure this field after the
upgrade.
• Zone ID assigned when each zone was deployed with Zone Deployer, or if the ID was changed
after initial deployment, the current value. You will reuse the zone IDs during the upgrade, and if
you are upgrading from a Unigy version prior to v2.0.1.6, you will also need this information to
populate the prototype devices in each zone with the updateMyPrototype.sh script
following the upgrade.
• If the update requires a new enterprise license, you have the new license file for the customer.
• You have the SMTP configuration values for the enterprise. These are available at Configuration ➤
Enterprise ➤ SMTP. This data is not saved in the database, so it will be replaced with default values
during the upgrade. You will reconfigure SMTP after the upgrade. Record the values in the table in
SMTP configuration properties on page 564.
• If you are upgrading from a Unigy version prior to v2.0.1.7 and the
updateToneCadensceFreqForExistingInstances.sh script was not run for that
version, obtain the instance ID for the instance associated with each zone you are upgrading. To
obtain this information, identify the instance assigned to each zone at Configuration ➤
Enterprise ➤ System ➤ Zones, then run the command mysql -udatabase_username -
pdatabase_password dunkin -e "select id, name from Instance";
where:
• database_username is the user name for accessing the Unigy database.
• database_password is the password for the database user account.
• You have access to the document Post-Maintenance Validation Test Suite, which is available on the
Tech Portal. This document provides a set of procedures you should perform to determine whether a
zone is in a healthy state before and after you upgrade the zone.
• The appliances on which you are deploying the update have at least 48 GB of memory.
If Multi-tier Replication is enabled, it must be enabled for all data centers in the enterprise, or the data
centers must be members of the default data center, before you upgrade any of the zones. When you
upgrade the zones, upgrade the portal zones before the local zones because the portal zone serves as the
preferred zone for the local zones within a data center. To upgrade a portal zone, you must suspend
Multi-tier Replication for the associated data center. To avoid data loss when you upgrade a portal zone,
consider upgrading one appliance in the zone at a time so the zone remains active and available to
collect local zone data changes throughout the upgrade. For information on this upgrade procedure, refer
to Deploy a software update in a multizone enterprise one zone at a time on page 93. If you are
restoring an Enterprise database backup during the upgrade, restore the database to a portal zone. After
you upgrade the portal zone, resume Multi-tier Replication before you upgrade the Local zones. For
additional information on Multi-tier Replication, refer to Multi-tier Replication on page 229.
If you are deploying the new software on new appliances that are replacing older version appliances,
you will shut down the old appliances and disconnect them from the network so they do not attempt to
register with the zones when they are deployed. Retain the old appliances in case it is necessary to roll
back the update. If a rollback is necessary, disconnect the new appliances and reconnect the old
appliances.
Tip
It is a best practice to make a note of the customer's dial patterns, route plans, recording profiles, and
scheduled backups before performing this procedure and to verify that they are the same in the upgraded
enterprise when the procedure is complete. If an enterprise backup is restored during the upgrade,
scheduled backups will need to be reconfigured if the date of the next scheduled event is before the date
the backup was restored. This is because the currently scheduled job will not run because the date is in
the past. For recurring jobs, this prevents the next occurrence from being scheduled.
If manual or automated configuration or other changes are made within a zone before data replication is
reenabled, those changes might be lost when the zone obtains a copy of the Unigy database after
replication is enabled. Job history records for the upgrade are also lost, so you should review the history
and log details before enabling replication.
Caution
An update is service-impacting when the COP software is upgraded, the system creates a rollback point
or reboots an appliance, the procedure includes an HA failover (manual HA failovers are always
stateless), data replication is re-enabled, or the update contains changes to the Media Gateways, turrets,
Pulse devices, or Soft Clients that require a reboot after the software is deployed. Review the Impacted
RPMs tab within the Software Deployment Install tab to determine the impacts of the update.
All upgrades should be performed only during a maintenance window when the zones being deployed
are not required to process calls or configuration requests.
Note
This procedure assumes that at least one zone will remain operational to provide a database dump for
the zones you upgrade.
To perform this procedure, your user account must have the IPC Certified Tech role assigned.
1. Log in to the UMS in each zone you are upgrading.
2. Determine the state of each zone by performing the procedures in the Post-Maintenance Validation
Test Suite. If you do not have access to this document, perform the procedure Validate a zone before
an upgrade, rollback, or other operations on page 636.
If a zone is not in a healthy state or there is not sufficient disk space available, resolve the issues
before you perform the upgrade, unless the upgrade is required to resolve the issues.
3. If the zone you are upgrading is a Multi-tier Replication portal zone, place the associated data center
into the suspended state by performing the procedure Suspend or resume Multi-tier Replication on
page 247.
4. Remove from the database any devices that do not apply to the upgraded enterprise, including older
version appliances that are no longer supported, by performing the procedure Remove hardware from
the database on page 359.
5. If the enterprise includes Media Gateways, backup the .ini file from each Media Gateway by
performing the procedure Download a Media Gateway INI file on page 585.
6. If you are upgrading from Unigy v2.x to Unigy v3.0 or higher, perform the procedure Send SNMP
recovery alerts prior to an upgrade on page 564.
7. To prevent the forwarding of alerts during the upgrade process and automatic activation of BCP
plans, perform the following procedures in each of the zones you are upgrading:
a) Disable SNMP forwarding for a zone on page 596.
b) Place a zone into maintenance mode to disable BCP plan activation on page 597.
8. To prevent new hardware from registering with the zones during the upgrade, disable device
registration in each of the zones you are upgrading by performing the procedure Disable device
registration on page 497.
9. Disable data replication in all of the zones by performing the procedure Disable data replication on
page 498.
10. Schedule an Enterprise backup in a zone that has the latest database schema by performing the
procedure Create or schedule a new backup on page 363.
To reduce the volume of data included in the backup, you can run an Archive all Zone backup prior to
creating the enterprise backup.
11. Download the database backup file, and if applicable, the Archive all Zone backup file, to an external
data storage device by performing the procedure Download a backup file on page 607.
Record the name of the backup files so they are available when you restore the data after you upgrade
the appliances.
12. Back up the appliance disk image on each appliance you are upgrading to create a restore point by
performing the procedure Create an image backup (restore point) from the UMS on page 385.
Perform this procedure for both CCM or ACCM appliances in all zones.
Note
The backup directory can be quite large if it contains multiple image backup files. This can require
large amounts of disk space and long transfer times. To reduce the amount of data transferred, you
can move, archive, or delete older image backup directories, identified by the date and time in the
backup directory name, and retain only the most recent directory. Confirm that the directory does not
exceed the available disk space of the storage device to which you are copying it by running the
command du -hc /var/spool/backup, which displays the disk space used.
If you remove the older directories, the system continues to display the deleted image file names
within the UMS on the Rollback tab at Tools ➤ Deployment ➤ Software Deployment, but the files will
not be available for recovery.
13. If you are deploying the new software on new appliances that are replacing older version appliances,
shut down the old appliances and disconnect them from the network so they do not attempt to register
with the zone when it is deployed. Retain the old appliances in case it is necessary to roll back the
update.
14. Perform the following substeps for each zone you are upgrading. You can perform these steps for
each zone simultaneously.
a) Deploy the new COP software by performing the procedure Deploy the COP (Common Operating
Platform) software on page 448.
The COP software must be version 03.00.00.00.1272. Deploy the software on both CCM or
ACCM appliances, and if applicable, all MMs.
If you are deploying the update software on new hardware, perform this procedure only if the
appropriate COP is not already deployed. To determine whether a COP is deployed, power on the
appliance. If after booting up, the appliance displays the prompt Do you want to generate
finger print?, the COP is deployed and the appliance is ready for network configuration. If
the COP is deployed, be sure that it is the correct version by performing the procedure Determine
the current COP version on page 450. If the COP is not the correct version, deploy the new COP
software.
b) Configure the appliance network settings by performing the procedure Configure the appliance
network settings with Network Configurator on page 450.
Enter the values you collected in the prerequisites. Perform this procedure on both CCM or ACCM
appliances, and if applicable, all MMs.
c) Deploy the appliance personality software by performing the procedure Deploy the appliance
personality software with Personality Deployer on page 465.
Deploy the software on both CCM or ACCM appliances, and if applicable, all MMs.
15. Perform the following substeps, one zone at a time, in each zone you are upgrading:
a) Deploy the zone on the primary and secondary CCM or ACCM appliances in each zone by
performing the procedure Deploy subsequent zones on page 495.
The zone should already be configured in the database, however, you should configure the
Backroom Location, which was not available in pre-v3.0 versions, and if you are upgrading from
a pre-v2.0.1.5 version, the ACCM/CCM1 Server IP Address, ACCM/CCM2 Server IP Address,
and Preferred Zone.
When you specify the zone ID in Zone Deployer, use the ID that was assigned when the zone was
initially deployed. Refer to the zone IDs you collected in the prerequisites.
b) Confirm that the update was deployed by performing the procedure Confirm that an update was
deployed on page 552.
c) Enable data replication by performing the procedure Enable data replication on page 497.
d) Enable device registration by performing the procedure Enable device registration on page 496.
16. If a new enterprise license is required, install the license you obtained as part of the prerequisites by
performing the procedure Install an enterprise license file on page 481.
17. If you suspended Multi-tier Replication in step 3, resume it by performing the procedure Suspend or
resume Multi-tier Replication on page 247.
18. Perform the following substeps for each zone you are upgrading:
a) Deploy the updated software on the remaining devices in the zone, including Media Managers,
Media Gateways, turrets, Pulse devices, and Unigy Soft Clients by performing the procedure
Upgrade the software on system devices on page 558.
b) If the upgrade was from a pre-Unigy v3.0 version, confirm or configure the following:
1. If the Name for each address is blank or not appropriate, or an address does not exist, configure
the address at Configuration ➤ Enterprise ➤ System ➤ Addresses.
2. Confirm that the appropriate address is assigned to each location. If it is not, assign the address
at Configuration ➤ Enterprise ➤ System ➤ Locations.
c) Confirm that the ACCM/CCM1 Server IP Address, ACCM/CCM2 IP Address, Preferred Zone,
and Backroom Location fields in the zone configuration are correct at Configuration ➤
Enterprise ➤ System ➤ Zones.
d) If you are upgrading from a pre-Unigy v2.0.1.6 version, perform the procedure Update prototype
devices after an upgrade on page 566.
e) Reconfigure the SMTP properties with the values you recorded in the prerequisites by performing
the procedure Configure an SMTP server on page 563.
f) If secure communications is enabled for third-party devices, such as PBXs, voice recorders, or
Session Border Controllers, and a self-signed certificate is used to secure the connections, perform
the procedure Upload a self-signed third-party certificate for secure communications on page 269.
g) Confirm that the dial patterns, route plans, recording profiles, and scheduled backups that were
configured in the previous version are present and correct.
If the next run date for a scheduled backup job is in the past, delete the scheduled backup then
recreate it.
h) Take the zone out of maintenance mode by performing the following procedures:
• Take a zone out of maintenance mode to reenable BCP plan activation on page 598.
• Reenable SNMP forwarding for a zone on page 596.
i) Validate the zones you upgraded by performing the procedures in the Post-Maintenance Validation
Test Suite. If you do not have access to this document, perform the procedure Validate a zone after
a deployment, rollback, or other operations on page 638.
19. If the data source that provided the database dump during the upgrade was a pre-Unigy v3.0 zone in
which the updateToneCadenceFreqForExistingInstances.sh script was not already
run in a previous upgrade, run the updateToneCadenceFreqForExistingInstances.sh
script to copy the Tone Cadence Frequency settings from a zone in the default instance to the zones in
all other instances by performing the procedure Run the
updateToneCadenceFreqForExistingInstances.sh script on page 567.
20. If a recurring Archive all Zone backup job and backup file retention policy are not configured for at
least one zone in each realm in the enterprise, perform the procedure Configure a recurring archive
backup job and retention policy on page 612.
This helps to prevent out of memory issues due to high volumes of call history data. If partial
replication is enabled, the zone must be a collector zone.
21. If applicable, do one or more of the following:
• If an OS patch that is more recent than the OS patch included in the appliance personality ISO file
you deployed is available and you want to install the newer OS patch, perform the procedure
Install an OS patch in multiple zones from the UMS with OS Enterprise Install on page 137
• Enable partial replication by performing the procedure Enable partial replication on page 316.
This applies only to customers who use partial replication to reduce the volume of data that is
replicated throughout the enterprise. If the customer is not using partial replication or it is already
enabled, it is not necessary to perform this task.
• If you upgraded to Unigy v3.0.0.1 or higher, enable Multi-tier Replication to further reduce the
volume of data replicated, improve WAN resiliency, and increase scalability by performing the
procedure Enable Multi-tier Replication on page 243. If the customer is not using Multi-tier
Replication or it is already enabled, it is not necessary to perform this task.
• Upgrade the Unigy Soft Client software on the client computers by performing one of the
following procedures. If the customer does not use the Soft Client, it is not necessary to perform
this task.
• Upgrade the Unigy Soft Client software – Microsoft Windows 32-bit on page 630
• Upgrade the Unigy Soft Client software – Microsoft Windows 64-bit on page 628
• If you are implementing the System Logging and Information Collector (SLIC) feature to forward
customer log data to a data analytics engine such as Splunk, refer to the System Logging and
Information Collector Service Installation and Administration Guide. If the customer is not using
this feature or it is already implemented, it is not necessary to perform this task.
• Install and configure the Compliance Policy Engine to control access to lines and users. For
information on these procedures, refer to the Compliance Policy Engine Installation Guide and
Compliance Policy Engine Administration Guide. If the customer has not purchased the
Compliance Policy Engine or it is already installed, it is not necessary to perform this task.
1.2.4 Deploy a software update with a new COP in a multizone enterprise – all zones
This topic describes how to deploy a software update, that requires upgrading the Common Operating
Platform (COP) software, in a multizone zone enterprise in which all zones are being upgraded at the
same time. It applies to any update (except v1.0 upgrades) that requires new COP software.
Note
If the enterprise includes Blue Wave zones and any zones in the enterprise have a pre-Unigy v4.1
version deployed, upgrade the Blue Wave zones before you upgrade any Unigy zones. If all zones are at
Unigy v4.1 or higher, it is not necessary to upgrade the Blue Wave zones before the Unigy zones.
For information on upgrading Blue Wave zones, refer to Blue Wave upgrade workflows on page 114.
Note
Use this procedure only if a Single Click Deployment appliance is not available. For information on Single
Click Deployment, refer to Single Click Deployment (SCD) on page 149 and Deploy a software update
that requires a new COP with Single Click Deployment on page 31.
Important
Perform this procedure only if new COP software is required.
When the COP software is deployed, all existing software and data is removed, therefore you should
perform Enterprise and image backups before performing the upgrade.
Note
Use this procedure only if a Single Click Deployment appliance is not available. For information on Single
Click Deployment, refer to Single Click Deployment (SCD) on page 149.
This procedure assumes that all zones are being upgraded at the same time, therefore, no zones will
remain operational to provide a database dump for the zones that are being upgraded.
For multizone upgrades that will be performed on a subset of the enterprise zones, for example, to
upgrade one instance at a time, refer to Deploy a software update with a new COP in a multizone
enterprise – subset of zones on page 46.
For multizone upgrades that do not require a new COP, for example, v3.0 or higher patches, service
packs, or hotfixes, refer to the following procedures:
• Deploy a software update in a multizone enterprise with Enterprise Install on page 78
• Deploy a Unigy software update in parallel in a multizone enterprise on page 86
• Deploy a software update in a multizone enterprise one zone at a time on page 93
For information on the specific Unigy upgrade paths supported, refer to the UpgradePaths tab in the
Unigy Product Compatibility Matrix.
For additional information related to updates, refer to Unigy upgrade workflows on page 21, Patches,
service packs, and hotfixes on page 25, and Unigy software version naming convention on page 29.
Note
After all zones in a multizone enterprise have been upgraded to Unigy v2.0.1 or higher, Enterprise Install
is generally the recommended upgrade method for all subsequent upgrades. However, you cannot use
Enterprise Install for upgrades that require a reCOP because Enterprise Install cannot deploy the new
COP software that is required for these upgrades. If a Single Click Deployment appliance is available,
use it for upgrades that require a reCOP. If a Single Click Deployment appliance is not available, use the
manual procedures for upgrades that require a new COP.
Prerequisites:
Before you perform this procedure, confirm the following:
• You reviewed the following information:
• Unigy upgrade workflows on page 21
• Patches, service packs, and hotfixes on page 25
• Unigy Product Compatibility Matrix
• You have the following COP software DVDs:
• Unigy v4.2 COP (build 03.00.01.00.0018). This COP is required for R640 appliances for Unigy
v4.2 or higher.
• Unigy v3.0 COP (build 03.00.00.00.1272). This COP is required only if it is necessary to roll back
the upgrade on an R620 or R630 appliance to a pre-v4.2 version if an issue is encountered with the
upgrade.
• Unigy v2.0 COP (build 02.00.00.00.1888). This COP is required only if it is necessary to roll back
the upgrade to a pre-v3.0 version if an issue is encountered with the upgrade.
• You have the new appliance personality software update ISO file. Updates are generally delivered on
a DVD, but might also be available on a network drive or other external data storage device.
Note
The ISO files for new versions, patches, and service packs are over 2.0 GBs in size, so if low band
width or slow file transfer rates caused by other factors is an issue, do one or both of the following to
ensure that a copy of the ISO file is available for upload or download prior to performing the upgrade:
• If you will be at the customer site, be sure the DVD is available or copy the ISO file to your laptop or
a flash drive.
• Copy the ISO file to a customer or IPC server from which you can download it to one of the Unigy
appliances. Perform the copy before you start the upgrade because it might take an hour or more to
complete.
• For Unigy v4.1 or higher, if an OS (operating system) patch that is more recent than the OS version
included in the appliance personality ISO file you are deploying is available and you want to deploy
this patch after the appliance upgrade is complete, you have access to the patch ISO file. You can get
the file from the IPC FTP site, FilesAnywhere. It can be burned to a DVD or copied to your laptop or
an external data storage device.
• You have the following network configuration values for each zone you are upgrading. For
information on these values and a table for recording them, refer to Information to collect prior to
running Network Configurator or performing an upgrade on page 462 and Network configuration
properties worksheet on page 464.
• Values that were entered in Network Configurator for each CCM, ACCM, and MM appliance
during initial deployment, or if these values were changed after deployment, the current values.
• VIP Address, ACCM/CCM1 Server IP Address, ACCM/CCM2 Server IP Address, and
Backroom Location field values. The Backroom Location field is not available for pre-v3.0
zones, so if you are upgrading from a pre-v3.0 version, you will configure this field after the
upgrade.
• Zone ID assigned when each zone was deployed with Zone Deployer, or if the ID was changed
after initial deployment, the current value. You will reuse the zone IDs during the upgrade, and if
you are upgrading from a Unigy version prior to v2.0.1.6, you will also need this information to
populate the prototype devices in each zone with the updateMyPrototype.sh script
following the upgrade.
• If the update requires a new enterprise license, you have the new license file for the customer.
• You have the SMTP configuration values for the enterprise. These are available at Configuration ➤
Enterprise ➤ SMTP. This data is not saved in the database, so it will be replaced with default values
during the upgrade. You will reconfigure SMTP after the upgrade. Record the values in the table in
SMTP configuration properties on page 564.
• If you are upgrading from a Unigy version prior to v2.0.1.7 and the
updateToneCadensceFreqForExistingInstances.sh script was not run for that
version, obtain the instance ID for the instance associated with each zone you are upgrading. To
obtain this information, identify the instance assigned to each zone at Configuration ➤
Enterprise ➤ System ➤ Zones, then run the command mysql -udatabase_username -
pdatabase_password dunkin -e "select id, name from Instance";
where:
• database_username is the user name for accessing the Unigy database.
• database_password is the password for the database user account.
• You have access to the document Post-Maintenance Validation Test Suite, which is available on the
Tech Portal. This document provides a set of procedures you should perform to determine whether a
zone is in a healthy state before and after you upgrade the zone.
• The appliances on which you are deploying the update have at least 48 GB of memory.
If Multi-tier Replication is enabled, it must be enabled for all data centers in the enterprise, or the data
centers must be members of the default data center, before you upgrade any of the zones. When you
upgrade the zones, upgrade the portal zones before the local zones because the portal zone serves as the
preferred zone for the local zones within a data center. To upgrade a portal zone, you must suspend
Multi-tier Replication for the associated data center. To avoid data loss when you upgrade a portal zone,
consider upgrading one appliance in the zone at a time so the zone remains active and available to
collect local zone data changes throughout the upgrade. For information on this upgrade procedure, refer
to Deploy a software update in a multizone enterprise one zone at a time on page 93. If you are
restoring an Enterprise database backup during the upgrade, restore the database to a portal zone. After
you upgrade the portal zone, resume Multi-tier Replication before you upgrade the Local zones. For
additional information on Multi-tier Replication, refer to Multi-tier Replication on page 229.
If you are deploying the new software on new appliances that are replacing older version appliances,
you will shut down the old appliances and disconnect them from the network so they do not attempt to
register with the zones when they are deployed. Retain the old appliances in case it is necessary to roll
back the update. If a rollback is necessary, disconnect the new appliances and reconnect the old
appliances.
Tip
It is a best practice to make a note of the customer's dial patterns, route plans, recording profiles, and
scheduled backups before performing this procedure and to verify that they are the same in the upgraded
enterprise when the procedure is complete. If an enterprise backup is restored during the upgrade,
scheduled backups will need to be reconfigured if the date of the next scheduled event is before the date
the backup was restored. This is because the currently scheduled job will not run because the date is in
the past. For recurring jobs, this prevents the next occurrence from being scheduled.
If manual or automated configuration or other changes are made within a zone before data replication is
reenabled, those changes might be lost when the zone obtains a copy of the Unigy database after
replication is enabled. Job history records for the upgrade are also lost, so you should review the history
and log details before enabling replication.
Caution
An update is service-impacting when the COP software is upgraded, the system creates a rollback point
or reboots an appliance, the procedure includes an HA failover (manual HA failovers are always
stateless), data replication is re-enabled, or the update contains changes to the Media Gateways, turrets,
Pulse devices, or Soft Clients that require a reboot after the software is deployed. Review the Impacted
RPMs tab within the Software Deployment Install tab to determine the impacts of the update.
All upgrades should be performed only during a maintenance window when the zones being deployed
are not required to process calls or configuration requests.
To perform this procedure, your user account must have the IPC Certified Tech role assigned.
1. Log in to the UMS in each zone in the enterprise.
2. Determine the state of each zone by performing the procedures in the Post-Maintenance Validation
Test Suite. If you do not have access to this document, perform the procedure Validate a zone before
an upgrade, rollback, or other operations on page 636.
If a zone is not in a healthy state or there is not sufficient disk space available, resolve the issues
before you perform the upgrade, unless the upgrade is required to resolve the issues.
3. If the zone you are upgrading is a Multi-tier Replication portal zone, place the associated data center
into the suspended state by performing the procedure Suspend or resume Multi-tier Replication on
page 247.
4. Remove from the database any devices that do not apply to the upgraded enterprise, including older
version appliances that are no longer supported, by performing the procedure Remove hardware from
the database on page 359.
Rerun this step multiple times from the first zone, selecting a different zone in the Deployment Zones
panel, until you have removed the unneeded devices from all zones.
5. If the enterprise includes Media Gateways, backup the .ini file from each Media Gateway by
performing the procedure Download a Media Gateway INI file on page 585.
6. If you are upgrading from Unigy v2.x to Unigy v3.0 or higher, perform the procedure Send SNMP
recovery alerts prior to an upgrade on page 564.
7. To prevent the forwarding of alerts during the upgrade process and automatic activation of BCP
plans, perform the following procedures in each of the zones you are upgrading:
Note
The backup directory can be quite large if it contains multiple image backup files. This can require
large amounts of disk space and long transfer times. To reduce the amount of data transferred, you
can move, archive, or delete older image backup directories, identified by the date and time in the
backup directory name, and retain only the most recent directory. Confirm that the directory does not
exceed the available disk space of the storage device to which you are copying it by running the
command du -hc /var/spool/backup, which displays the disk space used.
If you remove the older directories, the system continues to display the deleted image file names
within the UMS on the Rollback tab at Tools ➤ Deployment ➤ Software Deployment, but the files will
not be available for recovery.
13. If you are deploying the new software on new appliances that are replacing older version appliances,
shut down the old appliances and disconnect them from the network so they do not attempt to register
with the zone when it is deployed. Retain the old appliances in case it is necessary to roll back the
update.
14. Deploy the new COP software by performing the procedure Deploy the COP (Common Operating
Platform) software on page 448.
The COP software must be version 03.00.00.00.1272. In an HA zone, deploy the software on both
CCM or ACCM appliances, and if applicable, all MMs.
If you are deploying the update software on new hardware, perform this procedure only if the
appropriate COP is not already deployed. To determine whether a COP is deployed, power on the
appliance. If after booting up, the appliance displays the prompt Do you want to generate
finger print?, the COP is deployed and the appliance is ready for network configuration. If the
COP is deployed, be sure that it is the correct version by performing the procedure Determine the
current COP version on page 450. If the COP is not the correct version, deploy the new COP
software.
15. Configure the appliance network settings on all CCM, ACCM and MM appliances by performing the
procedure Configure the appliance network settings with Network Configurator on page 450.
Enter the values you collected in the prerequisites.
16. Deploy the appliance personality software on all CCM, ACCM and MM appliances by performing
the procedure Deploy the appliance personality software with Personality Deployer on page 465.
17. Deploy the zone on the primary and secondary CCM or ACCM appliances in the zone with the
lowest zone ID by performing the procedure Deploy the first or only zone with Zone Deployer on
page 489.
Assign the zone ID that was assigned to the zone prior to the upgrade. Refer to the values you
recorded in the prerequisites.
18. Restore the Enterprise database backup file you downloaded in step 11 by performing steps 1
through 12 in the procedure Restore an Enterprise backup in a single zone on page 374.
19. Perform the following substeps in the first zone:
a) Log in to the UMS.
b) Confirm that the update was deployed by performing the procedure Confirm that an update was
deployed on page 552.
c) Configure the Backroom Location, which was not available in pre-v3.0 versions, and if you are
upgrading from a pre-v2.0.1.5 version, the ACCM/CCM1 Server IP Address, ACCM/CCM2
Server IP Address, and Preferred Zone:
1. Click Configuration ➤ Enterprise ➤ System ➤ Zones.
2. In the Zones list on the left, click the zone you are configuring.
3. Enter the values then click Save.
d) Enable device registration by performing the procedure Enable device registration on page 496.
e) If a new enterprise license is required, install the license you obtained as part of the prerequisites
by performing the procedure Install an enterprise license file on page 481.
f) Confirm that the enterprise name is the same in each zone. If it is not, change it by performing the
procedure Change the enterprise name on page 301.
Do not perform the last step that reboots all of the zones in the enterprise, they will be rebooted
when data replication is enabled.
g) If you suspended Multi-tier Replication in step 3, resume it by performing the procedure Suspend
or resume Multi-tier Replication on page 247.
h) Deploy the updated software on the remaining devices in the zone, including Media Managers,
Media Gateways, turrets, Pulse devices, and Unigy Soft Clients by performing the procedure
Upgrade the software on system devices on page 558.
i) Validate the zone by performing the procedure Validate a zone after a deployment, rollback, or
other operations on page 638.
j) Enable data replication for the zone by performing the procedure Enable data replication on page
497.
20. Deploy the remaining zones, one zone at a time, by performing the following substeps:
a) Perform the procedure Deploy subsequent zones on page 495.
The zone should already be configured in the database, however, you should configure the
Backroom Location, and if you are upgrading from a pre-v2.0.1.5 version, the ACCM/CCM1
Server IP Address, ACCM/CCM2 Server IP Address, and Preferred Zone.
Assign the zone ID that was assigned to the zone prior to the upgrade. Refer to the values you
recorded in the prerequisites.
b) Log in to the UMS.
c) Confirm that the update was deployed by performing the procedure Confirm that an update was
deployed on page 552.
d) Enable data replication by performing the procedure Enable data replication on page 497.
e) Enable device registration by performing the procedure Enable device registration on page 496.
f) Deploy the updated software on the remaining devices in the zone, including Media Managers,
Media Gateways, turrets, Pulse devices, and Unigy Soft Clients by performing the procedure
Upgrade the software on system devices on page 558.
21. Perform the following steps for each of the zones you upgraded:
a) If the upgrade was from a pre-Unigy v3.0 version, confirm or configure the following:
1. If the Name for each address is blank or not appropriate, or an address does not exist, configure
the address at Configuration ➤ Enterprise ➤ System ➤ Addresses.
2. Confirm that the appropriate address is assigned to each location. If it is not, assign the address
at Configuration ➤ Enterprise ➤ System ➤ Locations.
b) Confirm that the ACCM/CCM1 Server IP Address, ACCM/CCM2 IP Address, Preferred Zone,
and Backroom Location fields in the zone configuration are correct at Configuration ➤
Enterprise ➤ System ➤ Zones.
c) If you are upgrading from a pre-Unigy v2.0.1.6 version, perform the procedure Update prototype
devices after an upgrade on page 566.
d) Reconfigure the SMTP properties with the values you recorded in the prerequisites by performing
the procedure Configure an SMTP server on page 563.
e) If secure communications is enabled for third-party devices, such as PBXs, voice recorders, or
Session Border Controllers, and a self-signed certificate is used to secure the connections, perform
the procedure Upload a self-signed third-party certificate for secure communications on page 269.
f) Confirm that the dial patterns, route plans, recording profiles, and scheduled backups that were
configured in the previous version are present and correct.
If the next run date for a scheduled backup job is in the past, delete the scheduled backup then
recreate it.
g) Take the zone out of maintenance mode by performing the following procedures:
• Take a zone out of maintenance mode to reenable BCP plan activation on page 598.
• Reenable SNMP forwarding for a zone on page 596.
h) Validate the zones you upgraded by performing the procedures in the Post-Maintenance Validation
Test Suite. If you do not have access to this document, perform the procedure Validate a zone after
a deployment, rollback, or other operations on page 638.
22. If the data source that provided the database dump during the upgrade was a pre-Unigy v3.0 zone in
which the updateToneCadenceFreqForExistingInstances.sh script was not already
run in a previous upgrade, run the updateToneCadenceFreqForExistingInstances.sh
script to copy the Tone Cadence Frequency settings from a zone in the default instance to the zones in
all other instances by performing the procedure Run the
updateToneCadenceFreqForExistingInstances.sh script on page 567.
23. If a recurring Archive all Zone backup job and backup file retention policy are not configured for at
least one zone within each realm, perform the procedure Configure a recurring archive backup job
and retention policy on page 612 in one zone per realm.
This helps to prevent out of memory issues due to high volumes of call history data. If partial
replication is enabled, the zone must be a collector zone.
24. If applicable, do one or more of the following:
• If an OS patch that is more recent than the OS patch included in the appliance personality ISO file
you deployed is available and you want to install the newer OS patch, perform the procedure
Install an OS patch in multiple zones from the UMS with OS Enterprise Install on page 137.
• Enable partial replication by performing the procedure Enable partial replication on page 316.
This applies only to customers who use partial replication to reduce the volume of data that is
replicated throughout the enterprise. If the customer is not using partial replication or it is already
enabled, it is not necessary to perform this task.
• If you upgraded to Unigy v3.0.0.1 or higher, enable Multi-tier Replication to further reduce the
volume of data replicated, improve WAN resiliency, and increase scalability by performing the
procedure Enable Multi-tier Replication on page 243. If the customer is not using Multi-tier
Replication or it is already enabled, it is not necessary to perform this task.
• Upgrade the Unigy Soft Client software on the client computers by performing one of the
following procedures. If the customer does not use the Soft Client, it is not necessary to perform
this task.
• Upgrade the Unigy Soft Client software – Microsoft Windows 32-bit on page 630
• Upgrade the Unigy Soft Client software – Microsoft Windows 64-bit on page 628
• If you are implementing the System Logging and Information Collector (SLIC) feature to forward
customer log data to a data analytics engine such as Splunk, refer to the System Logging and
Information Collector Service Installation and Administration Guide. If the customer is not using
this feature or it is already implemented, it is not necessary to perform this task.
• Install and configure the Compliance Policy Engine to control access to lines and users. For
information on these procedures, refer to the Compliance Policy Engine Installation Guide and
Compliance Policy Engine Administration Guide. If the customer has not purchased the
Compliance Policy Engine or it is already installed, it is not necessary to perform this task.
Note
To avoid possible version compatibility issues, always use the latest available SCD version (v4.x or
higher) for the upgrade.
Note
If the enterprise includes Blue Wave zones and any zones in the enterprise have a pre-Unigy v4.1
version deployed, upgrade the Blue Wave zones before you upgrade any Unigy zones. If all zones are at
Unigy v4.1 or higher, it is not necessary to upgrade the Blue Wave zones before the Unigy zones.
For information on upgrading Blue Wave zones, refer to Blue Wave upgrade workflows on page 114.
This upgrade procedure requires access to a Single Click Deployment appliance. If you do not have a
virtual SCD appliance deployed on your laptop or an SCD appliance is not available at the customer site,
refer to one of the following manual upgrade procedures:
• Deploy a software update in a standalone zone enterprise on page 69
• Deploy a software update in a single HA zone enterprise on page 73
• Deploy a software update in a multizone enterprise with Enterprise Install on page 78
• Deploy a Unigy software update in parallel in a multizone enterprise on page 86
• Deploy a software update in a multizone enterprise one zone at a time on page 93
For information on the specific Unigy upgrade paths supported, refer to the UpgradePaths tab in the
Unigy Product Compatibility Matrix.
For additional information related to updates, refer to Unigy upgrade workflows on page 21, Patches,
service packs, and hotfixes on page 25, and Unigy software version naming convention on page 29.
Prerequisites:
Upgrades to Unigy v3.0 or higher from pre-v3.0 versions include operating system and third-party
software updates that require redeployment of the COP software on each appliance that is being
upgraded. First time deployment of software on R640 appliances requires a new COP.
To help ensure the success of an upgrade in a multizone enterprise, it is important that you design an
upgrade plan that includes at least the following information:
Item Notes
Type of zones. If partial replication is enabled, collector zones must be upgraded
before generator zones.
Zones that will be upgraded and The pre and post upgrade steps can be different when upgrading
their current software version. from different software versions.
Item Notes
The preferred zone for each In a multizone enterprise, each zone should have a preferred zone
zone. from which it loads the database during an upgrade. A zone that is
being upgraded should always get its database from a zone that has
the latest software version deployed. A zone can provide the
database for up to two other zones simultaneously. To provide the
greatest efficiency and to avoid potential issues, do not assign the
same zone as the preferred zone for more than three zones. As soon
as a zone has loaded the database, it can serve as a source zone for
other zones. If you do not specify a preferred zone, the system uses
the zone selection algorithm (Database source zone selection
algorithms for database dumps on page 615).
If zones in different data centers are being upgraded within the same
maintenance window, the preferred zone for the first zone to be
upgraded in each data center (other than the first) should be a zone
in a data center that has been upgraded. After the first zone in each
data center is upgraded, the other zones in the data center should
get the database from a zone within the same data center to reduce
the data transmitted between data centers over the WAN. For
example, assume that you are upgrading the zones in two data
centers, each of which has five zones. Zones 1 through 5 are in data
center 1 and Zones 6 through 10 are in data center 2. Assign Zone 1
as the preferred zone for Zones 2 and 3 and assign Zone 2 as the
preferred zone for Zones 4 and 5. Assign Zone 3 as the preferred
zone for Zone 6, assign Zone 6 as the preferred zone for Zone 7 and
Zone 8, and assign Zone 7 or Zone 8 as the preferred zone for Zone
9 and Zone 10.
For post v3.0.0.1 upgrades, if Multi-tier Replication is enabled, the
preferred zone for the portal zones should be another portal zone,
preferably the one in the closest data center, and it should have the
latest version of the software deployed.
Number of Single Click You can use a single Single Click Deployment appliance to upgrade
Deployment appliances that will all of the zones in the enterprise, even if they are in different data
be used. centers distributed across the globe; however, for greater efficiency
and reduced bandwidth contention in large distributed enterprises, it
might be better to have multiple Single Click Deployment appliances
or to stagger the upgrades so the appliance can be moved to each
data center.
If you are upgrading zones in multiple data centers and a Single Click
Deployment appliance is available for each data center, consider
starting the upgrades in one data center then waiting for the upgrade
of at least some of the zones in the first data center to complete
before starting the upgrades in the next data center. This enables you
to use a zone in the first data center as the database source for
zones in the next data center while reducing the time required to
complete the upgrades by not placing a heavy load on a single Single
Click Deployment appliance.
Whether a Dependency VIP is A Dependency VIP provides a way to ensure that the database is
required. loaded from a specific zone when the zone VIP is available and the
source zone is fully operational. This is useful if you are upgrading
zones in different data centers and want to be sure the preferred
zone for a zone is available before it requests a database dump. In
the preferred zone example above, you might want to set Zone 3 as
the Dependency VIP for Zone 6.
• You have the SMTP configuration values for the enterprise. These are available at Configuration ➤
Enterprise ➤ SMTP. This data is not saved in the database, so it will be replaced with default values
during the upgrade. You will reconfigure SMTP after the upgrade. Record the values in the table in
SMTP configuration properties on page 564.
• If you are upgrading from a Unigy version prior to v2.0.1.7 and the
updateToneCadensceFreqForExistingInstances.sh script was not run for that
version, obtain the instance ID for the instance associated with each zone you are upgrading. To
obtain this information, identify the instance assigned to each zone at Configuration ➤
Enterprise ➤ System ➤ Zones, then run the command mysql -udatabase_username -
pdatabase_password dunkin -e "select id, name from Instance";
where:
• database_username is the user name for accessing the Unigy database.
• database_password is the password for the database user account.
• You have access to the document Post-Maintenance Validation Test Suite, which is available on the
Tech Portal. This document provides a set of procedures you should perform to determine whether a
zone is in a healthy state before and after you upgrade the zone.
• The appliances on which you are deploying the current version software have at least 48 GB of
memory.
If Multi-tier Replication is enabled, it must be enabled for all data centers in the enterprise, or the data
centers must be members of the default data center, before you upgrade any of the zones. When you
upgrade the zones, upgrade the portal zones before the local zones because the portal zone serves as the
preferred zone for the local zones within a data center. To upgrade a portal zone, you must suspend
Multi-tier Replication for the associated data center. To avoid data loss when you upgrade a portal zone,
consider upgrading one appliance in the zone at a time so the zone remains active and available to
collect local zone data changes throughout the upgrade. For information on this upgrade procedure, refer
to Deploy a software update in a multizone enterprise one zone at a time on page 93. If you are
restoring an Enterprise database backup during the upgrade, restore the database to a portal zone. After
you upgrade the portal zone, resume Multi-tier Replication before you upgrade the Local zones. For
additional information on Multi-tier Replication, refer to Multi-tier Replication on page 229.
If you are deploying the new software on new appliances that are replacing older version appliances,
you will shut down the old appliances and disconnect them from the network so they do not attempt to
register with the zones when they are deployed. Retain the old appliances in case it is necessary to roll
back the update. If a rollback is necessary, disconnect the new appliances and reconnect the old
appliances.
Tip
It is a best practice to make a note of the customer's dial patterns, route plans, recording profiles, and
scheduled backups before performing this procedure and to verify that they are the same in the upgraded
enterprise when the procedure is complete. If an enterprise backup is restored during the upgrade,
scheduled backups will need to be reconfigured if the date of the next scheduled event is before the date
the backup was restored. This is because the currently scheduled job will not run because the date is in
the past. For recurring jobs, this prevents the next occurrence from being scheduled.
Note
Upgrades are service impacting, so perform them only during a maintenance window when the zones
being deployed are not required to process calls or configuration requests.
Important
In general, you should not change any of these values unless instructed to do so by IPC Support or
Development. However, if the upgrade plan you designed includes a requirement to wait for a
specific zone to be up before attempting to take a database dump from the zone, you might have to
set the Dependency VIP. If there is no specific requirement for the Dependency VIP, leave it blank.
The Instance ID does not represent the instance ID in the Unigy database, so if it is not correct,
you can leave it at 1 and the system will handle it properly.
10. Within the UMS, create an Enterprise database backup from a zone with the highest database schema
and download the backup file to an external data storage device that is accessible from the Single
Click Deployment appliance by performing the procedures Create or schedule a new backup on page
363 and Download a backup file on page 607.
This step is recommended for all upgrades to ensure that a backup is available if it is needed.
If partial replication is enabled, the source zone for the backup should be a collector zone. For post
v3.0.0.1 upgrades, if Multi-tier Replication is enabled, the source zone should be a portal zone,
preferably one that is also a collector zone.
11. If you are upgrading a standalone zone or all of the zones in the enterprise at the same time, upload
the Enterprise backup file you created in the previous step by performing the procedure Import an
Enterprise backup file to a Single Click Deployment appliance on page 166.
12. Within Single Click Deployment, create an image backup of each appliance you are upgrading by
performing the procedure Create an image backup (restore point) with Single Click Deployment on
page 165.
Use the External Backup option. The backup file will be stored on the appliance and on the Single
Click Deployment appliance.
To reduce the size of the image backup files and the time required to transfer the files to the Single
Click Deployment appliance, you can run Archive all Zone backups prior to using the External
Backup option to purge most of the history data.
13. If you are upgrading all zones in the enterprise at the same time, the zones were not previously
upgraded to a bridge patch or hotfix to update the JGroups protocols, and your upgrade plan calls for
disabling data replication for some of the zones to prevent potential JGroups protocol mismatches,
perform the procedure Disable data replication on page 498 for each applicable zone.
14. Within Single Click Deployment, configure and validate the Single Click Deployment upgrade plan
for all appliances that are being upgraded:
a) In the Main Menu, click Enterprise Servers Plan.
b) In the Select column, select the check box for all of the appliances you are upgrading then click
Next.
c) In the Task column, select None.
d) In the COP ISO column, confirm that the COP software version is correct.
e) In the Personality column, select the appliance personality type, CCM, ACCM, or MM.
f) In the Server Type column select HA for appliances in an HA zone or Standalone for the
appliance in a standalone zone or for an MM.
g) In the Install App ISO column, select the check box and the appropriate software version for each
appliance.
If all zones in the plan are being upgraded, select the check box at the top of the column then select
the version. This selects the check box and populates the version for all of the appliances.
h) In the Zone Deploy & Data Source column, clear the check box and text box for all of the
appliances.
i) In the Enterprise DB Restore column, clear the check box and text box for all of the appliances.
j) To assign a preferred zone for a zone, in the Preferred Zone column, select the check box for each
appliance in the zone and type the preferred zone's VIP. Single Click Deployment populates the
Preferred Zone field in the UMS zone configuration. If you do not specify a value, no preferred
zone is assigned and the system uses the zone selection algorithm to select a zone. The preferred
zone is the zone that provides the database dump if the zone is available.
Important
Do not select the check boxes in the Active column before saving at this point. If you select these
check boxes then click Save, Single Click Deployment starts the upgrade before you have an
opportunity to validate the upgrade plan.
• Upgrade the Unigy Soft Client software – Microsoft Windows 32-bit on page 630
• Upgrade the Unigy Soft Client software – Microsoft Windows 64-bit on page 628
This step applies only to enterprises that use the Unigy Soft Client. If necessary, it can be
performed at a later time.
c) If necessary, change the zone's Preferred Zone to point to a different zone at Configuration ➤
Enterprise ➤ System ➤ Zones.
If you specified the preferred zone in Single Click Deployment, it should not be necessary perform
this step unless you want to point to a zone that is more appropriate for zone restarts.
d) If the upgrade was from a pre-Unigy v3.0 zone or a new zone was added, confirm or configure the
following:
1. If the Name for each address is blank or not appropriate, or an address does not exist, configure
the address at Configuration ➤ Enterprise ➤ System ➤ Addresses.
2. Confirm that the appropriate address is assigned to each location. If it is not, assign the address
at Configuration ➤ Enterprise ➤ System ➤ Locations.
3. Confirm that the correct Backroom Location is assigned to each zone. If it is not, assign the
location at Configuration ➤ Enterprise ➤ System ➤ Zones.
e) If the upgrade was from a pre-Unigy v2.0.1.6 version, perform the procedure Update prototype
devices after an upgrade on page 566.
f) Reconfigure the SMTP properties with the values you recorded in the prerequisites by performing
the procedure Configure an SMTP server on page 563.
g) If secure communications is enabled for third-party devices, such as PBXs, voice recorders, or
Session Border Controllers, and a self-signed certificate is used to secure the connections, perform
the procedure Upload a self-signed third-party certificate for secure communications on page 269.
h) Confirm that the dial patterns, route plans, recording profiles, and scheduled backups that were
configured in the previous version are present and correct.
If the next run date for a scheduled backup job is in the past, delete the scheduled backup then
recreate it because subsequent scheduled jobs will not run.
4. If the data source that provided the database dump during the upgrade was a pre-Unigy v3.0 zone in
which the updateToneCadenceFreqForExistingInstances.sh script was not run during
a previous upgrade, run the updateToneCadenceFreqForExistingInstances.sh script
to copy the Tone Cadence Frequency settings from a zone in the default instance to the zones in all
other instances by performing the procedure Run the
updateToneCadenceFreqForExistingInstances.sh script on page 567.
5. Enable SNMP Forwarding for the zones you upgraded by performing the procedure Reenable SNMP
forwarding for a zone on page 596.
6. Validate the zones you upgraded by performing the procedures in the Post-Maintenance Validation
Test Suite. If you do not have access to this document, perform the procedure Validate a zone after a
deployment, rollback, or other operations on page 638.
7. Unregister the Unigy appliances from the Single Click Deployment appliance by performing the
procedure Unregister a Unigy appliance from a Single Click Deployment appliance on page 162.
8. Within the UMS, create an Enterprise database backup from a zone with the highest database schema
and download the backup file to an external data storage device by performing the procedures Create
or schedule a new backup on page 363 and Download a backup file on page 607.
9. If a recurring Archive all Zone backup job and backup file retention policy are not configured for at
least one zone in each realm in the enterprise, perform the procedure Configure a recurring archive
backup job and retention policy on page 612.
This helps to prevent out of memory issues due to high volumes of call history data. If partial
replication is enabled, the zone must be a collector zone.
10. If applicable, do one or more of the following:
• If an OS patch that is more recent than the OS patch included in the appliance personality ISO file
you deployed is available and you want to install the newer OS patch, perform the procedure
Install an OS patch in multiple zones from the UMS with OS Enterprise Install on page 137
• Enable partial replication by performing the procedure Enable partial replication on page 316.
This applies only to customers who use partial replication to reduce the volume of data that is
replicated throughout the enterprise. If the customer is not using partial replication or it is already
enabled, it is not necessary to perform this step.
• If you upgraded to Unigy v3.0.0.1 or higher, enable Multi-tier Replication to further reduce the
volume of data replicated, improve WAN resiliency, and increase scalability by performing the
procedure Enable Multi-tier Replication on page 243. If the customer is not using Multi-tier
Replication or it is already enabled, it is not necessary to perform this step.
• If you are implementing the System Logging and Information Collector (SLIC) feature to forward
customer log data to a data analytics engine such as Splunk, refer to the System Logging and
Information Collector Service Installation and Administration Guide. If the customer is not using
this feature or it is already implemented, it is not necessary to perform this task.
• Install and configure the Compliance Policy Engine to control access to lines and users. For
information on these procedures, refer to the Compliance Policy Engine Installation Guide and
Compliance Policy Engine Administration Guide. If the customer has not purchased the
Compliance Policy Engine or it is already installed, it is not necessary to perform this step.
Note
Use this procedure only if a Single Click Deployment appliance is not available. For information on Single
Click Deployment, refer to Single Click Deployment (SCD) on page 149 and Deploy a software update
that requires a new COP with Single Click Deployment on page 31.
Within this topic, the terms current version and current software version refer to the Unigy software
version specified on the cover of this document. References to previous Unigy versions apply to the
versions, patches, service packs, and hotfixes for these versions that the current version supports.
Important
If the update you are deploying requires the deployment of new COP software, use the procedure Deploy
a software update with a new COP in a single zone enterprise – standalone or HA on page 41. Refer to
that procedure for upgrades from Unigy pre-v3.0 versions to the current software version.
Prerequisites:
Before you perform this procedure, confirm the following:
• You reviewed the following information:
• Unigy upgrade workflows on page 21
• Patches, service packs, and hotfixes on page 25
• Unigy Product Compatibility Matrix
• You have the new appliance personality software update ISO file. Updates are generally delivered on
a DVD, but might also be available on a network drive or other external data storage device.
Note
The ISO files for new versions, patches, and service packs are over 2.0 GBs in size, so if low band
width or slow file transfer rates caused by other factors is an issue, do one or both of the following to
ensure that a copy of the ISO file is available for upload or download prior to performing the upgrade:
• If you will be at the customer site, be sure the DVD is available or copy the ISO file to your laptop or
a flash drive.
• Copy the ISO file to a customer or IPC server from which you can download it to one of the Unigy
appliances. Perform the copy before you start the upgrade because it might take an hour or more to
complete. Refer to Download an ISO file when an upload or download fails on page 548.
• For Unigy v4.1 or higher, if an OS (operating system) patch that is more recent than the OS version
included in the appliance personality ISO file you are deploying is available and you want to deploy
this patch, you have access to the patch ISO file. You can get the file from the IPC FTP site,
FilesAnywhere. It can be burned to a DVD or copied to your laptop or an external data storage device.
• If the update requires a new enterprise license, you have the new license file for the customer.
• You have the SMTP configuration values for the enterprise. These are available at Configuration ➤
Enterprise ➤ SMTP. This data is not saved in the database, so it will be replaced with default values
during the upgrade. You will reconfigure SMTP after the upgrade. Record the values in the table in
SMTP configuration properties on page 564.
• You have access to the document Post-Maintenance Validation Test Suite, which is available on the
Tech Portal. This document provides a set of procedures you should perform to determine whether a
zone is in a healthy state before and after you upgrade the zone.
• The appliances on which you are deploying the update have at least 48 GB of memory.
Tip
It is a best practice to make a note of the customer's dial patterns, route plans, recording profiles, and
scheduled backups before performing this procedure and to verify that they are the same in the upgraded
enterprise when the procedure is complete. If an enterprise backup is restored during the upgrade,
scheduled backups will need to be reconfigured if the date of the next scheduled event is before the date
the backup was restored. This is because the currently scheduled job will not run because the date is in
the past. For recurring jobs, this prevents the next occurrence from being scheduled.
Caution
An update is service-impacting when the COP software is upgraded, the system creates a rollback point
or reboots an appliance, or the update contains changes to the Media Gateways, turrets, Pulse devices,
or Soft Clients that require a reboot after the software is deployed. Review the Impacted RPMs tab within
the Software Deployment Install tab to determine the impacts of the update.
All upgrades should be performed only during a maintenance window when the zones being deployed
are not required to process calls or configuration requests.
This procedure requires a user account with the IPC Certified Tech role assigned.
1. Log in to the UMS with the appliance IP address: https://appliance_ip.
2. Determine the state of the zone by performing the procedures in the Post-Maintenance Validation Test
Suite. If you do not have access to this document, perform the procedure Validate a zone before an
upgrade, rollback, or other operations on page 636.
If the zone is not in a healthy state or there is not sufficient disk space available, resolve the issues
before you perform the upgrade, unless the upgrade is required to resolve the issues.
3. To prevent new hardware from registering with the zone during the upgrade, disable device
registration before you begin the upgrade by performing the procedure Disable device registration on
page 497.
4. If you are upgrading from Unigy v2.x to Unigy v3.0 or higher, perform the procedure Send SNMP
recovery alerts prior to an upgrade on page 564.
5. Click Tools ➤ Deployment ➤ Software Deployment.
6. In the Available Software Releases panel, confirm that the Status of all ISOs is installed. If an
ISO file is not installed, determine whether it should be installed before you deploy the new update.
The status not_installed indicates one of the following:
• If the zone in the Zone Name column is the local zone and the zone is a non-HA zone, the ISO is
uploaded to the appliance, but is not deployed.
• If the zone in the Zone Name column is the local zone and the zone is an HA zone, either the ISO
is not deployed on either appliance in the zone or it is deployed on one appliance, but not the other
appliance.
• If the zone in the Zone Name column is not the local zone, the ISO is not uploaded to the
appliances in the local zone, but is available in at least one other zone.
• If you deploy a patch or service pack after deploying a hotfix, the system changes the status of the
hotfix to not _installed, indicating that the hotfix RPMs were replaced by the corresponding
patch or service pack RPMs.
7. Upload the appliance personality update ISO file by performing the procedure Upload or download
an ISO file on page 547.
8. Confirm that the ISO file is visible in the Available Software Releases panel and when you click the
file name, the Install Zone button is enabled and the Enterprise Install button is disabled.
9. If an OS patch that is more recent than the OS patch included in the appliance personality ISO file
you uploaded is available and you want the upgrade process to deploy the newer OS patch, perform
the procedure Upload or download an OS patch ISO file on page 146.
10. Within the Install tab, click the ISO file then review the following update information by clicking the
View Details icon ( ) and expanding each section:
• Within the Package Explorer tab, review the value in the Version column to determine the
software version for each package.
• Within the Release Contents tab, review the manifest information for the update.
• Within the Impacted RPMs tab, review the list of RPMs that will be upgraded to determine
whether any appliances or associated devices require a reboot after the software is deployed.
11. Place the appliance into maintenance mode by performing the procedure Place an appliance or
Media Gateway into maintenance mode to indicate it is unavailable on page 599.
12. Deploy the update by performing the procedure Deploy an ISO file on page 550.
13. After the deployment completes, monitor the state of the appliance until all processes are running by
performing the procedure Check the state of a zone from a browser on page 499.
14. Perform the procedure Confirm that an update was deployed on page 552.
15. Take the appliance out of maintenance mode by performing the procedure Take an appliance or
Media Gateway out of maintenance mode on page 600.
16. If the current software version requires a new enterprise license, install the license you obtained as
part of the prerequisites by performing the procedure Install an enterprise license file on page 481.
17. If you disabled device registration in step 3, enable it by performing the procedure Enable device
registration on page 496.
18. Deploy the updated software on the remaining devices in the zone, including Media Gateways,
turrets, Pulse devices, and Unigy Soft Clients, by performing the procedure Upgrade the software on
system devices on page 558.
19. Reconfigure the SMTP properties with the values you recorded in the prerequisites by performing the
procedure Configure an SMTP server on page 563.
20. If secure communications is enabled for third-party devices, such as PBXs, voice recorders, or
Session Border Controllers, and a self-signed certificate is used to secure the connections, perform
the procedure Upload a self-signed third-party certificate for secure communications on page 269.
21. Confirm that the dial patterns, route plans, recording profiles, and scheduled backups that were
configured in the previous version are present and correct.
22. Validate the zone you upgraded by performing the procedures in the Post-Maintenance Validation
Test Suite. If you do not have access to this document, perform the procedure Validate a zone after a
deployment, rollback, or other operations on page 638.
23. Confirm that a recurring Archive all Zone backup job and backup file retention policy are configured
for the zone. If this backup is not scheduled, perform the procedure Configure a recurring archive
backup job and retention policy on page 612.
This helps to prevent out of memory issues due to high volumes of call history data.
24. If applicable, do one or more of the following:
• Upgrade the Unigy Soft Client software on the client computers by performing one of the
following procedures. If the customer does not use the Soft Client, it is not necessary to perform
this step.
• Upgrade the Unigy Soft Client software – Microsoft Windows 32-bit on page 630
• Upgrade the Unigy Soft Client software – Microsoft Windows 64-bit on page 628
• If you are implementing the System Logging and Information Collector (SLIC) feature to forward
customer log data to a data analytics engine such as Splunk, refer to the System Logging and
Information Collector Service Installation and Administration Guide. If the customer is not using
this feature or it is already implemented, it is not necessary to perform this task.
• Install and configure the Compliance Policy Engine to control access to lines and users. For
information on these procedures, refer to the Compliance Policy Engine Installation Guide and
Compliance Policy Engine Administration Guide. If the customer has not purchased the
Compliance Policy Engine or it is already installed, it is not necessary to perform this step.
Note
If you discover an issue with the upgrade that requires rolling back to the restore point created prior to the
upgrade, refer to Roll back the software on the appliance in a Unigy or Blue Wave standalone zone on
page 387.
Note
If the enterprise includes Blue Wave zones and any zones in the enterprise have a pre-Unigy v4.1
version deployed, upgrade the Blue Wave zones before you upgrade any Unigy zones. If all zones are at
Unigy v4.1 or higher, it is not necessary to upgrade the Blue Wave zones before the Unigy zones.
For information on upgrading Blue Wave zones, refer to Blue Wave upgrade workflows on page 114.
Note
Use this procedure only if a Single Click Deployment appliance is not available. For information on Single
Click Deployment, refer to Single Click Deployment (SCD) on page 149 and Deploy a software update
that requires a new COP with Single Click Deployment on page 31.
Within this topic, the terms current version and current software version refer to the Unigy software
version specified on the cover of this document. References to previous Unigy versions apply to the
versions, patches, service packs, and hotfixes for these versions that the current version supports.
Important
If the update you are deploying requires the deployment of new COP software, use the procedure Deploy
a software update with a new COP in a single zone enterprise – standalone or HA on page 41, which
applies to upgrades from Unigy pre-v3.0 versions to the current software version.
Note
The ISO files for new versions, patches, and service packs are over 2.0 GBs in size, so if low band
width or slow file transfer rates caused by other factors is an issue, do one or both of the following to
ensure that a copy of the ISO file is available for upload or download prior to performing the upgrade:
• If you will be at the customer site, be sure the DVD is available or copy the ISO file to your laptop or
a flash drive.
• Copy the ISO file to a customer or IPC server from which you can download it to one of the Unigy
appliances. Perform the copy before you start the upgrade because it might take an hour or more to
complete. Refer to Download an ISO file when an upload or download fails on page 548.
• For Unigy v4.1 or higher, if an OS (operating system) patch that is more recent than the OS version
included in the appliance personality ISO file you are deploying is available and you want to deploy
this patch, you have access to the patch ISO file. You can get the file from the IPC FTP site,
FilesAnywhere. It can be burned to a DVD or copied to your laptop or an external data storage device.
• If the update requires a new enterprise license, you have the new license file for the customer.
• You have the SMTP configuration values for the enterprise. These are available at Configuration ➤
Enterprise ➤ SMTP. This data is not saved in the database, so it will be replaced with default values
during the upgrade. You will reconfigure SMTP after the upgrade. Record the values in the table in
SMTP configuration properties on page 564.
• If you are upgrading from a Unigy version prior to v2.0.1.6, you have the zone ID for each zone you
are upgrading. You will need this information to populate the prototype devices in each zone with the
updateMyPrototype.sh script following the upgrade. You can determine the zone IDs from
within the Install tab at Tools ➤ Deployment ➤ Software Deployment.
• You have access to the document Post-Maintenance Validation Test Suite, which is available on the
Tech Portal. This document provides a set of procedures you should perform to determine whether a
zone is in a healthy state before and after you upgrade the zone.
• The appliances on which you are deploying the update have at least 48 GB of memory.
Tip
It is a best practice to make a note of the customer's dial patterns, route plans, recording profiles, and
scheduled backups before performing this procedure and to verify that they are the same in the upgraded
enterprise when the procedure is complete. If an enterprise backup is restored during the upgrade,
scheduled backups will need to be reconfigured if the date of the next scheduled event is before the date
the backup was restored. This is because the currently scheduled job will not run because the date is in
the past. For recurring jobs, this prevents the next occurrence from being scheduled.
You can deploy the update on one appliance at a time, or to minimize deployment time, on both
appliances simultaneously. If you deploy the appliances one at a time, deploy the update on the Standby
appliance first, then force an HA failover and deploy the update on the second appliance.
Caution
An update is service-impacting when the COP software is upgraded, the system creates a rollback point
or reboots an appliance, the procedure includes an HA failover (manual HA failovers are always
stateless), data replication is re-enabled, or the update contains changes to the Media Gateways, turrets,
Pulse devices, or Soft Clients that require a reboot after the software is deployed. Review the Impacted
RPMs tab within the Software Deployment Install tab to determine the impacts of the update.
All upgrades should be performed only during a maintenance window when the zones being deployed
are not required to process calls or configuration requests.
This procedure requires a user account with the IPC Certified Tech role assigned.
1. Log in to the UMS.
2. Determine the state of the zone by performing the procedures in the Post-Maintenance Validation Test
Suite. If you do not have access to this document, perform the procedure Validate a zone before an
upgrade, rollback, or other operations on page 636.
If the zone is not in a healthy state or there is not sufficient disk space available, resolve the issues
before you perform the upgrade, unless the upgrade is required to resolve the issues.
3. To prevent new hardware from registering with the zone during the upgrade, disable device
registration before you begin the upgrade by performing the procedure Disable device registration on
page 497.
4. If you are upgrading from Unigy v2.x to Unigy v3.0 or higher, perform the procedure Send SNMP
recovery alerts prior to an upgrade on page 564.
5. Click Tools ➤ Deployment ➤ Software Deployment.
6. In the Available Software Releases panel, confirm that the Status of all ISOs is installed. If an
ISO file is not installed, determine whether it should be installed before you deploy the new update.
The status not_installed indicates one of the following:
• If the zone in the Zone Name column is the local zone and the zone is a non-HA zone, the ISO is
uploaded to the appliance, but is not deployed.
• If the zone in the Zone Name column is the local zone and the zone is an HA zone, either the ISO
is not deployed on either appliance in the zone or it is deployed on one appliance, but not the other
appliance.
• If the zone in the Zone Name column is not the local zone, the ISO is not uploaded to the
appliances in the local zone, but is available in at least one other zone.
• If you deploy a patch or service pack after deploying a hotfix, the system changes the status of the
hotfix to not _installed, indicating that the hotfix RPMs were replaced by the corresponding
patch or service pack RPMs.
7. Upload the appliance personality update ISO file by performing the procedure Upload or download
an ISO file on page 547.
8. Confirm that the ISO file is visible in the Available Software Releases panel and when you click the
file name, the Install Zone button is enabled and the Enterprise Install button is disabled.
9. If an OS patch that is more recent than the OS patch included in the appliance personality ISO file
you uploaded is available and you want the upgrade process to deploy the newer OS patch, perform
the procedure Upload or download an OS patch ISO file on page 146.
10. Within the Install tab, click the ISO file then review the following update information by clicking the
View Details icon ( ) and expanding each section:
• Within the Package Explorer tab, review the value in the Version column to determine the
software version for each package.
• Within the Release Contents tab, review the manifest information for the update.
• Within the Impacted RPMs tab, review the list of RPMs that will be upgraded to determine
whether any appliances or associated devices require a reboot after the software is deployed. When
you click the tab, the system downloads the update ISO file to the Standby appliance then displays
the impacted RPMs for both appliances. Confirm that the impact statements for both appliances
are displayed and the same RPMs are displayed for both. This might take several minutes. If the
RPM lists are not the same, wait one minute then refresh the list by re-clicking the ISO file name
then clicking the Impacted RPMs tab.
11. Place the cluster into maintenance mode by performing the procedure Place a cluster into
maintenance mode to enable control of HA failovers on page 598.
12. Place the Standby appliance into maintenance mode by performing the procedure Place an appliance
or Media Gateway into maintenance mode to indicate it is unavailable on page 599.
13. Deploy the update by performing the procedure Deploy an ISO file on page 550.
Note
When you click Install Zone to deploy the ISO, the Install dialog box is displayed with the Install the
update simultaneously on both servers in the zone check box selected. To automatically deploy the
update on the Active and Standby appliances, leave the check box at the default setting. To deploy the
update only on the Standby appliance, clear the Install the update simultaneously on both servers in the
zone check box.
If upgrading both appliances simultaneously fails before the software is deployed, clear the Install the
update simultaneously on both servers in the zone check box and attempt to upgrade one appliance at
a time.
14. After the deployment completes, monitor the state of the appliances in the zone until all processes are
running successfully by performing the procedure Check the state of a zone from a browser on page
499.
15. Confirm that the update was installed by performing the procedure Confirm that an update was
deployed on page 552.
16. Take the Standby appliance out of maintenance mode by performing the procedure Take an appliance
or Media Gateway out of maintenance mode on page 600.
17. Indicate that the maintenance for the Standby appliance is complete by performing the procedure
Indicate that maintenance on the Standby appliance is complete on page 601.
Important
After you complete this step, if you selected the Install the update simultaneously on both servers in the
zone option in the Install dialog box in step 13, the software is deployed on both appliances, so you
should proceed directly to step 19. If you did not select this option, perform step 18 before performing
step 19.
18. If you are upgrading the appliances one at a time, do the following:
a) Force an HA failover to make the Active appliance the Standby appliance by performing the
procedure Force an HA failover on page 546.
Note
This is a stateless failover, so active calls are dropped.
• If you are implementing the System Logging and Information Collector (SLIC) feature to forward
customer log data to a data analytics engine such as Splunk, refer to the System Logging and
Information Collector Service Installation and Administration Guide. If the customer is not using
this feature or it is already implemented, it is not necessary to perform this task.
• Install and configure the Compliance Policy Engine to control access to lines and users. For
information on these procedures, refer to the Compliance Policy Engine Installation Guide and
Compliance Policy Engine Administration Guide. If the customer has not purchased the
Compliance Policy Engine or it is already installed, it is not necessary to perform this step.
If you discover an issue with the upgrade that requires rolling back to the restore point created prior to
the upgrade, refer to the procedure Roll back the software on the appliances in a Unigy or Blue Wave HA
zone from the UMS on page 389.
Note
If the enterprise includes Blue Wave zones and any zones in the enterprise have a pre-Unigy v4.1
version deployed, upgrade the Blue Wave zones before you upgrade any Unigy zones. If all zones are at
Unigy v4.1 or higher, it is not necessary to upgrade the Blue Wave zones before the Unigy zones.
For information on upgrading Blue Wave zones, refer to Blue Wave upgrade workflows on page 114.
Note
Use this procedure only if a Single Click Deployment appliance is not available. For information on Single
Click Deployment, refer to Single Click Deployment (SCD) on page 149.
Within this topic, the terms current version and current software version refer to the Unigy software
version specified on the cover of this document. References to previous Unigy versions apply to the
versions, patches, service packs, and hotfixes for these versions that the current version supports.
This procedure applies to the following types of upgrades:
• Upgrades from previous software versions that do not require deployment of new COP software.
• Patches, service packs, or hotfixes for the current software version.
Important
If the update you are deploying requires the deployment of new COP software, refer to the following
procedures, which apply to upgrades from pre-Unigy v3.0 versions to the current software version.
• Deploy a software update that requires a new COP with Single Click Deployment on page 31
• Deploy a software update with a new COP in a multizone enterprise – subset of zones on page 46
• Deploy a software update with a new COP in a multizone enterprise – all zones on page 53
Upgrades to Unigy v3.0 or higher from pre-v3.0 versions include operating system and third-party
software updates that require redeployment of the COP software on each appliance that is being
upgraded. First time deployment of software on R640 appliances requires a new COP.
Note
After all zones in a multizone enterprise have been upgraded to Unigy v2.0.1 or higher, Enterprise Install
is generally the recommended upgrade method for all subsequent upgrades. However, you cannot use
Enterprise Install for upgrades that require a reCOP because Enterprise Install cannot deploy the new
COP software that is required for these upgrades. If a Single Click Deployment appliance is available,
use it for upgrades that require a reCOP. If a Single Click Deployment appliance is not available, use the
manual procedures for upgrades that require a new COP.
You cannot use Enterprise Install to upgrade Unigy v1.0, Unigy v2.0, or Blue Wave zones.
For an explanation of the Enterprise Install process, refer to Enterprise Install on page 85. The
procedure involves deploying the update software in a peer zone, then from the peer zone, deploying the
update in all remaining zones or a subset of the zones. The peer zone is the zone you upgrade first to
ensure that there is a stable zone with the latest software and database schema before you deploy the
remaining zones. You will run Enterprise Install from the peer zone after the zone is upgraded. Any zone
can serve as the peer zone; but the peer zone should have the highest software version and database
schema to ensure that no data is lost. If Multi-tier Replication is enabled, the peer zone should be an
active portal zone.
For information on the specific Unigy upgrade paths supported, refer to the UpgradePaths tab in the
Unigy Product Compatibility Matrix.
For information on upgrading Blue Wave zones, refer to Blue Wave upgrade workflows on page 114.
For additional information related to updates, refer to Unigy upgrade workflows on page 21, Patches,
service packs, and hotfixes on page 25, and Unigy software version naming convention on page 29.
Important
If you are upgrading the zones in a data center that has more than five zones, upgrade no more than five
zones at a time. After the upgrade of those zones completes, run the upgrade for the next set of zones.
If Enterprise Install fails for one or more zones, rerun it for each zone that failed.
Prerequisites:
Before you perform this procedure, confirm the following:
• You reviewed the following information:
• Unigy upgrade workflows on page 21
• Patches, service packs, and hotfixes on page 25
Note
The ISO files for new versions, patches, and service packs are over 2.0 GBs in size, so if low band
width or slow file transfer rates caused by other factors is an issue, do one or both of the following to
ensure that a copy of the ISO file is available for upload or download prior to performing the upgrade:
• If you will be at the customer site, be sure the DVD is available or copy the ISO file to your laptop or
a flash drive.
• Copy the ISO file to a customer or IPC server from which you can download it to one of the Unigy
appliances. Perform the copy before you start the upgrade because it might take an hour or more to
complete. Refer to Download an ISO file when an upload or download fails on page 548.
• For Unigy v4.1 or higher, if an OS (operating system) patch that is more recent than the OS version
included in the appliance personality ISO file you are deploying is available and you want to deploy
this patch, you have access to the patch ISO file. You can get the file from the IPC FTP site,
FilesAnywhere. It can be burned to a DVD or copied to your laptop or an external data storage device.
• If the update requires a new enterprise license, you have the new license file for the customer.
• You have the SMTP configuration values for the enterprise. These are available at Configuration ➤
Enterprise ➤ SMTP. This data is not saved in the database, so it will be replaced with default values
during the upgrade. You will reconfigure SMTP after the upgrade. Record the values in the table in
SMTP configuration properties on page 564.
• If you are upgrading from a Unigy version prior to v2.0.1.6, you have the zone ID for each zone you
are upgrading. You will need this information to populate the prototype devices in each zone with the
updateMyPrototype.sh script following the upgrade. You can determine the zone IDs from
within the Install tab at Tools ➤ Deployment ➤ Software Deployment.
• You have access to the document Post-Maintenance Validation Test Suite, which is available on the
Tech Portal. This document provides a set of procedures you should perform to determine whether a
zone is in a healthy state before and after you upgrade the zone.
• The appliances on which you are deploying the update have at least 48 GB of memory.
If Multi-tier Replication is enabled, it must be enabled for all data centers in the enterprise, or the data
centers must be members of the default data center, before you upgrade any of the zones. When you
upgrade the zones, upgrade the portal zones before the local zones because the portal zone serves as the
preferred zone for the local zones within a data center. To upgrade a portal zone, you must suspend
Multi-tier Replication for the associated data center. To avoid data loss when you upgrade a portal zone,
consider upgrading one appliance in the zone at a time so the zone remains active and available to
collect local zone data changes throughout the upgrade. For information on this upgrade procedure, refer
to Deploy a software update in a multizone enterprise one zone at a time on page 93. If you are
restoring an Enterprise database backup during the upgrade, restore the database to a portal zone. After
you upgrade the portal zone, resume Multi-tier Replication before you upgrade the Local zones. For
additional information on Multi-tier Replication, refer to Multi-tier Replication on page 229.
Important
If partial replication is enabled, collector zones must be upgraded before generator zones.
Tip
It is a best practice to make a note of the customer's dial patterns, route plans, recording profiles, and
scheduled backups before performing this procedure and to verify that they are the same in the upgraded
enterprise when the procedure is complete. If an enterprise backup is restored during the upgrade,
scheduled backups will need to be reconfigured if the date of the next scheduled event is before the date
the backup was restored. This is because the currently scheduled job will not run because the date is in
the past. For recurring jobs, this prevents the next occurrence from being scheduled.
Caution
An update is service-impacting when the COP software is upgraded, the system creates a rollback point
or reboots an appliance, the procedure includes an HA failover (manual HA failovers are always
stateless), data replication is re-enabled, or the update contains changes to the Media Gateways, turrets,
Pulse devices, or Soft Clients that require a reboot after the software is deployed. Review the Impacted
RPMs tab within the Software Deployment Install tab to determine the impacts of the update.
All upgrades should be performed only during a maintenance window when the zones being deployed
are not required to process calls or configuration requests.
Note
After you click Continue to initiate the install, you cannot cancel the deployment.
This procedure requires a user account with the IPC Certified Tech role assigned.
1. Log in to the UMS in the peer zone with the zone VIP: https://vip.
2. Determine the state of the zones you are upgrading by performing the procedures in the Post-
Maintenance Validation Test Suite. If you do not have access to this document, perform the procedure
Validate a zone before an upgrade, rollback, or other operations on page 636.
If a zone is not in a healthy state or there is not sufficient disk space available, resolve the issues
before you perform the upgrade, unless the upgrade is required to resolve the issues.
3. If the zone you are upgrading is a Multi-tier Replication portal zone, place the associated data center
into the suspended state by performing the procedure Suspend or resume Multi-tier Replication on
page 247.
4. To prevent new hardware from registering with the zones during the upgrade, disable device
registration in each of the zones you are upgrading before you begin the upgrade by performing the
procedure Disable device registration on page 497.
5. If you are upgrading from Unigy v2.x to Unigy v3.0 or higher, perform the procedure Send SNMP
recovery alerts prior to an upgrade on page 564.
6. Confirm that data replication is enabled in all zones by performing the procedure Check the data
replication status for all zones in the enterprise on page 513. If replication is not enabled, enable it
by performing the procedure Enable data replication on page 497.
7. Click Tools ➤ Deployment ➤ Software Deployment.
8. In the Available Software Releases panel, confirm that the Status of all ISOs is installed. If an
ISO file is not installed, determine whether it should be installed before you deploy the new update.
The status not_installed indicates one of the following:
• If the zone in the Zone Name column is the local zone and the zone is a non-HA zone, the ISO is
uploaded to the appliance, but is not deployed.
• If the zone in the Zone Name column is the local zone and the zone is an HA zone, either the ISO
is not deployed on either appliance in the zone or it is deployed on one appliance, but not the other
appliance.
• If the zone in the Zone Name column is not the local zone, the ISO is not uploaded to the
appliances in the local zone, but is available in at least one other zone.
• If you deploy a patch or service pack after deploying a hotfix, the system changes the status of the
hotfix to not _installed, indicating that the hotfix RPMs were replaced by the corresponding
patch or service pack RPMs.
9. Upload the appliance personality update ISO file by performing the procedure Upload or download
an ISO file on page 547.
10. Confirm that the update ISO file is visible in the Available Software Releases panel and when you
click the file, the Install Zone and Enterprise Install buttons are enabled.
11. If an OS patch that is more recent than the OS patch included in the appliance personality ISO file
you uploaded is available and you want the upgrade process to deploy the newer OS patch, perform
the procedure Upload or download an OS patch ISO file on page 146.
12. Within the Install tab, click the ISO file then review the following update information by clicking the
View Details icon ( ) and expanding each section:
• Within the Package Explorer tab, review the value in the Version column to determine the
upgrade version for each package.
• Within the Release Contents tab, review the manifest information for the update.
• Within the Impacted RPMs tab, review the list of RPMs that will be upgraded to determine
whether any appliances or associated devices require a reboot after the software is deployed. When
you click the tab, the system downloads the update ISO file to the Standby appliance then displays
the impacted RPMs for both appliances. Confirm that the impact statements for both appliances
are displayed and the same RPMs are displayed for both. This might take several minutes. If the
RPM lists are not the same, wait one minute then refresh the list by re-clicking the ISO file name
then clicking the Impacted RPMs tab.
13. In the Zone field in the top right corner of the panel, select each zone you are upgrading and confirm
that the update ISO file is in the Available Software Releases panel and the Impacted RPMs list is the
same for each appliance in each zone. If the ISO file is not uploaded on the appliances in the zone
you select, the system downloads the file when you click Impacted RPMs. This takes several
minutes.
14. Deploy the update in the peer zone by performing the procedure Deploy an ISO file on page 550.
Select the Automatic Deployment and Install the update simultaneously on both servers in the
zone check boxes.
15. After the deployment completes, monitor the state of the appliances in the zone until all processes are
running by performing the procedure Check the state of a zone from a browser on page 499.
16. Confirm that the update was deployed by performing the procedure Confirm that an update was
deployed on page 552.
17. If a new enterprise license is required, install the license you obtained as part of the prerequisites in
one of the zones by performing the procedure Install an enterprise license file on page 481.
18. Deploy the updated software on the other system devices, including Media Managers, Media
Gateways, turrets, Pulse devices, and Unigy Soft Clients, by performing the procedure Upgrade the
software on system devices on page 558.
19. Validate the peer zone by performing the procedures in the Post-Maintenance Validation Test Suite. If
you do not have access to this document, perform the procedure Validate a zone after a deployment,
rollback, or other operations on page 638.
20. From the peer zone, deploy the update on the remaining zones by clicking the update ISO file within
the Install tab then clicking Enterprise Install.
After approximately one minute, the Enterprise wide Install panel is displayed showing all zones in
the enterprise, except the peer zone.
21. Select the check box for each zone you are upgrading.
Important
Upgrade only zones where the Health Check status is success and the current software version is
lower than the version you are deploying. Refer to the Software Version column for the current version.
Select a maximum of five zones at a time.
Note
You should always create the image backup so you have a restore point to roll back to if there is a
problem with the update.
• Remove the archive logs prior to backup: This option deletes archived log files before running
the update deployment to reduce the deployment time when the system creates the image backup
file. To retain the data without impacting the backup time, download the backup files prior to
deploying the update.
• Install OS Patch(patch version): This option instructs the deployment process to install the latest
OS patch during the application software upgrade. To install the patch, you must have uploaded the
OS patch ISO file in step 9. The version displayed is the OS patch version deployed on the zone
you are currently logged in to.
23. Click Continue.
The system starts the upgrade job and displays the message Install ISO Job Created
Successfully.
24. Click OK.
The deployment begins. No other actions are required until the deployment completes.
25. Monitor the state of the zones during the deployment:
• Approximately 15 minutes after the appliances reboot prior to the image backup you can monitor
the deployment by running the command tail -f /opt/ipc/deployment/log/
dunkin_deployment.log for patches and service packs or tail -f /opt/ipc/
deployment/log/hotfix_deployment.log for hotfixes. Output similar to the following
is displayed near the end of the file to indicate that the deployment is complete and the final
appliance reboot is in progress:
[Mon Feb 25 03:36:36 EST 2013] : === DONE ===== switch on orchestrator
chkconfig
[Mon Feb 25 03:36:36 EST 2013] : === DONE ===== switch
on orchestrator chkconfig
[Mon Feb 25 03:36:36 EST 2013] : START :
update_about_xml
[Mon Feb 25 03:36:36 EST 2013] : END :
update_about_xml
[Mon Feb 25 03:36:36 EST 2013] : Sending Deployment
status update to CCM curl -X POST -uipccdi:
2fc608f4887cf73a54d0729a4b92777b671b1df2 -H "Content-Type:application/
xml" --data @/tmp/job_status_req.xml http://10.20.30.40/svc/deployment/
deploymentmgr/updatejob/33554604:33554605 adding index.html to apache
for DMS Client switch on orchestrator chkconfig
[Mon Feb 25 03:36:36 EST 2013] : Deployment Process
exiting with exit status 0
[Mon Feb 25 03:36:36 EST 2013] : !!! SYSTEM IS GOING
TO REBOOT AFTER INSTALL .... PLEASE WAIT... !!!!
• When the appliances reboot following the deployment, monitor the appliance services in each zone
until they are all running successfully by performing the procedure Check the state of a zone from
a browser on page 499.
26. Confirm that the upgrade completed successfully in each zone by performing the procedure Confirm
that an update was deployed on page 552.
27. If you disabled device registration in step 4, enable device registration in each zone you upgraded by
performing the procedure Enable device registration on page 496.
28. If you suspended Multi-tier Replication in step 3, resume it by performing the procedure Suspend or
resume Multi-tier Replication on page 247.
29. Deploy the update software on the remaining system devices in each zone you upgraded (except the
peer zone), including Media Managers, Media Gateways, turrets, Pulse devices, and Unigy Soft
Clients, by performing the procedure Upgrade the software on system devices on page 558. Perform
this procedure in all zones that you upgraded.
30. Reconfigure the SMTP properties with the values you recorded in the prerequisites by performing the
procedure Configure an SMTP server on page 563.
31. If secure communications is enabled for third-party devices, such as PBXs, voice recorders, or
Session Border Controllers, and a self-signed certificate is used to secure the connections, perform
the procedure Upload a self-signed third-party certificate for secure communications on page 269 for
each zone that communicates with the third-party devices.
32. Validate the zones you upgraded by performing the procedures in the Post-Maintenance Validation
Test Suite. If you do not have access to this document, perform the procedure Validate a zone after a
deployment, rollback, or other operations on page 638.
33. If a recurring Archive all Zone backup job and backup file retention policy are not configured for at
least one zone in each realm, perform the procedure Configure a recurring archive backup job and
retention policy on page 612 for a zone in each realm.
This helps to prevent out of memory issues due to high volumes of call history data. If partial
replication is enabled, the zone must be a collector zone.
34. If applicable, do one or more of the following:
• Enable partial replication by performing the procedure Enable partial replication on page 316.
This applies only to customers who use partial replication to reduce the volume of data that is
replicated throughout the enterprise. If the customer is not using partial replication or it is already
enabled, it is not necessary to perform this step.
• If you upgraded to Unigy v3.0.0.1 or higher, enable Multi-tier Replication to further reduce the
volume of data replicated, improve WAN resiliency, and increase scalability by performing the
procedure Enable Multi-tier Replication on page 243. If the customer is not using Multi-tier
Replication or it is already enabled, it is not necessary to perform this step.
• Upgrade the Unigy Soft Client software on the client computers by performing one of the
following procedures. If the customer does not use the Soft Client, it is not necessary to perform
this step.
• Upgrade the Unigy Soft Client software – Microsoft Windows 32-bit on page 630
• Upgrade the Unigy Soft Client software – Microsoft Windows 64-bit on page 628
• If you are implementing the System Logging and Information Collector (SLIC) feature to forward
customer log data to a data analytics engine such as Splunk, refer to the System Logging and
Information Collector Service Installation and Administration Guide. If the customer is not using
this feature or it is already implemented, it is not necessary to perform this task.
• Install and configure the Compliance Policy Engine to control access to lines and users. For
information on these procedures, refer to the Compliance Policy Engine Installation Guide and
Compliance Policy Engine Administration Guide. If the customer has not purchased the
Compliance Policy Engine or it is already installed, it is not necessary to perform this step.
Note
If you discover an issue with the upgrade that requires rolling back to the restore point created prior to the
upgrade, refer to the procedure Roll back the software on the appliances in a Unigy or Blue Wave HA
zone from the UMS on page 389.
Note
If partial replication is enabled, collector zones must be at a software version that is equal to or greater
than the version deployed on the generator zones.
Peer zone
Before you deploy the update in all selected zones, deploy it in one zone, the peer zone, to ensure that
the enterprise database with the latest seed data and schema is available in a stable zone. From the peer
zone, you will start Enterprise Install, which deploys the update in all other zones that you select. Any
zone can serve as the peer zone; however, a zone with the highest database schema version is
recommended to ensure that all data is preserved.
Unigy V2.0 zones
Enterprise Install does not support Unigy v2.0 upgrades. To upgrade v2.0 zones to the current software
version, use one of the following procedures:
• Deploy a software update in a multizone enterprise one zone at a time on page 93
• Deploy a Unigy software update in parallel in a multizone enterprise on page 86
Health check tests
The system performs the following zone Health Check validation tests prior to displaying the list of
zones in the enterprise:
Common Operating Platform (COP) software, in a multizone enterprise with the parallel upgrade option.
An update can be a patch, service pack, or hotfix.
Note
If the enterprise includes Blue Wave zones and any zones in the enterprise have a pre-Unigy v4.1
version deployed, upgrade the Blue Wave zones before you upgrade any Unigy zones. If all zones are at
Unigy v4.1 or higher, it is not necessary to upgrade the Blue Wave zones before the Unigy zones.
For information on upgrading Blue Wave zones, refer to Blue Wave upgrade workflows on page 114.
Note
Use this procedure only if a Single Click Deployment appliance is not available. For information on Single
Click Deployment, refer to Single Click Deployment (SCD) on page 149.
Within this topic, the terms current version and current software version refer to the Unigy software
version specified on the cover of this document. References to previous Unigy versions apply to the
versions, patches, service packs, and hotfixes for these versions that the current version supports.
This procedure applies to the following types of upgrades:
• Upgrades from previous software versions that do not require deployment of new COP software.
• Patches, service packs, or hotfixes for the current software version.
Important
If the update you are deploying requires the deployment of new COP software, refer to the following
procedures, which apply to upgrades from Unigy pre-v3.0 versions to the current software version.
• Deploy a software update that requires a new COP with Single Click Deployment on page 31
• Deploy a software update with a new COP in a multizone enterprise – subset of zones on page 46
• Deploy a software update with a new COP in a multizone enterprise – all zones on page 53
Upgrades to Unigy v3.0 or higher from pre-v3.0 versions include operating system and third-party
software updates that require redeployment of the COP software on each appliance that is being
upgraded. First time deployment of software on R640 appliances requires a new COP.
Note
After all zones in a multizone enterprise have been upgraded to Unigy v2.0.1 or higher, Enterprise Install
is generally the recommended upgrade method for all subsequent upgrades. However, you cannot use
Enterprise Install for upgrades that require a reCOP because Enterprise Install cannot deploy the new
COP software that is required for these upgrades. If a Single Click Deployment appliance is available,
use it for upgrades that require a reCOP. If a Single Click Deployment appliance is not available, use the
manual procedures for upgrades that require a new COP.
The procedure involves deploying the update software in a peer zone, then from the peer zone,
deploying the update in all remaining zones or a subset of the zones. The peer zone is the zone you
upgrade first to ensure that there is a stable zone with the latest software and database schema before
you deploy the remaining zones. Any zone can serve as the peer zone; but the peer zone should have the
highest software version and database schema to ensure that no data is lost. If Multi-tier Replication is
enabled, the peer zone should be an active portal zone.
For information on the specific Unigy upgrade paths supported, refer to the UpgradePaths tab in the
Unigy Product Compatibility Matrix.
For information on upgrading Blue Wave zones, refer to Blue Wave upgrade workflows on page 114.
For additional information related to updates, refer to Unigy upgrade workflows on page 21, Patches,
service packs, and hotfixes on page 25, and Unigy software version naming convention on page 29.
With this type of upgrade, you deploy the update in one zone to establish a stable zone and database then
deploy it in all other zones that need to be upgraded. It is not necessary to wait for the deployment of
one zone (except the first zone) to complete before you upgrade the next zone. You can initiate the
upgrade for all of the remaining zones at any time; for example, you can initiate the upgrade of one
zone, then when the deployment starts, initiate the deployment of the next zone, or if more than one
deployment specialist is available, each can initiate the upgrade for different zones at the same time.
Prerequisites:
Before you perform this procedure, confirm the following:
• You reviewed the following information:
• Unigy upgrade workflows on page 21
• Patches, service packs, and hotfixes on page 25
• Unigy Product Compatibility Matrix
• You have the new appliance personality software update ISO file. Updates are generally delivered on
a DVD, but might also be available on a network drive or other external data storage device.
Note
The ISO files for new versions, patches, and service packs are over 2.0 GBs in size, so if low band
width or slow file transfer rates caused by other factors is an issue, do one or both of the following to
ensure that a copy of the ISO file is available for upload or download prior to performing the upgrade:
• If you will be at the customer site, be sure the DVD is available or copy the ISO file to your laptop or
a flash drive.
• Copy the ISO file to a customer or IPC server from which you can download it to one of the Unigy
appliances. Perform the copy before you start the upgrade because it might take an hour or more to
complete. Refer to Download an ISO file when an upload or download fails on page 548.
• For Unigy v4.1 or higher, if an OS (operating system) patch that is more recent than the OS version
included in the appliance personality ISO file you are deploying is available and you want to deploy
this patch, you have access to the patch ISO file. You can get the file from the IPC FTP site,
FilesAnywhere. It can be burned to a DVD or copied to your laptop or an external data storage device.
• If the update requires a new enterprise license, you have the new license file for the customer.
• You have the SMTP configuration values for the enterprise. These are available at Configuration ➤
Enterprise ➤ SMTP. This data is not saved in the database, so it will be replaced with default values
during the upgrade. You will reconfigure SMTP after the upgrade. Record the values in the table in
SMTP configuration properties on page 564.
• If you are upgrading from a Unigy version prior to v2.0.1.6, you have the zone ID for each zone you
are upgrading. You will need this information to populate the prototype devices in each zone with the
updateMyPrototype.sh script following the upgrade. You can determine the zone IDs from
within the Install tab at Tools ➤ Deployment ➤ Software Deployment.
• You have access to the document Post-Maintenance Validation Test Suite, which is available on the
Tech Portal. This document provides a set of procedures you should perform to determine whether a
zone is in a healthy state before and after you upgrade the zone.
• The appliances on which you are deploying the update have at least 48 GB of memory.
Important
If partial replication is enabled, collector zones must be upgraded before generator zones, and Blue
Wave zones, which are always collector zones, must be upgraded before the Unigy collector zones.
If Multi-tier Replication is enabled, it must be enabled for all data centers in the enterprise, or the data
centers must be members of the default data center, before you upgrade any of the zones. When you
upgrade the zones, upgrade the portal zones before the local zones because the portal zone serves as the
preferred zone for the local zones within a data center. To upgrade a portal zone, you must suspend
Multi-tier Replication for the associated data center. To avoid data loss when you upgrade a portal zone,
consider upgrading one appliance in the zone at a time so the zone remains active and available to
collect local zone data changes throughout the upgrade. For information on this upgrade procedure, refer
to Deploy a software update in a multizone enterprise one zone at a time on page 93. If you are
restoring an Enterprise database backup during the upgrade, restore the database to a portal zone. After
you upgrade the portal zone, resume Multi-tier Replication before you upgrade the Local zones. For
additional information on Multi-tier Replication, refer to Multi-tier Replication on page 229.
Tip
It is a best practice to make a note of the customer's dial patterns, route plans, recording profiles, and
scheduled backups before performing this procedure and to verify that they are the same in the upgraded
enterprise when the procedure is complete. If an enterprise backup is restored during the upgrade,
scheduled backups will need to be reconfigured if the date of the next scheduled event is before the date
the backup was restored. This is because the currently scheduled job will not run because the date is in
the past. For recurring jobs, this prevents the next occurrence from being scheduled.
Caution
An update is service-impacting when the COP software is upgraded, the system creates a rollback point
or reboots an appliance, the procedure includes an HA failover (manual HA failovers are always
stateless), data replication is re-enabled, or the update contains changes to the Media Gateways, turrets,
Pulse devices, or Soft Clients that require a reboot after the software is deployed. Review the Impacted
RPMs tab within the Software Deployment Install tab to determine the impacts of the update.
All upgrades should be performed only during a maintenance window when the zones being deployed
are not required to process calls or configuration requests.
During this procedure, you disable data replication. If there is only one Unigy instance configured,
disable replication in all zones in the enterprise. If there are multiple instances configured, disable
replication only in the zones associated with the instance for which you are performing the upgrade.
If manual or automated configuration or other changes are made within a zone before data replication is
reenabled, those changes will be lost when the zone obtains a copy of the Unigy database after
replication is enabled. Job history records for the upgrade are also lost, so you should review the history
and log details before enabling replication.
This process deploys the update on both appliances in a zone simultaneously. Deploy the update in one
zone before you deploy it in parallel in all other zones. This ensures that there is a stable zone with the
new update and database schema before the other zones are upgraded.
This procedure requires a user account with the IPC Certified Tech role assigned.
1. Log in to the UMS in each zone you are upgrading.
2. Determine the state of the zones you are upgrading by performing the procedures in the Post-
Maintenance Validation Test Suite. If you do not have access to this document, perform the procedure
Validate a zone before an upgrade, rollback, or other operations on page 636.
If a zone is not in a healthy state or there is not sufficient disk space available, resolve the issues
before you perform the upgrade, unless the upgrade is required to resolve the issues.
3. If the zone you are upgrading is a Multi-tier Replication portal zone, place the associated data center
into the suspended state by performing the procedure Suspend or resume Multi-tier Replication on
page 247.
4. To prevent new hardware from registering with the zones during the upgrade, disable device
registration in each of the zones you are upgrading before you begin the upgrade by performing the
procedure Disable device registration on page 497.
5. If you are upgrading from Unigy v2.x to Unigy v3.0 or higher, perform the procedure Send SNMP
recovery alerts prior to an upgrade on page 564.
6. In the first zone you are upgrading, click Tools ➤ Deployment ➤ Software Deployment.
7. In the Available Software Releases panel, confirm that the Status of all ISOs is installed. If an
ISO file is not installed, determine whether it should be installed before you deploy the new update.
The status not_installed indicates one of the following:
• If the zone in the Zone Name column is the local zone and the zone is a non-HA zone, the ISO is
uploaded to the appliance, but is not deployed.
• If the zone in the Zone Name column is the local zone and the zone is an HA zone, either the ISO
is not deployed on either appliance in the zone or it is deployed on one appliance, but not the other
appliance.
• If the zone in the Zone Name column is not the local zone, the ISO is not uploaded to the
appliances in the local zone, but is available in at least one other zone.
• If you deploy a patch or service pack after deploying a hotfix, the system changes the status of the
hotfix to not _installed, indicating that the hotfix RPMs were replaced by the corresponding
patch or service pack RPMs.
8. Upload the appliance personality update ISO file by performing the procedure Upload or download
an ISO file on page 547.
9. Confirm that the ISO file is visible in the Available Software Releases panel and when you click the
file name, the Install Zone and Enterprise Install buttons are enabled.
10. If an OS patch that is more recent than the OS patch included in the appliance personality ISO file
you uploaded is available and you want the upgrade process to deploy the newer OS patch, perform
the procedure Upload or download an OS patch ISO file on page 146.
11. Within the Install tab, click the ISO file then review the following update information by clicking the
View Details icon ( ) and expanding each section:
• Within the Package Explorer tab, review the value in the Version column to determine the
software version for each package.
• Within the Release Contents tab, review the manifest information for the update.
• Within the Impacted RPMs tab, review the list of RPMs that will be upgraded to determine
whether any appliances or associated devices require a reboot after the software is deployed. When
you click the tab, the system downloads the update ISO file to the Standby appliance then displays
the impacted RPMs for both appliances. Confirm that the impact statements for both appliances
are displayed and the same RPMs are displayed for both. This might take several minutes. If the
RPM lists are not the same, wait one minute then refresh the list by re-clicking the ISO file name
then clicking the Impacted RPMs tab.
12. In the Zone field in the top right corner of the panel, select each zone you are upgrading and confirm
that the update ISO file is in the Available Software Releases panel and the Impacted RPMs list is the
same for each appliance in each zone. If the ISO file is not uploaded on the appliances in the zone
you select, the system downloads the file when you click Impacted RPMs. This takes several
minutes.
13. Disable data replication by performing the procedure Disable data replication on page 498:
• If the enterprise consists of a single Unigy instance, disable replication in all zones in the
enterprise.
• If the enterprise consists of multiple Unigy instances, disable replication only in the zones
associated with the instance for which you are performing the upgrade.
You can start with any zone.
14. Place each zone you are upgrading into maintenance mode by performing the following procedures:
• Disable SNMP forwarding for a zone on page 596.
• Place a zone into maintenance mode to disable BCP plan activation on page 597.
Start with the first zone in which you disabled data replication in step 13.
15. If you are not logged in to the zone that you will upgrade first, log in to the UMS in that zone.
16. Place the cluster into maintenance mode by performing the procedure Place a cluster into
maintenance mode to enable control of HA failovers on page 598.
17. Place the Standby appliance into maintenance mode by performing the procedure Place an appliance
or Media Gateway into maintenance mode to indicate it is unavailable on page 599.
18. Deploy the update by performing the procedure Deploy an ISO file on page 550.
Be sure that the Install the Update simultaneously on both servers in the zone check box is
selected.
19. After the deployment completes, monitor the state of the appliances in the zone until all services are
running successfully by performing the procedure Check the state of a zone from a browser on page
499.
20. Confirm that the update was installed by performing the procedure Confirm that an update was
deployed on page 552.
21. Take the Standby appliance out of maintenance mode by performing the procedure Take an appliance
or Media Gateway out of maintenance mode on page 600.
22. Indicate that the maintenance for the Standby appliance is complete by performing the procedure
Indicate that maintenance on the Standby appliance is complete on page 601.
23. Take the cluster out of maintenance mode by performing the procedure Take a cluster out of
maintenance mode to resume normal HA operation on page 599.
24. For each subsequent zone, log in to the UMS then repeat steps 16 through 23. It is not necessary to
wait for the deployment of one zone to complete before deploying the next zone; deploy the update in
all subsequent zones at the same time.
25. After all zones are upgraded, take the zones out of maintenance mode by performing the following
procedures:
• Take a zone out of maintenance mode to reenable BCP plan activation on page 598.
Note
Enable preferred zones before non-preferred zones, and if Multi-tier Replication is enabled, enable
portal zones before local zones.
Enable replication for one zone at a time. Wait for the replication to complete in one zone before you
enable replication for the next zone.
30. If a new enterprise license is required, install the license you obtained as part of the prerequisites in
the first zone you upgraded by performing the procedure Install an enterprise license file on page
481.
31. Deploy the updated software on the remaining system devices, including Media Managers, Media
Gateways, turrets, Pulse devices, and Unigy Soft Clients by performing the procedure Upgrade the
software on system devices on page 558 for each zone you upgraded.
32. Reconfigure the SMTP properties with the values you recorded in the prerequisites by performing the
procedure Configure an SMTP server on page 563.
33. If secure communications is enabled for third-party devices, such as PBXs, voice recorders, or
Session Border Controllers, and a self-signed certificate is used to secure the connections, perform
the procedure Upload a self-signed third-party certificate for secure communications on page 269 for
each zone that communicates with the third-party devices.
34. Validate the zones you upgraded by performing the procedures in the Post-Maintenance Validation
Test Suite. If you do not have access to this document, perform the procedure Validate a zone after a
deployment, rollback, or other operations on page 638.
35. If a recurring Archive all Zone backup job and backup file retention policy are not configured for at
least one zone in each realm, perform the procedure Configure a recurring archive backup job and
retention policy on page 612.
This helps to prevent out of memory issues due to high volumes of call history data. If partial
replication is enabled, the zone must be a collector zone.
36. If applicable, do one or more of the following:
• Enable partial replication by performing the procedure Enable partial replication on page 316.
This applies only to customers who use partial replication to reduce the volume of data that is
replicated throughout the enterprise. If the customer is not using partial replication or it is already
enabled, it is not necessary to perform this step.
• If you upgraded to Unigy v3.0.0.1 or higher, enable Multi-tier Replication to further reduce the
volume of data replicated, improve WAN resiliency, and increase scalability by performing the
procedure Enable Multi-tier Replication on page 243. If the customer is not using Multi-tier
Replication or it is already enabled, it is not necessary to perform this step.
• Upgrade the Unigy Soft Client software on the client computers by performing one of the
following procedures. If the customer does not use the Soft Client, it is not necessary to perform
this step.
• Upgrade the Unigy Soft Client software – Microsoft Windows 32-bit on page 630
• Upgrade the Unigy Soft Client software – Microsoft Windows 64-bit on page 628
• If you are implementing the System Logging and Information Collector (SLIC) feature to forward
customer log data to a data analytics engine such as Splunk, refer to the System Logging and
Information Collector Service Installation and Administration Guide. If the customer is not using
this feature or it is already implemented, it is not necessary to perform this task.
• Install and configure the Compliance Policy Engine to control access to lines and users. For
information on these procedures, refer to the Compliance Policy Engine Installation Guide and
Compliance Policy Engine Administration Guide. If the customer has not purchased the
Compliance Policy Engine or it is already installed, it is not necessary to perform this step.
Note
If you discover an issue with the upgrade that requires rolling back to the restore point created prior to the
upgrade, refer to the procedure Roll back the software on the appliances in a Unigy or Blue Wave HA
zone from the UMS on page 389.
Note
If the enterprise includes Blue Wave zones and any zones in the enterprise have a pre-Unigy v4.1
version deployed, upgrade the Blue Wave zones before you upgrade any Unigy zones. If all zones are at
Unigy v4.1 or higher, it is not necessary to upgrade the Blue Wave zones before the Unigy zones.
For information on upgrading Blue Wave zones, refer to Blue Wave upgrade workflows on page 114.
Note
Use this procedure only if a Single Click Deployment appliance is not available. For information on Single
Click Deployment, refer to Single Click Deployment (SCD) on page 149.
Within this topic, the terms current version and current software version refer to the Unigy software
version specified on the cover of this document. References to previous Unigy versions apply to the
versions, patches, service packs, and hotfixes for these versions that the current version supports.
This procedure applies to the following types of upgrades:
• Upgrades from previous software versions that do not require deployment of new COP software.
• Patches, service packs, or hotfixes for the current software version.
Important
If the update you are deploying requires the deployment of new COP software, refer to the following
procedures, which apply to upgrades from Unigy pre-v3.0 versions to the current software version.
• Deploy a software update that requires a new COP with Single Click Deployment on page 31
• Deploy a software update with a new COP in a multizone enterprise – subset of zones on page 46
• Deploy a software update with a new COP in a multizone enterprise – all zones on page 53
Upgrades to Unigy v3.0 or higher from pre-v3.0 versions include operating system and third-party
software updates that require redeployment of the COP software on each appliance that is being
upgraded. First time deployment of software on R640 appliances requires a new COP.
Note
After all zones in a multizone enterprise have been upgraded to Unigy v2.0.1 or higher, Enterprise Install
is generally the recommended upgrade method for all subsequent upgrades. However, you cannot use
Enterprise Install for upgrades that require a reCOP because Enterprise Install cannot deploy the new
COP software that is required for these upgrades. If a Single Click Deployment appliance is available,
use it for upgrades that require a reCOP. If a Single Click Deployment appliance is not available, use the
manual procedures for upgrades that require a new COP.
For information on the specific Unigy upgrade paths supported, refer to the UpgradePaths tab in the
Unigy Product Compatibility Matrix.
For information on upgrading Blue Wave zones, refer to Blue Wave upgrade workflows on page 114.
For additional information related to updates, refer to Unigy upgrade workflows on page 21, Patches,
service packs, and hotfixes on page 25, and Unigy software version naming convention on page 29.
Important
If the enterprise consists of multiple instances, upgrade one instance at a time.
Prerequisites:
Before you perform this procedure, confirm the following:
• You reviewed the following information:
• Unigy upgrade workflows on page 21
• Patches, service packs, and hotfixes on page 25
• Unigy Product Compatibility Matrix
• You have the new appliance personality software update ISO file. Updates are generally delivered on
a DVD, but might also be available on a network drive or other external data storage device.
Note
The ISO files for new versions, patches, and service packs are over 2.0 GBs in size, so if low band
width or slow file transfer rates caused by other factors is an issue, do one or both of the following to
ensure that a copy of the ISO file is available for upload or download prior to performing the upgrade:
• If you will be at the customer site, be sure the DVD is available or copy the ISO file to your laptop or
a flash drive.
• Copy the ISO file to a customer or IPC server from which you can download it to one of the Unigy
appliances. Perform the copy before you start the upgrade because it might take an hour or more to
complete. Refer to Download an ISO file when an upload or download fails on page 548.
• For Unigy v4.1 or higher, if an OS (operating system) patch that is more recent than the OS version
included in the appliance personality ISO file you are deploying is available and you want to deploy
this patch, you have access to the patch ISO file. You can get the file from the IPC FTP site,
FilesAnywhere. It can be burned to a DVD or copied to your laptop or an external data storage device.
• If the update requires a new enterprise license, you have the new license file for the customer.
• You have the SMTP configuration values for the enterprise. These are available at Configuration ➤
Enterprise ➤ SMTP. This data is not saved in the database, so it will be replaced with default values
during the upgrade. You will reconfigure SMTP after the upgrade. Record the values in the table in
SMTP configuration properties on page 564.
• If you are upgrading from a Unigy version prior to v2.0.1.6, you have the zone ID for each zone you
are upgrading. You will need this information to populate the prototype devices in each zone with the
updateMyPrototype.sh script following the upgrade. You can determine the zone IDs from
within the Install tab at Tools ➤ Deployment ➤ Software Deployment.
• You have access to the document Post-Maintenance Validation Test Suite, which is available on the
Tech Portal. This document provides a set of procedures you should perform to determine whether a
zone is in a healthy state before and after you upgrade the zone.
• The appliances on which you are deploying the update have at least 48 GB of memory.
If you are deploying a post Unigy v3.0.0.1 update and Multi-tier Replication is enabled, it must be
enabled for all data centers in the enterprise before you upgrade any zones. Zones can be upgraded when
the associated data center is in either the enabled or suspended state. When you upgrade the zones, the
portal zones should be upgraded before the local zones because the portal zones serve as the preferred
zone for the local zones within a data center. If you are restoring the Enterprise database during the
upgrade, restore the database to a portal zone.
Important
If partial replication is enabled, collector zones must be upgraded before generator zones.
If Multi-tier Replication is enabled, it must be enabled for all data centers in the enterprise, or the data
centers must be members of the default data center, before you upgrade any of the zones. When you
upgrade the zones, upgrade the portal zones before the local zones because the portal zone serves as the
preferred zone for the local zones within a data center. To upgrade a portal zone, you must suspend
Multi-tier Replication for the associated data center. To avoid data loss when you upgrade a portal zone,
consider upgrading one appliance in the zone at a time so the zone remains active and available to
collect local zone data changes throughout the upgrade. For information on this upgrade procedure, refer
to Deploy a software update in a multizone enterprise one zone at a time on page 93. If you are restoring
an Enterprise database backup during the upgrade, restore the database to a portal zone. After you
upgrade the portal zone, resume Multi-tier Replication before you upgrade the Local zones. For
additional information on Multi-tier Replication, refer to Multi-tier Replication on page 229.
Tip
It is a best practice to make a note of the customer's dial patterns, route plans, recording profiles, and
scheduled backups before performing this procedure and to verify that they are the same in the upgraded
enterprise when the procedure is complete. If an enterprise backup is restored during the upgrade,
scheduled backups will need to be reconfigured if the date of the next scheduled event is before the date
the backup was restored. This is because the currently scheduled job will not run because the date is in
the past. For recurring jobs, this prevents the next occurrence from being scheduled.
Caution
An update is service-impacting when the COP software is upgraded, the system creates a rollback point
or reboots an appliance, the procedure includes an HA failover (manual HA failovers are always
stateless), data replication is re-enabled, or the update contains changes to the Media Gateways, turrets,
Pulse devices, or Soft Clients that require a reboot after the software is deployed. Review the Impacted
RPMs tab within the Software Deployment Install tab to determine the impacts of the update.
All upgrades should be performed only during a maintenance window when the zones being deployed
are not required to process calls or configuration requests.
You can deploy the update on one appliance at a time, or to minimize deployment time, on both
appliances simultaneously. If you deploy the appliances one at a time, deploy the update on the Standby
appliance first, then force an HA failover and deploy the update on the second appliance. Perform this
procedure on the appliances in each zone you are upgrading.
If manual or automated configuration or other changes are made within a zone before data replication is
reenabled, those changes might be lost when the zone obtains a copy of the Unigy database after
replication is enabled. Job history records for the upgrade are also lost, so you should review the history
and log details before enabling replication.
This procedure requires a user account with the IPC Certified Tech role assigned.
1. Log in to the UMS in the first zone you are upgrading.
2. Determine the state of each of the zones you are upgrading by performing the procedures in the Post-
Maintenance Validation Test Suite. If you do not have access to this document, perform the procedure
Validate a zone before an upgrade, rollback, or other operations on page 636.
If a zone is not in a healthy state or there is not sufficient disk space available, resolve the issues
before you perform the upgrade, unless the upgrade is required to resolve the issues.
3. If the zone you are upgrading is a Multi-tier Replication portal zone, place the associated data center
into the suspended state by performing the procedure Suspend or resume Multi-tier Replication on
page 247.
4. To prevent new hardware from registering with the zones during the upgrade, disable device
registration in each of the zones you are upgrading before you begin the upgrade by performing the
procedure Disable device registration on page 497.
5. If you are upgrading from Unigy v2.x to Unigy v3.0 or higher, perform the procedure Send SNMP
recovery alerts prior to an upgrade on page 564.
6. Within the first zone you are upgrading, click Tools ➤ Deployment ➤ Software Deployment.
7. In the Available Software Releases panel, confirm that the Status of all ISOs is installed. If an
ISO file is not installed, determine whether it should be installed before you deploy the new update.
The status not_installed indicates one of the following:
• If the zone in the Zone Name column is the local zone and the zone is a non-HA zone, the ISO is
uploaded to the appliance, but is not deployed.
• If the zone in the Zone Name column is the local zone and the zone is an HA zone, either the ISO
is not deployed on either appliance in the zone or it is deployed on one appliance, but not the other
appliance.
• If the zone in the Zone Name column is not the local zone, the ISO is not uploaded to the
appliances in the local zone, but is available in at least one other zone.
• If you deploy a patch or service pack after deploying a hotfix, the system changes the status of the
hotfix to not _installed, indicating that the hotfix RPMs were replaced by the corresponding
patch or service pack RPMs.
8. Upload the appliance personality update ISO file by performing the procedure Upload or download
an ISO file on page 547.
9. Confirm that the ISO file is visible in the Available Software Releases panel and when you click the
file name, the Install Zone button is enabled and the Enterprise Install button is disabled.
10. If an OS patch that is more recent than the OS patch included in the appliance personality ISO file
you uploaded is available and you want the upgrade process to deploy the newer OS patch, perform
the procedure Upload or download an OS patch ISO file on page 146.
11. Within the Install tab, click the ISO file then review the following update information by clicking the
View Details icon ( ) and expanding each section:
• Within the Package Explorer tab, review the value in the Version column to determine the
software version for each package.
• Within the Release Contents tab, review the manifest information for the update.
• Within the Impacted RPMs tab, review the list of RPMs that will be upgraded to determine
whether any appliances or associated devices require a reboot after the software is deployed. When
you click the tab, the system downloads the update ISO file to the Standby appliance then displays
the impacted RPMs for both appliances. Confirm that the impact statements for both appliances
are displayed and the same RPMs are displayed for both. This might take several minutes. If the
RPM lists are not the same, wait one minute then refresh the list by re-clicking the ISO file name
then clicking the Impacted RPMs tab.
12. In the Zone field in the top right corner of the panel, select each zone you are upgrading and confirm
that the update ISO file is in the Available Software Releases panel and the Impacted RPMs list is the
same for each appliance in each zone. If the ISO file is not uploaded on the appliances in the zone
you select, the system downloads the file to both appliances when you click Impacted RPMs. This
takes several minutes.
13. Disable data replication by performing the procedure Disable data replication on page 498:
• If the enterprise consists of a single Unigy instance, disable replication in all zones in the
enterprise.
• If the enterprise consists of multiple Unigy instances, disable replication only in the zones
associated with the instance for which you are performing the upgrade.
You can start with any zone.
14. Place each zone you are upgrading into maintenance mode and disable SNMP forwarding by
performing the following procedures:
• Disable SNMP forwarding for a zone on page 596.
• Place a zone into maintenance mode to disable BCP plan activation on page 597.
Start with the first zone in which you disabled data replication in step 13.
Note
When you click Install Zone to deploy the ISO, the Install dialog box is displayed with the Install the
update simultaneously on both servers in the zone check box selected. To automatically deploy the
update on the Active and Standby appliances, leave the check box at the default setting. To deploy the
update only on the Standby appliance, clear the Install the update simultaneously on both servers in the
zone check box.
If upgrading both appliances simultaneously fails and the software is not deployed, clear the Install the
update simultaneously on both servers in the zone check box and attempt to upgrade one appliance at
a time.
19. After the deployment completes, monitor the state of the appliances in the zone until all services are
running successfully by performing the procedure Check the state of a zone from a browser on page
499.
20. Confirm that the update was installed by performing the procedure Confirm that an update was
deployed on page 552.
21. Take the Standby appliance out of maintenance mode by performing the procedure Take an appliance
or Media Gateway out of maintenance mode on page 600.
22. Indicate that the maintenance for the Standby appliance is complete by performing the procedure
Indicate that maintenance on the Standby appliance is complete on page 601.
Important
After you complete this step, if you selected the Install the update simultaneously on both servers in the
zone option in the Install dialog box in step 18, the software is deployed on both appliances, so you
should proceed directly to step 24. If you did not select this option, perform step 23 before performing
step 24.
23. If you are upgrading the appliances one at a time, do the following:
a) Force an HA failover to make the Active appliance the Standby appliance by performing the
procedure Force an HA failover on page 546.
Note
This is a stateless failover, so active calls are dropped.
Note
Enable preferred zones before non-preferred zones, and if Multi-tier Replication is enabled, enable
portal zones before local zones.
Enable replication for one zone at a time. Wait for the replication to complete in one zone before you
enable replication for the next zone.
30. If a new enterprise license is required, install the license you obtained as part of the prerequisites in
one of the zones by performing the procedure Install an enterprise license file on page 481.
31. If you suspended Multi-tier Replication in step 3, resume it by performing the procedure Suspend or
resume Multi-tier Replication on page 247.
32. Deploy the updated software on the remaining devices in the zone, including Media Managers, Media
Gateways, turrets, Pulse devices, and Unigy Soft Clients by performing the procedure Upgrade the
software on system devices on page 558 for each zone you upgraded.
33. Reconfigure the SMTP properties with the values you recorded in the prerequisites by performing the
procedure Configure an SMTP server on page 563.
34. If secure communications is enabled for third-party devices, such as PBXs, voice recorders, or
Session Border Controllers, and a self-signed certificate is used to secure the connections, perform
the procedure Upload a self-signed third-party certificate for secure communications on page 269.
35. Validate the zones you upgraded by performing the procedures in the Post-Maintenance Validation
Test Suite. If you do not have access to this document, perform the procedure Validate a zone after a
deployment, rollback, or other operations on page 638.
36. If a recurring Archive all Zone backup job and backup file retention policy are not configured for at
least one zone in each realm, perform the procedure Configure a recurring archive backup job and
retention policy on page 612 for a zone in each realm.
This helps to prevent out of memory issues due to high volumes of call history data. If partial
replication is enabled, the zone must be a collector zone.
37. If applicable, do one or more of the following:
• Enable partial replication by performing the procedure Enable partial replication on page 316.
This applies only to customers who use partial replication to reduce the volume of data that is
replicated throughout the enterprise. If the customer is not using partial replication or it is already
enabled, it is not necessary to perform this step.
• If you upgraded to Unigy v3.0.0.1 or higher, enable Multi-tier Replication to further reduce the
volume of data replicated, improve WAN resiliency, and increase scalability by performing the
procedure Enable Multi-tier Replication on page 243. If the customer is not using Multi-tier
Replication or it is already enabled, it is not necessary to perform this step.
• Upgrade the Unigy Soft Client software on the client computers by performing one of the
following procedures. If the customer does not use the Soft Client, it is not necessary to perform
this step.
• Upgrade the Unigy Soft Client software – Microsoft Windows 32-bit on page 630
• Upgrade the Unigy Soft Client software – Microsoft Windows 64-bit on page 628
• If you are implementing the System Logging and Information Collector (SLIC) feature to forward
customer log data to a data analytics engine such as Splunk, refer to the System Logging and
Information Collector Service Installation and Administration Guide. If the customer is not using
this feature or it is already implemented, it is not necessary to perform this task.
• Install and configure the Compliance Policy Engine to control access to lines and users. For
information on these procedures, refer to the Compliance Policy Engine Installation Guide and
Compliance Policy Engine Administration Guide. If the customer has not purchased the
Compliance Policy Engine or it is already installed, it is not necessary to perform this step.
Note
If you discover an issue with the upgrade that requires rolling back to the restore point created prior to the
upgrade, refer to the procedure Roll back the software on the appliances in a Unigy or Blue Wave HA
zone from the UMS on page 389.
You can deploy multiple dedicated Blue Wave zones within a Unigy enterprise that has a Standard or
Enterprise license.
Supported Blue Wave zone configurations
The following Blue Wave configurations are supported:
2.1.1 Deploy the Blue Wave Director software in a single appliance zone
To support custom and third-party applications that use the Blue Wave APIs, deploy the Blue Wave
Director software on an appliance that will be used to route application requests from the applications to
Unigy zones for call processing. This topic describes how to deploy a Blue Wave Appliance in a single
appliance, non-HA zone.
For information on the different types of Blue Wave zones, refer to Blue Wave deployment and upgrade
workflows on page 101.
Prerequisites:
Prior to deploying the Blue Wave Director software, the following prerequisite procedures must be
complete for the Blue Wave Appliance:
Procedure Reference
Appliance hardware is installed (racked) and Common Appliance Platform Onsite Installation
connected to the network. Manual
Common Operating Platform (COP) software is Deploy the COP (Common Operating Platform)
deployed. software on page 448
This software is deployed by IPC Manufacturing
prior to appliance shipment, so deploy this
software only if the Unigy COP software is not
deployed.
Appliance network settings are configured. Configure the appliance network settings with
Network Configurator on page 450
Appliance personality software is deployed as a Deploy the appliance personality software with
CCM or ACCM appliance that is not part of an HA Personality Deployer on page 465
pair.
The zone is deployed. Co-located zone: Deploy the first or only zone with
Zone Deployer on page 489
Dedicated Blue Wave zone: Deploy subsequent
zones on page 495
You have the DVD for the latest Blue Wave
Director software or access to the ISO file on an
external data storage device.
This procedure requires a user account with the IPC Certified Tech role assigned.
1. Log in to the UMS in the zone in which you are deploying the Blue Wave software.
2. Confirm that the CDI Support and Line Support fields are configured properly.
a) Click Configuration ➤ Enterprise ➤ System ➤ Zones.
b) In the Zones list on the left, click the Blue Wave zone you are deploying.
c) Within the Trading section, confirm that the CDI Support and Line Support check boxes are
selected to enable this support. If they are not, select the check boxes then click Save.
3. Place the appliance into maintenance mode by performing the procedure Place an appliance or
Media Gateway into maintenance mode to indicate it is unavailable on page 599.
4. Click Tools ➤ Deployment ➤ Software Deployment.
5. In the Available Software Releases panel, confirm that the Status of all ISOs is installed. If an
ISO file is not installed, determine whether it should be installed before you deploy the new update.
The status not_installed indicates one of the following:
• If the zone in the Zone Name column is the local zone and the zone is a non-HA zone, the ISO is
uploaded to the appliance, but is not deployed.
• If the zone in the Zone Name column is the local zone and the zone is an HA zone, either the ISO
is not deployed on either appliance in the zone or it is deployed on one appliance, but not the other
appliance.
• If the zone in the Zone Name column is not the local zone, the ISO is not uploaded to the
appliances in the local zone, but is available in at least one other zone.
• If you deploy a patch or service pack after deploying a hotfix, the system changes the status of the
hotfix to not _installed, indicating that the hotfix RPMs were replaced by the corresponding
patch or service pack RPMs.
6. Upload the Blue Wave ISO file by performing the procedure Upload or download an ISO file on page
547.
7. Confirm that the update ISO file is visible in the Available Software Releases panel and when you
click the file, the Install Zone button is enabled and the Enterprise Install button is disabled.
8. Click the ISO file then review the following update information:
• Within the Package Explorer tab, review the value in the Version column to determine the
software version for each package.
• Within the Release Contents tab, review the manifest information.
• Within the Impacted RPMs tab, review the list of RPMs that will be upgraded to determine
whether any appliances or associated devices require a reboot after the software is deployed.
9. Deploy the software by performing the procedure Deploy an ISO file on page 550.
10. After the deployment completes, confirm that the application deployed properly by accessing the Web
Application Description Language (WADL) link for the Blue Wave Appliance:
a) If your browser is Microsoft Internet Explorer 8.0, enable the Compatibility Mode before viewing
the WADL page to ensure proper formatting of the website.
b) Within the browser, access http://ip/svc/bw/api/wadl, where ip is the IP address of the
appliance on which you deployed the Blue Wave Director software.
c) Confirm that the WADL page displays Summary, Grammars, and Resources sections for the Blue
Wave APIs. These sections include resource URIs, supported methods, and a brief description of
each API.
11. Take the appliance out of maintenance mode by performing the procedure Take an appliance or
Media Gateway out of maintenance mode on page 600.
12. Confirm that the CDI Support, Line Support, and Blue Wave Director Support check boxes are
selected. These are required for a co-located Blue Wave zone.
a) Log in to the UMS.
b) Click Configuration ➤ Enterprise ➤ System ➤ Zones.
c) In the Zones list on the left, click the zone you deployed.
d) Within the Trading section, confirm that the CDI Support, Line Support, and Blue Wave Director
Support check boxes are selected. If the CDI Support and Line Support check boxes are not
selected, select them then click Save. The system should have selected the Blue Wave Director
Support check box when the software was deployed. If the check box is not selected, contact IPC
Support.
Note
If you discover a problem with the deployment, roll back to the restore point that was created before the
software was deployed by performing the procedure Roll back the software on the appliance in a Unigy or
Blue Wave standalone zone on page 387.
2.1.2 Deploy the Blue Wave Director software on both appliances in an HA zone
simultaneously
To support custom and third-party applications that use the Blue Wave APIs, deploy the Blue Wave
Director software on appliances in zones that will be used to route application requests from the
applications to Unigy zones for data retrieval and call processing. This topic describes how to deploy the
Blue Wave Director software on both appliances in an HA zone simultaneously.
Important
This procedure applies to Blue Wave v2.0.1 or higher deployments.
For information on deploying the software on only one appliance in a zone or for an alternate procedure
if this procedure fails, refer to Deploy the Blue Wave Director software in an HA zone one appliance at a
time on page 109.
For information on the different types of Blue Wave zones, refer to Blue Wave deployment and upgrade
workflows on page 101.
Prerequisites:
Prior to deploying the Blue Wave Director software, the following prerequisite procedures must be
complete for the Blue Wave Appliances:
Procedure Reference
Appliance hardware is installed (racked) and Common Appliance Platform Onsite Installation
connected to the network. Manual
Common Operating Platform (COP) software is Deploy the COP (Common Operating Platform)
deployed. software on page 448
This software is deployed by IPC Manufacturing
prior to appliance shipment, so deploy the Unigy
COP software.
Procedure Reference
Appliance network settings are configured on both Configure the appliance network settings with
appliances. Network Configurator on page 450
Appliance personality software is deployed on both Deploy the appliance personality software with
appliances as a CCM or ACCM in an HA pair. Personality Deployer on page 465
The zone is deployed. Co-located zone: Deploy the first or only zone with
Zone Deployer on page 489
Dedicated Blue Wave zone: Deploy subsequent
zones on page 495
If you are deploying a dedicated Blue Wave zone, Add an instance on page 303
determine the instance the zone will be associated
with.
Prior to Unigy v3.1, Unigy and dedicated Blue
Wave zones could not be associated with the
same instance. With Unigy v3.1 or higher, these
zones can be associated with the same instance if
the CDI Support and Line Support fields in the zone
configuration are disabled.
You have the DVD for the latest Blue Wave
Director software or access to the ISO file on an
external data storage device.
This procedure deploys the software on both appliances in a zone simultaneously; however, unlike
Unigy parallel upgrades, you cannot deploy multiple Blue Wave zones at the same time. You must
complete the deployment of one zone before you begin the deployment of the next zone.
This procedure requires a user account with the IPC Certified Tech role assigned.
1. Log in to the UMS in the Blue Wave zone you are deploying https://vip.
2. Confirm that the CDI Support and Line Support fields are configured properly. If they are not,
change the values then click Save.
a) Click Configuration ➤ Enterprise ➤ System ➤ Zones.
b) In the Zones list, click the Blue Wave zone you are deploying.
c) Within the Trading section, confirm the following:
• If the zone is a co-located Blue Wave zone, the CDI Support and Line Support check boxes
should be selected to enable this support.
• If the zone is a dedicated Blue Wave zone, the CDI Support and Line Support check boxes
should be cleared to disable this support.
3. Determine the state of the zone by performing the procedures in the Post-Maintenance Validation Test
Suite. If you do not have access to this document, perform the procedure Validate a zone before an
upgrade, rollback, or other operations on page 636.
If a zone is not in a healthy state or there is not sufficient disk space available, resolve the issues
before you perform the upgrade, unless the upgrade is required to resolve the issues.
4. Click Tools ➤ Deployment ➤ Software Deployment.
5. In the Available Software Releases panel, confirm that the Status of all ISOs is installed,
especially any Unigy update that is required before you deploy the Blue Wave software. If an ISO file
is not installed, determine whether it should be installed before you deploy the software.
6. Upload the ISO file by performing the procedure Upload or download an ISO file on page 547.
7. Confirm that the ISO is visible in the Available Software Releases panel and when you click the file
name, the Install Zone button is enabled.
Enterprise Install is not available for Blue Wave deployments or upgrades.
8. Within the Install tab, click the ISO file then review the following update information by clicking the
View Details icon ( ) and expanding each section:
• Within the Package Explorer tab, review the value in the Version column to determine the
upgrade version for each package.
• Within the Release Contents tab, review the manifest information for the update.
• Within the Impacted RPMs tab, review the list of RPMs that will be upgraded to determine
whether any appliances or associated devices require a reboot after the software is deployed. When
you click the tab, the system downloads the update ISO file to the Standby appliance then displays
the impacted RPMs for both appliances. Confirm that the impact statements for both appliances
are displayed and the same RPMs are displayed for both. This might take several minutes. If the
RPM lists are not the same, wait one minute then refresh the list by re-clicking the ISO file name
then clicking the Impacted RPMs tab.
9. Disable data replication for the Blue Wave zone you are deploying by performing the procedure
Disable data replication on page 498.
10. Place the zone into maintenance mode by performing the procedures Place a zone into maintenance
mode to disable BCP plan activation on page 597 and Disable SNMP forwarding for a zone on page
596.
11. Place the cluster into maintenance mode by performing the procedure Place a cluster into
maintenance mode to enable control of HA failovers on page 598.
12. Place the standby appliance into maintenance mode by performing the procedure Place an appliance
or Media Gateway into maintenance mode to indicate it is unavailable on page 599.
13. Deploy the software by performing the procedure Deploy an ISO file on page 550.
Be sure that the Install the Update simultaneously on both servers in the zone check box is
selected.
14. After the deployment completes, monitor the state of the appliances in the zone until all processes are
running by performing the procedure Check the state of a zone from a browser on page 499.
15. Take the standby appliance out of maintenance mode by performing the procedure Take an appliance
or Media Gateway out of maintenance mode on page 600.
16. Indicate that the maintenance for the Standalone appliance is complete by performing the procedure
Indicate that maintenance on the Standby appliance is complete on page 601.
17. Take the cluster out of maintenance mode by performing the procedure Take a cluster out of
maintenance mode to resume normal HA operation on page 599.
18. Take the zone out of maintenance mode by performing the procedures Take a zone out of
maintenance mode to reenable BCP plan activation on page 598 and Reenable SNMP forwarding for
a zone on page 596.
19. Determine whether the CDI Support, Line Support, and Blue Wave Director Support fields are
configured properly for the zone:
a) Log in to the UMS.
b) Click Configuration ➤ Enterprise ➤ System ➤ Zones.
c) In the Zones list, click the zone you deployed.
d) Within the Trading section, confirm the following. If the values are not correct, correct them then
click Save.
• If the zone is a co-located Blue Wave zone, confirm that the CDI Support and Line Support
check boxes are selected to enable this support.
• If the zone is a dedicated Blue Wave zone, confirm that the CDI Support and Line Support
check boxes are cleared to disable this support.
• The system should have selected the Blue Wave Director Support check box when the
software was deployed. If the check box is not selected, contact IPC Support.
20. Enable data replication in the zone by performing the procedure Enable data replication on page
497.
21. Confirm that the software was deployed by performing the procedure Confirm that an update was
deployed on page 552.
22. Validate the zone you deployed by performing the procedures in the Post-Maintenance Validation
Test Suite. If you do not have access to this document, perform the procedure Validate a zone after a
deployment, rollback, or other operations on page 638.
23. For each additional Blue Wave zone you are deploying, repeat steps 1 through 22.
Note
If you discover a problem with the deployment, roll back to the restore point that was created before the
software was deployed by performing the procedure Restore a CCM, ACCM, or MM disk image from the
command line on page 393.
2.1.3 Deploy the Blue Wave Director software in an HA zone one appliance at a time
To support custom and third-party applications that use the Blue Wave APIs, deploy the Blue Wave
Director software on appliances in zones that will be used to route application requests from the
applications to Unigy zones for call processing. This topic describes how to deploy the Blue Wave
Director software in an HA zone one appliance at a time.
Note
The preferred method for deploying the Blue Wave v2.0.1 or higher software in an HA zone is the
procedure Deploy the Blue Wave Director software on both appliances in an HA zone simultaneously on
page 106. This reduces the time and effort required to deploy a Blue Wave zone.
Use the procedure described in this topic if you are deploying the software on only one of the appliances
in a zone or if the simultaneous procedure fails. This procedure applies to Blue Wave v2.0.1 or higher.
For information on the different types of Blue Wave zones, refer to Blue Wave deployment and upgrade
workflows on page 101.
Prerequisites:
Prior to deploying the Blue Wave Director software, the following prerequisite procedures must be
complete for the Blue Wave Appliances:
Procedure Reference
Appliance hardware is installed (racked) and Common Appliance Platform Onsite Installation
connected to the network. Manual
Common Operating Platform (COP) software is Deploy the COP (Common Operating Platform)
deployed. software on page 448
This software is deployed by IPC Manufacturing
prior to appliance shipment, so deploy the Unigy
COP software only if it is not already deployed.
Appliance network settings are configured on both Configure the appliance network settings with
appliances. Network Configurator on page 450
Appliance personality software is deployed on both Deploy the appliance personality software with
appliances as a CCM or ACCM in an HA pair. Personality Deployer on page 465
The zone is deployed. Co-located zone: Deploy the first or only zone with
Zone Deployer on page 489
Dedicated Blue Wave zone: Deploy subsequent
zones on page 495
If you are deploying a dedicated Blue Wave zone, Add an instance on page 303
determine the instance the zone will be associated
with.
Prior to Unigy v3.1, Unigy and dedicated Blue
Wave zones could not be associated with the
same instance. With Unigy v3.1 or higher, these
zones can be associated with the same instance if
the CDI Support and Line Support fields in the zone
configuration are disabled.
You have the DVD for the latest Blue Wave
Director software or access to the ISO file on an
external data storage device.
For details on the fields and buttons in the UMS panels referenced in this procedure, refer to the online
help or the UMS UI Guide.
This procedure requires a user account with the IPC Certified Tech role assigned.
Important
The first appliance you deploy must be the Primary CCM or ACCM appliance in the HA pair. The Primary
appliance is the one with the lower IP address. Deploy the software on the Primary appliance then force
an HA failover and deploy the software on the Secondary appliance.
1. Log in to the UMS in the Blue Wave zone you are deploying https://vip.
2. Confirm that the CDI Support and Line Support fields are configured properly. If they are not,
change the values then click Save.
a) Click Configuration ➤ Enterprise ➤ System ➤ Zones.
b) In the Zones list, click the Blue Wave zone you are deploying.
c) Within the Trading section, confirm the following:
• If the zone is a co-located Blue Wave zone, the CDI Support and Line Support check boxes
should be selected to enable this support.
• If the zone is a dedicated Blue Wave zone, the CDI Support and Line Support check boxes
should be cleared to disable this support.
3. Determine the state of the zone by performing the procedures in the Post-Maintenance Validation Test
Suite. If you do not have access to this document, perform the procedure Validate a zone before an
upgrade, rollback, or other operations on page 636.
If a zone is not in a healthy state or there is not sufficient disk space available, resolve the issues
before you perform the upgrade, unless the upgrade is required to resolve the issues.
4. Confirm that the Primary appliance is the Standby appliance:
a) Click Configuration ➤ Sites ➤ Servers ➤ Clusters.
b) In the Clusters list, click the zone cluster.
c) Within the Members tab, determine which appliance has the STANDBY Role.
d) If you are not sure which appliance is the Primary appliance, click Check Status, review the IP
address in the Server property for the first appliance then scroll through the Cluster Operation
Output Details to locate the Server property for the second appliance. The appliance with the
lower IP address is the Primary appliance.
e) If the Primary appliance is not the Standby appliance, force an HA failover by performing the
procedure Force an HA failover on page 546.
f) After the failover completes, determine the status of the Standby appliance. If the Role is not
STANDBY and the State AVAILABLE, click the Standby appliance then click Rearm Server. Wait
for the rearm to complete. The Role should be STANDBY and the State should be AVAILABLE.
You can refresh the page by clicking the Properties tab then clicking the Members tab.
g) Click Check Status then confirm that the Primary appliance is the Standby appliance, the State
for both appliances is AVAILABLE, all services are running, and there are no errors.
5. Click Tools ➤ Deployment ➤ Software Deployment.
6. In the Available Software Releases panel, confirm that the Status of all ISOs is installed. If an
ISO file is not installed, determine whether it should be installed before you deploy the new update.
The status not_installed indicates one of the following:
• If the zone in the Zone Name column is the local zone and the zone is a non-HA zone, the ISO is
uploaded to the appliance, but is not deployed.
• If the zone in the Zone Name column is the local zone and the zone is an HA zone, either the ISO
is not deployed on either appliance in the zone or it is deployed on one appliance, but not the other
appliance.
• If the zone in the Zone Name column is not the local zone, the ISO is not uploaded to the
appliances in the local zone, but is available in at least one other zone.
• If you deploy a patch or service pack after deploying a hotfix, the system changes the status of the
hotfix to not _installed, indicating that the hotfix RPMs were replaced by the corresponding
patch or service pack RPMs.
7. Upload the Blue Wave ISO file by performing the procedure Upload or download an ISO file on page
547.
8. Confirm that the update ISO file is visible in the Available Software Releases panel and when you
click the file, the Install Zone button is enabled.
9. Within the Install tab, click the ISO file then review the following update information by clicking the
View Details icon ( ) and expanding each section:
• Within the Package Explorer tab, review the value in the Version column to determine the
upgrade version for each package.
• Within the Release Contents tab, review the manifest information for the update.
• Within the Impacted RPMs tab, review the list of RPMs that will be upgraded to determine
whether any appliances or associated devices require a reboot after the software is deployed. When
you click the tab, the system downloads the update ISO file to the Standby appliance then displays
the impacted RPMs for both appliances. Confirm that the impact statements for both appliances
are displayed and the same RPMs are displayed for both. This might take several minutes. If the
RPM lists are not the same, wait one minute then refresh the list by re-clicking the ISO file name
then clicking the Impacted RPMs tab.
10. Place the cluster into maintenance mode by performing the procedure Place a cluster into
maintenance mode to enable control of HA failovers on page 598.
11. Place the Standby appliance into maintenance mode by performing the procedure Place an appliance
or Media Gateway into maintenance mode to indicate it is unavailable on page 599.
Note
The Standby appliance must be the Primary appliance.
12. Deploy the software by performing the procedure Deploy an ISO file on page 550.
13. After the deployment completes, monitor the state of the appliances in the zone until all processes are
running by performing the procedure Check the state of a zone from a browser on page 499.
14. Take the Standby appliance out of maintenance mode by performing the procedure Take an appliance
or Media Gateway out of maintenance mode on page 600.
15. Indicate that the maintenance is complete for the appliance by performing the procedure Indicate that
maintenance on the Standby appliance is complete on page 601.
16. Take the cluster out of maintenance mode by performing the procedure Take a cluster out of
maintenance mode to resume normal HA operation on page 599.
17. Force an HA failover to make the Secondary appliance the Standby appliance by performing the
procedure Force an HA failover on page 546.
18. Rearm the Standby appliance by clicking the appliance then clicking Rearm Server.
Wait for the rearm to complete. The Role for the Secondary appliance should be STANDBY and the
State should be AVAILABLE. You can refresh the page by clicking the Properties tab then clicking
the Members tab.
19. Click Check Status then confirm that the Secondary appliance is the Standby appliance, the State for
both appliances is AVAILABLE, all services are running, and there are no errors.
20. Place the cluster into maintenance mode by performing the procedure Place a cluster into
maintenance mode to enable control of HA failovers on page 598.
21. Place the Standby appliance into maintenance mode by performing the procedure Place an appliance
or Media Gateway into maintenance mode to indicate it is unavailable on page 599.
22. Deploy the software by performing the procedure Deploy an ISO file on page 550.
23. After the deployment completes, monitor the state of the appliances in the zone until all processes are
running by performing the procedure Check the state of a zone from a browser on page 499.
24. Take the Standby appliance out of maintenance mode by performing the procedure Take an appliance
or Media Gateway out of maintenance mode on page 600.
25. Indicate that the maintenance is complete for the appliance by performing the procedure Indicate that
maintenance on the Standby appliance is complete on page 601.
26. Take the cluster out of maintenance mode by performing the procedure Take a cluster out of
maintenance mode to resume normal HA operation on page 599.
27. Reboot both appliances in the zone.
Reboot the Standby appliance then within no more than 15 seconds reboot the Active appliance.
a) Log in to both appliances through SSH.
b) On both appliances, run the command su -lp and enter the root user account password.
c) On the Standby appliance, run the reboot command.
d) On the Active appliance, run the reboot command.
Wait for both appliances to reboot.
28. Determine whether the CDI Support, Line Support, and Blue Wave Director Support fields are
configured properly for the zone:
a) Log in to the UMS.
b) Click Configuration ➤ Enterprise ➤ System ➤ Zones.
c) In the Zones list, click the zone you deployed.
d) Within the Trading section, confirm the following. If the values are not correct, correct them then
click Save.
• If the zone is a co-located Blue Wave zone, confirm that the CDI Support and Line Support
check boxes are selected to enable this support.
• If the zone is a dedicated Blue Wave zone, confirm that the CDI Support and Line Support
check boxes are cleared to disable this support.
• The system should have selected the Blue Wave Director Support check box when the
software was deployed. If the check box is not selected, contact IPC Support.
29. Confirm that the software was deployed by performing the procedure Confirm that an update was
deployed on page 552.
30. Validate the zone you deployed by performing the procedures in the Post-Maintenance Validation
Test Suite. If you do not have access to this document, perform the procedure Validate a zone after a
deployment, rollback, or other operations on page 638.
Note
If you discover a problem with the deployment, roll back to the restore point that was created before the
software was deployed. If you deployed the software on only one appliance, perform the procedure Roll
back the software on the appliances in a Unigy or Blue Wave HA zone from the UMS on page 389. If you
deployed the software on both appliances, perform the procedure Restore a CCM, ACCM, or MM disk
image from the command line on page 393.
Note
If you are upgrading the Blue Wave zone(s) to v3.0 or higher from a pre-v3.0 version, the following are
required:
• The Unigy software for the zone must be version v4.0 or higher.
• The appliance you deploy the software on must be an R620 or higher appliance. R610s are not
supported for Unigy v4.0 or higher.
• When you deploy the Unigy software for the zone, you must deploy the new COP software, even if the
upgrade for a Unigy zone does not require a new COP. For example, if you are upgrading a Unigy
zone from v3.1.0.2 to v4.0, a COP upgrade is not required; however, you must deploy the COP for the
Blue Wave zones.
• If any zones in the enterprise have a pre-Unigy v4.1 version deployed, upgrade the Blue Wave zones
before you upgrade any Unigy zones. If all zones are at Unigy v4.1 or higher, it is not necessary to
upgrade the Blue Wave zones before the Unigy zones.
Caution
An update is service-impacting when the COP software is upgraded, the system creates a rollback point
or reboots an appliance, or the update contains changes to the Media Gateways, turrets, Pulse devices,
or Soft Clients that require a reboot after the software is deployed. Review the Impacted RPMs tab within
the Software Deployment Install tab to determine the impacts of the update.
All upgrades should be performed only during a maintenance window when the zones being deployed
are not required to process calls or configuration requests.
This procedure requires a user account with the IPC Certified Tech role assigned.
1. Log in to the UMS with the appliance IP address: https://appliance_ip.
2. Confirm that the CDI Support and Line Support fields are configured properly.
a) Click Configuration ➤ Enterprise ➤ System ➤ Zones.
b) In the Zones list, click the Blue Wave zone you are upgrading.
c) Within the Trading section, confirm that the CDI Support and Line Support check boxes are
selected to enable this support. If they are not, select the check boxes then click Save.
3. Determine the state of the zone by performing the procedures in the Post-Maintenance Validation Test
Suite. If you do not have access to this document, perform the procedure Validate a zone before an
upgrade, rollback, or other operations on page 636.
If a zone is not in a healthy state or there is not sufficient disk space available, resolve the issues
before you perform the upgrade, unless the upgrade is required to resolve the issues.
4. Click Tools ➤ Deployment ➤ Software Deployment.
5. In the Available Software Releases panel, confirm that the Status of all ISOs is installed. If an
ISO file is not installed, determine whether it should be installed before you deploy the new update.
The status not_installed indicates one of the following:
• If the zone in the Zone Name column is the local zone and the zone is a non-HA zone, the ISO is
uploaded to the appliance, but is not deployed.
• If the zone in the Zone Name column is the local zone and the zone is an HA zone, either the ISO
is not deployed on either appliance in the zone or it is deployed on one appliance, but not the other
appliance.
• If the zone in the Zone Name column is not the local zone, the ISO is not uploaded to the
appliances in the local zone, but is available in at least one other zone.
• If you deploy a patch or service pack after deploying a hotfix, the system changes the status of the
hotfix to not _installed, indicating that the hotfix RPMs were replaced by the corresponding
patch or service pack RPMs.
6. Upload the update ISO file by performing the procedure Upload or download an ISO file on page
547.
7. Confirm that the update ISO file is visible in the Available Software Releases panel and when you
click the file, the Install Zone button is enabled.
8. Within the Install tab, click the ISO file then review the following update information by clicking the
View Details icon ( ) and expanding each section:
• Within the Package Explorer tab, review the value in the Version column to determine the
upgrade version for each package.
• Within the Release Contents tab, review the manifest information for the update.
• Within the Impacted RPMs tab, review the list of RPMs that will be upgraded to determine
whether any appliances or associated devices require a reboot after the software is deployed. When
you click the tab, the system downloads the update ISO file to the Standby appliance then displays
the impacted RPMs for both appliances. Confirm that the impact statements for both appliances
are displayed and the same RPMs are displayed for both. This might take several minutes. If the
RPM lists are not the same, wait one minute then refresh the list by re-clicking the ISO file name
then clicking the Impacted RPMs tab.
9. Place the appliance into maintenance mode by performing the procedure Place an appliance or
Media Gateway into maintenance mode to indicate it is unavailable on page 599.
10. Deploy the update by performing the procedure Deploy an ISO file on page 550.
11. Monitor the state of the zone after the deployment completes by performing the procedure Check the
state of a zone from a browser on page 499.
12. Take the appliance out of maintenance mode by performing the procedure Take an appliance or
Media Gateway out of maintenance mode on page 600.
13. Confirm that the CDI Support, Line Support, and Blue Wave Director Support check boxes are
selected. These are required for a co-located Blue Wave zone.
a) Log in to the UMS.
b) Click Configuration ➤ Enterprise ➤ System ➤ Zones.
c) In the Zones list, click the zone you deployed.
d) Within the Trading section, confirm that the CDI Support, Line Support, and Blue Wave Director
Support check boxes are selected. If the CDI Support and Line Support check boxes are not
selected, select them then click Save. The system should have selected the Blue Wave Director
Support check box when the software was deployed. If the check box is not selected, contact IPC
Support.
14. After the zone is operational, confirm that the update was installed by performing the procedure
Confirm that an update was deployed on page 552.
15. Validate the zone you upgraded by performing the procedures in the Post-Maintenance Validation
Test Suite. If you do not have access to this document, perform the procedure Validate a zone after a
deployment, rollback, or other operations on page 638.
Note
If you discover a problem with the upgrade, roll back to the restore point that was created before the
update was deployed by performing the procedure Roll back the software on the appliance in a Unigy or
Blue Wave standalone zone on page 387.
2.2.2 Deploy a Blue Wave software update in an HA zone on both appliances simultaneously
When you deploy a Blue Wave update, you can upgrade one appliance at a time, or for Blue Wave
v2.0.1 or higher zones, both appliances simultaneously. This topic describes how to deploy a Blue Wave
Director software update on both appliances simultaneously. This is the preferred method for Blue Wave
v2.0.1 or higher upgrades. An update can be a patch, service pack, or hotfix.
Note
If you are upgrading the Blue Wave zone(s) to v3.0 or higher from a pre-v3.0 version, the following are
required:
• The Unigy software for the zone must be version v4.0 or higher.
• The appliance you deploy the software on must be an R620 or higher appliance. R610s are not
supported for Unigy v4.0 or higher.
• When you deploy the Unigy software for the zone, you must deploy the new COP software, even if the
upgrade for a Unigy zone does not require a new COP. For example, if you are upgrading a Unigy
zone from v3.1.0.2 to v4.0, a COP upgrade is not required; however, you must deploy the COP for the
Blue Wave zones.
• If any zones in the enterprise have a pre-Unigy v4.1 version deployed, upgrade the Blue Wave zones
before you upgrade any Unigy zones. If all zones are at Unigy v4.1 or higher, it is not necessary to
upgrade the Blue Wave zones before the Unigy zones.
For information on upgrading the software on only one appliance in a zone or for an alternate procedure
if this procedure fails, refer to Deploy a Blue Wave software update in an HA zone one appliance at a
time on page 120.
Prerequisites:
Before you perform this procedure:
• If a Unigy upgrade is also required, deploy the Unigy update before you deploy the Blue Wave
update. For information on Unigy upgrades, refer to Unigy upgrade workflows on page 21.
• Obtain the latest Blue Wave update ISO file. Updates are generally delivered on a DVD, but might
also be available on a network drive or other remote data storage device.
• If Multi-tier Replication is enabled, it must be enabled for all data centers in the enterprise before you
upgrade any of the zones. If the Blue Wave zone being upgraded is a portal zone, the associated data
center must be moved to the suspended state. If the data center is the default data center, you must
make a different data center the default data center before you suspend the data center.
This procedure applies to dedicated Blue Wave and co-located zones.
Caution
An update is service-impacting when the COP software is upgraded, the system creates a rollback point
or reboots an appliance, the procedure includes an HA failover (manual HA failovers are always
stateless), data replication is re-enabled, or the update contains changes to the Media Gateways, turrets,
Pulse devices, or Soft Clients that require a reboot after the software is deployed. Review the Impacted
RPMs tab within the Software Deployment Install tab to determine the impacts of the update.
All upgrades should be performed only during a maintenance window when the zones being deployed
are not required to process calls or configuration requests.
This procedure deploys the update on both appliances in a zone simultaneously; however, unlike Unigy
parallel upgrades, you cannot upgrade multiple Blue Wave zones at the same time. You must complete
the upgrade of one zone before you begin the upgrade of the next zone.
This procedure requires a user account with the IPC Certified Tech role assigned.
1. Log in to the UMS in the Blue Wave zone you are upgrading https://vip.
2. Confirm that the CDI Support and Line Support fields are configured properly. If they are not,
change the values then click Save.
a) Click Configuration ➤ Enterprise ➤ System ➤ Zones.
b) In the Zones list, click the Blue Wave zone you are deploying.
c) Within the Trading section, confirm the following:
• If the zone is a co-located Blue Wave zone, the CDI Support and Line Support check boxes
should be selected to enable this support.
• If the zone is a dedicated Blue Wave zone, the CDI Support and Line Support check boxes
should be cleared to disable this support.
3. Determine the state of the zone by performing the procedures in the Post-Maintenance Validation Test
Suite. If you do not have access to this document, perform the procedure Validate a zone before an
upgrade, rollback, or other operations on page 636.
If a zone is not in a healthy state or there is not sufficient disk space available, resolve the issues
before you perform the upgrade, unless the upgrade is required to resolve the issues.
4. If the zone you are upgrading is the portal zone for a data center, suspend Multi-tier Replication for
the associated data center by performing the procedure Suspend or resume Multi-tier Replication on
page 247.
5. Click Tools ➤ Deployment ➤ Software Deployment.
6. In the Available Software Releases panel, confirm that the Status of all ISOs is installed,
especially any Unigy update that is required for the Blue Wave update you are deploying. If an ISO
file is not installed, determine whether it should be installed before you deploy the new update.
The status not_installed indicates one of the following:
• If the zone in the Zone Name column is the local zone and the zone is a non-HA zone, the ISO is
uploaded to the appliance, but is not deployed.
• If the zone in the Zone Name column is the local zone and the zone is an HA zone, either the ISO
is not deployed on either appliance in the zone or it is deployed on one appliance, but not the other
appliance.
• If the zone in the Zone Name column is not the local zone, the ISO is not uploaded to the
appliances in the local zone, but is available in at least one other zone.
• If you deploy a patch or service pack after deploying a hotfix, the system changes the status of the
hotfix to not _installed, indicating that the hotfix RPMs were replaced by the corresponding
patch or service pack RPMs.
7. Upload the update ISO file by performing the procedure Upload or download an ISO file on page
547.
8. Confirm that the ISO is visible in the Available Software Releases panel and when you click the file
name, the Install Zone button is enabled.
Enterprise Install is not available for Blue Wave upgrades.
9. Within the Install tab, click the ISO file then review the following update information by clicking the
View Details icon ( ) and expanding each section:
• Within the Package Explorer tab, review the value in the Version column to determine the
upgrade version for each package.
• Within the Release Contents tab, review the manifest information for the update.
• Within the Impacted RPMs tab, review the list of RPMs that will be upgraded to determine
whether any appliances or associated devices require a reboot after the software is deployed. When
you click the tab, the system downloads the update ISO file to the Standby appliance then displays
the impacted RPMs for both appliances. Confirm that the impact statements for both appliances
are displayed and the same RPMs are displayed for both. This might take several minutes. If the
RPM lists are not the same, wait one minute then refresh the list by re-clicking the ISO file name
then clicking the Impacted RPMs tab.
10. Disable data replication for the Blue Wave zone you are upgrading by performing the procedure
Disable data replication on page 498.
11. Place the zone into maintenance mode by performing the procedures Place a zone into maintenance
mode to disable BCP plan activation on page 597 and Disable SNMP forwarding for a zone on page
596.
12. Place the cluster into maintenance mode by performing the procedure Place a cluster into
maintenance mode to enable control of HA failovers on page 598.
13. Place the standby appliance into maintenance mode by performing the procedure Place an appliance
or Media Gateway into maintenance mode to indicate it is unavailable on page 599.
14. Deploy the update by performing the procedure Deploy an ISO file on page 550.
Be sure that the Install the Update simultaneously on both servers in the zone check box is
selected.
15. After the deployment completes, monitor the state of the appliances in the zone until all processes are
running by performing the procedure Check the state of a zone from a browser on page 499.
16. Take the standby appliance out of maintenance mode by performing the procedure Take an appliance
or Media Gateway out of maintenance mode on page 600.
17. Indicate that the maintenance for the Standalone appliance is complete by performing the procedure
Indicate that maintenance on the Standby appliance is complete on page 601.
18. Take the cluster out of maintenance mode by performing the procedure Take a cluster out of
maintenance mode to resume normal HA operation on page 599.
19. Take the zone out of maintenance mode by performing the procedures Take a zone out of
maintenance mode to reenable BCP plan activation on page 598 and Reenable SNMP forwarding for
a zone on page 596.
20. Determine whether the CDI Support, Line Support, and Blue Wave Director Support fields are
configured properly for the zone:
a) Log in to the UMS.
b) Click Configuration ➤ Enterprise ➤ System ➤ Zones.
c) In the Zones list, click the zone you deployed.
d) Within the Trading section, confirm the following. If the values are not correct, correct them then
click Save.
• If the zone is a co-located Blue Wave zone, confirm that the CDI Support and Line Support
check boxes are selected to enable this support.
• If the zone is a dedicated Blue Wave zone, confirm that the CDI Support and Line Support
check boxes are cleared to disable this support.
• The system should have selected the Blue Wave Director Support check box when the
software was deployed. If the check box is not selected, contact IPC Support.
21. Enable data replication in the zone by performing the procedure Enable data replication on page
497.
22. If the zone you are upgrading is the portal zone for a data center, resume Multi-tier Replication for
the associated data center by performing the procedure Suspend or resume Multi-tier Replication on
page 247.
23. Confirm that the update was deployed by performing the procedure Confirm that an update was
deployed on page 552.
24. Validate the zone you upgraded by performing the procedures in the Post-Maintenance Validation
Test Suite. If you do not have access to this document, perform the procedure Validate a zone after a
deployment, rollback, or other operations on page 638.
25. For each additional Blue Wave zone you are upgrading, repeat steps 1 through 24.
Note
If you discover a problem with the upgrade, roll back to the restore point that was created before the
update was deployed by performing the procedure Restore a CCM, ACCM, or MM disk image from the
command line on page 393.
2.2.3 Deploy a Blue Wave software update in an HA zone one appliance at a time
When you deploy a Blue Wave update, you can upgrade one appliance at a time, or for Blue Wave
v2.0.1 or higher zones, both appliances simultaneously. This topic describes how to deploy a Blue Wave
Director software update in a Blue Wave HA zone one appliance at a time. An update can be a patch,
service pack, or hotfix.
Note
If you are upgrading the Blue Wave zone(s) to v3.0 or higher from a pre-v3.0 version, the following are
required:
• The Unigy software for the zone must be version v4.0 or higher.
• The appliance you deploy the software on must be an R620 or higher appliance. R610s are not
supported for Unigy v4.0 or higher.
• When you deploy the Unigy software for the zone, you must deploy the new COP software, even if the
upgrade for a Unigy zone does not require a new COP. For example, if you are upgrading a Unigy
zone from v3.1.0.2 to v4.0, a COP upgrade is not required; however, you must deploy the COP for the
Blue Wave zones.
• If any zones in the enterprise have a pre-Unigy v4.1 version deployed, upgrade the Blue Wave zones
before you upgrade any Unigy zones. If all zones are at Unigy v4.1 or higher, it is not necessary to
upgrade the Blue Wave zones before the Unigy zones.
Note
The preferred method for upgrading the Blue Wave v2.0.1 or higher software in an HA zone is the
procedure Deploy a Blue Wave software update in an HA zone on both appliances simultaneously on
page 116. This reduces the time and effort required to upgrade a Blue Wave zone.
Use the procedure described in this topic if you are deploying the software on only one of the appliances
in a zone or if the simultaneous procedure fails.
Prerequisites:
Caution
An update is service-impacting when the COP software is upgraded, the system creates a rollback point
or reboots an appliance, the procedure includes an HA failover (manual HA failovers are always
stateless), data replication is re-enabled, or the update contains changes to the Media Gateways, turrets,
Pulse devices, or Soft Clients that require a reboot after the software is deployed. Review the Impacted
RPMs tab within the Software Deployment Install tab to determine the impacts of the update.
All upgrades should be performed only during a maintenance window when the zones being deployed
are not required to process calls or configuration requests.
Note
The first appliance you upgrade must be the Primary CCM or ACCM in the HA pair. The Primary
appliance is the one with the lower IP address. Deploy the software on the Primary appliance, force a
failover, then deploy the software on the Secondary appliance.
Data replication should be enabled in all zones during this upgrade.
This procedure requires a user account with the IPC Certified Tech role assigned.
1. Log in to the UMS with the zone VIP: https://vip.
2. Confirm that the CDI Support and Line Support fields are configured properly. If they are not,
change the values then click Save.
a) Click Configuration ➤ Enterprise ➤ System ➤ Zones.
b) In the Zones list, click the Blue Wave zone you are deploying.
c) Within the Trading section, confirm the following:
• If the zone is a co-located Blue Wave zone, the CDI Support and Line Support check boxes
should be selected to enable this support.
• If the zone is a dedicated Blue Wave zone, the CDI Support and Line Support check boxes
should be cleared to disable this support.
3. Determine the state of the zone by performing the procedures in the Post-Maintenance Validation Test
Suite. If you do not have access to this document, perform the procedure Validate a zone before an
upgrade, rollback, or other operations on page 636.
If a zone is not in a healthy state or there is not sufficient disk space available, resolve the issues
before you perform the upgrade, unless the upgrade is required to resolve the issues.
4. If the zone you are upgrading is the portal zone for a data center, suspend Multi-tier Replication for
the associated data center by performing the procedure Suspend or resume Multi-tier Replication on
page 247.
5. Confirm that the Primary appliance is the Standby appliance:
a) Click Configuration ➤ Sites ➤ Servers ➤ Clusters.
b) In the Clusters list, click the zone cluster.
c) Within the Members tab, determine which appliance has the STANDBY Role.
d) If you are not sure which appliance is the Primary appliance, click Check Status, review the IP
address in the Server property for the first appliance then scroll through the Cluster Operation
Output Details to locate the Server property for the second appliance. The appliance with the
lower IP address is the Primary appliance.
e) If the Primary appliance is not the Standby appliance, force an HA failover by performing the
procedure Force an HA failover on page 546.
f) After the failover completes, determine the status of the Standby appliance. If the Role is not
STANDBY and the State AVAILABLE, click the Standby appliance then click Rearm Server. Wait
for the rearm to complete. The Role should be STANDBY and the State should be AVAILABLE.
You can refresh the page by clicking the Properties tab then clicking the Members tab.
g) Click Check Status then confirm that the Primary appliance is the Standby appliance, the State
for both appliances is AVAILABLE, all services are running, and there are no errors.
6. Click Tools ➤ Deployment ➤ Software Deployment.
7. In the Available Software Releases panel, confirm that the Status of all ISOs is installed. If an
ISO file is not installed, determine whether it should be installed before you deploy the new update.
The status not_installed indicates one of the following:
• If the zone in the Zone Name column is the local zone and the zone is a non-HA zone, the ISO is
uploaded to the appliance, but is not deployed.
• If the zone in the Zone Name column is the local zone and the zone is an HA zone, either the ISO
is not deployed on either appliance in the zone or it is deployed on one appliance, but not the other
appliance.
• If the zone in the Zone Name column is not the local zone, the ISO is not uploaded to the
appliances in the local zone, but is available in at least one other zone.
• If you deploy a patch or service pack after deploying a hotfix, the system changes the status of the
hotfix to not _installed, indicating that the hotfix RPMs were replaced by the corresponding
patch or service pack RPMs.
8. Upload the update ISO file by performing the procedure Upload or download an ISO file on page
547.
9. Confirm that the update ISO file is visible in the Available Software Releases panel and when you
click the file, the Install Zone button is enabled.
10. Within the Install tab, click the ISO file then review the following update information by clicking the
View Details icon ( ) and expanding each section:
• Within the Package Explorer tab, review the value in the Version column to determine the
upgrade version for each package.
• Within the Release Contents tab, review the manifest information for the update.
• Within the Impacted RPMs tab, review the list of RPMs that will be upgraded to determine
whether any appliances or associated devices require a reboot after the software is deployed. When
you click the tab, the system downloads the update ISO file to the Standby appliance then displays
the impacted RPMs for both appliances. Confirm that the impact statements for both appliances
are displayed and the same RPMs are displayed for both. This might take several minutes. If the
RPM lists are not the same, wait one minute then refresh the list by re-clicking the ISO file name
then clicking the Impacted RPMs tab.
11. Place the cluster into maintenance mode by performing the procedure Place a cluster into
maintenance mode to enable control of HA failovers on page 598.
12. Place the Standby appliance into maintenance mode by performing the procedure Place an appliance
or Media Gateway into maintenance mode to indicate it is unavailable on page 599.
Note
The Standby appliance must be the Primary appliance.
13. Deploy the update by performing the procedure Deploy an ISO file on page 550.
Important
Clear the Install the update simultaneously on both servers in the zone check box.
14. After the deployment completes, monitor the state of the appliances in the zone until all processes are
running by performing the procedure Check the state of a zone from a browser on page 499.
15. Take the Standby appliance out of maintenance mode by performing the procedure Take an appliance
or Media Gateway out of maintenance mode on page 600.
16. Indicate that the maintenance for the appliance is complete by performing the procedure Indicate that
maintenance on the Standby appliance is complete on page 601.
17. Take the cluster out of maintenance mode by performing the procedure Take a cluster out of
maintenance mode to resume normal HA operation on page 599.
18. Force an HA failover to make the Secondary appliance the Standby appliance by performing the
procedure Force an HA failover on page 546.
The Standby appliance must be the Secondary appliance.
19. Rearm the Standby appliance by clicking the appliance then clicking Rearm Server.
After the rearm completes, the Role for the Standby appliance should be STANDBY and the State
should be AVAILABLE. You can refresh the page by clicking the Properties tab then clicking the
Members tab.
20. Click Check Status then confirm that the Secondary appliance is the Standby appliance, the State for
both appliances is AVAILABLE, all services are running, and there are no errors.
21. Place the cluster into maintenance mode by performing the procedure Place a cluster into
maintenance mode to enable control of HA failovers on page 598.
22. Place the Standby appliance into maintenance mode by performing the procedure Place an appliance
or Media Gateway into maintenance mode to indicate it is unavailable on page 599.
23. Deploy the software by performing the procedure Deploy an ISO file on page 550.
24. After the deployment completes, monitor the state of the appliances in the zone until all processes are
running by performing the procedure Check the state of a zone from a browser on page 499.
25. Take the Standby appliance out of maintenance mode by performing the procedure Take an appliance
or Media Gateway out of maintenance mode on page 600.
26. Indicate that the maintenance is complete for the appliance by performing the procedure Indicate that
maintenance on the Standby appliance is complete on page 601.
27. Take the cluster out of maintenance mode by performing the procedure Take a cluster out of
maintenance mode to resume normal HA operation on page 599.
28. Reboot both appliances in the zone.
Reboot the Standby appliance then within no more than 15 seconds reboot the Active appliance.
a) Log in to both appliances through SSH.
b) On both appliances, run the command su -lp and enter the root user account password.
c) On the Standby appliance, run the reboot command.
d) On the Active appliance, run the reboot command.
Wait for both appliances to reboot.
29. Determine whether the CDI Support, Line Support, and Blue Wave Director Support fields are
configured properly for the zone:
a) Log in to the UMS.
b) Click Configuration ➤ Enterprise ➤ System ➤ Zones.
c) In the Zones list, click the zone you deployed.
d) Within the Trading section, confirm the following. If the values are not correct, correct them then
click Save.
• If the zone is a co-located Blue Wave zone, confirm that the CDI Support and Line Support
check boxes are selected to enable this support.
• If the zone is a dedicated Blue Wave zone, confirm that the CDI Support and Line Support
check boxes are cleared to disable this support.
• The system should have selected the Blue Wave Director Support check box when the
software was deployed. If the check box is not selected, contact IPC Support.
30. If the zone you are upgrading is the portal zone for a data center, resume Multi-tier Replication for
the associated data center by performing the procedure Suspend or resume Multi-tier Replication on
page 247.
31. Confirm that the update was deployed by performing the procedure Confirm that an update was
deployed on page 552.
32. Validate the zone you upgraded by performing the procedures in the Post-Maintenance Validation
Test Suite. If you do not have access to this document, perform the procedure Validate a zone after a
deployment, rollback, or other operations on page 638.
Note
If you discover a problem with the upgrade, roll back to the restore point that was created before the
update was deployed. If you upgraded the software on only one appliance, perform the procedure Roll
back the software on the appliances in a Unigy or Blue Wave HA zone from the UMS on page 389. If you
upgraded the software on both appliances, perform the procedure Restore a CCM, ACCM, or MM disk
image from the command line on page 393.
3.1 OS patches
Beginning with Unigy v4.1, the appliance operating system (OS) for various IPC products can be
upgraded separately from the appliance personality software.
The Common Operating Platform (COP) is a hardened Red Hat Enterprise Linux (RHEL) operating
system that is used by IPC products including Unigy, Blue Wave, Compliance Policy Engine, and Unigy
360. In previous releases, operating system updates were tightly coupled with the appliance personality
software updates. This introduced delays in delivering operating system and security updates because
they could not be delivered until a new product version or patch was available. OS patching removes
this dependency and provides the opportunity to deliver OS upgrades as needed.
It is not necessary to deploy an OS patch in all zones within the enterprise at the same time, however, for
security reasons, all zones should be upgraded as soon as possible. Zone interoperability is not impacted
by different OS patch versions.
You can install an OS patch in the following ways:
• UMS: For Unigy and Blue Wave CCM, ACCM, and MM appliances, you can deploy OS patches
from the OS Patch tab at Tools ➤ Deployment ➤ Software Deployment. Options are available for
upgrading one appliance or one zone at a time (OS Install Zone) or multiple zones simultaneously
(OS Enterprise Install).
• Appliance upgrade: When you deploy a Unigy appliance personality update, the OS patch that was
available at the time the update was released is included in the appliance personality ISO file and can
be deployed along with the personality update. If subsequent OS patches are released after the Unigy
appliance personality update was released, you can upload the most recent OS patch ISO file then
indicate to the upgrade script that you want it to install the newer OS patch by selecting the Install OS
Patch(patch version) check box within the Software Deployment Install or Enterprise wide Install
panels. For example, if the version of the OS patch included with the appliance personality ISO file
you are deploying is version 06.00.00.02.0012, but you are installing the application update three
months after it was released and the latest OS patch is now 06.00.00.05.0015, upload the
06.00.00.05.0015 ISO file then select the Install OS Patch(patch version) check box to install the
newer OS patch during the appliance upgrade. After installing the OS patch on the CCM or ACCM
appliances, you install the OS patch on the Media Managers from the Software Deployment Deploy
tab.
• Command line: For all applicable IPC products, you can deploy OS patches by running command
line scripts that install or update the installer RPM, copy the OS RPMs to the proper location, and
perform the installation. Use this option only if you cannot use one of the previous options.
An OS patch does not perform a reCOP; that is, it does not reformat and repartition the drives and
redeploy all of the software and database on an appliance, but simply applies operating system and
security updates.
OS patches are cumulative, so it is not necessary to install multiple OS patches to get all applicable
updates. Installing the latest update includes all previous updates.
An OS patch is delivered as part of an appliance personality update ISO file or as a separate ISO 9660
image that can be stored on a laptop or network drive or burned to a DVD. The name of the ISO file is
ipc_os_patch_os-patch-version.iso, where os-patch-version is the version of the
ISO file. For information on the OS patch version naming convention, refer to OS patch naming
convention on page 130.
You can see the OS patch version that is deployed on the appliances in a zone from the following
sources:
• UMS Login panel. Refer to the OS Patch Version line.
• About panel: Access this panel by clicking the About option in the UMS menu bar. Refer to the OS
Patch Version line.
• OS Patch tab: Access this tab by clicking Tools ➤ Deployment ➤ Software Deployment. Refer to
the Version column. The tab displays the version of the latest OS patch ISO file that was installed,
and if applicable, the latest file uploaded, but not installed from within the OS Patch tab. It also
displays the version of OS patch RPMs that are bundled with the latest appliance personality software
ISO that was uploaded and deployed within the Install tab.
• Enterprise Watch: Access this utility with one of the options below. Refer to the HW-SW test.
• Perform the procedure Analyze an enterprise with Enterprise Watch on page 643. For Unigy v4.0
or higher, before you access Enterprise Watch, perform the procedure Enable or disable WebLogic,
SWMS, and Enterprise Watch Web link access on page 337.
• From a Single Click Deployment (SCD appliance, click Enterprise Watch in the Main Menu.
• Automated Health Check: To access this information, perform the procedure Run automated health
check from the command line on page 639. Refer to the CCM VIP: CCM Software Version test. For
details on the Automated Health Check tests, refer to the Automated Health Check Guide.
• Hostinfo command: Run the hostinfo command from the command line on any appliance. Refer
to the OS Patch Version line.
• Vitals: Run the vitals command from the command line on any appliance. Refer to the HW_SW
test.
An OS patch ISO file includes the following components:
Scripts
The following scripts are used in the OS patch process:
• cpms.sh
RPMs
• OS patch installer RPM
The OS patch installer RPM, ipc-os-patch-installer-installer-version.rpm,
includes the os_patch.sh script that extracts, copies, and installs or updates the COP Patch
Management System (CPMS). The installer RPM must be installed to manage OS patches on the
platform. The RPM has the following naming convention, where installer-version is the
version number assigned to the installer; this version is different from the version assigned to the OS
patch ISO file and OS patch RPM file:
ipc-os-patch-installer-installer-version.rpm
• OS patch RPM
The OS patch RPM, ipc-os-patch-os-patch-version.rpm, contains the RHEL OS
package RPMs to be installed or updated. These RPMs, provided by Red Hat, address specific
security CVEs identified on the Red Hat website.
The OS patch RPM includes the following files:
• The os_patch_payload.tgz file contains the set of RPMs to be installed or upgraded. This
file is copied to the /opt/ipc/cop/patch directory.
• The os_patch_cvelist.txt file that lists the CVEs the patch addresses. This file is copied
to the /opt/ipc/cop/patch directory.
• The os_patch.sh script that extracts and copies the RPMs.
Logs
The following log files are written to by the OS patch installation scripts:
• install.log: This log applies to all OS patch upgrades. The output is from the os_patch.sh
script. The file is in the /opt/ipc/cop/patch/log/ directory.
• os_patch_deployment.log: This log applies only to upgrades run from the UMS. The output
is from the osPatchManager.sh script. This file is in the /opt/ipc/deployment/log/
directory.
Upgrade procedures
The following OS patch upgrade procedures are available for different deployment scenarios:
• If you are installing an OS patch while deploying an appliance personality update, refer to the
appliance upgrade procedure you are using to perform the upgrade.
• To upgrade all appliances in a single Unigy zone during non-trading hours or to upgrade the zone that
will serve as the peer zone for subsequent upgrades, perform the procedure Install an OS patch in a
single zone from the UMS – automatic install on page 131.
• To upgrade one or more Unigy appliances, but not all appliances, in a single zone during non-trading
hours, perform the procedure Install an OS patch in a single zone from the UMS - manual install on
page 134. This is most appropriate for upgrading appliances that replace failed CCM, ACCM, or
MM appliances.
• To upgrade the appliances in multiple zones within a Unigy enterprise during non-trading hours,
perform the procedure Install an OS patch in multiple zones from the UMS with OS Enterprise Install
on page 137.
• To upgrade Unigy appliances in a stateful HA zone during trading hours, perform the procedure
Install an OS patch from the UMS during trading hours on page 139.
• To upgrade appliances for other IPC products (not Unigy) during separate maintenance windows,
perform the procedure Install an OS patch from the command line within separate maintenance
windows on page 144.
• To upgrade appliances for other IPC products (not Unigy) within a single maintenance window,
perform the procedure Install an OS patch from the command line within a single maintenance
window on page 142.
3.3 Procedures
3.3.1 Install an OS patch in a single zone from the UMS – automatic install
Use this procedure to install an OS (operating system) patch on all of the appliances in a single zone
using the Automatic Deployment option. Automatic deployment performs the pre- and post validation
and processing procedures that are required to install an OS patch on all CCM and MM appliances or the
ACCM appliances in a zone.
Note
If the Spectre and Meltdown BIOS update was not deployed for OS Patch 13 or a subsequent patch,
refer to Deploy the Spectre and Meltdown BIOS update on page 147.
Prerequisite
Before you begin this procedure, obtain the latest OS patch ISO file from the IPC FTP site,
FilesAnywhere. You can download the file to your laptop, copy it to a network drive, or burn it to a
DVD.
For overview information, refer to OS patches on page 125.
For information on installing an OS patch in a single zone with the manual option, refer to Install an OS
patch in a single zone from the UMS - manual install on page 134.
For information on multizone OS patch installation, refer to Install an OS patch in multiple zones from
the UMS with OS Enterprise Install on page 137.
For information on installing an OS patch during trading hours, refer to Install an OS patch from the
UMS during trading hours on page 139.
For information on the fields and buttons in the panels mentioned in this procedure, refer to the UMS
online help or UMS UI Guide.
If Multi-tier Replication is enabled, it must be enabled for all data centers in the enterprise, or the data
centers must be members of the default data center, before you upgrade any of the zones. If the zone
being upgraded is a portal zone, the associated data center must be in the suspended state. When you
upgrade the zones, the portal zones should be upgraded before the local zones because the portal zone
serves as the preferred zone for the local zones within a data center.
Caution
This procedure is service impacting, so it should be performed only during non-trading hours.
To perform this procedure, your user account must have the IPC Certified Tech role.
1. Log in to the UMS in the zone you are upgrading.
2. Determine the state of the zone by performing the procedure Validate a zone before an upgrade,
rollback, or other operations on page 636.
Data replication should be enabled and the zone and appliances should not be in maintenance mode.
If the zone is not in a healthy state or there is not sufficient disk space available, resolve the issues
before you perform the upgrade, unless the upgrade is required to resolve the issues.
3. Click Tools ➤ Deployment ➤ Software Deployment.
4. Click the OS Patch tab.
5. In the Available OS Patch Releases section, determine whether the OS patch ISO file you are
deploying is already uploaded, and if it is, its status:
• If the ISO file is in the list, the file is uploaded. If the ISO file is not in the list, upload the file by
performing the procedure Upload or download an OS patch ISO file on page 146.
• If the value in the Status column is installed, the OS patch is already installed on all of the
appliances in the zone, so it is not necessary to continue this procedure. If the value is
not_installed, proceed to the next step.
6. Click the ISO file.
The Upload OS Patch, Delete OS Patch, and OS Install Zone buttons should be enabled and the OS
Enterprise Install button should be disabled.
7. Review the following patch information:
a) Click the View details icon ( ).
b) Expand the following sections:
• CVEs: Review the Common Vulnerabilities and Exposures (CVEs) that are addressed in the OS
patch you selected.
• Impacted RPMs: Review the list of RPMs that will be added or updated. When you expand this
section, the system downloads the patch ISO file to the Standby appliance and all Media
Managers then displays the impacted RPMs for all appliances. Confirm that the impact
statements for all appliances are displayed and that the same RPMs are displayed for all; this
might take several minutes. If the RPM lists are not the same, wait several minutes then refresh
the list by re-clicking the ISO file name then expanding the Impacted RPMs section. If the
RPMs were already installed for an appliance, you will see the appliance host name with no
RPMs.
c) Click < Back to return to the OS Patch tab.
8. Click the OS Install Zone button.
The OS Patch Install panel is displayed with a list of the CCM and MM appliances or the ACCM
appliances associated with the zone.
9. Confirm that the value in the Health Check column for each appliance you are upgrading is
Success.
You cannot upgrade an appliance that has a Health Check status of Failure.
If the status is Failure, mouse over the appliance entry to display basic information about the
appliance including its role and status.
10. In the Select column, select the check box for all of the appliances in the zone.
11. Select the following check boxes as applicable:
• Create a server backup image: This option creates an image backup (restore point, rollback
point) for each appliance that is being upgraded prior to deploying the patch. The check box is
selected by default.
Important
The only way to roll back an OS patch is to restore an image backup that was created prior to the
upgrade, therefore, this check box should always be selected.
• Remove the archive logs prior to backup: This option deletes archived log files before running
the deployment to reduce the time required to create the image backup files. To preserve the
archived data without impacting the backup time, download the archive files to an external data
storage device before starting the deployment.
• Automatic Deployment: This option instructs the system to install the OS patch on the CCM and
MM appliances or the ACCM appliances in the zone, without the need for manual interaction,
including pre-deployment zone validation, placing the zone into maintenance mode, placing the
cluster and Standby appliance into maintenance mode, disabling data replication, deploying the
patch, taking the Standby appliance out of maintenance mode, indicating that maintenance is
complete, taking the cluster out of maintenance mode, taking the zone out of maintenance mode,
enabling replication, and post deployment validation.
Note
For an automatic OS patch upgrade, this check box should always be selected.
3.3.2 Install an OS patch in a single zone from the UMS - manual install
Use this procedure to manually install an OS patch on one or more appliances in a zone. This is most
appropriate for upgrading appliances that replace failed CCM, ACCM, or MM appliances.
Note
If the Spectre and Meltdown BIOS update was not deployed for OS Patch 13 or a subsequent patch,
refer to Deploy the Spectre and Meltdown BIOS update on page 147.
Prerequisite
Before you begin this procedure, obtain the latest OS patch ISO file from the IPC FTP site,
FilesAnywhere. You can download the file to your laptop, copy it to a network drive, or burn it to a
DVD.
For overview information, refer to OS patches on page 125.
For information on installing an OS patch on the appliances in a single zone with the Automatic
Deployment option, refer to Install an OS patch in a single zone from the UMS – automatic install on
page 131.
For information on multizone OS patch installation, refer to Install an OS patch in multiple zones from
the UMS with OS Enterprise Install on page 137.
For information on installing an OS patch during trading hours, refer to Install an OS patch from the
UMS during trading hours on page 139.
If Multi-tier Replication is enabled, it must be enabled for all data centers in the enterprise, or the data
centers must be members of the default data center, before you upgrade any of the zones. If the zone
being upgraded is a portal zone, the associated data center must be in the suspended state. When you
upgrade the zones, the portal zones should be upgraded before the local zones because the portal zone
serves as the preferred zone for the local zones within a data center.
For information on the fields and buttons in the panels mentioned in this procedure, refer to the UMS
online help or UMS UI Guide.
Caution
This procedure is service impacting, so it should be performed only during non-trading hours.
To perform this procedure your user account must have the IPC Certified Tech role.
1. Log in to the UMS in the zone you are upgrading.
2. Determine the state of the zone by performing the procedure Validate a zone before an upgrade,
rollback, or other operations on page 636.
If the zone is not in a healthy state or there is not sufficient disk space available, resolve the issues
before you perform the upgrade, unless the upgrade is required to resolve the issues.
You cannot upgrade an appliance that has a Health Check status of Failure.
If the status is Failure, mouse over the appliance entry to display basic information about the
appliance including its role and status.
11. In the Select column, select the check box for each appliance you are upgrading.
If you are upgrading only the Active appliance, you must perform an HA failover (Force an HA
failover on page 546) to make the Active appliance the Standby appliance because you cannot
upgrade only the Active appliance.
12. Select the following check boxes as applicable:
• Create a server backup image: This option creates a backup image (restore point, rollback point)
for each appliance that is being upgraded prior to deploying the patch. The check box is selected
by default.
Important
The only way to roll back an OS patch is to restore an image backup that was created prior to the
upgrade, therefore, this check box should always be selected.
• Remove the archive logs prior to backup: This option deletes archived log files before running
the deployment to reduce the time required to create the image backup file. To preserve the
archived data without impacting the backup time, download the archive files to an external data
storage device before starting the deployment.
• Automatic Deployment: For a manual OS patch upgrade, clear this check box to enable you to
upgrade a subset of appliances.
13. Click Continue.
The upgrade starts and the Information message box is displayed.
14. Click OK to close the message box.
15. Monitor the progress of the upgrade in one or more of the following ways:
• Display the associated process in the History tab:
1. Within the History tab, click the process that started at the time you started the upgrade.
2. Within the Deployment Status Details section, click a job to display the details.
• Check the OS patch version:
1. After approximately thirty minutes, log in to the UMS in the zone you are upgrading.
If you wait too long, you will not be able to access the OS Install Zone button in step 3 below
because the system disables the button when all appliances in the zone are upgraded. If you
cannot log in, wait several more minutes to allow the system to complete the image backups.
2. Click Tools ➤ Deployment ➤ Software Deplolyment.
3. Within the OS Patch tab, click OS Install Zone.
4. Check the version displayed in the OS Patch Version column for each appliance.
The upgrade is complete when the version you installed is displayed for all of the appliances
you selected for upgrade. OS patch upgrades are performed sequentially and take approximately
five minutes to complete on each appliance. To refresh the panel, click Cancel within the OS
Patch Install panel then re-click the OS Install Zone button.
• Tail the os_patch_deployment.log file:
From the command line, run the following command:
tail -f /opt/ipc/deployment/log/os_patch_deployment.log
16. After the upgrade is complete for all applicable appliances, take the Standby appliance out of
maintenance mode by performing the procedure Take an appliance or Media Gateway out of
maintenance mode on page 600.
17. Indicate that the maintenance for the Standby appliance is complete by performing the procedure
Indicate that maintenance on the Standby appliance is complete on page 601.
18. If you are upgrading the CCM or ACCM appliances one at a time, do the following:
a) Force an HA failover to make the Active appliance the Standby appliance by performing the
procedure Force an HA failover on page 546.
b) Repeat steps 8d through 17 for the second appliance.
19. After all appliances are upgraded, take the cluster out of maintenance mode by performing the
procedure Take a cluster out of maintenance mode to resume normal HA operation on page 599.
20. Take the zone out of maintenance mode by performing the following procedures:
• Take a zone out of maintenance mode to reenable BCP plan activation on page 598.
• Reenable SNMP forwarding for a zone on page 596.
21. If you disabled data replication in step 8b, enable it by performing the procedure Enable data
replication on page 497.
22. Confirm that the patch was deployed by performing the procedure Confirm that an update was
deployed on page 552.
23. Validate each zone you upgraded by performing the procedure Validate a zone after a deployment,
rollback, or other operations on page 638.
3.3.3 Install an OS patch in multiple zones from the UMS with OS Enterprise Install
Use this procedure to install an operating system (OS) patch on the appliances in multiple Unigy zones
within an enterprise using the OS Enterprise Install option. OS Enterprise Install performs all steps,
including pre- and post validation and processing procedures, that are required to install an OS patch on
all appliances in the selected zones.
Note
If the Spectre and Meltdown BIOS update was not deployed for OS Patch 13 or a subsequent patch,
refer to Deploy the Spectre and Meltdown BIOS update on page 147.
Prerequisites
Before you perform this procedure, you must install the OS patch in a single zone with the OS Install
Zone option. This ensures that at least one zone in the enterprise has the new OS patch installed and that
the zone is stable with the patch deployed. This zone then serves as the peer zone for the upgrade of
subsequent zones with OS Enterprise Install. For information on upgrading a single zone, refer to
Install an OS patch in a single zone from the UMS – automatic install on page 131.
For overview information, refer to OS patches on page 125.
If Multi-tier Replication is enabled, it must be enabled for all data centers in the enterprise, or the data
centers must be members of the default data center, before you upgrade any of the zones. If the zone
being upgraded is a portal zone, the associated data center must be in the suspended state. When you
upgrade the zones, the portal zones should be upgraded before the local zones because the portal zone
serves as the preferred zone for the local zones within a data center.
For information on the fields and buttons in the panels mentioned in this procedure, refer to the UMS
online help or UMS UI Guide.
To perform this procedure, your user account must have the IPC Certified Tech role.
Caution
This procedure is service impacting, so it should be performed only during non-trading hours.
1. Log in to the peer zone that has the correct OS patch installed.
2. Determine the state of the zone by performing the procedure Validate a zone before an upgrade,
rollback, or other operations on page 636.
Data replication should be enabled and the zones should not be in maintenance mode.
If a zone is not in a healthy state or there is not sufficient disk space available, resolve the issues
before you perform the upgrade, unless the upgrade is required to resolve the issues.
3. Click Tools ➤ Deployment ➤ Software Deployment.
4. Click the OS Patch tab.
5. If bandwidth is an issue for any of the zones you are upgrading, perform the substeps below for each
applicable zone. After you upload the ISO file to all of the zones, return to the peer zone and continue
this procedure at step 6.
a) Log in to the UMS.
b) Perform the procedure Upload or download an OS patch ISO file on page 146.
c) When the upload is complete, click the Impacted RPMs tab to copy the file to all appliances
associated with the zone.
OS Enterprise Install automatically uploads the ISO file to all selected zones, however, if bandwidth
is an issue, you can do this manually. If the file is already uploaded, OS Enterprise Install will not
attempt to upload it again.
6. Review the following patch information:
a) Click the View details icon ( ).
b) Expand the following sections:
• CVEs: Review the Common Vulnerabilities and Exposures (CVEs) that are addressed in the OS
patch you selected.
• Impacted RPMs: Review the list of RPMs that will be added or updated. When you expand this
section, the system downloads the patch ISO file to the Standby appliance and all Media
Managers then displays the impacted RPMs for all appliances. Confirm that the impact
statements for all appliances are displayed and that the same RPMs are displayed for all; this
might take several minutes. If the RPM lists are not the same, wait several minutes then refresh
the list by re-clicking the ISO file name then expanding the Impacted RPMs section. If the
RPMs were already installed for an appliance, you will see the appliance host name with no
RPMs.
c) Click < Back to return to the OS Patch tab.
7. Click the OS Enterprise Install button.
The OS Patch Enterprise Install panel is displayed with a list of all zones in the enterprise, except the
peer zone.
8. In the Select column, select the check box for all zones you want to upgrade or select the check box
in the column heading to select all of the zones.
Confirm that the value in the Health Check column is Success. You cannot upgrade a zone where
the Health Check status is Failure. If the status is Failure, mouse over the zone entry to display
basic information about the appliances in the zone including their role and status.
9. Click the Retrieve OS Patch Version button to display, in the OS Patch Version column, the current
OS software version installed on all of the selected zones.
If a zone is already at the latest version, clear the check box for the zone.
10. Select the following check boxes as applicable:
• Create a server backup image: This option creates an image backup for the appliances in each
selected zone prior to deploying the update. The check box is selected by default.
Important
The only way to roll back an OS patch is to restore an image backup that was created prior to the
upgrade, therefore, this check box should always be selected.
• Remove the archive logs prior to backup: This option deletes archived log files before running
the deployment to reduce the time required to create the image backup file. To preserve the
archived data without impacting the backup time, download the archive files to an external data
storage device before starting the deployment.
11. Click Continue.
The upgrade starts and the Information message box is displayed.
12. Click OK to close the message box.
13. Monitor the progress of the upgrade in one or more of the following ways:
• Display the associated process in the History tab:
1. Within the History tab, click the process that started at the time you started the upgrade.
2. Within the Deployment Status Details section, click a job to display the details.
• Tail the os_patch_deployment log file by running the following command from the
command line:
tail -f /opt/ipc/deployment/log/os_patch_deployment.log
14. After the upgrade is complete, confirm that the patch was deployed on each appliance by performing
the procedure Confirm that an update was deployed on page 552.
15. Validate each zone you upgraded by performing the procedure Validate a zone after a deployment,
rollback, or other operations on page 638.
Note
If the Spectre and Meltdown BIOS update was not deployed for OS Patch 13 or a subsequent patch,
refer to Deploy the Spectre and Meltdown BIOS update on page 147.
Prerequisites
Before you begin this procedure, obtain the latest OS patch ISO file from the IPC FTP site,
FilesAnywhere. You can download the file to your laptop, copy it to a network drive, or burn it to a
DVD.
Note
You cannot use this procedure in the following situations:
• In an enterprise that has the Standard or Express enterprise license, which do not support stateful HA,
so active calls would be dropped.
• Zones that have ACCMs, because stateful HA is not supported for ACCMs.
• Zones that have only one MM, because at least one backup MM must be available to maintain active
calls.
To maintain a functioning zone during the upgrade without impacting call processing or system
configuration, this procedure involves upgrading the Standby CCM appliance, performing an HA
failover to make the Active appliance the Standby appliance, then upgrading the new Standby appliance.
It also involves upgrading one Media Manager (MM) at a time. The MMs must have sufficient capacity
to handle the additional call load that results from load balancing when an MM is being upgraded.
If Multi-tier Replication is enabled, it must be enabled for all data centers in the enterprise, or the data
centers must be members of the default data center, before you upgrade any of the zones. If the zone
being upgraded is a portal zone, the associated data center must be in the suspended state. When you
upgrade the zones, the portal zones should be upgraded before the local zones because the portal zone
serves as the preferred zone for the local zones within a data center.
For information on the fields and buttons in the panels mentioned in this procedure, refer to the UMS
online help or UMS UI Guide.
To perform this procedure your user account must have the IPC Certified Tech role.
Note
Perform this procedure carefully to ensure that call processing is not impacted.
The Upload OS Patch, Delete OS Patch, and OS Install Zone buttons should be enabled and the OS
Enterprise Install button should be disabled.
7. Review the following patch information:
a) Click the View details icon ( ).
b) Expand the following sections:
• CVEs: Review the Common Vulnerabilities and Exposures (CVEs) that are addressed in the OS
patch you selected.
• Impacted RPMs: Review the list of RPMs that will be added or updated. When you expand this
section, the system downloads the patch ISO file to the Standby appliance and all Media
Managers then displays the impacted RPMs for all appliances. Confirm that the impact
statements for all appliances are displayed and that the same RPMs are displayed for all; this
might take several minutes. If the RPM lists are not the same, wait several minutes then refresh
the list by re-clicking the ISO file name then expanding the Impacted RPMs section. If the
RPMs were already installed for an appliance, you will see the appliance host name with no
RPMs.
c) Click < Back to return to the OS Patch tab.
8. Click the OS Install Zone button.
The OS Patch Install panel is displayed with a list of the CCM and MM appliances or the ACCM
appliances associated with the zone.
9. Confirm that the value in the Health Check column for each appliance you are upgrading is
Success.
You cannot upgrade an appliance that has a Health Check status of Failure.
If the status is Failure, mouse over the appliance entry to display basic information about the
appliance including its role and status.
10. In the Select column, select the Standby CCM and one MM.
11. Select or clear the following check boxes as applicable:
• Create a server backup image: This option creates a backup image (restore point, rollback point)
for each appliance that is being upgraded prior to deploying the patch. The check box is selected
by default.
Important
The only way to roll back an OS patch is to restore an image backup that was created prior to the
upgrade, therefore, this check box should always be selected.
• Remove the archive logs prior to backup: This option deletes archived log files before running
the deployment to reduce the time required to create the image backup file. To preserve the
archived data without impacting the backup time, download the archive files to an external data
storage device before starting the deployment.
• Automatic Deployment: For this procedure, clear this check box to prevent the system from
upgrading the Active appliance and all MMs and from initiating processes that will impact call
processing.
12. Click Continue.
The upgrade starts and the Information message box is displayed.
13. Click OK to close the message box.
If a previous OS patch was installed, the Status of the zone in the OS Patch panel changes to
partial for both versions until all of the appliances are upgraded.
14. Monitor the progress of the upgrade in one or more of the following ways:
• Display the associated process in the History tab:
1. Within the History tab, click the process that started at the time you started the upgrade.
2. Within the Deployment Status Details section, click a job to display the details.
• Check the OS patch version:
1. After approximately thirty minutes, log in to the UMS in the zone you are upgrading.
If you wait too long, you will not be able to access the OS Install Zone button in step 3 below
because the system disables the button when all appliances in the zone are upgraded. If you
cannot log in, wait several more minutes to allow the system to complete the image backups.
2. Click Tools ➤ Deployment ➤ Software Deplolyment.
3. Within the OS Patch tab, click OS Install Zone.
4. Check the version displayed in the OS Patch Version column for each appliance.
The upgrade is complete when the version you installed is displayed for all of the appliances.
OS patch upgrades are performed sequentially and take approximately five minutes to complete
on each appliance. To refresh the panel, click Cancel within the OS Patch Install panel then re-
click the OS Install Zone button.
• Tail the os_patch_deployment log file by running the following command from the
command line:
tail -f /opt/ipc/deployment/log/os_patch_deployment.log
15. Confirm that the patch was deployed by performing the procedure Confirm that an update was
deployed on page 552.
16. Force an HA failover to make the Active appliance the Standby appliance by performing the
procedure Force an HA failover on page 546.
17. After the failover completes, the IZChannel service will be in the Failed state, so you must rearm
the appliance by performing the procedure Rearm the Standby appliance on page 547.
18. Repeat steps 8 through 15 for the second CCM and the next MM.
19. If applicable, repeat steps 8 through 15 for each remaining MM, one at a time.
In step 10 do not select a CCM. At this point it is necessary to upgrade only the remaining MMs.
20. Validate each zone you upgraded by performing the procedure Validate a zone after a deployment,
rollback, or other operations on page 638.
3.3.5 Install an OS patch from the command line within a single maintenance window
Perform this procedure to install an OS (operating system) patch on an appliance within a single
maintenance window.
This procedure applies only to appliances associated with IPC products other than Unigy or Blue Wave.
For information on installing an OS patch for a Unigy or Blue Wave appliance, refer to one of the
following topics:
• Install an OS patch in a single zone from the UMS – automatic install on page 131
• Install an OS patch in a single zone from the UMS - manual install on page 134
• Install an OS patch in multiple zones from the UMS with OS Enterprise Install on page 137
• Install an OS patch from the UMS during trading hours on page 139
Note
If the Spectre and Meltdown BIOS update was not deployed for OS Patch 13 or a subsequent patch,
refer to Deploy the Spectre and Meltdown BIOS update on page 147.
Before you begin this procedure, obtain the latest OS patch ISO file from the IPC FTP site,
FilesAnywhere. You can download the file to your laptop, copy it to a network drive, or burn it to a
DVD.
Perform this procedure for each appliance that requires the OS patch upgrade.
Caution
This procedure is service impacting, so it should be performed only during non-trading hours.
• Installs or updates the OS patch installer RPM. This installs the latest os_patch.sh script in
the /opt/ipc/sbin directory.
• Calls the os_patch.sh script with the copy option to copy the OS patch RPM
to /opt/ipc/cop/patch to prepare it for deployment. It also deletes any previous OS patch
RPMs.
• Runs the command /opt/ipc/sbin/os_patch.sh install, which does the following:
• Installs or updates the OS patch RPM in /opt/ipc/cop/patch, which copies the
patch .tar file, containing the Red Hat RPMs and the CVE list file, to /opt/ipc/cop/
patch.
• Extracts the Red Hat RPMs from the .tar file to the /opt/ipc/cop/patch directory.
• Installs or updates the Red Hat RPMs.
7. Verify that the currently installed OS patch version is the version you deployed by running the
command /opt/ipc/sbin/os_patch.sh version.
8. Unmount the ISO file by running the command umount -q /mnt/ospatch/.
If you installed the patch from a DVD, remove it from the drive.
9. Reboot the appliance.
3.3.6 Install an OS patch from the command line within separate maintenance windows
Perform this procedure to prepare an appliance for an OS (operating system) patch installation during
one maintenance window then perform the installation during a future maintenance window.
This procedure applies only to appliances associated with IPC products other than Unigy or Blue Wave.
For information on installing an OS patch for a Unigy or Blue Wave appliance, refer to one of the
following topics:
• Install an OS patch in a single zone from the UMS – automatic install on page 131
• Install an OS patch in a single zone from the UMS - manual install on page 134
• Install an OS patch in multiple zones from the UMS with OS Enterprise Install on page 137
• Install an OS patch from the UMS during trading hours on page 139
For overview information, refer to OS patches on page 125.
For information on installing an OS patch from the command line within a single maintenance window,
refer to Install an OS patch from the command line within a single maintenance window on page 142.
Note
If the Spectre and Meltdown BIOS update was not deployed for OS Patch 13 or a subsequent patch,
refer to Deploy the Spectre and Meltdown BIOS update on page 147.
Before you begin this procedure, obtain the latest OS patch ISO file from the IPC FTP site,
FilesAnywhere. You can download the file to your laptop, copy it to a network drive, or burn it to a
DVD.
Perform this procedure for each appliance that requires the OS patch upgrade.
Caution
This procedure is service impacting, so it should be performed only during non-trading hours.
• Extracts the Red Hat RPMs from the .tar file to the /opt/ipc/cop/patch directory.
• Installs or updates the Red Hat RPMs.
10. Verify that the currently installed OS patch version is the version you deployed by running the
command /opt/ipc/sbin/os_patch.sh version.
11. Unmount the ISO file by running the command umount -q /mnt/ospatch/.
If you installed the patch from a DVD, remove it from the drive.
12. Reboot the appliance.
Note
The files for this update are included in Unigy OS Patch 13. Perform this procedure only if the BIOS
update was not deployed for Patch 13 or a subsequent patch. To determine whether it is necessary to
upgrade the BIOS, refer to step 7 below to identify the current BIOS version.
For each CCM, ACCM, and MM appliance you are upgrading, you will use one of the following
BIOS .bin update files to perform the upgrade. These files are available in the IPC Software Unigy
Core OS Patches patch_13 folder within the IPC FTP site, FilesAnywhere:
To access these folders in FilesAnywhere, run a search for PE_R6, which will return all three folders.
1. Copy the appropriate .bin file to a directory on the appliance you are upgrading.
For example, for an R640 appliance, copy the BIOS_422T0_LN_1.4.9.BIN file.
2. From the appliance command line, change the current directory to the directory to which you copied
the .bin file in the previous step.
3. Display the release information by running the following command, where bios-bin-file is the
name of the file you copied to the appliance in step 1:
./bios-bin-file --version
4. Download and install any prerequisites identified in the release information displayed in the previous
step.
5. Deploy the BIOS update by running the following command, where bios-bin-file is the name
of the file you copied to the appliance in step 1:
./bios-bin-file
For each prompt that asks if you want to continue, type Y.
For R620 and R630 appliances, if you see the message USB is not enabled. Please
enable USB and try update again., do the following:
1. In the /etc/modprobe.conf file, comment out (#) the line install usb-storage :.
2. Reboot the appliance.
3. Rerun the BIOS upgrade.
4. In the /etc/modprobe.conf file, remove the comment character (#) you inserted into the line
install usb-storage :.
5. Reboot the appliance.
6. Determine whether the upgrade was successful by reviewing the log file in /var/log/dell/
updatepackage/log/support.
7. Confirm that the correct BIOS version is deployed by running the following command:
dmidecode -t bios -q
The BIOS version should be one of the following:
Note
Single Click Deployment is available only for Unigy v3.0 or higher. It cannot be used for Blue Wave
deployments or upgrades.
Beginning with Unigy v4.1, a Single Click Deployment appliance can run in a virtual machine (VM)
within a virtual environment. For information on running SCD in a VM, refer to Single Click
Deployment (SCD) in a virtual environment on page 151.
Note
To avoid possible version compatibility issues, always use the latest available SCD version (v4.x or
higher).
Caution
All Single Click Deployment tasks are service impacting; perform them only during non-trading hours.
Hardware specifications
Component Quantity
Dell PowerEdge R430 1
PowerEdge R430/R530 Motherboard 1
On-Board LOM 1GBE (Dual Port for Towers, Quad Port for Racks) 1
iDRAC Port Card 1
iDRAC8 Enterprise, integrated Dell Remote Access Controller, Enterprise 1
2.5" Chassis with up to 8 Hot Plug Hard Drives 1
PowerEdge R430, 8 Drive Chassis 1
Performance BIOS Settings 1
RAID 5 for H330/H730/H730P (3-8 HDDs or SSDs) 1
PERC H330 Integrated RAID Controller 1
Intel Xeon E5-2620 v3 2.4GHz,15M Cache,8.00GT/s QPI,Turbo,HT,6C/12T (85W) 1
Max Mem 1866MHz
Component Quantity
8GB RDIMM, 2133MT/s, Dual Rank, x8 Data Width 2
2133MT/s RDIMMs 1
Performance Optimized 1
1TB 7.2K RPM SATA 6Gbps 2.5in Hot-plug Hard Drive,13G 3
DVD ROM SATA Internal 1
ReadyRails Sliding Rails Without Cable Management Arm 1
Dual, Hot-plug, Redundant Power Supply (1+1), 1
NEMA 5-15P to C13 Wall Plug, 125 Volt, 15 AMP, 10 Feet (3m), Power Cord, North 2
America
DIMM Blanks for System with 1 Processor 1
135W Heatsink for PowerEdge R430 1
Note
To avoid possible version compatibility issues, always deploy the latest available SCD version (v4.x or
higher).
The VMware vSphere ESXi v6.0, 6.5, and 6.7 hypervisors are supported for Single Click Deployment in
a virtual environment.
For additional information, refer to the following topics:
• Single Click Deployment (SCD) appliance VM hardware resource requirements on page 151
• Create a Single Click Deployment (SCD) appliance VM on a host server on page 152
• Create a Single Click Deployment (SCD) appliance VM on a laptop on page 154
Device Requirement
CPU 2 sockets with 4 cores per socket
Memory Initial build 24 GB
Runtime 8 GB (minimum) 16 GB (recommended)
Hard drive 200 GB, thin provisioned
Network adapter NIC: type E1000
DVD drive Configured and active on boot up
Video card 1 display, 8 MB of video memory
SCSI controller 0 lsilogic
Device Requirement
CPU 1 socket with 4 cores per socket (minimum), 2 sockets with 4 cores per socket
(recommended)
Memory 8 GB (minimum), 24 GB (recommended)
Hard drive Partition with at least 250 GB of free space.
Network adapter NIC: type E1000
Video card 1 display, 8 MB of video memory
DVD drive Optional but recommended
Operating system The VM was tested on laptops running the Windows 7 x64 operating system.
Note
When you create an SCD appliance in a VM from an OVA file, the new VM will be an exact copy of the
VM from which the OVA was created. To avoid hardware issues when bringing up the appliance, the
method used to create the OVA enables the appliance to come up with a different MAC address. After
you deploy the VM, you will change the network settings to match the customer network.
These instructions are based on VMWare's vSphere Client version 6.0.0 Build 5318172; the steps might
be different for other vSphere versions, but they should be similar. The OVA file was created with
VMWare ESXi 6.
1. Within the vSphere Navigator panel, right-click the host server on which you are creating the SCD
VM then click Deploy OVF Template.
If you are prompted to download the Client Integration Plug-in, click Download Client Integration
Plug-in, click Run and follow the installation wizard, then reopen vSphere and right-click the host
server.
2. Do one of the following to specify the OVA file you are deploying then click Next:
• Select the URL option button then type the URL for accessing the OVA file.
• Select the Local file option button then click Browse and select the OVA file.
3. Review the OVA file (OVF template) details then click Next.
4. Type a name for the VM you are creating and specify the folder or data center where the VM will be
located then click Next.
5. Select the resource where the VM will run then click Next.
6. Select the data store where the virtual disks will be stored then click Next.
7. Specify the network the VM should use then click Next.
8. Review the settings to be sure they are correct then click Finish.
If the settings are not correct, click Back and make the necessary changes.
The VM is created in the location you specified.
9. To improve performance for the remainder of the steps in this procedure, if the host has sufficient
resources, upgrade the VM memory to 24 GB prior to starting the VM.
10. Change the VM IP address and other network values by performing the procedure Configure the
appliance network settings with Network Configurator on page 450.
At the end of the wizard, when you are prompted to run the IP change scripts, type y.
While the appliance reboots, WebLogic might not shut down. If it does not, power down the
appliance or force a shutdown from the hypervisor then power it back up.
11. Run the makeOCDfromCCM.sh script to set up the SCD appliance and assign the SCD ipc and
admin user account passwords:
a) Access the appliance command line with the shelldiag user account.
Note
Unless you have a utility that allows you to copy and paste values between the laptop and the VM,
you will have to manually enter the token and dynamic password values. If you mistype the
password twice, the system will lock the account for fifteen minutes.
When you access the command line for the first time, the date and time will be wrong. These will
self-correct after a few minutes.
b) Run the command su -lp and enter the dynamic password.
c) Change the directory to /opt/ipc/ocd.
d) Run the following command, where scd-ipc-password is the password you are assigning to
the SCD ipc user account and scd-admin-password is the password you are assigning to the
SCD admin account. There are no restrictions on the password length or valid characters.
./makeOCDfromCCM.sh ipc_password=scd-ipc-password
admin_password=scd-admin-password
e) Reboot the appliance by running the reboot command.
You might see a number of Error 9s indicating that certain default ISO files, such as COP ISOs, could
not be uploaded from the SCM site. You might also see removable device errors. Both of these errors
are expected, so you can ignore them. You will upload the applicable ISO files in step 13.
The appliance can now support all Single Click Deployment functions.
12. Use the following URL and the passwords you created in the previous step to access Single Click
Deployment to be sure it opens properly with the credentials you specified; appliance-ip is the
IP address you assigned to the SCD appliance.
https://appliance-ip/svc/oneclick/
Enter the ipc or admin user name and the appropriate password.
13. Click the Help link within Single Click Deployment or refer to the Single Click Deployment topic in
the Enterprise Guide for information on uploading COP and appliance ISO files, registering
appliances with the Single Click Deployment appliance, performing deployments and upgrades, and
other related topics.
Important
Consider the following before you create an SCD VM on the laptop:
• When you create a VM from an OVA file, the new VM will be an exact copy of the VM from which the
OVA was created. To avoid hardware issues when bringing up the appliance, the method used to
create the OVA enables the appliance to come up with a different MAC address. After you deploy the
VM, you will change the network settings to match the customer network.
• To ensure optimal stability and performance, run Single Click Deployment on a wired ethernet network,
not a wireless network.
• The workstation ethernet adapter must initially be set to Host-only, however, at the customer site, you
will change this to Bridged networking to expose the VM IP address to the CCMs and MMs that will be
deployed by the SCD appliance.
• Each customer must provide routable access to the subnet where the CCM and MM appliances are
deployed.
• The IP address, subnet mask, and default gateway you configure for the VM must be part of the
customer network addressing. Replicate the customer network when you set up the VM on the laptop.
You will change these values for each customer.
Note
This procedure is based on deployment using VMware Workstation Pro 12. For some of the steps in the
procedure, Workstation Pro provides multiple ways to perform the step; for example, to create a
snapshot, you can click the VM in the Library section then click VM ➤ Snapshot ➤ Take Snapshot, you
can right-click the VM then click Snapshot ➤ Take Snapshot, or you can click the Take a snapshot of this
virtual machine icon in the toolbar. When multiple options are available, use the one you prefer.
• Hard Disk (SCSI): partition with at least 200 GB of free space, 250 GB recommended
• Network Adapter: The default value is Bridged (Automatic), however, when you set up the VM,
the value must be Host-only. You change this value in the next step.
5. Change the network adapter and any other settings you need to change:
a) Within the Library section, click the VM.
b) Click Edit virtual machine settings.
c) Click the device type you are changing then change the value.
For the Network Adapter device, select Host-only: A private network shared with the host.
d) Click OK.
6. Create a snapshot of the VM that you can restore as needed to reset the VM for use with another
customer enterprise:
a) Within the Library section, right-click the VM then click Snapshot ➤ Take Snapshot.
b) Enter the snapshot name and description then click Take Snapshot.
7. Provide customer-specific subnet values for the VM:
a) Within the Library section, click the VM.
b) Click Edit ➤ Virtual Network Editor.
c) Click Change Settings.
If the system displays the User Account Control message box, click Yes.
d) Click the adapter that has the Host-only value in the Type column (usually VMnet1).
e) Clear the Use local DHCP service to distribute IP address to VMs check box if it is selected.
f) In Subnet IP, enter the customer network subnet IP (first three octets with 0 as the fourth octet).
g) In Subnet Mask, enter the customer network subnet mask.
h) Click OK.
8. Reboot the VM by clicking VM ➤ Power ➤ Restart Guest.
9. Set the customer-specific IP address and other network values for the SCD appliance by performing
the procedure Configure the appliance network settings with Network Configurator on page 450.
After the last screen, when you are prompted to run the IP change scripts, type y.
Note
While the appliance reboots after the scripts run, WebLogic might not shut down. If it does not, restart
the VM by clicking VM ➤ Power ➤ Restart Guest.
Note
Unless you have a utility that allows you to copy and paste values between the laptop and the VM, you
will have to manually enter the token and dynamic password values. If you mistype the password two
times, the system will lock the account for fifteen minutes.
When you access the command line for the first time, the date and time will be wrong. These will
self-correct after a few minutes.
12. Run the makeOCDfromCCM.sh script to set up the SCD appliance and assign the SCD ipc and
admin user account passwords:
a) Run the command su -lp and enter the dynamic password.
b) Change the directory to /opt/ipc/ocd.
c) Run the following command, where scd-ipc-password is the password you are assigning to
the SCD ipc user account and scd-admin-password is the password you are assigning to the
SCD admin account. There are no restrictions on the password length or valid characters.
./makeOCDfromCCM.sh ipc_password=scd-ipc-password
admin_password=scd-admin-password
You might see a number of Error 9s indicating that certain default ISO files, such as COP ISOs, could
not be uploaded from the SCM site. You might also see removable device errors. Both of these errors
are expected, so you can ignore them. You will upload the applicable ISO files in step 19.
13. Reboot the appliance by running the reboot command.
14. Confirm that there is a proper SCD appliance ethernet network adapter for the customer network:
a) Access the appliance command line.
b) Run the command ifconfig.
c) Confirm that there is a network adapter for the customer network that has Host-only assigned.
15. Use the following URL and the passwords you created in step 12 to access Single Click Deployment
to be sure it opens properly with the credentials you specified; appliance-ip is the IP address you
assigned to the SCD appliance.
https://appliance-ip/svc/oneclick/
Enter the ipc or admin user name and the appropriate password. It takes approximately eight
minutes for the application to open the first time.
16. Create a bootable ISO file for each COP ISO you will be uploading to Single Click Deployment.
For upgrading from a pre-Unigy v3.0 version, you will need a file for the 02.00.00.00.1888 COP (in
case you need to roll back) and the 03.00.00.00.1272 ISO. For an upgrade from Unigy v3.0 or higher,
you need only the 03.00.00.00.1272 COP.
a) Copy to the root directory (\) on the laptop or a network drive the COP xpp.zip file that
contains the ISO file for the version you are deploying. The COP files are available from the IPC
FTP site, FilesAnywhere or IPC Manufacturing. The files are
dunkin_cop_02.00.00.00.1888.xpp.zip (pre-Unigy v3.0) and
dunkin_cop_03.00.00.00.1272.xpp.zip (Unigy v3.0 or higher).
b) Extract the files from the xpp.zip file to the root directory (\).
Using the root directory is important because this is the path the system expects for the bootable
ISO file.
c) Within the \SCM-bin folder, run ImgBurn.exe to create the bootable ISO.
The ImgBurn dialog box is displayed.
d) Choose Create image file from files/folders.
e) In the toolbar to the right of the Source section, click the Browse for a file icon, select the COP
ISO file and the associated .md5 file that you extracted then click Open.
f) In the File System field within the Options tab on the right, confirm that ISO 9660 + UDF is
selected.
g) Within the Labels tab, specify ISO9660 and UDF labels and any other information you want to
provide.
h) In the Destination field, click the Browse for a file icon and specify the folder in which ImgBurn
will create the bootable ISO file and a name for the file then click Save.
Specify a different path and file name from the xpp.zip file. The folder should be in a location
that is accessible from the VM and that will be available each time you need to upload the bootable
ISO so you do not have to recreate the file for each customer deployment. The maximum file name
length is 128 characters and the maximum length for the combined path and file name is 219
characters. The recommended file name is bootable_dunkin_cop_version.iso, where
version is the COP software version.
i) Click the Build icon then click OK.
17. To prepare to upload a bootable COP ISO file to Single Click Deployment, mount the ISO file on the
SCD appliance:
1. Create a directory on the SCD appliance in which you can store the bootable ISO files by running
the following command:
mkdir /opt/ipc/ocd/cops/
2. Use an FTP utility such as WinSCP or SCP/SFTP to copy the COP ISO file to the /tmp directory
on the appliance.
3. Run the following command to copy the bootable ISO file from /tmp to the /opt/ipc/ocd/
cops/ directory; iso-file-name is the name of the ISO file:
cp /tmp/iso-file-name /opt/ipc/ocd/cops/iso-file-name
4. Run the following commands to create a mount point and mount the file loopback to /mnt/cop,
where iso-file-name is the name of the bootable ISO file:
a. mkdir -p /mnt/cop/;
b. mount -o loop /opt/ipc/ocd/cops/iso-file-name /mnt/cop/.
18. Click the Help link within Single Click Deployment or refer to the Single Click Deployment chapter
in the Enterprise Guide for information on uploading COP and appliance ISO files, registering
appliances with the Single Click Deployment appliance, performing deployments and upgrades, and
other related topics.
19. Before you travel to a customer site, upload all files that you will need for the deployment or upgrade
to the SCD appliance or to your laptop file system. These include the following files, which are
available from the IPC FTP site, FilesAnywhere:
• Appliance personality software ISO file for the applicable update.
• OS patch ISO file: If a version of the OS patch that is newer than the OS patch included in the
appliance personality software ISO file is available, include this file. You will install it manually
after the deployment or upgrade is complete.
• Any workaround scripts that are required.
When you upload the COP ISO files, use the DVD option and select a bootable ISO file you created in
step 16.
20. When you arrive at the customer site, change the Network Adapter value within the Virtual Machine
Settings panel to Bridged.
a) Within VMware Workstation Pro, click the SCD VM in the Library frame on the left then click
Edit virtual machine settings.
b) Within Virtual Machine Settings, click Network Adapter.
c) Select Bridged: Connected directly to the physical network.
d) Click OK.
21. Change the network adapter value within the Virtual Network Editor:
a) Within the Library section, click the VM.
b) Click Edit ➤ Virtual Network Editor.
c) Click Change Settings.
If the system displays the User Account Control message box, click Yes.
d) Click the adapter that has the Host-only value in the Type column (usually VMnet1).
e) In the VMnet Information section, select the Bridged (connect VMs directly to the external
network) option button.
f) Click OK.
22. After you return from the customer site, restore the VM snapshot you created in step 6 to reset the
VM:
a) Within the Library frame in Workstation Pro, right-click the VM then click Snapshot ➤ Revert
to Snapshot: snapshot-name, where snapshot-name is the name of the snapshot you
created.
b) Click Yes.
Note
If you are performing a partial upgrade in which one or more zones will remain at the previous software
version and one of these zones will provide the database dump for the zones being upgraded, this source
zone must be registered with, or must have been registered with at a previous time, a Single Click
Deployment appliance. This ensures that the file, OCDBBSnotice4agents.txt, that Single Click
Deployment requires is installed on the appliance. The appliance can register with any Single Click
Deployment appliance to install this file. It does not have to be registered at the time of the upgrade
because only the presence of the file on the source appliance is required for this scenario. The file is not
removed when you unregister an appliance. To determine whether the file is already on the appliance,
look for OCDBBSnotice4agents.txt in the /var/www/html/ directory. If the file is in the
directory, it is not necessary to re-register the appliance.
If a Unigy appliance is registered with a Single Click Deployment appliance, there is no harm in
rerunning the registration script for the appliance, however, if you run the script when Single Click
Deployment is running a task for the appliance, the task terminates after the current step in the process
completes, but does not complete any remaining steps.
1. Log in to the Unigy appliance from the command line.
2. Run the command su -lp and enter the appropriate password.
3. Run the command /opt/ipc/cop/ksrecop/recop54.sh eda_ip_address.
eda_ip_address is the IP address of the Single Click Deployment appliance with which you are
registering the appliance.
You will see the following output:
• If the appliance is not registered with a Single Click Deployment appliance, you will see a
message similar to:
Interactive env
Running iplan_agent.sh in /opt/ipc/cop/iPlan ...
Installing in /opt/ipc/cop/iPlan ...
iState update: agent-hold
==== mac:24B6FDF48E30 host:unigytpccm1 ip:20.40.60.80 mask:
255.255.255.230 gateway:20.40.60.97 ====
Server of MAC=24B6FDF48E30 has been successfully signed up and
assigned to ipc. The ini File has been successfully saved in: /var/
spool/backup/OneClick/clients/24B6FDF48E30/info.ini
• If the appliance is already registered with the current Single Click Deployment appliance, you will
see a message similar to:
Called by recop54 ver 20120122 , verify pre-req
127.0.0.1 20.40.60.80
Services will be subject to WAN bandwidth test !!!!
AutoDeploy active, must disable before continue
Disable iPlan now [y/n]:
• If the appliance is registered with another Single Click Deployment appliance, you will see a
message similar to:
Called by recop54 ver 20120122 , verify pre-req
127.0.0.1 20.40.60.80
AutoDeploy active, must disable before continue
Disable iPlan now [y/n]:
4. Confirm that the appliance is registered with the Single Click Deployment appliance by performing
the procedure Confirm that an appliance is registered with a Single Click Deployment appliance on
page 162.
4.3.2 Confirm that an appliance is registered with a Single Click Deployment appliance
This procedure describes how to confirm that a Unigy appliance is registered with a Single Click
Deployment appliance.
You can determine this information from the Single Click Deployment appliance the appliance registers
with or from Enterprise Watch.
1. Do one of the following:
• Determine the registration status from the Single Click Deployment appliance:
1. Access Single Click Deployment from a browser: https://scd_ip/svc/oneclick/,
where scd_ip is the IP address of the Single Click Deployment appliance.
2. Log in to Single Click Deployment.
3. Within the Main Menu, click Show All Servers.
4. Locate the appliance in the list. If the appliance is in the list and it has a white background, it is
registered with the Single Click Deployment appliance. If the appliance entry has a red
background, either the appliance is not communicating with the Single Click Deployment
appliance or it is not currently registered with the appliance.
• Determine the registration status from Enterprise Watch:
1. Access Enterprise Watch from a browser: https://vip/deployment/
EnterpriseWatch.html, where vip is the zone VIP.
2. Log in with the install user account credentials.
3. Click Refresh Status.
4. Expand the zone entry.
5. Expand the appliance entry.
6. Locate the OCDagent parameter, which should look similar to the following (with different IP
addresses):
OCDagent Done, 10.20.30.40 signup with OCD host 10.20.50.60
2. If the appliance did not register successfully, rerun the registration script.
4. Confirm that the appliance was unregistered by performing the procedure Confirm that an appliance
is not registered with a Single Click Deployment appliance on page 163.
4.3.4 Confirm that an appliance is not registered with a Single Click Deployment appliance
This procedure describes how to confirm that a Unigy appliance that you unregistered from a Single
Click Deployment appliance is not registered.
You can determine this information from the Single Click Deployment appliance the appliance was
registered with or from Enterprise Watch.
After you unregister an appliance the /tmp/iplan_agent.sh.log file is no longer available on
the appliance, however, the appliance directory should still be in the /var/spool/backup/
OneClick/clients directory and the appliance should still be visible in the Single Click
Deployment Show All Servers list, but the OCDagent parameter should not be in Enterprise Watch.
Do one of the following:
• Determine the registration status from the Single Click Deployment appliance:
1. Access Single Click Deployment from a browser: https://scd_ip/svc/oneclick/,
where scd_ip is the IP address of the Single Click Deployment appliance.
2. Log in to Single Click Deployment.
3. Within the Main Menu, click Show All Servers.
4. Confirm that the appliance is in the list, but the entry has a red background. It can take up to
two hours for the background color to change.
• Determine the registration status from Enterprise Watch:
1. Access Enterprise Watch from a browser: https://vip/deployment/
EnterpriseWatch.html, where vip is the zone VIP.
2. Log in with the install user account credentials.
3. Click Refresh Status.
4. Expand the zone entry.
5. Expand the appliance entry.
6. The OCDagent parameter should not be in the list.
Single Click Deployment sends deployment and upgrade progress e-mail messages to the e-mail
addresses specified in the Single Click Deployment SMTP configuration. Messages are sent every thirty
minutes. If you do not configure the SMTP connection, these messages will not be sent.
1. Log in to Single Click Deployment: https://scd_ip/svc/oneclick/, where scd_ip is the
IP address of the Single Click Deployment appliance.
2. In the Main Menu, click SMTP Configuration.
3. Enter the appropriate values for each field.
For information on these fields, refer to SMTP Configuration: Configure SMTP Server on page 224.
4. Click Save.
5. Click Send Test Mail to test the configuration.
Click Refresh to refresh the log. It takes approximately twenty minutes for a COP or
personality .iso file to import.
4.3.8 Create an image backup (restore point) with Single Click Deployment
Use this procedure to create an image backup file for one or more Unigy CCM or ACCM appliances
with Single Click Deployment. Single Click Deployment image backups are not supported for MMs.
The following image backup options are available:
• External Backup: Creates an image backup on the Unigy appliance and copies the backup file to the
Single Click Deployment appliance. This option stops after the file is copied to the Single Click
Deployment appliance, it does not perform any other tasks. This is the preferred option for creating
image backups.
Single Click Deployment performance will be impacted while the image files are being transferred to
the Single Click Deployment appliance. It takes approximately thirty minutes to transfer a backup file
to the appliance.
• Backup: Creates an image backup on the Unigy appliance, but does not copy the backup file to the
Single Click Deployment appliance. If the check box in the Install App ISO column or Enterprise
DB Restore column is selected, Single Click Deployment performs these tasks after it completes the
backup.
Perform this procedure only for CCM or ACCM appliances.
1. For each HA zone for which you are creating image backups, do the following:
a) Disable data replication by performing the procedure Disable data replication on page 498.
b) Place the cluster into maintenance mode by performing the procedure Place a cluster into
maintenance mode to enable control of HA failovers on page 598.
c) Place the Standby appliance into maintenance mode by performing the procedure Place an
appliance or Media Gateway into maintenance mode to indicate it is unavailable on page 599.
2. Log in to Single Click Deployment: https://scd_ip/svc/oneclick/, where scd_ip is
the IP address of the Single Click Deployment appliance.
3. In the Main Menu, click Enterprise Servers Plan.
4. In the Select column, select the check box for all of the appliances for which you are creating an
image backup then click Next.
5. In the Task column, select either External Backup or Backup for all of the appliances.
In most cases, you should always use External Backup. To prevent Single Click Deployment from
performing any other tasks after creating the backup, clear the check box in the Install App ISO and
Enterprise DB Restore columns.
4.3.10 Roll back the zones in an enterprise with Single Click Deployment
Use this procedure to roll back the appliances in one or more zones to a previous Unigy software
version.
You can perform the following types of rollback to restore the software to a previous version:
• External Rollback: Restores the software to a previous version from the image backup file that is
stored on the Single Click Deployment appliance. To use this option, the image backup file must have
been copied to the Single Click Deployment appliance during an External Backup. The rollback
process copies the image file to the appliance you are rolling back then performs the rollback. This is
the preferred roll back option.
Single Click Deployment redeploys the appropriate COP software then restores the image you
specify.
Only the latest backup image file is stored on the Single Click Deployment appliance. If an earlier
version is required, refer to the manual rollback procedures.
• Rollback: Restores the software to a previous version from an image backup file that is stored on the
appliance in the Unigy zone you are rolling back. This option cannot be used to roll back to a version
that requires a lower version COP.
Single Click Deployment stores only the latest image backup file for each appliance.
1. Log in to Single Click Deployment: https://scd_ip/svc/oneclick/, where scd_ip is the
IP address of the Single Click Deployment appliance.
2. In the Main Menu, click Enterprise Servers Plan.
3. In the Select column, select the check box for all of the appliances you are rolling back then click
Next.
4. If you are performing an External Rollback, in the External Backup column for each appliance you
are rolling back, confirm that an image backup file is displayed in the column. You will see the date
and time the file was created.
5. In the Task column for each appliance you are rolling back, select one of the following options:
• External Rollback: to roll back from the image backup file stored on the Unigy appliance.
• Rollback: to roll back from an image backup file stored on the Unigy appliance.
6. If you selected External Rollback and are rolling back to a version that requires a lower version COP,
in the COP ISO column, select the appropriate COP version.
For a pre-Unigy v3.0 version the COP is 02.00.00.00.1888.
7. Click Save to save the settings.
8. Click View Map to validate the configuration.
If there are any issues, correct them before proceeding to the next step.
9. In the Active column, select the check box for all of the appliances you are rolling back.
10. Click Save to execute the rollback.
11. Click Monitor to monitor the progress of the rollback for each appliance.
The progress is displayed in the Status column. To display details of the current status, click the
status link. The last 40 lines of the agent log are displayed.
The deployment is complete when the progress is 100% and the status of all appliances is agent-
hold.
12. Perform the following substeps for each zone you are rolling back:
a) Downgrade the software on CDIs and Media Managers by performing the procedure Downgrade
(roll back) the CDI software on page 562.
b) Downgrade the Media Gateway software by performing the procedure Downgrade the Media
Gateway software on page 572.
c) Validate the zone by performing the procedure Validate a zone after a deployment, rollback, or
other operations on page 638.
13. If you rolled back to a pre-Unigy v2.0.1.7 version, run the
updateToneCadenceFreqForExistingInstances.sh script to copy the Tone Cadence
Frequency settings from a zone in the default instance to the zones in all other instances by
performing the procedure Run the updateToneCadenceFreqForExistingInstances.sh script on page
567.
14. If a recurring Archive all Zone backup job and backup file retention policy are not configured for at
least one zone in each realm in the enterprise, perform the procedure Configure a recurring archive
backup job and retention policy on page 612.
This helps to prevent out of memory issues due to high volumes of call history data. If partial
replication is enabled, the zone must be a collector zone.
4.3.11 View and update a Unigy appliance profile in Single Click Deployment
Use this procedure to view a Unigy appliance profile, and if necessary, change the Single Click
Deployment user account to which the appliance is assigned.
1. Log in to Single Click Deployment: https://scd_ip/svc/oneclick/, where scd_ip is the
IP address of the Single Click Deployment appliance.
2. Within the Single Click Deployment Main Menu, click Server Profile.
3. In the Select column, select the appliance for which you want to view the profile then click Next.
4. To change the user account the appliance is assigned to, select one or more accounts in the Users list.
To select multiple user accounts, you can use the Ctrl or Shift keys.
5. Click Save.
1. Unregister the appliance before removing it from the Single Click Deployment appliance by
performing the procedure Unregister a Unigy appliance from a Single Click Deployment appliance
on page 162.
2. Log in to Single Click Deployment: https://scd_ip/svc/oneclick/, where scd_ip is the
IP address of the Single Click Deployment appliance.
3. Within the Single Click Deployment Main Menu, click Remove Server.
4. In the Select column, select the check box for the appliance you want to remove.
5. Click Delete.
6. In the confirmation message box, click OK.
The appliance is removed from all appliance lists, the registration with the Single Click Deployment
appliance is revoked, and the image backup file is removed. History related to the appliance is not
removed.
7. Confirm that the appliance was removed from the Single Click Deployment appliance by performing
the procedure Confirm that an appliance is registered with a Single Click Deployment appliance on
page 162.
4.3.13 Confirm that an appliance was removed from a Single Click Deployment appliance
This procedure describes how to confirm that a Unigy appliance that you removed from a Single Click
Deployment appliance is no longer registered or visible on the Single Click Deployment appliance.
After you remove an appliance from a Single Click Deployment appliance, the /tmp/
iplan_agent.sh.log file is no longer available on the appliance, the appliance directory is
removed from the Single Click Deployment appliance /var/spool/backup/OneClick/
clients directory, and the appliance is no longer visible in the Single Click Deployment Show All
Servers list.
1. Access the Unigy appliance command line.
2. Confirm that the /tmp/iplan_agent.sh.log file does not exist.
3. Access the Single Click Deployment appliance command line.
4. Display the contents of the /var/spool/backup/OneClick/clients directory.
You should not see a directory for the appliance identified by the appliance MAC address.
5. Confirm that the appliance is not displayed in the Single Click Deployment Show All Servers list:
a) Log in to Single Click Deployment: https://scd_ip/svc/oneclick/, where scd_ip is
the IP address of the Single Click Deployment appliance.
b) Within the Main Menu, click Show All Servers.
c) Confirm that the appliance is not in the list.
1. Log in to the Single Click Deployment appliance with the user account for which you are changing
the password: https://scd_ip/svc/oneclick/, where scd_ip is the IP address of the
Single Click Deployment appliance.
2. Within the Main Menu, click User Profile.
3. Enter then confirm the account password.
4. Click Change.
Note
Perform this procedure only if you are permitted to do so. If the current IPC policy on upgrading Single
Click Deployment appliances is that all upgrades will be handled by IPC Manufacturing, do not perform
this procedure. Instead, return the Single Click Deployment appliance to IPC Manufacturing in
Westbrook. If you are not sure whether you are permitted to upgrade the appliance, contact IPC Support.
This procedure is for upgrading a Single Click Deployment appliance. For information on using Single
Click Deployment to upgrade Unigy appliances, refer to Deploy a software update that requires a new
COP with Single Click Deployment on page 31 or Deploy a software update that does not require a new
COP with Single Click Deployment on page 60.
The following upgrade options are available:
• APP ISO: Use this option for most Single Click Deployment appliance upgrades. It requires
importing the Unigy appliance personality software .iso file that contains the Single Click
Deployment updates prior to performing the upgrade.
• IP: Use this option when it is not possible to use the APP ISO option due to bandwidth or access
issues. You specify the IP address of another Single Click Deployment appliance that has the correct
software deployed. The system retrieves the required files from the referenced Single Click
Deployment appliance then performs the upgrade.
• From /tmp: This option applies only to emergency fixes that require Development assistance. It
involves copying a .tgz archive file to the Single Click Deployment appliance /tmp directory.
When you click Update Now, the system uses the .tgz file to perform the upgrade.
This procedure is only for upgrades, do not downgrade the software to a previous version.
Refer to Upgrade SCD on page 222 for information on the associated fields and buttons.
1. Log in to Single Click Deployment: https://scd_ip/svc/oneclick/, where scd_ip is the
IP address of the Single Click Deployment appliance.
2. In the Main Menu, click Upgrade SCD.
3. Do one of the following:
• If you are using the APP ISO option and the appliance personality software .iso file that includes
the Single Click Deployment updates is not available on the Single Click Deployment appliance,
import the .iso file by performing the procedure Import an artifact on page 164.
• If you are using the IP option, determine the IP address of the Single Click Deployment appliance
that will serve as the source for the required files.
• If you are using the From /tmp option, copy the .tgz file to the Single Click Deployment
appliance /tmp directory.
4. Do one of the following:
• In APP ISO, select the appropriate appliance personality .iso file.
• In IP, type the appropriate IP address for the Single Click Deployment appliance that serves as the
source for the required update files.
• In From /tmp, the .tgz file you copied to the /tmp folder will be displayed. There is nothing to
do for this option.
5. Click Check for Update to determine whether an upgrade is required.
The system displays one of the following:
• If the software version you are deploying is different from the version currently deployed on the
Single Click Deployment appliance, the system displays the Single Click Deployment software
version followed by the Unigy software version for the software to be deployed below the list of
upgrade options. Compare the Unigy version to the OCD Version for the existing version
displayed at the top of the panel. Confirm that the new version is higher than the existing version.
• If the software versions are the same, the system displays the message Update not required
indicating that it is not necessary to upgrade the software.
6. To upgrade the software. click Update Now.
During the upgrade, the system logs you out of Single Click Deployment. The upgrade requires
approximately ten minutes to complete.
Name Description
Help Displays the Single Click Deployment online help.
login Logs the specified user in to Single Click Deployment.
Reset Clears the User Name and Password fields so new credentials can be entered.
Name Description
Enterprise Displays the panel for performing Single Click Deployment tasks including
Servers Plan deployments, upgrades, image backups and rollbacks, database restores, and
appliance reboots.
Server Profile Provides access to configuration details for each Unigy appliance registered with the
Single Click Deployment appliance and the ability to assign an appliance to a
different Single Click Deployment user account.
Remove Server Provides the ability to remove an appliance from the Single Click Deployment
appliance.
Show All Servers Displays a list of all Unigy appliances registered with the Single Click Deployment
appliance and basic details about each appliance. This also provides a link to the
latest build report for each appliance, which includes information on the RPMs
installed and links to the appliance deployment log and UMS.
Servers History Displays Single Click Deployment history transactions for all Unigy appliances.
Import Artifact Enables you to import COP and appliance personality .iso files to a Single Click
Deployment appliance.
Available Artifact Displays all COP and appliance personality .iso files that are currently available
on a Single Click Deployment appliance.
Import Enterprise Enables you to import an Enterprise database backup file that was created in the
DB UMS. The file can be restored during an upgrade.
Enterprise Watch Displays Enterprise Watch for analyzing the health and status of the appliances in
an enterprise.
Name Description
New Servers Displays Unigy appliances that are registered with a Single Click Deployment
appliance, but for which no tasks have been performed.
Upgrade SCD Enables you to upgrade the Single Click Deployment appliance when software
updates are available.
SMTP Enables you to configure a connection to a customer's SMTP server for Single Click
Configuration Deployment notifications.
User Profile Enables you to change the password for a Single Click Deployment user account.
Note
Rows displayed with a red background are in an error state that requires investigation. In most cases, the
appliance is not communicating with the Single Click Deployment appliance or is not currently registered
with the appliance.
To access this panel, log in to the Single Click Deployment appliance then in the Main Menu, click
Enterprise Servers Plan. The Single Click Deployment URL is https://scd_ip/svc/
oneclick/, where scd_ip is the IP address of the Single Click Deployment appliance.
Figure 5: Select Servers
Client software on
your client computer.
• UMS client: Displays
the UMS Login page.
• Weblogic: Access
WebLogic. To access
WebLogic, you must
open port 7001.
• CheckHA: Runs
checkMyStatus
to display the current
status of the various
Unigy services for the
appliance you select.
• CheckHA: same as
CheckHA above.
• checkReplication:
Runs the
checkReplicati
on script to display
the current replication
status.
• checkTransientChann
el: Runs the
checkTransient
Channel script to
display detailed
information related to
the transient
channels.
• Orchestrator
CheckHAStatus:
Runs
checkHAStatus
to display the current
state of the services
for both appliances in
an HA zone.
• VA Life Cycle
Manager: For future
use.
• Blue Wave API:
Accesses the Blue
Wave Admin Console
if the Blue Wave
Director software is
deployed.
• DS-Notification: For
future use.
• Enterprise Watch:
Displays Enterprise
Watch for analyzing
the current state of
appliances in the
enterprise based
either on individual IP
addresses or on zone
VIPs.
Name Description
Main Menu Closes the current page and displays the Single Click Deployment Main Menu.
Next Proceeds to the next page to perform a task for the appliances you select.
External Backup Displays the day, date, • No Backup: indicates Always create an image
and time of the latest that an image backup backup before
appliance image backup file is not available. performing an upgrade.
file created when you Single Click Deployment
run External Backup. • Backup file name: stores only the most
name of the backup recent backup file for
file stored on the each appliance.
Single Click
Deployment
appliance.
Zone Deploy & Data Indicates whether Zone • Check box selected: The Data Source (peer
Source Deployment will be run, run Zone Deployer. zone) provides the
and if it will, identifies customer digital
the zone that will be the • Check box cleared: certificates, certificate
first zone deployed do not run Zone keys, and the initial
(peer zone), and if Deployer. database for other
applicable, the zone in VIP of the peer zone in zones.
which the Enterprise dot -decimal format: For MMs, do not select
database backup will be ###.###.###.###. the check box, but the
restored. Data Source text box
should contain the same
peer zone value as the
associated zone's CCM
or ACCM appliances.
Preferred Zone Preferred zone that will • Check box selected: The preferred zone
be assigned to the preferred zone will be provides the database
appliance for database assigned. dump for an appliance
dumps when the zone is when the appliance
deployed. • Check box cleared: reboots after Zone
preferred zone will Deployer completes.
not be assigned. If partial replication is
VIP of the preferred enabled, the preferred
zone in dot -decimal zone for a collector zone
format: should be another
###.###.###.###. collector zone at the
same or a higher
software version.
If Multi-tier Replication is
enabled, the preferred
zone for a portal zone
should be another portal
zone.
Name Description
Main Menu Returns to the Single Click Deployment Main Menu.
Save Saves the plan configuration changes and if the Active check box is selected, initiates
the task selected in the Task column.
Registered Displays the fingerprints for all of the appliances displayed in this panel.
Fingerprints
View Map Validates the plan configuration and displays associated error messages or a
confirmation that the configuration is correct with no issues.
Map Details Displays information related to the appliances including zone, instance, host name, IP
address, MAC address, iDRAC IP address, subnet mask, default gateway, NTP
servers, NIC configuration type, domain, personality type, peer appliance IP address,
zone VIP, EVIP (data source), dependency VIP, and time zone.
Advance Displays details related to the associated appliance, highlighted in yellow, including
host name, domain, IP address, peer appliance IP address, zone VIP, Zone ID,
Instance ID, NTP servers, NIC configuration type, time zone, and Dependency VIP.
Hide Hide the Advance details.
Advance view
To access detailed information for each appliance, click the Advance button. This information is pulled
from each appliance when it registers with the Single Click Deployment appliance.
Important
Do not change any values unless instructed to do so by IPC Support or Development.
1. Log in to the Single Click Deployment appliance. The Single Click Deployment URL is https://
scd_ip/svc/oneclick/, where scd_ip is the IP address of the Single Click Deployment
appliance.
2. Within the Main Menu, click Enterprise Servers Plan.
3. In the Select Servers panel, select the appliances to include in the plan then click Next.
4. In the Selected Servers panel (not labeled), click Map Details.
Figure 7: Map Details
Review the information in the Deployment Status column. The panel refreshes every two minutes.
To access this panel, start a Single Click Deployment task then click the Monitor button. The Single
Click Deployment URL is https://scd_ip/svc/oneclick/, where scd_ip is the IP address
of the Single Click Deployment appliance.
Figure 8: Monitor
• app-install:
Personality
Deployment is
running to deploy the
appliance personality
software.
• app-done:
• zone-check:
• zone-deploy:
• enable-ha
• all-done
• agent-hold:
Deployment is
complete.
• agent-hold Stopped
at app-wait
• maint-in: The system
is performing a task
such as an image
backup.
Preferred Zone Preferred zone that will • Check box selected: The preferred zone
be assigned to the assign the preferred provides the database
appliance for database zone. dump for an appliance
dumps when the zone is when the appliance
deployed. • Check box cleared: reboots after Zone
do not assign the Deployer completes.
preferred zone. If partial replication is
VIP of the preferred enabled, the preferred
zone in dot -decimal zone for a collector zone
format: should be another
###.###.###.###. collector zone at the
same or a higher
software version.
If Multi-tier Replication is
enabled, the preferred
zone for a portal zone
should be another portal
zone.
Date Indicates the last time Shown in a red font.
the panel was accessed.
Name Description
Main Menu Closes the panel and displays the Single Click
Deployment Main Menu.
Edit Displays the Selected Servers panel from which
the task you are monitoring was initiated.
Note
Rows displayed with a red background have not communicated with the Single Click Deployment
appliance for at least two hours. This usually indicates an issue that should be investigated. It might
indicate that the appliance is no longer registered with the Single Click Deployment appliance.
Name Description
Main Menu Closes the current page and displays the Single Click Deployment Main Menu.
Next Proceeds to the appliance Server Profile panel where the profile details are displayed.
Name Description
Main Menu Closes the current page and displays the Single Click Deployment Main Menu.
Save Saves the configuration changes you made.
Reset Reverts any changes to the last saved values.
Name Description
Main Menu Closes the current page and displays the Single Click Deployment Main Menu.
Delete Removes the appliance from the Single Click Deployment appliance for the current
user.
Note
Rows displayed with a red background are not communicating with or are not registered with the Single
Click Deployment appliance.
To access this panel, log in to Single Click Deployment then click Show All Servers. The Single Click
Deployment URL is https://scd_ip/svc/oneclick/, where scd_ip is the IP address of the
Single Click Deployment appliance.
Name Description
Main Menu Closes the current panel and displays the Single Click Deployment Main Menu.
Name Description
Main Menu Closes the current page and displays the Single Click Deployment Main Menu.
Submit Initiates the import and displays the status information.
Refresh Refreshes the status information while the import is in progress.
Name Description
Main Menu Closes the current page and displays the Single Click Deployment Main Menu.
Name Description
Main Menu Closes the current page and displays the Single Click Deployment Main Menu.
Delete Deletes from the Single Click Deployment appliance the Enterprise database backup
file in the Select Enterprise DB to delete field.
Browse Enables you to locate and select the Enterprise backup file you want to upload.
Upload Uploads to the Single Click Deployment appliance the Enterprise backup file you
select.
• Error ( Red)
When monitoring the Enterprise Watch job that is created when an Enterprise Install is run, the system
updates the status of the Enterprise Install job every two minutes. If the upgrade does not complete
successfully on all zones within two hours, the status of the upgrade is failed.
Figure 19: Enterprise Watch window
VIP (no label) VIP of the zone from VIP in dot decimal
which you are viewing format
the status of other ###.###.###.###
zones.
Triage Data Points Tests that determine the Click a TDP to run the
(TDPs) state of a system associated test. The
service or entity. result is displayed below
the panel.
This data is cached for
15 seconds and saved
for historical view.
Name Description
Refresh Status Displays the current state of all zones as viewed from the zone
specified in the VIP field.
Toggle Expands and collapses the view.
Navigation arrows << < > >>
To view the status of Enterprise components and processes, click Refresh Status and expand the tree as
illustrated in the following figure.
Figure 20: Unigy Enterprise Watch window - Refresh Status
Test Description
Current State For CCMs and ACCMs, this indicates the appliance role in the HA cluster: Active
or Standby. For Media Managers, the role is Active.
The information at the bottom of the panel identifies the appliance IP address and
indicates the up time and average load.
Registration Indicates whether the appliance is registered with the zone. ok indicates that the
appliance is registered.
Vitals Indicates the source of the information displayed.
Does not apply to the primary appliance in the first zone deployed.
Summary Displays the following information:
• Indicates whether the appliance is the Primary (CCM1 or ACCM1) or Secondary
(CCM2 or ACCM2) appliance in the HA pair or is a Media Manager (MM)
• State: Active, Standby, or unavailable
• Time the test was run
• Up time
• Device name.domain name
Test Description
DevReg Indicates whether the appliance is registering or registered with the associated
zone and the period of time since the last registration check. The details at the
bottom of the panel include:
• Last Registration Status: 22=registered
• Last Registration Date: Date and time the appliance last registered with the
zone. An appliance re-registers within three minutes of the previous registration.
• List of registration events.
HW_SW Displays the following information:
• Appliance model number: R620, R630, or virtual vendor. For a physical server,
the Model identifies the server model. For an appliance deployed in a VM, the
Model identifies the virtualization hypervisor vendor; for example, Model
VMware.
• RAM installed: current customer configurations have 64 GB for R620s and 128
GB for R630s
• COP software version: must be 03.00.00.00.1272
• Appliance personality software version: can be a patch, service pack, or hotfix
• OS patch version: current operating system patch deployed
The status indicator is amber and !!! Now Deploying !!! is displayed
when the appliance is being deployed or upgraded.
The status indicator is red when the appliance is not an R620 or R630 appliance.
The following information is displayed at the bottom of the panel:
• Base board information
• BIOS information
• Platform information
• Last deployment information
• Last RPM installed
• History of patch installs
• Last IPC RPM installed
• Enterprise Watch recent views
• Cached Enterprise Watch maps
NTP# Tests the appliance time offset from one or more NTP servers. The warning
threshold is 0.1 seconds and the error threshold is 1 second. The following
information is displayed:
• NTP server IP address
• Time offset in seconds
NTP from NTP offset from another appliance in the enterprise. If the appliance is the primary
appliance in an HA zone, the offset is determined from the peer appliance in the
zone. If the appliance is the secondary appliance, the offset is determined from the
primary appliance in another zone.
BWdly Bandwidth delay test, which provides the network bandwidth to the indicated IP
address and the packet/ping delay in seconds.
Test Description
ipmitool Hardware tests that Indicate the state of the appliance power supplies and the
internal appliance temperature.
In a virtual environment, the RAG color is orange, which is normal. The VM physical
resources are managed by the hypervisor.
portchk Scans all ports that are required for Unigy to fully function and indicates whether
these ports are open. The scanned ports are a subset of the ports described in the
Ports and Protocols Guide. They are based on the firewall rules. Third-party ports
are not scanned.
The following information is displayed below the panel:
• RAGG portchk: Number of IP addresses in the enterprise, including CCMs,
ACCMs, MMs, and VIPs.
Number of ports that are open. The number varies between the Active
and Standby appliance because the three SIP ports (defaults: 5060,
5061, and 5062) are port-forwarded by the firewall to the Active
appliance, and therefore, are not reported for the Standby appliances.
The ports that are scanned do not include the ports for the appliance
from which the scan is performed.
• Last scan: Previous time the ports were scanned.
• Port Scan Configuration: Ports scanned for each CCM, ACCM, CCM VIP, ACCM
VIP, and MM.
timer:portchk runs automatically every 14 minutes. It also runs when
you click the portchk service in Enterprise Watch, but when it is run
manually, it can run only once every two minutes.
inter_port_pause: indicates the time the system waits before scanning
each port to reduce overhead and network traffic. This is set to 500
micro seconds.
• Source appliance from which the scan was run and the date and time it was run.
If one or more ports that should be open are not open, the first few ports are
displayed in the panel and the remaining ports are displayed below the panel. Ports
that are closed are reported in the system logs and an alert is generated.
portchk is not run from Media Managers.
If the portchk service detects that at least one appliance in the enterprise has a
different software build version from the other enterprise zones, it disables closed
port alerting for all zones in the enterprise, displays NOTE: interop
enterprise, alerting disabled in the portchk output, and logs this
status to the system logs. This alerting cannot be performed in a mixed zone
enterprise. To reenable the alerting, restart all of the appliances in the enterprise
after all zones have been upgraded to the same build.
SLOAD HTTPS request rate per second. The warning threshold is 120 requests per second
and the error threshold is 150 requests per second.
This does not apply to Media Managers.
ULOGR Number of lines per second that the system is writing log records to the
Unigy.log file. The warning threshold is 2000 and the error threshold is 2500.
HTTPS Apache service delay. The warning threshold is 4 seconds and the error threshold
is 6 seconds, worst case response for a static page.
This does not apply to Media Managers.
Test Description
Space Usage Percentage of disk space used by each partition.
The information below the panel includes the largest five files greater than 90 MB in
each partition and the results of the /bin/df -Ph --no-sync command
that displays additional partition information.
The warning threshold is 80% and the error threshold is 90%. A warning is also
displayed if any file that is greater than 4 GB.
Inode Usage Indicates the inode space usage for each partition.
The information below the panel includes the largest five files greater than 90 MB in
each partition and the results of the /bin/df -Phi --no-sync command
that displays additional partition information.
The warning threshold is 60% and the error threshold is 70%.
HaPeer Identifies the peer appliance in the HA pair and indicates whether certificate and
key exchange is occurring between the appliances.
This does not apply to Media Managers.
OCCAS Provides information on the WebLogic servers. For the primary appliance in a zone,
information is displayed for the AdminServer, replica, and engine servers. For the
secondary appliance, information is displayed for the replica and engine servers.
This does not apply to Media Managers.
MySQL server Provides information on the database schema and MySQL service.
This does not apply to Media Managers.
SWMS Media ProvidesMedia Manager service and port information including the service status,
Manager information related to the RPM, port listener information, app_start.log data, date
and time of the last boot event and last exit event.
Applies only to ACCMs and Media Managers.
VIPq Indicates the success or failure of a VIP query sent by the appliance to the peer
appliance in the zone. If the request is successful the system identifies the
appliance that answered the request.
OpenSIPS server Indicates whether the OpenSIPs proxy server is running and displays status details.
Syslog-ng Indicates whether Syslog is running.
NICspeed Indicates whether the appliance NIC(s) are bonded or not bonded (Legacy) and the
current negotiated speed. It also provides configuration and history information for
each NIC port in use.
The threshold for ACCMs and MMs is 1000 Mb/s.
Firewall Indicates whether the firewall is up and whether it is set to Active when the
appliance boots. It also provides general information on the firewall rules.
Swaping If the space used for swapping exceeds 1 MB, this could indicate a system RAM
shortage and associated performance impact.
Replication Provides replication information including whether data replication is enabled for the
zone, if Multi-tier Replication is enabled, whether the zone is a portal zone, and the
number of members in the JGroups view.
The information below the panel includes Multi-tier Replication and data replication
status, realm size, JGroups view size, and JGroups view.
The warning is indicted if the JGroups view size is not correct.
This does not apply to Media Managers.
Test Description
JGroup Identifies the JGroups view and provides the results of the Enterprise Replication
Diagnostic test and JGroups details.
This does not apply to Media Managers.
Transient LSN Displays transient line status notification channel member and status information.
This does not apply to Media Managers.
Transient LSN Displays the number of transient line status notification channels and their status.
channels This does not apply to Media Managers.
Orchestrator Displays the Orchestrator service status information and the results fo the
checkMyStatus Web service for the appliance.
This does not apply to Media Managers.
License Indicates whether all Anonymous licenses have been consumed.
This does not apply to Media Managers.
OCDagent Applies only to appliances that are registered with a Single Click Deployment
appliance. Identifies the Single Click Deployment appliance that the appliance is
registered with and the current SCD deployment status. The status indicator is
amber when Single Click Deployment is in progress. The indicator is green at all
other times.
Name Description
Main Menu Closes the current page and displays the Single Click Deployment Main Menu.
Name Description
Update Now Performs the software upgrade. You will be logged out of Single Click
Deployment during the upgrade.
Check for Update Determines whether an upgrade is required. If the file referenced in the second
column is different from the version currently deployed, the system displays the
Single Click Deployment version and the Unigy software version. If an upgrade
is not required because the file referenced is the same as the version currently
deployed, the system displays the message Update not required.
Main Menu Closes the current panel and returns to the Main Menu.
To Addresses (comma E-mail address of all Valid e-mail address. For multiple recipients,
separated) notification recipients. separate the e-mail
addresses with
commas.
User's Text to Include in Custom text that can be
Mail included in the
messages sent.
Activate Configuration Indicates whether the • Selected: activate the You must select this
SMTP configuration configuration. check box to enable the
should be activated for sending of notifications.
use. • Cleared: do not
activate the
configuration.
Name Description
Main Menu Closes the current panel and returns to the Single Click Deployment Main Menu.
Change Saves the new values.
Reset Clears any unsaved values and displays the last saved Email value.
5 Multi-tier Replication
As IPC continues to develop the Unigy platform, we are announcing the next generation in backend data
replication called Multi-tier Replication. This new replication strategy leverages the existing
technologies (improved for resiliency) and new technologies, which allow customers to grow their
enterprises and become more fault tolerant to network disruptions over the WAN.
With the release of Unigy v3.0.0.1, IPC introduces the first generation of this improved Wide Area
Network data replication strategy. It continues to use the existing data replication infrastructure for
database replication within data centers and for Transient Channel Replication (line status and presence)
and Blue Wave Global Replication clusters across the enterprise, but it now offers a WAN-based data
replication structure.
When enabled, this replication structure maintains two layers of clustering:
1. Local Area Data Replication (LADR): Replicates data within each data center.
2. Wide Area Data Replication (WADR): Provides a data replication layer that introduces the following
improvements:
• Reduced bandwidth for data replication between data centers. Rather than replicate from all zones
to all zones, each data center has a portal zone. Each portal zone forms a WAN-based data cluster
with the other data center portal zones. Because data flows only between portal zones in the WAN,
data replication bandwidth requirements are reduced.
• Higher resiliency to network outages on the WAN. The WADR design provides approximately
three days (varies according to the size of the data center) of data retention should a prolonged
outage occur on the WAN. When the WAN connection is restored, the WADR enhanced indexing
design identifies the changes that occurred in both the local data center and global data centers and
resynchronizes the enterprise data accordingly.
• Increased expandability of the Unigy enterprise. Leveraging the WADR design, Unigy enterprises
can now exceed thirty zones.
The diagram below illustrates data replication between the zones in an enterprise in which Multi-tier
Replication is not enabled. All zones replicate their data to all other zones in the enterprise through
Local Area Data Replication.
The illustration below shows the same enterprise with Multi-tier Replication enabled for all data centers.
Data synchronization between the distributed data centers is through Wide Area Data Replication, which
replicates data only between the portal zones in each data center. Within each data center, replication
between the zones is through Local Area Data Replication.
Important
Before you enable Multi-tier Replication, develop a detailed implementation plan to optimize replication
and minimize or eliminate factors that can result in the loss of data. For Information to gather during your
planning, refer to the Multi-tier Replication pre-implementation checklist on page 244.
Note
To enable Multi-tier Replication, all zones within the enterprise must have Unigy v3.0.0.1 or higher
deployed and partial replication must be enabled.
To ensure optimal performance and minimize the chance of lost data, enable Multi-tier Replication for all
data centers as soon as possible.
Terminology
The following terms describe the various components of Multi-tier Replication. For illustrations that will
help you understand these terms, refer to Multi-tier Replication activation example on page 238.
• Address: The street, city, state, country, and postal code that identify a building where Unigy
backrooms, front rooms, or both are located. You assign addresses to locations.
• Data center: A collection of backroom locations that share the same address. A data center can
include up to thirty Unigy and Blue Wave zones associated with one or more instances. Backroom
address and data center are synonymous. Data centers are instance agnostic.
• Location: The location within a building at a specific address where Unigy backrooms, front rooms,
or both are located; for example, ground floor server room or second floor trading center. You assign
locations to zones, Media Gateways, prototype devices, and CDIs.
• Multi-tier Replication: An extension of the default Unigy data replication architecture that reduces
the volume of data replicated throughout the enterprise, expands the enterprise zone capacity beyond
the thirty zone limit, and provides increased WAN resiliency. It includes the Local Area Data
Replication tier for data replication within data centers and a Wide Area Data Replication tier for
replication between data centers. Line status, presence, and Blue Wave data continue to be replicated
throughout the enterprise through a separate JGroups replication cluster.
• Local Area Data Replication (LADR): LAN-based JGroups mesh replication cluster that replicates
database data between the zones within a data center, and when Multi-tier Replication is not fully
enabled, between the zones within the data centers associated with the default data center.
This replication architecture continues to replicate transient data (presence and line status) and Blue
Wave data to all zones in the enterprise. These are not limited to a data center boundary.
• Wide Area Data Replication (WADR): Kafka replication cluster that optimizes data synchronization
between data centers across the WAN when Multi-tier Replication is enabled. The data is replicated
through a portal zone in each data center. Within the UMS, this feature is referred to as the Global
replication tier.
• Global replication tier: Within the UMS this term represents the WADR tier of Multi-tier
Replication. You configure the Global replication tier to enable, disable, suspend, or resume Multi-
tier Replication for a data center.
• Portal zone: A zone within a data center that replicates Unigy database data changes between its data
center and each data center in the WADR cluster. Each portal zone pulls data from the portal zones in
the other Multi-tier Replication-enabled data centers. You assign one portal zone to each data center.
• Local zone: A zone within a data center that is not a portal zone.
• Default data center: Provides a transitional Local Area Data Replication cluster for data centers that
do not have Multi-tier Replication enabled. One address is selected as the default data center for the
enterprise. It is the first data center for which you assign a portal zone and enable Multi-tier
Replication. When the zones in a new enterprise are deployed or the zones in an existing enterprise
are upgraded from a pre-Unigy v3.0.0.1 version, the zones and their associated data centers are
members of the default data center cluster. When you enable Multi-tier Replication for each of the
data centers in the cluster, their association with the default data center is broken and they become
members of the Wide Area Data Replication tier (cluster). When the enterprise is fully Multi-tier
Replication-enabled, the default data center cluster includes only the default data center. If you
disable Multi-tier Replication for a data center, it rejoins the default data center cluster. You can
change the default data center if necessary.
• Independent data center: A data center for which Multi-tier Replication is enabled. These data
centers are members of the Wide Area Data Replication tier.
Tasks supported
Unigy supports the following Multi-tier Replication-related tasks:
• Assign a portal zone to a data center.
• Remove a portal zone from a data center.
• Enable Multi-tier Replication for a data center.
• Disable Multi-tier Replication for a data center.
• Suspend Multi-tier Replication for a data center to temporarily disconnect the data center from the
Wide Area Data Replication tier.
• Resume Multi-tier Replication for a data center to reconnect the data center to the Wide Area Data
Replication tier.
• Switch the default data center to a different data center.
Before you perform these tasks, confirm that the affected portal zones are healthy and operational to
ensure that the zones are fully synchronized.
Important
Multi-tier Replication must be enabled or disabled for one data center at a time. Enabling or disabling in
parallel is not supported.
All other Multi-tier Replication operations should also be performed one at a time. Multiple operations
performed simultaneously, especially when performed by different people in different zones, can result in
unexpected behavior. Each task indicates when it is complete.
To avoid data loss, no configuration changes should be made in any zone when Multi-tier Replication
tasks are being performed.
Configuration
Multi-tier Replication configuration consists of the following high-level steps:
1. Confirm that the addresses required for all data centers are configured.
2. Confirm that all backroom locations required for all data centers are configured and the appropriate
address is assigned to each.
3. Assign the appropriate backroom location to each zone.
4. Enable partial replication if it is not already enabled.
5. Assign one of the addresses as the default data center.
6. Enable Multi-tier Replication for the default data center.
7. Enable Multi-tier Replication for each additional data center, one data center at a time.
Partial replication works independently of Multi-tier Replication. The data that partial replication
maintains is replicated only to the collector zones in the associated realm and is stored in a data store in
each collector zone that is separate from the Unigy data that is replicated through Multi-tier Replication.
Collector zones for a realm can be in different data centers, but when bandwidth is an issue, the
enterprise should be designed to minimize replication across the WAN.
Portal zones have a separate data store to which data changes made within the associated data center are
logged. If the data center is placed in the Suspended state, the data collected in the data store is not
replicated to the other data centers until Multi-tier Replication is resumed for the data center. Portal
zones can be collector zones or generator zones, however, to simplify upgrades, portal zones should be
collector zones. Blue Wave zones, which are always collector zones, are preferred for portal zones
because they have fewer programmatic and configuration changes.
To prevent the loss of partial replication data, there should be at least two collector zones in each realm.
When the enterprise includes Blue Wave zones, they must be collector zones and Monitor API rules
must be enforced to ensure that the history data is available to applications such as Proteus.
When a collector zone is restarted, it loads the Unigy database from a portal zone then pulls partial
replication data that was updated while the zone was offline from the generator and collector zones
within the associated realm. When a collector zone is reCOPed, the zone loads the Unigy database from
a portal zone then resynchronizes its partial replication data store from another collector zone in the
realm.
The sample enterprise below illustrates one way to configure an enterprise to support partial replication
and Multi-tier Replication. The enterprise consists of two realms, each with two instances. Data center 2
(dc2) spans two instances, a Unigy instance (I1) and a Blue Wave instance (I2). Each realm includes two
collector zones. The collector zone in Data center 2 is a Blue Wave zone, the other collector zones are
Unigy zones. There is one portal zone for each data center.
For simplicity, this diagram does not include lines that depict the replication of partial replication data
between the generator zones and collector zones within each realm. The generator zones and collector
zones in Data center 1 and Data center 2 replicate their partial replication data to the Unigy and Blue
Wave collector zones in Realm 1 and the generator zones and collector zones in Data center 3, Data
center 4, and Data center 5 replicate their partial replication data to the two Unigy collector zones in
Realm 2.
1 Realms
2 Instances
3 Data centers
4 Wide Area Data Replication between portal zones
5 Local zones
6 Local Area Data Replication between the zones within a data center
7 Blue Wave zone (Blue Wave zones are always collector zones)
8 Portal zones
9 Unigy collector zones
because Multi-tier Replication for the associated data center is suspended, the portal zone is undergoing
a maintenance operation, or there is a network interruption. It takes approximately seven days to reach
the 1 GB limit, however, this can vary greatly according to the number of data transactions.
When Multi-tier Replication is suspended for a data center, the transaction data store continues to grow
as long as the portal zone is active, however, there is no exchange of data with the other data centers in
the enterprise. When Multi-tier Replication is resumed for the data center, the data in both transaction
data store files (if two are available) is exchanged with the other data centers. If more than 2 GBs of data
is sent to the data store files during the suspension, transaction data is lost because only two data store
files are maintained at any given time. Therefore, it is important to ensure that Multi-tier Replication for
a data center is resumed as soon as possible. A data center should be suspended only for upgrade or
other maintenance operations, and to be safe, it should be suspended for no more than two days.
Resiliency
Multi-tier Replication resiliency is provided through portal zone cluster high availability (HA). To help
prevent possible data loss, portal zones should be HA zones. If a portal zone fails, no data replication
between the associated data center and other data centers occurs until the zone returns to service.
If both appliances fail, take corrective action to bring the data center back into sync with the other data
centers. This involves repairing the issue that caused the failure then restarting the portal zone.
• For partial replication data, if the collector zone for a realm is one of the local zones in the
impacted data center and zones in other data centers are in the same realm, the collector zone
receives updated partial replication data for the zones in the other data centers only if you restart
the collector zone. When the collector zone restarts, it resyncs itself.
After the zones in a new enterprise are deployed or the zones in an existing enterprise are upgraded from
a pre-Unigy v3.0.0.1 version, all data centers in the enterprise and their associated zones are in the Local
Area Data Replication tier. Each data center represents a different backroom address that can have one
or more backroom locations. Within this tier, all zones replicate data changes to all other zones through
Local Area Data Replication.
The sample enterprise in this topic consists of three data centers. Data center 1 includes two backroom
locations and Data center 2 and Data center 3 each include a single backroom location. Each location
includes two zones. Data center 1 BR Location A and Data center 2 BR Location C are in the same
instance, Instance A. Data center 1 BR Location B is in a separate instance, Instance B, and Data center
3 is in Instance C. The instances have no affect on Multi-tier Replication.
When you configure Multi-tier Replication, you enable one data center at a time, starting with the data
center that is designated as the default data center. To enable Multi-tier Replication for the default data
center, do the following:
1. Enable partial replication if it is not already enabled.
2. At Configuration ➤ Enterprise ➤ System ➤ Addresses, select the address that will serve as the
default data center (Address 1 in this example).
3. Within the Address Details panel, select the Default Data Center check box.
4. Within the Global Replication Tier Configuration panel, assign a portal zone to the data center (Zone
4 in BR Location B).
5. Click the Enable Global Replication Tier button.
After you enable Multi-tier Replication for the default data center, data replication between the zones
continues to be through Local Area Data Replication because all data centers are still members of the
Local Area Data Replication tier.
Zones that are not assigned as the portal zone for a data center are referred to as local zones. These
zones always replicate data with each other and with their portal zone through Local Area Data
Replication.
Data centers within the Local Area Data Replication tier that are not the default data center remain
associated with the default data center for replication purposes until they join the Wide Area Data
Replication tier when you enable Multi-tier Replication for them.
Transitional stage 2 – assigning a data center to the Wide Area Data Replication tier
Figure 30: Enabling Multi-tier Replication for the first independent data center
2. Replicates the data from the default data center portal zone to the independent data center portal zone
through Wide Area Data Replication.
3. Within the independent data center, replicates the data from the portal zone to the local zones through
Local Area Data Replication.
If the data change is made in a zone within the independent data center, the system does the following:
1. Within the independent data center, replicates the data to the local zones and portal zone through
Local Area Data Replication.
2. Replicates the data from the independent data center portal zone to the default data center portal zone
through Wide Area Data Replication.
3. Replicates the data from the default data center portal zone to the zones in the default data center and
the zones in all data centers associated with the default data center through Local Area Data
Replication.
Transitional stage 3 – assigning the remaining data centers to the Wide Area Data
Replication tier
Figure 31: Enabling Multi-tier Replication for the remaining independent data centers
The final transitional stage involves activating Multi-tier Replication for each of the remaining data
centers. During this transition, all data centers, including the default data center, become independent
data centers within the Wide Area Data Replication tier. Data replication between the independent data
centers is Wide Area Data Replication through the portal zone in each data center. Replication within
each data center is through Local Area Data Replication.
In this scenario, when a data change is made in any zone, the system does the following to replicate the
data:
1. Replicates the data to all of the zones within the associated data center through Local Area Data
Replication.
2. Replicates the data from the data center portal zone to the portal zones in each of the other data
centers through Wide Area Data Replication.
3. Within each data center that receives the change, replicates the data from the data center's portal zone
to its local zones through Local Area Data Replication.
Important
Perform this procedure for one data center at a time. The enabling of one data center must complete
before you enable another data center. Unigy does not support enabling or disabling Multi-tier Replication
for multiple data centers in parallel. The system indicates when the process is complete; this generally
requires less than seven minutes.
Before you perform this procedure, all zones must be at Unigy v3.0.0.1 or higher.
Prior to enabling Multi-tier Replication for a data center, the system performs a series of validation
checks. If any of these tests fails, the system does not enable Multi-tier Replication for the data center.
1. If the enterprise will use automatic BCP plan activation for zone resiliency and disaster recovery,
configure the BCP plan and automatic BCP plan activation, if they are not already configured by
performing the procedure Configure a BCP plan on page 290.
2. Enable partial replication if it is not already enabled by performing the procedure Enable partial
replication on page 316.
3. Configure one address as the default data center by performing the procedure Assign the default data
center for Multi-tier Replication on page 243.
4. Enable Multi-tier Replication for each data center.
Begin with the default data center then enable each data center, one data center at a time.
a) Log in to the UMS in the zone that will serve as the data center's portal zone.
b) Determine whether the portal zone you are assigning to the data center is active and in a healthy,
operational state by performing the procedure Validate a zone before an upgrade, rollback, or
other operations on page 636.
Do not enable a data center if the portal zone appliances are not fully operational because this can
result in an inconsistent state that requires restarting the impacted zone.
c) Click Configuration ➤ Enterprise ➤ System ➤ Addresses.
d) In the Addresses list, click the data center for which you are enabling Multi-tier Replication.
Data center addresses are identified by DC or Both in the Type column.
e) Click the Global Replication Tier Configuration tab.
f) Click +Assign.
g) In the Available to Assign panel, select the check box for the zone you are assigning as the portal
zone then click < Assign.
The zone you select should be the zone you are currently logged in to.
The zone you selected is added to the Portal Zones section.
h) Click Enable Global Replication Tier.
The system enables Multi-tier Replication for the data center. Data is now replicated through Wide
Area Data Replication between the data center's portal zone and the portal zone in each
independent data center within the Wide Area Data Replication tier.
i) Validate the zone by performing the procedures in the Post-Maintenance Validation Test Suite. If
you do not have access to this document, perform the procedure Validate a zone after a
deployment, rollback, or other operations on page 638.
Task Notes
Refer to the topic Multi-tier Replication on page
229 for overview information and important
considerations for this feature.
Determine the data centers that are required for There can be up to 20 data centers per
the enterprise. enterprise.
Determine the zones that are in each data There can be up to 30 zones per data center,
center. not to exceed 58 zones per enterprise.
Determine the instance each zone is associated Data centers are instance agnostic, so they can
with. be associated with multiple Unigy and Blue
Wave instances.
Determine the realm(s) each data center is This is necessary to identify the zones that
associated with. should be assigned as partial replication
collector zones.
Determine which zones will be collector zones There must be at least two collector zones and
and which will be generator zones for partial one generator zone per enterprise when partial
replication. replication is enabled. To help ensure that there
is no loss of partial replication data, there
should be at least two collector zones per realm
for redundancy.
Collector zones can be Unigy or Blue Wave
zones. Blue Wave zones must always be
collector zones.
Determine the data center address that will Any backroom address can serve as the default
serve as the default data center. data center.
After Multi-tier Replication is enabled for all data
centers, you can change this designation, if
necessary.
For each data center, determine the zone that You can assign only one portal zone per data
will be assigned as the portal zone. center.
Task Notes
For each portal zone, determine the preferred The preferred zone for a portal zone must be
zone from which it will load the database when another portal zone, preferably from the nearest
the zone is restarted (refreshed). data center. The preferred zone should also be
a portal zone that is at an equal or higher
schema version to avoid loss of data.
When you upgrade the portal zones, designate
one zone as the first zone to be upgraded and
designate this zone as the preferred zone for at
least one other portal zone. As each portal zone
(except the first zone) is upgraded, the preferred
zone should be a portal zone that was already
upgraded to ensure that the database that will
be loaded always has the latest schema
version.
It is not necessary to determine the preferred
zone for local zones because the preferred
zone will always be the associated data center's
portal zone.
Determine the sequence in which you will You must enable Multi-tier Replication for the
enable Multi-tier Replication for each data default data center first.
center.
Confirm that all addresses required for the Refer to the procedure Add, edit, or delete an
enterprise data centers are configured. If they address on page 242.
are not, configure them.
Confirm that all backroom locations are Refer to the procedure Add or edit a location on
configured. If they are not, configure the page 516.
locations and assign the appropriate address to
each.
Confirm that the appropriate Backroom Location Configuration ➤ Enterprise ➤ System ➤ Zones.
is assigned to each zone in the enterprise. If it is
not, set the correct location.
For each portal zone, confirm that the preferred Configuration ➤ Enterprise ➤ System ➤ Zones.
zone is correct. If it is not set the correct zone.
If the enterprise consists of more than twenty Configuration ➤ Enterprise ➤ System
zones, confirm that the JGroups Minimum Thread Features ➤ Interzone Communication.
Pool Size and JGroups Maximum Thread Pool Refer to the UMS online help or UMS UI Guide
Size are set properly for the number of zones. for details.
Confirm that all zones in the enterprise have All zones must be at v3.0.0.1 or higher before
been upgraded to Unigy v3.0.0.1 or higher. you can enable Multi-tier Replication in any
zone.
Important
Disable Multi-tier Replication for one data center at a time. Unigy does not support disabling Multi-tier
Replication for multiple data centers in parallel.
If you are disabling Multi-tier Replication for all data centers, disable the default data center last.
When you disable Multi-tier Replication for a data center, the zones are not restarted and it is not
necessary to manually restart them.
1. Log in to the UMS in the portal zone for the data center you are disabling.
2. Determine whether the portal zone is active and in a healthy, operational state by performing the
procedure Validate a zone before an upgrade, rollback, or other operations on page 636.
Do not disable Multi-tier Replication for a data center if the portal zone appliances are not fully
operational because this can result in an inconsistent state that requires restarting the impacted zone.
3. Click Configuration ➤ Enterprise ➤ System ➤ Addresses.
4. In the Addresses list, click the address associated with the data center for which you are disabling
Multi-tier Replication.
5. Within the Global Replication Tier Configuration tab, click the portal zone in the Portal Zones list
then click Remove to remove the zone as the portal zone.
6. Click Disable Global Replication Tier.
The data center becomes a data center associated with the default data center Local Area Data
Replication tier.
7. If you are deactivating Multi-tier Replication for all data centers in the enterprise, repeat steps 1
through 6 for each data center, ending with the default data center.
8. Confirm that disabling Multi-tier Replication was successful by performing the procedures in the
Post-Maintenance Validation Test Suite. If you do not have access to this document, perform the
procedure Validate a zone after a deployment, rollback, or other operations on page 638. .
Note
When Multi-tier Replication is suspended for a data center, the data center does not join the default data
center as it would if you disabled Multi-tier Replication for the data center.
The zones in a suspended data center continue to write configuration changes to the portal zone
transaction data store, but the data center does not send the updates to or receive updates from other
independent data centers until Multi-tier Replication is resumed for the data center. When you resume
Multi-tier Replication, the portal zone for the data center you resumed pushes the changes made within
the Local Area Data Replication tier while the data center was suspended to the other independent data
centers and pulls the changes made in the other data centers during the suspension to resynchronize the
database.
If Multi-tier Replication is suspended for an extended period of time, transaction data might be lost. This
happens if the transaction data store files (backup file plus current file) in the local or other portal zones
exceed the 2 GB limit while the data center was suspended. In this situation the local database will be
out of sync and the portal zone and local zones will have to be refreshed. To prevent this, when possible,
suspend Multi-tier Replication for no more than two days. For information on the transaction data store
threshold, refer to Portal zone data logging – transaction data store on page 235.
If the portal zone is not available (that is, the HA cluster is down due to zone refresh, upgrade when both
appliances are being upgraded at the same time, network interruption, or other issue) while the data
center is in the suspended state, configuration changes made in the local zones cannot replicate to the
transaction data store in the portal zone. This results in the local zones being out of synch with the portal
zone. To resynchronize the zones, restart all of the local zones in the data center when the portal zone is
available. The local changes that were made while the portal zone was down will be lost, but the zones
will be synchronized. If you do not restart the local zones, the local data will be available in these zones,
but not on the portal zone or in the rest of the enterprise. The next time the local zones are refreshed,
they will lose the data because refreshing the local zones loads the database from the portal zone.
Certain operations, such as disabling and enabling data replication for a portal zone, require suspending
the data center.
You cannot suspend Multi-tier Replication for the default data center. If it is necessary to suspend the
default data center, you must first make another data center the default data center by performing the
procedure Change the default data center for Multi-tier Replication on page 249. This is required
during upgrades of the portal zone in the default data center.
You can disable data replication for a zone in a data center that is in the Suspended state.
If a data center is in the Suspended state, you cannot clear alerts for zones in other data centers from a
zone in the suspended data center.
Suspend does not trigger alerts due to Wide Area Data Replication connectivity issues.
Suspend Multi-tier Replication only to perform upgrades or other maintenance operations. Changes
made while Multi-tier Replication is suspended should be kept to a minimum to reduce the chance for
data loss and to reduce the load placed on the portal zone when Multi-tier Replication is resumed.
Before you restart a portal zone so it can load the database from another zone, be sure that Multi-tier
Replication for the associated data center is not in the Suspended state. If it is, resume Multi-tier
Replication by performing the procedure Suspend or resume Multi-tier Replication on page 247.
Normally it should not be necessary to restart a portal zone unless the transaction data store exceeds the
2 GB limit.
The following configuration changes and actions should not be performed for or from a zone in a data
center that is in the Suspended state because these changes will not be synchronized when the data
center is resumed.
• Configure Open Connexion lines.
• Configure Alliance MX interoperability.
• Add a zone associated with a suspended data center.
• Perform a Force Logoff operation from the UMS or from a CDI for a device that is connected to a
zone in a suspended data center.
Suspending a data center usually takes less than seven minutes to complete. When you resume a
suspended data center, it can take between fifteen and forty-five minutes for replication to completely
synchronize the database with changes that were made while the data center was suspended.
1. Log in to the UMS in the portal zone for the data center you are suspending or resuming.
2. Determine whether the portal zone for the data center is in a healthy, operational state by performing
the procedure Validate a zone before an upgrade, rollback, or other operations on page 636.
Do not suspend or resume a data center if the portal zone appliances are not fully operational, because
this can result in an inconsistent state that requires restarting the impacted zone.
3. Click Configuration ➤ Enterprise ➤ System ➤ Addresses.
4. In the Addresses list, click the data center address for which you are suspending or resuming Multi-
tier Replication.
5. Click the Global Replication Tier Configuration tab.
6. Click Suspend or Resume depending on the operation you are performing.
7. If you resumed Multi-tier Replication for the data center, and while the data center was suspended,
the portal zone data store in another data center in the enterprise exceeded the 2 GB threshold, you
will see a message near the top of the Global Replication Tier Configuration panel that indicates a
full data center refresh is necessary to resynchronize the database with the other independent data
centers. Perform the procedure Refresh (restart) a portal zone on page 320.
8. Confirm that the data center is suspended or resumed by performing the procedure Check a zone’s
Multi-tier Replication status on page 250 for each zone in the data center.
3. Disable Multi-tier Replication for the data center by performing the procedure Disable Multi-tier
Replication on page 246.
4. Within the Global Replication Tier Configuration tab, click the current portal zone in the Portal
Zones list then click Remove.
5. Click +Assign.
6. In the Available to Assign panel, select the check box for the zone you are assigning as the new portal
zone then click < Assign.
The zone is added to the Portal Zones section.
7. Click Enable Global Replication Tier.
The system reenables Multi-tier Replication for the data center with the new portal zone.
ZOOKEEPER:
PID : 23701
CPU Usage : 0.1
Memory Usage : 235368
File Descriptor Used : 237
ZooKeeper Log Disk Usage : 23M
Zookeeper State: ActiveActive
Zookeeper Mbean:
org.apache.ZooKeeperService:name0=StandaloneServer_port-1:
Version : 3.4.6-2557--1, built on 07/14/2015 12:48 GMT StartTime : Fri
Jun 15 05:40:30 EDT 2018 TickTime : 2000 MinSessionTimeout : 4000
MaxSessionTimeout : 40000 NumAliveConnections : 4
MaxClientCnxnsPerHost : 60 PacketsReceived : 2291979 PacketsSent :
2292006 OutstandingRequests : 0 ClientPort : 20.33.149.191:2181
MinRequestLatency : 0 AvgRequestLatency : 2 MaxRequestLatency :
9676
KAFKA:
Kafka Process Information:
PID : 23814
CPU Usage : 1.4
Memory Usage : 1042832
File Descriptor Used : 347
Kafka Log Disk Usage : 240M
BrokerInfo:
20.33.149.194
20.33.149.191
Topic List:
1140850690_persistent
__consumer_offsets
1140850691_persistent
Topic Info:
1140850690_persistent Partition: 0 Leader: 53148191 Replicas:
53148191,53148194 Isr: 53148191,53148194
1140850691_persistent Partition: 0 Leader: 53148191 Replicas:
53148191,53148194 Isr: 53148191,53148194
Kafka Mbean:
kafka.log:type=Log,name=LogStartOffset,topic=1140850690_persistent,partitio
n=0:
Value : 0
kafka.log:type=Log,name=LogEndOffset,topic=1140850690_persistent,partition=
0:
Value : 21355
kafka.log:type=Log,name=NumLogSegments,topic=1140850690_persistent,partitio
n=0:
Value : 1
kafka.log:type=Log,name=Size,topic=1140850690_persistent,partition=0:
Value : 77880301
kafka.log:type=Log,name=LogStartOffset,topic=__consumer_offsets,partition=0
:
Value : 0
kafka.log:type=Log,name=LogEndOffset,topic=__consumer_offsets,partition=0:
Value : 0
kafka.log:type=Log,name=NumLogSegments,topic=__consumer_offsets,partition=0
:
Value : 1
kafka.log:type=Log,name=Size,topic=__consumer_offsets,partition=0:
Value : 0
kafka.log:type=Log,name=LogStartOffset,topic=1140850691_persistent,partitio
n=0:
Value : 0
kafka.log:type=Log,name=LogEndOffset,topic=1140850691_persistent,partition=
0:
Value : 7958
kafka.log:type=Log,name=NumLogSegments,topic=1140850691_persistent,partitio
n=0:
Value : 1
kafka.log:type=Log,name=Size,topic=1140850691_persistent,partition=0:
Value : 172701268
kafka.network:type=RequestChannel,name=RequestQueueSize:
Value : 0
kafka.network:type=RequestChannel,name=ResponseQueueSize:
Value : 0
kafka.server:type=BrokerTopicMetrics,name=BytesInPerSec:
Count : 250507295 EventType : bytes RateUnit : SECONDS MeanRate :
538.7228537189126 OneMinuteRate : 268.8449055329615 FiveMinuteRate :
294.594535042079 FifteenMinuteRate : 299.24998997055445
kafka.server:type=KafkaServer,name=BrokerState:
Value : 3
kafka.server:type=OffsetManager,name=NumGroups:
Value : 0
enterprise
name_datacenterID - If Multi-
tier Replication is enabled and
this is a simple data center.
FAILED
LOCALZONE
NOROLE
WAIT
- intermediate state, waiting
for another portal zone to
come up.
MIRROR MAKER Information about Each Mirror Maker process MirrorMaker only runs
PROCESSES MirrorMaker represents a topic. on an APZA, so this
processes, which are section will only
server processes that contain values if the
pull data from remote zone is an active portal
data centers and zone on an active data
publishes them center. Otherwise, the
locally. values in this section
The messages from will be null.
remote DCs first is If there are N data
taken in by centers, then there are
MirrorMaker threads N-1 Mirror Maker
and then is passed processes.
on to the Unigy
consumer threads.
PID Mirror Maker process
ID.
Run this tool after deploying Multi-tier Replication for the first time, after resuming Multi-tier
Replication, after switching the portal zone, and after a system upgrade to ensure that the data centers
are functioning properly and to validate the accuracy of the topology sheet. Also, run this tool to gather
information for debugging and troubleshooting if there are problems with Multi-tier Replication.
Use of this tool is not intrusive.
This tool is intended to be used by field operations and development staff.
1. Within a Web browser, access the URL https://vip/haservices/
checkEnterpriseConfiguration, where vip is the zone's VIP.
2. Review the output details. For information on the output, refer to Check enterprise Multi-tier
Replication status output details on page 259.
2. Review the output details. For more information on the output, refer to Test Multi-tier Replication
status on page 261.
The response time is acceptable if the zone-to-zone time delay is less than 15 seconds (15000
milliseconds). The exception is when you run this tool after suspending or resuming Multi-tier
Replication, in which case the time delay will be longer than 15 seconds and could be up to 15 minutes.
If the delay between any two zones is 10 seconds, contact eTAC for further evaluation. If a zone does
not respond to another zone within 15 seconds, this indicates there is an issue and you should contact
eTAC.
If the response time is greater than the values mentioned above it may be due to:
• Network latency
• Busy threads in the zone
If there is network latency, check the network and adjust network settings accordingly.
If there are busy threads in the zone, check the zone to understand why there are so many threads and try
to correct the problem.
Note
When resuming from a suspend, the system may take up to 45 minutes before data replication is
complete. In order to verify if a resume has completed, go to the URL: checkReplication and view
the status on the GlobalReplicationTier Operation line. For more information about this URL, refer to:
Check replication output details on page 507.
Once the resume is complete, the testEnterpriseReplication tool can be run again.
The tool calculates and displays the one-way delay in milliseconds between zones in an enterprise with
Multi-tier Replication enabled (from a particular zone to all other zones). Zones include:
• Local zones (zones within the data center).
• Remote zones (zones outside of this zone's data center).
Information in this panel is presented in UTC time.
A zone is considered to fail the test if no replication is occurring or if the time delay from one zone to
another zone is greater than 15 seconds. To understand the failure, check the replication log
file: /var/opt/ipc/log/RepDSGrp/RepDSGrp.log.
This tool runs the latency test using a 15-second timer. Timing is configurable by editing the property:
diag.test.timeout=15 in the following properties file: /etc/opt/ipc/replicator/
resources/replicator.properties.
Important
Do not make changes to this file unless directed by eTAC Tier 3 support.
6 Secure communications
Unigy supports the HTTPS, secure SIP, and secure RTP protocols.
HTTPS is a protocol for secure communication over a network that provides authentication of web
site/web server and client communications and protects the integrity and privacy of the data being
exchanged. It also protects bi-directional communication between client and server.
Secure SIP is a security mechanism for sending SIP messages over a transport layer security-encrypted
channel and protects SIP session communications from eavesdropping or tampering.
Secure RTP is a profile of RTP that provides encryption message authentication and integrity and replay
protection to the RTP data (audio).
Communications can be secure between the devices listed in the following table in enterprises running
Unigy software version 3.1 or higher.
Front room endpoint syslog transmissions are also encrypted. This includes Unigy log messages for
supported CDIs and backroom appliances. The logs are stored unencrypted but no sensitive information
is contained in the logs.
The following figure illustrates the secure communications supported by Unigy. Solid red lines represent
secure SIP, dashed blue lines represent secure RTP, dotted green lines represent HTTPS. Gray lines
indicate the communication is not secure.
Bear in mind that securing a device’s communications may impact response time.
Z Unigy zones
1 Converged Communications Managers (CCMs)
2 Media Managers (MMs)
3 Media Gateways (MGs)
4 Session Border Controllers (SBCs)
5 Channel Banks (CBs)
6 Voice recorder subsystems that support secure communication
7 Unigy Management System (UMS)
8 Supported Communications device interfaces (CDIs)
9 Secure SIP communications (solid red lines)
Includes Unigy SIP trunks
10 Secure RTP communications (dashed blue lines)
11 Web Services HTTPS communications (dotted green lines)
12 External lines (TDM or analog) (dashed black lines)
13 HTTPS communications (dotted green lines) for CDI software downloads from the CCM
1 CDIs
2 Converged Communications Manager (CCM)
A Secure SIP communications (solid red lines)
B Secure RTP communications (dashed blue lines)
1 CDIs
2 Converged Communications Manager (CCM)
3 Media Manager (MM)
4 Media Gateway (MG)
A Secure SIP communications (solid red lines)
B Secure RTP communications (dashed blue lines)
Any type of call, including dial tone calls involving a media bridge can be secure as illustrated by the
following figure. The interzone communication here is secure from end to end. Also, although not
depicted in the diagram, communication involving a media gateway can be made secure as well.
Figure 37: Dial tone calls over a secure media bridge
Z Unigy zones
1 CDIs
2 Converged Communications Manager (CCM)
3 Media Manager (MM)
A Secure SIP communications (solid red lines)
B Secure RTP communications (dashed blue lines)
Figure 38: Dial tones calls with one zone is secure and another non-secure
Z Unigy zones
1 CDIs
2 Converged Communications Manager (CCM)
3 Media Manager (MM)
A Secure SIP communications (solid red lines)
B Secure RTP communications (dashed blue lines)
C Unencrypted communications (gray lines)
1 CDIs
2 Converged Communications Manager (CCM)
A Secure SIP communications (solid red lines)
B Secure RTP communications (dashed blue lines)
C Secure SIP communication (SIP Trunk) (solid red lines)
3 Supported PBXs
Device Interactions
Device Interactions
For information on uploading self-signed third-party certificates for voice recorders, SBCs, and PBXs,
refer to Upload a self-signed third-party certificate for secure communications on page 269.
For information on importing and installing customer-signed or external CA-signed certificates for
Unigy Soft Clients refer to Install a customer certificate for Soft Client secure communications on page
270.
For more information about certificates, refer to the Security Administrator Guide.
Note
Before you upload a certificate, determine whether it contains carriage return (CR) characters. Unigy
does not support these characters, so it prevents you from uploading a certificate that contains them.
Figure 40: Certificate with carriage return (CR) characters
To clean the certificate file, use a text editor or other appropriate tool to remove the Block carriage return
(CR) characters then save the file. For example, you can use the Edit ➤ EOL Conversion ➤ UNIX/OSX
Format option in NotePad++ to remove the CRs. To avoid corrupting the certificate, you should not
manually delete the CR characters in a text editor.
Important
Following any configuration changes to secure communications, all supported hard turrets must be
rebooted and all supported Soft Clients must be logged off and logged on again.
Media Gateway
Support for secure communications on the MG requires Unigy V3.1.0.1 or higher.
For detailed configuration instructions, refer to Enable secure communications for Media Gateways on
page 273.
SIP Trunks
The destination port on the SIP Trunk must be set to a secure port. Also, if the SIP trunk connects to a
PBX, SBC, or voice recorder, additional requirements must be met, including generating and importing
externally signed certificates and trust bundles. For more information, refer to the Application Notes for
the applicable PBX or SBC product, for example, the Application Notes for Unigy 3.1 and Cisco CUCM
10.5 Secured Comm Configuration with 3rd Party CA.
Also note that SIP trunks are not configured as part of the Instance-level secure communications feature;
they are enabled or disabled separately using the Configuration ➤ Enterprise ➤ Trunks ➤ SIP Trunk
panel.
Voice Recorders
For supported voice recorders, secure communication is dictated by the configuration on the recorder. If
the SIP link is configured on the recorder to be secure, then all SIP communication between a Unigy
zone and the recorder will occur over TLS instead of UDP. If the HTTP link is configured on the
recorder to be secure, then all HTTPS communication between a Unigy zone and the recorder will occur
over TLS instead of TCP.
Prior to configuring these aspects of secure communications for the voice recorders, installation of the
appropriate CA certificates on both the Unigy system and voice recorder is also required for
authentication. For information about installing and using the CA certificates, refer to the Unigy Security
Administrator Guide.
For IMR, use the Recorder Manager to configure the security setting for the Unigy WebServices client
adapter. For information about configuring IMR certificates and security, refer to the IPC Unigy Switch
Integration with IPC Unified Media Recorder Guide. For NTR, refer to the IPC Unigy/CTI Active CTI
IP Recording INTEGRATION MANUAL or How to configure secure Web and SIP link with Unigy V3.01.
Media communication (audio) to the voice recorders is controlled by the turrets’ secure communication
configuration. Also, note that Secure RTCP encryption is not supported between Unigy zones and
recorders.
Deployment
Instance level secure communication is disabled by default for the first zone that is deployed, regardless
of whether it is a new deployment or an upgrade. Subsequent zones that are deployed or upgraded
inherit the instance level secure communication setting.
To have secure communications, all zones involved in the communications need to be V3.1 or higher or
3.1.0.1 or higher if Media Gateways are to be included.
For example, if a multi-instance system is in the process of being upgraded to V3.1, inter-instance
communication between a V3.0 instance and a V3.1 instance will not be secured.
Only UMS users with the IPC Certified Tech role and authorization to get a dynamic password can
configure the secure communications feature.
Prerequisites: Only UMS users with the IPC Certified Tech role and authorization to obtain a dynamic
password can configure the secure communications.
Before you begin, log in to the Dynamic Password Manager web application. For more information
about this application, refer to the appendix of the Enterprise Guide.
Media Gateways have other prerequisites as well as additional configuration steps. Refer to Enable
secure communications for Media Gateways on page 273.
1. Log in to the UMS of the zone that has Unigy software version 3.1 or higher installed. Media
Gateways require Unigy version 3.1.0.1 or higher to be installed. You should also already have open,
in another IE tab, the Dynamic Password Manager web application.
2. Click Configuration ➤ Enterprise ➤ Security ➤ Secure Communications.
The Secure Communication Authentication window is displayed.
Figure 41: Secure Communication Authentication window
3. Copy the Token, switch to the Dynamic Password Manager web application and paste the token into
the Token field, then click Generate Output.
This generates a password in the Output field of the Dynamic Password Manager.
4. Copy the password, switch back to the UMS and paste it into the Password field of the Secure
Communication Authentication window, then click Validate.
The Secure Communications UMS menu is expanded in the navigation tree in the left pane of the
panel.
5. Click Instance.
A list of instances in the enterprise is displayed.
6. Click the instance you want to configure.
The Instance panel is displayed.
7. Select the Enabled option button then click Save.
This enables the Secure SIP and Secure RTP for all supported CDIs and MMs in the instance.
8. Reboot all turrets and Pulse devices and log off and log on Soft Client end users for the changes to
take effect. Media Gateways involve additional steps as mentioned above.
This procedure can only be performed from a Unigy V3.1.0.1 or higher zone. In addition, the MG is
required to be a chassis B and to have a minimum of Unigy 3.1.0.1 software deployed (that is, MG
firmware 7.0 or higher).
1. Ensure that the MG is running Unigy software V3.1.0.1 or higher and if not, upgrade. Go to Tools ➤
Deployment ➤ Software. Click Deployment and select the MG.
2. Perform an Upload Default INI operation on the MG. Go to Configuration ➤ Sites ➤ Trunks ➤
Media Gateways, select the MG, click Media Gateway Maintenance tab, scroll to the File
Management section and click Upload Default INI.
3. Set or confirm the NTP server for the Media Gateway by performing the procedure Configure the
NTP Server for a Media Gateway on page 587.
If the value is not correct, change it to the correct value.
4. Configure the secure communications feature for an instance (refer to Configure secure
communications for an instance on page 272) or as an override for the MG (refer to Override secure
communications settings for specific CDIs, MGs, or MMs on page 276).
5. Generate a device certificate for the MG.
a) Click Configuration ➤ Sites ➤ Trunks ➤ Media Gateways.
b) Click the MG you are configuring.
c) Click the Properties button.
d) Click the Media Gateway Maintenance tab.
e) Expand the Generate Device Certificate section.
f) Click the Generate Device Certificate button.
This generates a Unigy-signed certificate, uploads it to the MG, and then reboots the MG.
6. Perform the Apply operation and reboot the MG.
7. If you have not done so already, configure MG modules, ports, lines, etc. as required, then perform
the Apply operation and reboot the MG. If you are configuring and associating new resource AORs to
this MG, after doing so in the UMS you must access the Media Gateway web user interface (not the
UMS) and manually update the Tel Profile Name parameter of each new channel in the Trunk Group
Table to match the CAS Pattern configured for the new channel in the UMS, click Submit, and Burn.
Also, during the upgrade the Enable Hold parameter becomes disabled and you must use the Media
Gateway web user interface to manually enable it. To do this, click Advanced, then go to
Configuration ➤ VoIP ➤ Gateway ➤ DTMF and Supplementary ➤ Supplementary Services,
select Enable from the Enable Hold parameter list box, click Submit, and then reboot the MG.
8. Repeat for all MGs that require secure communications.
6.2.4 Enable secure communications for SIP trunks for PBXs and Session Border Controllers
Use this procedure to configure SIP trunks and device certificates to provide secure communications for
PBXs and Session Border Controller (SBCs).
This procedure can be performed only from a Unigy v3.1 or higher zone.
To perform this procedure, your user account must have the IPC Certified Tech role assigned and you
must have access to the applicable Application Notes for the PBX or SBC product you are configuring,
for example, the Application Notes for Unigy 3.1 and Cisco CUCM 10.5 Secured Comm Configuration
with 3rd Party CA.
1. Perform the procedures described in the PBX or SBC Application Notes document for the device you
are configuring.
The following topics provide additional details on the Unigy configuration steps:
• Configure secure communications for an instance on page 272
• Configure a secure SIP trunk to an external device on page 275
• Configure secure communication for SIP trunks on page 275
2. Reboot all IQ/MAX TOUCH turrets and Pulse devices that are being secured.
In addition, ensure that the SIP trunk is configured to use a secure destination port, such as 5061. Also,
if the trunk is connecting to a PBX, voice recorder, or SBC, set additional parameters as described in the
instructions to Configure a secure SIP trunk to an external device on page 275.
1. Log in to the UMS of the zone that has Unigy software version 3.1 or higher installed. You should
also already have open, in another IE tab, the Dynamic Password Manager web application.
2. Click Configuration ➤ Enterprise ➤ Security ➤ Secure Communications.
The Secure Communication Authentication window is displayed.
Figure 42: Secure Communication Authentication window
3. Copy the Token, switch to the Dynamic Password Manager web application and paste the token into
the Token field, then click Generate Output.
This generates a password in the Output field of the Dynamic Password Manager.
4. Copy the password, switch back to the UMS and paste it into the Password field of the Secure
Communication Authentication window, then click Validate.
The Secure Communications UMS menu is expanded in the navigation tree in the left pane of the
panel.
5. Click Trunks, then SIP Trunk.
A list of the SIP trunks that exist in the enterprise is displayed.
6. Click the SIP trunk you want to configure.
The SIP Trunk panel is displayed.
7. Select Enabled from the Secure SIP drop-down, then click Save.
This enables the Secure SIP protocol for this SIP trunk.
Note
Secure communication Override is disabled because it is not applicable to SIP trunks.
8. Repeat the process for any other SIP trunks that you want to secure.
6.2.5 Override secure communications settings for specific CDIs, MGs, or MMs
Complete this procedure to override the instance level settings for one or more communication devices,
Media Gateways, or Media Managers in your enterprise.
Prerequisites: Only UMS users with the IPC Certified Tech role and authorization to obtain a dynamic
password can configure the secure communications.
Before you begin, log in to the Dynamic Password Manager web application. For more information
about this application, refer to the appendix of the Enterprise Guide.
It is possible that only certain point-to-point calls need to be secure. For example, perhaps only the head
traders’ CDIs require encryption. In such a scenario, you would disable secure communication for the
instance but enabled it (as an override) for each head traders’ CDI.
Media Managers (which control media bridges) or Media Gateways (which connect calls between Unigy
and lines outside of Unigy) can also be set for a secure communications override. However, this
procedure uses CDIs as an example. Bear in mind that Media Gateways have other prerequisites as well
as additional configuration steps. Refer to Enable secure communications for Media Gateways on page
273.
1. Log in to the UMS of the zone that has Unigy software version 3.1 or higher installed. (For MGs, the
zone must have Unigy software version 3.1.0.1 or higher installed.) You should also already have
open, in another IE tab, the Dynamic Password Manager web application.
2. Click Configuration ➤ Enterprise ➤ Security ➤ Secure Communications.
The Secure Communication Authentication window is displayed.
Figure 43: Secure Communication Authentication window
3. Copy the Token, switch to the Dynamic Password Manager web application and paste the token into
the Token field, then click Generate Output.
This generates a password in the Output field of the Dynamic Password Manager.
4. Copy the password, switch back to the UMS and paste it into the Password field of the Secure
Communication Authentication window, then click Validate.
The Secure Communications UMS menu is expanded in the navigation tree in the left pane of the
panel.
5. Click Instance.
A list of Instances is displayed.
6. click the instance you want to configure.
The Instance panel is displayed.
7. Ensure that the Disabled option button is selected. If it is not, select Disabled then click Save.
This disables the Secure SIP and Secure RTP for all supported CDIs, MGs, and MMs in the instance.
8. Select the device you want to secure.
a) In the Secure Communications navigation tree, expand Communication Devices.
b) Click the type of device you want to secure (IQ/MAX TOUCH, Pulse, or Soft Client), then click a
specific device from the list.
9. Click the Secure communication Override check box, select Enabled for both Secure RTP and
Secure SIP, then click Save.
10. Repeat the process for any other CDIs.
11. Reboot turrets and Pulse devices that you have configured and have Soft Client end users log off and
log back on end users of Soft Client that you have configured. This step is required in order for the
changes to take effect.
The overrides are set for these devices. Future changes to the Instance level configuration will not
impact these devices. If you want the instance level configuration to impact these devices, you need
to uncheck the override and again reboot or logoff and logon to the Soft Clients.
The replica zones should match the customer zones, including deployment of the same COP and
personality software for each zone.
When you deploy zones, the following options are available:
• Prepare all of the appliances for all zones prior to deploying each zone. This involves configuring the
appliance network settings and deploying the personality software.
• Fully deploy one zone before deploying the next zone.
This procedure assumes that you are building a multizone enterprise and you prepared all of the
appliances in advance. For a single zone enterprise, perform steps 1 through 13.
Important
The CCM or ACCM members of an HA pair are designated as primary and secondary appliances. The
primary appliance is always the appliance with the lower IP address. The WebLogic AdminServer runs
only on the primary appliance.
1. Deploy the appliance personality software on the primary and secondary CCMs or ACCMs, and if
applicable, the Media Managers, in each zone by performing the procedure Deploy the appliance
personality software with Personality Deployer on page 465.
2. Deploy the first zone by performing the procedure Deploy the first or only zone with Zone Deployer
on page 489.
Perform this procedure on the primary and secondary appliances in the zone that is to serve as the
peer zone from which all subsequent zones will be deployed. Assign the same zone ID for both
appliances.
3. Check the state of the zone by performing the procedure Check the state of a zone from a browser on
page 499.
4. Log in to the UMS with the zone VIP and the secadmin user account: https://vip.
5. Upload and restore the backup data file from the customer system by performing the procedure
Restore an Enterprise backup file in a multizone enterprise on page 377.
6. Log in to the UMS with a user account that has the IPC Certified Tech role assigned: https://
vip.
7. Install the enterprise license that was generated from the fingerprints of the replica CCM or ACCM
appliances by performing the procedure Install an enterprise license file on page 481.
8. Remove the customer enterprise appliances and devices from the replica database by performing the
procedure Remove hardware from the database on page 359.
9. Enable device registration by performing the procedure Enable device registration on page 496.
Devices that are assigned to register with the zone automatically register.
10. If applicable, add one or more Media Gateways to the zone by performing the procedure Add a Media
Gateway on page 568, or if you are adding Media Gateways in a BCP environment, perform Add
Media Gateways for BCP on page 569.
11. Deploy the software on other devices, including Media Gateways, turrets, Pulse devices, and Unigy
Soft Clients by performing the procedure Upgrade the software on system devices on page 558.
12. Enable data replication in the first zone by performing the procedure Enable data replication on page
497.
13. Change the zone's BCP status to Active by performing the procedure Change a zone's BCP status to
Active on page 498.
14. Deploy a subsequent zone from the peer zone by performing the procedure Deploy subsequent zones
on page 495.
Use the deployment values specified in the customer enterprise.
15. Check the state of the zone by performing the procedure Check the state of a zone from a browser on
page 499.
16. Log in to the UMS with the zone VIP: https://vip.
17. Enable data replication for the new zone by performing the procedure Enable data replication on
page 497.
If you do not enable replication at this point, data that you enter for the zone will not be replicated to
the other zones.
18. If applicable, add one or more Media Gateways to the zone by performing the procedure Add a Media
Gateway on page 568, or if you are adding Media Gateways in a BCP environment, perform Add
Media Gateways for BCP on page 569.
19. Deploy the software on other devices, including Media Gateways, turrets, Pulse devices, and Unigy
Soft Clients by performing the procedure Upgrade the software on system devices on page 558.
20. Change the zone's BCP status to Active by performing the procedure Change a zone's BCP status to
Active on page 498.
21. Check the state of the zone and confirm that the zones are communicating by performing the
procedure Check the state of a zone from a browser on page 499.
22. If you are deploying additional zones, repeat steps 16 through 21 for each zone.
8 BCP workflows
This chapter includes the procedures required to configure and manage BCP plans.
For overview information on BCP, refer to BCP on page 283.
8.1 BCP
Unigy provides Business Continuity Planning (BCP) support for disaster recovery and enterprise
maintenance purposes.
BCP controls the redirection of lines and CDIs in response to failure of one or more backroom zones. If
an active resource zone (lines) or home zone (CDIs) is not available due to loss of network connectivity,
hardware or software failure, or maintenance or repair operations, the lines and CDIs are redirected to
one or more available zones that are specified in the line configuration (lines) or defined in the BCP plan
(CDIs).
Unigy does not provide system level support for recovery from loss of front room devices (CDIs) or loss
of an entire front room. It also does not support BCP for Blue Wave applications. The BCP functions
focus on providing redirection for CDIs that lose access to their home zone and for line rerouting. To
provide Blue Wave application redundancy, the customer client applications must provide the support
required for BCP redirection. For additional information, refer to the Blue Wave API Developer’s Guide.
BCP components
BCP consists of the following components:
• Backroom Zone: The CCMs or ACCMs associated with zones at a backroom location (data center).
• Front room Zone: The CDIs at a front room location. Front room and backroom locations can be at
the same address.
• Home Zone: Every CDI (turrets, Pulse devices, and Unigy Soft Clients) registers with a Unigy zone.
This zone is the home zone. During normal operation, a CDI always logs in to its home zone.
• Active zone: Lines are assigned a resource zone for each zone associated with the line's controlling
instance. One of these zones is designated as the active resource zone that handles all features for all
line appearances and performs all status updates for the line. When a BCP event occurs, the system
promotes another zone to take over the functions of the active zone. The zone selected is based on the
zone sequence and availability within the Zones tab in the line's configuration. You can change the
active zone and order of zone precedence for each individual line of each line type at
Configuration ➤ Enterprise ➤ Lines and Extensions.
When a BCP plan is activated, the system checks the zone preferences specified for each line to
determine the new active zone to assign. The line AOR becomes active in the first available resource
zone in the list. For manual BCP plan activation, line redirection is dependent on the availability of
zones within the preference list. For example, in a three zone enterprise with Zone A, Zone B, and
Zone C, the resource zone preference sequence for lines 1 – 10 in Zone A is Zone B then Zone C. The
zone preference sequence for lines 11 – 20 in Zone A is Zone C then Zone B. If Zone B is not
available when the BCP plan for Zone A is manually activated, lines 1 – 10 will not be redirected
because Zone B is not available to assume the active role or to redirect the lines to Zone C, however,
lines 11 – 20 will be redirected to Zone C because there is no dependency on the availability of Zone
B. To redirect lines 1 – 10 to Zone C, you must also activate the BCP plan for Zone B. Automatic
BCP plan activation does not have this zone availability dependency.
When a BCP plan is deactivated, after the event that triggered the redirection is resolved, the system
directs control of every line AOR in the instance associated with the BCP plan to the resource zone at
the top of the Zones preference list specified in the line configuration. Depending on how the zones
list was configured, this might not be the same zone in which the line AOR was active before the
BCP plan was activated. For an example of the redirection behavior, refer to BCP line redirection
example on page 299. For additional information on resource zones and specifying zone preferences,
refer to the following sections in the Lines, Trunks, and Routing Guide: Active zones and the section
for each line type in the UMS client user interface reference appendix.
• Backup Zone: In a BCP plan, the CDI devices at a front room location are configured to be
redirected to one or more different zones if the home zone is not accessible. These zones are referred
to as backup (BCP) zones. With Basic BCP, only a single backup (standby) zone is available. With
Campus BCP, a zone can serve as the backup zone for multiple front rooms and you can redirect the
devices to different zones for load-balancing. You can also specify multiple backup zones for each
front room, so if the preferred backup zone is not available, the system can direct the devices to one
or more secondary backup zones.
Backup zones must be within the same instance as the home zone and active resource zone from
which the CDIs and lines are being redirected when a BCP plan is activated.
BCP types
Two types of BCP are available based on the license purchased:
• Basic BCP: supports two backrooms in an active and standby relationship, with one active zone and
one standby zone per Unigy instance. The standby zone is in a warm standby state waiting to assume
the active role if the active zone is not accessible. This is comparable to the BCP supported in Unigy
v1.x. Configuring preferences, percentages, and user priorities is not available for Basic BCP. When a
BCP plan is activated, all lines and CDIs are redirected to the standby zone.
• Campus BCP: supports CDI redirection and line rerouting to any zones within an instance. Each
zone can be actively involved in configuration, management, and call processing. Plan activation
(failover) can be automatic or manual. If automatic plan activation is not enabled, a Unigy
administrator performs a manual failover after receiving alerts from the system or prior to zone
maintenance operations. When a BCP plan is activated, a backup zone supports call processing for
the redirected CDIs and lines in addition to those for which it is the home zone. The BCP plan and
line configurations can include multiple backup zones, listed in preference order, to help ensure that
at least one zone will be available during a failover. For CDIs, you can specify redirection of specific
percentages of CDIs to different backup zones. You can also define user priority lists that control end
user access based on user priority when end user session capacity has been reached. For example, if
Zone 1 fails, the plan can stipulate that 50% of its CDIs are redirected to Zone 2 and 50% are
redirected to Zone 3. If Zone 3 is not available, the system can redirect the CDIs to Zone 4. If login
session capacity is reached for a backup zone after a failover, session access is determined by a 3-tier
priority feature. Users who are assigned to priority level 1 are always granted access. Users in priority
level 2 are granted access if a login session is available, but lose access if a priority 1 user needs
access. Priority 3 level users are granted access only if a login session is available. If a priority 1 or 2
end user needs access, the priority 3 end user loses future access until the BCP plan is deactivated.
BCP is controlled by BCP plans, and with Campus BCP, user priority designations. Plans are configured
at the instance level with overrides available at the CDI level. A plan consists of a set of preferences and
priorities that define where the system directs CDIs when a zone is not available and who is able to
access available login sessions (Campus BCP only). Device redirection is only to other zones within the
instance. BCP plans cannot cross instances.
Note
Local survivability zones, as described in pre-Unigy v2.0.1.5 versions, are not supported. To provide the
same functionality, deploy an active or standby BCP zone at a front room address. For information on
converting existing local survivability zones to regular zones, refer to the topic Convert a Local
Survivability zone to an active or standby zone in the Enterprise Guide.
CDI overrides
You can override the backup zone preferences set in the BCP plan for individual CDIs by configuring
device-specific preferences within in the BCP Preferences tab at Configuration ➤ Sites ➤
Communication Devices. If the Protect from override by BCP Configuration property is enabled, the
preference set at the CDI level will not be overwritten if the backup zones are changed in the BCP plan.
If this check box is not selected, the system uses the new backup zone defined in the BCP plan.
BCP actions
The following actions are available for a BCP plan:
• Activate: BCP plan activation is the process of redirecting CDIs and line AORs to backup zones
when their home or active resource zone is not available. Redirection of turrets and Pulse devices
automatically registers the devices in a backup zone based on the preferences set in the BCP plan.
Redirection of Soft Clients is a manual process that must be performed on each client through the
Unigy Client Configuration Tool. For lines, the system makes each line AOR active in the first
available resource zone in the zone preference list. This list is specified within the Zones tab in the
line configuration.
Plan activation can be manual or automatic (Campus BCP only).
When a plan is activated, the firewall fence is raised in each active zone to prevent access by the
failed zones.
• Reactivate: If one or more backup zones fails after plan activation, Reactivate activates the plan
again for the newly impacted zones. If any of the zones that failed prior to or during the initial plan
activation come back into service, Reactivate directs the associated CDIs, lines, or both to an
available zone. You can also use Reactivate to rerun the initial activation in the event that all of the
plan processes do not complete.
• Deactivate: Plan deactivation directs CDIs back to their home zone and makes line AORs active in
the appropriate resource zone after the event that triggered a BCP plan activation is resolved. When
you deactivate a plan, each turret and Pulse automatically re-registers with its home zone and every
line AOR in the instance associated with the BCP plan becomes active in the resource zone at the top
of the Zones list specified in the line configuration. You must manually redirect each Unigy Soft
Client to its home zone through the Unigy Client Configuration Tool.
After the plan is deactivated, the firewall fence is lowered in each active zone to reenable access by
the zones that had failed.
• Retry Deactivate: Use Retry Deactivate to rerun a deactivation if all of the Deactivate processes do
not complete.
When one or more zones fail, the BCP plan is activated for those zones. When the failed zones are
returned to normal operation, you manually deactivate the BCP plan, which directs the impacted CDIs
and lines back to their home or active resource zone.
• If a data center experiences a temporary WAN outage of less than nine minutes, the system does not
activate the BCP plan.
• If all zones within a data center fail, the system activates the BCP plan.
If data replication is disabled for a zone that is involved in a BCP plan activation, the system redirects
the lines associated with the zone, but it does not redirect the associated CDIs. If you are activating a
BCP plan to prepare for a pending disaster, to perform a maintenance operation during business hours,
or for testing purposes, confirm that data replication is enabled before you activate the BCP plan by
performing the procedure Enable data replication on page 497.
Troubleshooting
After a BCP plan is activated, if the message Waiting for telephony is displayed on one or
more CDIs beyond the time it takes for the failover to complete, the backup zone to which the devices
were redirected might also be unavailable. Check the BCP Status field for the backup zone at
Configuration ➤ Enterprise ➤ System ➤ Zones. If the status is Inactive, CDIs will not be able to
register with the zone. When a backup zone or the home zone become available, use the Reactivate or
Deactivate option to correct this issue based on which zone becomes available first. For example, if the
backup zone that was unavailable becomes available or another backup zone is available before the
home zone returns to service, use Reactivate. If the home zone is available, use Deactivate. The CDIs
should register with the appropriate zone.
After an Automatic BCP plan activation from a Unigy v3.1.0.2 or higher zone to a pre-v3.1.0.2 zone,
monitoring of the CDI devices that failed over stops in the pre-v3.1.0.2 zone. To start the monitoring,
restart the CDIs.
For Unigy v4.1 or higher zones, all backup zones must also be at Unigy v4.1 or higher and they must be
in a different data center than the home zone, but the data center must be within the same instance.
If network connectivity for a CDI is lost prior to deactivating a BCP plan, an unavailability alert is
generated as expected, however, when the network connection is restored after the fail back, the alert in
the Monitoring Summary panel is not cleared automatically. In the Topology panel, the Availability
Status for the device is green, but the Alert Status is red. Clear the alert manually to resolve this issue.
If a BCP plan is activated during a WAN outage, some line connections might not be interpreted
properly by one or more data centers after the failover completes. For example, in a three data center
enterprise, if during the WAN outage, Data center1 and Data center 2 cannot communicate with each
other, but both can communicate with Data center 3, Data center 3 might determine that some lines are
active in Data center 1 or Data center 2, which could present functional issues. To resolve this issue, do
the following to reactivate the BCP plan for the zones in one of the impacted data centers so at least two
of the data centers agree on where the lines are active (in the example, you would reactivate the plan for
the zones in either Data center 1 or Data center 2):
1. Click Tools ➤ BCP Monitoring then click the instance associated with the data center for which you
are reactivating the BCP plan.
2. Click the Plan tab.
3. Within the Select for Action column, select the check box for all zones in the data center for which
you are reactivating the plan.
4. Click Reactivate.
BCP planning
Prior to configuring BCP plans, develop a master plan that maps the relationships between the front
rooms, their home zones, and the backup zones to which the system redirects the lines and CDIs during
BCP plan activation. While developing this plan, determine the number of CDIs in each zone, the spare
capacity of each zone, and the capacity required for failover of each zone. The CDIs connected to a zone
can be redirected to different zones to maximize load balancing. If BCP override preferences will be set
at the CDI level for certain CDIs, determine these preferences.
Note
To avoid compatibility issues, it is strongly recommended that home zones and backup zones have the
same major software version deployed. This might require temporary modifications to BCP plans for
upgrades in which the zones within an instance are being upgraded during different maintenance
windows.
If it is not possible for the home and backup zones to be at the same software version, keep the following
in mind. Lower version zones might not support the types of CDIs that will be redirected to them; for
example, zones with software versions prior to Unigy v3.1 do not support IQ/MAX TOUCH turrets. With
lower version backup zones, any features that were introduced in the higher version software will not be
supported when the CDIs and lines fail over to the backup zone. This also applies to settings that were
configured in the higher version. For example, the spatial audio feature, introduced in Unigy v4.0 for
IQ/MAX TOUCH turrets, enables you to specify one of five different spatial positions for each speaker
channel. If the backup zone for a v4.0 or higher zone is a pre-v4.0 zone, spatial audio will not be
supported and the speaker used for speaker calls will default to the left speaker.
Note
Desktop devices log on automatically after a failover only if there was an active user logon session
prior to the BCP plan activation.
A Campus BCP plan can be activated manually or automatically. CDIs and lines automatically
attempt to connect to an appropriate backup zone, based on the zone preferences specified in the plan
or the line's list of resource zones, if they cannot reach the failed zone. They try each of the zones in
the list until they can connect to an active zone.
Beginning with Unigy v4.1, when Automatic Plan Activation is enabled for a BCP plan, the plan is
activated only if all zones within the associated data center fail or are not available. If it is necessary
to activate a BCP plan when only a subset of zones within the data center fail, activate the plan
manually.
Unlike turrets and Pulse devices, Soft Clients are not automatically redirected to a backup zone when a
BCP plan is activated; each must be manually redirected through the Unigy Client Configuration Tool on
each client computer.
Home zones and backup zones should be located in different data centers within the same instance.
When a turret or Pulse is redirected to a backup zone, BCP licenses are consumed when end users log on
and are released when the users log off or are forced to log off. BCP licenses are not required for Soft
Clients.
CDI recovery can take up to 2 minutes after a manual plan activation. Automatic plan activation
includes a built in-delay of nine minutes to allow time for a temporary failure condition to resolve on its
own (for example, a momentary network outage), and can take ten to twenty minutes to complete after
the plan is activated, depending on the number of zones and lines involved.
Note
CDI re-registration on a backup zone does not create a new device entry. The system regards the CDI as
being homed to the configured home zone.
8.1.2 Constraints
This topic describes constraints and limitations associated with BCP support and behavior.
The following constraints apply to BCP:
• Free seating requires a per-user Mobility license for logging on at a different address (normal
operation) or BCP license for logging on to a different zone (BCP failure scenario).
• Line sharing between zones is supported only for Campus BCP configurations.
• License counts and usage are enforced in the active zones.
• Updates to the system are replicated only within the active zones; changes are replicated to the failed
zones when they are brought back into service.
• Call state is not maintained during a BCP failover.
• Turrets and Pulse devices can automatically log on to a backup zone if the zone that is assigned is
available; Soft Clients must be reconfigured, through the Unigy Client Configuration Tool, to point to
a backup zone.
• In a Unigy v4.1 or higher enterprise, if Automatic Plan Activation is enabled for a BCP plan, the
plan is activated only if all zones within the associated data center fail or are not available.
redirecting lines and CDIs (turrets, Pulse devices, and Unigy Soft Clients) to other zones while a zone is
being repaired.
Prerequisites
BCP is based on the relationships between front room CDIs and backroom appliances (CCMs or
ACCMs). Plans are configured for zones at the instance level with overrides available at the CDI level.
A plan consists of a set of preferences and priorities that define where the system directs CDIs when a
zone is not available and who is able to access available licenses.
For BCP overview information and considerations, refer to BCP on page 283.
Complete the following procedures before you configure a BCP plan:
• Deploy and configure the enterprise zones.
• Determine the type of BCP the Unigy enterprise license supports. The following types are available:
• Basic
• Campus
• Develop a BCP master plan that maps the relationships between the front room zones, their home
zones, and the backup zones to which the system redirects the CDIs during BCP plan activation.
You can configure the BCP preferences from any zone. For each front room, you can define multiple
preferences that instruct the system to direct CDIs to different backup zones during a failover based on
their availability.
For information on configuring alternate resource zone priorities for lines, refer to the Lines, Trunks, and
Routing Guide.
For details on the fields and buttons in the BCP panels, refer to the UMS online help or the UMS UI
Guide.
1. Log in to the UMS with the zone VIP: https://vip.
2. Click Configuration ➤ Enterprise ➤ BCP ➤ CDI Configuration.
3. In the Instance list, click the instance for which you are configuring the BCP plan.
The Communication Devices tab is displayed showing all of the front room and backroom zones
within the instance. You can mouse-over each front room or backroom zone to display the number of
CDI devices in or connected to the zone, and the home zone connections.
4. Click the front room zone (light green) you want to configure.
The system displays the BCP Preferences tab.
5. Click Add Preferences.
The Add Preferences dialog box is displayed.
6. In BCP Zone, select the backup zone to which the system directs some or all of the CDIs in the front
room when the BCP plan is activated.
The zone must be in the same instance as the home zone and should be in a different data center. For
Unigy v4.1 or higher, if you are enabling automatic BCP plan activation, the backup zone you select
must be a Unigy v4.1 or higher zone and it must be in a different data center.
7. In Preference, select the position in the sequence of preferred zones that this zone occupies. For
example, if you specify three backup zone preferences for the zone, the system first attempts to
redirect the CDIs to the zone you specify as preference 1. If that zone is not available, the system
attempts to redirect the CDIs to the zone you specify as preference 2. If this zone is not available, the
system attempts to redirect the CDIs to the zone you specify as preference 3.
8. In Percentage, specify the percentage of CDIs the system redirects to the backup zone you specified
in BCP Zone during a failover. For example, if you are specifying three backup zone preferences for
the zone and you specify 50% for the first zone, 25% for the second zone, and 25% for the third zone,
during BCP plan activation, the system redirects 50% of the CDIs to zone 1, 25% of the CDIs to zone
2, and 25% of the CDIs to zone 3, if the zones are available.
9. Click OK.
The preference is added to the grid.
10. Repeat steps 5 through 9 for each preference you are configuring.
11. If you want to enable automatic BCP plan activation, refer to Enable automatic BCP plan activation
(failover) on page 293.
12. After you add or change a BCP plan, reboot all turrets and Pulse devices affected by the plan by
performing the procedure Reboot communication devices on page 591.
13. To configure the user access priority that is enforced after BCP plan activation, refer to Configure
Campus BCP login priorities for users on page 292.
Important
User priorities are not considered until a zone's end user session capacity is reached. Until then, all login
requests are treated as first come first serve, irrespective of the priority of the end user. If all BCP
licenses are consumed before the zone capacity is reached, higher priority users will not be able to seize
a BCP license and force off a lower priority user.
1. In the menu bar, click Configuration ➤ Enterprise ➤ BCP ➤ BCP User Priority.
The BCP User Priority panel is displayed. By default, all end users are listed under Priority 3 End
Users (May not log in).
2. In the View Users of drop-down, select the priority level that contains the users you are reassigning.
A list of end user groups is displayed. Expand a group to view all users in the group.
3. To change a group's priority or a user's priority, select the check box for the group, or select the check
box for specific users in the group.
4. In Change User Priority to, select the priority level for the group or for specific users.
5. Click Save.
Note
After a BCP plan is activated automatically, do one of the following in the zones for which the plan was
activated to ensure that the CDI licenses are released for use with the backup zone(s) while the plan is
active. Do not perform this action if Multi-tier Replication is enabled.
• If the zone is operational and you can access the UMS, disable data replication in the failed zone(s).
• If you cannot access the UMS, power down the zone CCM or ACCM appliances.
Note
For manual BCP plan activation, line redirection is dependent on the availability of zones within the
preference sequence list. For example, in a three zone enterprise with Zone A, Zone B, and Zone C, the
backup zone priority sequence for lines 1 – 10 in Zone A is Zone B then Zone C. The backup zone
priority sequence for lines 11 – 20 in Zone A is Zone C then Zone B. If Zone B is not available when the
BCP plan for Zone A is manually activated, lines 1 – 10 will not be redirected because Zone B is not
available to assume the active role or to redirect them to Zone C, however, lines 11 – 20 will be redirected
to Zone C because there is no dependency on the availability of Zone B. To redirect lines 1 – 10 to Zone
C, you must also activate the BCP plan for Zone B. Automatic BCP plan activation does not have this
zone availability dependency.
If possible, do not manually activate a BCP plan during a WAN outage. If you do, and the outage
remains in effect for more than nine minutes, functional issues could be seen when WAN connectivity is
restored. Enabling Multi-tier Replication helps to prevent this problem.
1. Log in to the UMS in a healthy zone within the instance associated with the BCP plan.
Do not log in to a failed or failing zone from which the CDIs and lines will be redirected when the
plan is activated.
2. Click Tools ➤ BCP Monitoring.
3. In the Summary list, click the instance for which you are activating the plan.
4. Click the Plan tab.
5. In the Select for Action column, select the check box for the zone(s) for which you are activating the
plan (zones that will fail over). The check box label changes to Deactivating indicating that the
zone will be deactivated.
This step applies only to Campus BCP. For Basic BCP, the system automatically selects the Standby
zone.
6. Click Activate then in the BCP Plan Activate Confirmation box, click OK.
The system activates the plan for the zones you selected by doing the following:
• Changes the Plan Status to Active.
• Changes the zone Status to Inactive.
• Redirects the turrets and Pulse devices to a backup zone (for Unigy Soft Clients, refer to step 9).
• Makes each line AOR active in the first available resource zone in the zone preference list
specified within the Zones tab in the line's configuration.
7. Refer to the Enactment and Events tabs for information about the plan activation events.
If the plan does not fully activate, click Reactivate to rerun the plan activation.
The Enactment tab is displayed only during the current plan activation.
To refresh the Events tab, you might have to exit BCP Monitoring then re-access the tab.
8. If Multi-tier Replication is not enabled for the data center associated with the BCP plan, do one of the
following in the zone(s) for which you activated the plan to ensure that the CDI licenses are released
for use with the backup zone(s) while the plan is active. This step is not required if you activated the
BCP plan as part of a maintenance operation or the plan will be active only during non-trading hours.
• If the zone is operational and you can access the UMS, disable data replication in the failed zone(s)
by performing the procedure Disable data replication on page 498.
• If you cannot access the UMS, power down the zone CCM or ACCM appliances.
9. Redirect the Unigy Soft Clients to a backup zone by performing the procedure Redirect a Soft Client
after a BCP event on page 298.
Note
When you deactivate a BCP plan, the system makes each line AOR, in the instance associated with the
BCP plan, active in the resource zone at the top of the zone preference list. This list is defined within the
Zones tab in the line configuration. Depending on how the zones list was configured, this might not be the
same zone in which the line AOR was active before the BCP plan was activated. For an example of the
redirection behavior, refer to BCP line redirection example on page 299. For additional information on
resource zones and specifying zone preferences, refer to the following sections in the Lines, Trunks, and
Routing Guide: Active zones and the section for each line type in the UMS client user interface
reference appendix.
Note
Perform this procedure during non-trading hours.
Note
Before you deactivate a BCP plan, confirm that the zones to which the CDIs and lines are being
redirected are in a healthy state by performing the procedure Check the state of a zone from a browser
on page 499.
1. If you powered down the appliances in the zone(s) that failed over when you activated the BCP plan,
power up the appliances.
2. Log in to the UMS in each of the zones that failed.
If the BCP plan was activated through automatic plan activation, log in to all zones in the failed data
center.
3. If the plan was activated through automatic plan activation and Multi-tier Replication is enabled for
the data center that failed, suspend Multi-tier Replication for the failed data center by performing the
procedure Suspend or resume Multi-tier Replication on page 247.
4. If Automatic Plan Activation is enabled for the BCP plan, disable it by performing the procedure
Disable automatic BCP plan activation on page 293.
If you are prompted to drop the firewall fence, select Yes, unless there is a reason that you do not
want the zone to rejoin the JGroups cluster; for example, if there is still an issue with a zone.
5. Do one of the following:
• If you did not suspend Multi-tier Replication in step 3, and if after you activated the BCP plan you
disabled data replication for the zone(s) that failed (instead of powering them down), enable data
replication for each of the zones by performing the procedure Enable data replication on page
497.
• If you suspended Multi-tier Replication in step 3, resume it by performing the procedure Suspend
or resume Multi-tier Replication on page 247 then refresh all of the zones in the failed data center,
starting with the portal zone.
Whether the appliances in the zones load the database from another zone after they reboot will
depend on the option you selected when you disabled automatic plan activation in the previous step,
if applicable.
6. After all of the zones are up, run Automated Health Check (AHC) to confirm that all of the zones
affected by the BCP plan activation are healthy. Perform one of the following procedures:
• Run automated health check from the command line on page 639
• Run TAC Health Check from the UMS on page 640
If AHC discovers issues, correct them before you proceed to the next step.
7. Click Tools ➤ BCP Monitoring.
8. In the Summary list, click the instance for which you are deactivating the plan.
9. Click the Plan tab.
10. In the Select for Action column, select the check box for the zones for which you are deactivating
the plan.
The check box label changes to Activating indicating that the zone will be activated.
11. Click Deactivate then in the BCP Plan Deactivate Confirmation box, click OK.
The system does the following:
• Changes the Plan Status to Inactive.
• Changes the zone Status to Active.
• Redirects the turrets and Pulse devices back to their home zone (for Unigy Soft Clients, refer to
step 13).
• Makes each line AOR in the instance associated with the BCP plan active in the resource zone at
the top of the Zones preference list specified in the line configuration.
Plan deactivation messages are written to the BCP event log. Refer to the Enactment and Events
tabs for information about the plan deactivation events. The Enactment tab is displayed only during
the current plan deactivation. To refresh the Events tab, you might have to exit BCP Monitoring then
re-access the tab.
If the deactivation does not complete, click Retry Deactivation to rerun the plan deactivation process.
12. If you disabled automatic BCP plan activation in step 4, reenable it by performing the procedure
Enable automatic BCP plan activation (failover) on page 293.
13. Redirect the Unigy Soft Clients back to their home zone by performing the procedure Redirect a Soft
Client after a BCP event on page 298.
Note
Unless it is necessary to perform this procedure during business hours,IPC recommends that you
perform the procedure after business hours.
• To direct the Soft Client back to the home zone when it is available, clear the Use BCP check box.
This instructs the system to connect the Soft Client to the home zone specified in the Primary
field, instead of the zone specified in the BCP field, when you log in.
4. Click Save.
To ensure that a line is active in the same zone before and after a BCP plan is activated then deactivated,
make the preferred active zone the first zone in the list. You can do this by using the Make Active and
Reorder button within the Zones tab in the line configuration.
Caution
Do not change the enterprise name within a zone that has data replication disabled. This prevents the
zone from rejoining the enterprise when replication is enabled. Change the name only when the change
can be replicated to the other zones in the enterprise at the time the name is changed.
If a zone is offline at the time of the name change, manually change the enterprise name within the zone
when it is back online.
Important
This procedure requires that you reboot the appliances in all zones in the enterprise to update the name
change in JGroups. This is service-impacting, so you should perform this procedure during non-business
hours.
Note
Changing the enterprise domain name does not change the domain name assigned to the enterprise
appliances. The appliance domain names are separate from the enterprise domain name. They are used
only within Unigy and should not be changed. For additional information on the different types of domain
names within Unigy, refer to the Domain names topic in the System Installation and Deployment Guide.
Caution
This procedure is service impacting, so it should be performed at a time when the zones are not
processing calls or configuration requests.
1. Place each zone within the enterprise into maintenance mode by performing the following
procedures:
• Disable SNMP forwarding for a zone on page 596.
• Place a zone into maintenance mode to disable BCP plan activation on page 597.
Start with the zone with the lowest zone ID, which is usually the first zone that was deployed in the
enterprise, and work up through the zones in zone ID sequence to the zone with the highest zone ID.
2. In all zones in the enterprise, place the cluster and Standby appliance into maintenance mode by
performing the following steps for each zone. Start with the zone with the lowest zone ID and work
your way up through the zones in zone ID sequence from lowest to highest.
a) Place the cluster into maintenance mode by performing the procedure Place a cluster into
maintenance mode to enable control of HA failovers on page 598.
b) Place the Standby appliance into maintenance mode by performing the procedure Place an
appliance or Media Gateway into maintenance mode to indicate it is unavailable on page 599.
3. Select the zone in which to change the enterprise domain name:
• In a mixed zone enterprise that includes Unigy v2.0.1 zones, select a v2.0.1 zone. If the first zone
that was deployed in the enterprise is a v2.0.1 zone, select that zone.
• In an enterprise that consists of zones that have Unigy v2.0.1.5 or higher deployed, select a zone
with the highest software and schema version.
4. In the zone you selected in step 3, change the enterprise domain name:
a) Click Configuration ➤ Enterprise ➤ System ➤ Enterprise.
b) Change the value for the Domain Name field then click Save.
5. Reboot the appliances in the zone by performing the procedure Reboot CCM on page 587.
6. Monitor the state of the zone until the Service Status for all services is RUNNING and the Remarks
for all services, except Replicator, are Change role completed by performing the procedure
Check the state of a zone from a browser on page 499.
7. Take the zone cluster and Standby appliance out of maintenance mode by performing the following
steps:
a) Take the Standby appliance out of maintenance mode by performing the procedure Take an
appliance or Media Gateway out of maintenance mode on page 600.
b) Inform the system that maintenance on the Standby appliance is complete by performing the
procedure Indicate that maintenance on the Standby appliance is complete on page 601.
c) Take the cluster out of maintenance mode by performing the procedure Take a cluster out of
maintenance mode to resume normal HA operation on page 599.
8. Take the zone out of maintenance mode by performing the following procedures:
• Take a zone out of maintenance mode to reenable BCP plan activation on page 598.
• Reenable SNMP forwarding for a zone on page 596.
9. Repeat steps 5 through 8 for each of the remaining zones.
In a mixed zone enterprise that includes Unigy v2.0.1 zones, perform these steps for all v2.0.1 zones
before you perform the steps for higher version zones. To ensure proper replication, allow the
appliances in one zone to be fully operational before rebooting the appliances in the next zone. In an
HA zone, you can reboot both appliances at the same time.
10. Confirm that the domain name in the presence URI is correct. Use the legacy (Flash) UMS
(https://<your_VIP>/ums/UMSClient.html) or Mass Edit Client to accomplish this task.
This is necessary because the Users menu is not available in the HTML5 interface. This step
describes the legacy Use the legacy (Flash) UMS (https://<your_VIP>/ums/
UMSClient.html) or Mass Edit Client to accomplish this task. option.
a) Click Configuration ➤ Users.
b) In the Users list, click a user account.
c) Within the Attributes tab, confirm that the Presence URI includes the new domain name.
for line control, segregating Unigy and Blue Wave zones, and configuring and managing BCP plans,
which provide line and CDI resiliency.
Prior to Unigy v3.1, to avoid performance issues, Unigy and dedicated Blue Wave zones had to be
associated with separate instances. However, beginning with v3.1, these zones can be associated with
the same instance without a performance impact if the CDI Support and Line Support properties for
each Blue Wave zone are set properly. These are configured at Configuration ➤ Enterprise ➤
System ➤ Zones.
For information on the fields in the Instance Configuration panel, refer to the online help or UMS UI
Guide.
1. Click Configuration ➤ Enterprise ➤ System ➤ Instances.
2. In the Instances list, click the +Add New.
3. Type the Instance Name.
4. Type the instance Domain Name.
5. If necessary, change the other instance properties.
6. Click Save.
Note
If you change the name of the first instance that was created for the enterprise and you add a zone to
that instance after you change the name, the instance name Default Instance will be displayed for the
instance when you view it from the zone you added. The instance name is displayed properly from
existing zones.
1. Log in to a zone that is associated with the instance you are renaming.
2. Perform an Archive all Zone backup for the realm that includes the instance by performing the
procedure Create or schedule a new backup on page 363. Set a scope of fourteen days.
This archives and purges all except the last fourteen days of data for the realm.
3. Click Configuration ➤ Enterprise ➤ System ➤ Instances.
4. In the Instances list, click the instance you are changing.
5. Change the instance name then click Save.
The system replicates the name change and creates or updates various entities with the new name.
When you change an instance domain name, the value is replicated throughout the enterprise, however,
you must refresh all zones within the instance to update lines and other Unigy entities associated with
the instance.
Caution
This procedure is service impacting, so it should be performed at a time when the zones within the
instance are not processing calls or configuration requests.
1. Log in to the UMS in one of the zones within the instance for which you are changing the domain
name.
2. Click Configuration ➤ Enterprise ➤ System ➤ Instances.
3. In the Instances list, click the instance for which you are changing the domain name.
4. Change the value in the Domain Name field then click Save.
5. Reboot theCCM or ACCM appliances in all of the zones within the instance by performing one of the
following procedures:
• Reboot CCM on page 587. In an HA zone, reboot both appliances at the same time.
• Refresh (restart) a zone in a single zone enterprise on page 318.
• Refresh (restart) zones in a multizone enterprise on page 319.
6. Change the instance domain name value on any applicable DNS, within the Alliance MX
interoperability configuration, and if applicable, in any other entity that uses this domain name,
including third-party applications and PBXs.
For information on changing the instance name for Alliance MX interoperability, refer to the Alliance
MX Interoperability Guide.
8. Redeploy each of the CCM, MM, and ACCM appliances in the enterprise that is being merged so
they can be used for new zones . Perform these steps for the primary and secondary appliances in
each zone you are adding to the surviving enterprise.
a) Deploy the COP software by performing the procedure Deploy the COP (Common Operating
Platform) software on page 448.
b) Configure the network settings by performing the procedure Configure the appliance network
settings with Network Configurator on page 450.
If possible, use the same IP addressing as was used in the enterprise being merged.
c) Deploy the personality software by performing the procedure Deploy the appliance personality
software with Personality Deployer on page 465.
9. Add each of the new zones:
a) Deploy the zone by performing the procedure Deploy subsequent zones on page 495.
b) Check the health of the zone by performing the procedure Check the state of a zone from a browser
on page 499.
c) Enable data replication for the zone you are deploying by performing the procedure Enable data
replication on page 497.
d) If applicable, add one or more Media Gateways by performing the procedure Add a Media
Gateway on page 568.
e) Deploy the software on other devices, including Media Gateway, turrets, Pulse devices, and Unigy
Soft Clients by performing the procedure Upgrade the software on system devices on page 558.
f) Change the zone's BCP status to Active by performing the procedure Change a zone's BCP status
to Active on page 498.
g) Confirm that the services for the new zone are running and there are no errors by performing the
procedure Check the state of a zone from a browser on page 499.
h) Repeat steps 9a through 9g for each zone you are adding.
10. Enter any additional configuration data that is required from the enterprise that is being merged into
the surviving zone.
11. Update the CDI devices (turrets, Pulse devices, andSoft Clients) to connect to a zone in the surviving
enterprise by performing the procedure Move an IQ/MAX or IQ/MAX Edge turret to a different zone
on page 355. For Soft Client, do the following:
a) On the Microsoft Windows desktop, click Start ➤ All Programs ➤ IPC Systems Inc ➤ Unigy
Client Configuration Tool.
b) In the Primary field, type the new zone IP address (single appliance zone), VIP (HA zone), or
FQDN then click Save.
The IP address, VIP, or FQDN must be specified as the Common Name or Alternate Name in the
client certificate.
12. Create an enterprise backup by performing the procedure Create or schedule a new backup on page
363.
Important
If you are adding a Unigy v3.0 or higher zone to an enterprise that has pre-v3.0 zones, the JGroups
protocols in all of the lower version zones must have been updated to MERGE3, NAKACK2, FD_ALL,
and UNICAST3 by running the appropriate scripts after deploying one of the bridge patches or hotfixes.
Prerequisites:
Prior to performing this procedure, the following prerequisites must be complete for all applicable
appliances:
Confirm that the instance to which you are adding the zone is available. If it is not, add the instance by
performing the procedure Add an instance on page 303.
Confirm that the backroom location you will assign to the zone is configured. If it is not, add the
location, and if necessary, the associated address by performing the procedures Add, edit, or delete an
address on page 242 and Add or edit a location on page 516.
Select a zone to serve as the peer zone for the new zone. It can be any deployed zone, but preferably
should be a zone that has the same personality software version as the zone you are deploying.
Note
Do not assign a zone ID to the new zone that was previously assigned to a zone that was deleted;
however, you can reuse the zone name.
If partial replication is enabled, any new Unigy zones that are added to the enterprise will initially be
generator zones; new Blue Wave zones will be collector zones. If partial replication is disabled, new
zones added to the enterprise will be collector zones.
If Multi-tier Replication is enabled, the new zone will be a member of the data center associated with the
backroom location you assign to the zone.
To avoid potential issues with the new zone, avoid adding zones if other zones in the enterprise are
down or isolated. Completely add one zone before adding another zone.
If you add a zone to an enterprise in which the name of the first instance that was created in the
enterprise was changed after initial deployment, the name for that instance, when displayed from the
zone you added, will be Default Instance, not the custom name. The name will be displayed properly
from all existing zones.
1. Confirm that data replication is enabled in all of the existing zones in the enterprise by performing the
procedure Check the data replication status for all zones in the enterprise on page 513.
If replication is not enabled, enable it in all applicable zones by performing the procedure Enable
data replication on page 497.
2. Deploy the appliance personality software on the primary and secondary appliances, and if
applicable, on the MMs, by performing the procedure Deploy the appliance personality software with
Personality Deployer on page 465.
3. Perform the procedure Deploy subsequent zones on page 495.
4. Confirm that the zone services are running and there are no errors by performing the procedure Check
the state of a zone from a browser on page 499.
5. Log in to the UMS with the zone VIP: https://vip.
6. Install the new enterprise license by performing the procedure Install an enterprise license file on
page 481.
7. If the database source for the zone you are adding is a pre-v3.1 zone, confirm or configure the
following:
1. If the Name for each address is blank or not appropriate, or an address does not exist, configure the
address at Configuration ➤ Enterprise ➤ System ➤ Addresses.
2. Confirm that the appropriate address is assigned to each location associated with the zone. If it is
not, assign the address at Configuration ➤ Enterprise ➤ System ➤ Locations.
3. Confirm that the correct Backroom Location is assigned to the zone. If it is not, assign the
location at Configuration ➤ Enterprise ➤ System ➤ Zones.
8. Enable data replication for the new zone by performing the procedure Enable data replication on
page 497.
If Multi-tier Replication is enabled, the zone joins the local replication tier for the data center
associated with its location.
9. Check the state of the zone by performing the procedure Validate a zone after a deployment, rollback,
or other operations on page 638.
10. Deploy the software on other devices, including Media Managers, Media Gateway, turrets, Pulses,
and Unigy Soft Clients, by performing the procedure Upgrade the software on system devices on page
558.
11. Change the zone's BCP status to Active by performing the procedure Change a zone's BCP status to
Active on page 498.
12. If partial replication is enabled and you want to change the zone to a collector zone, refer to Enable
partial replication on page 316.
13. If the zone will be involved in enterprise to enterprise line sharing, configure a site server for the zone
as described in the procedure Configure enterprise to enterprise line sharing on page 439.
14. If the System Logging and Information Collector (SLIC) feature is implemented to forward customer
log data to a data analytics engine such as Splunk, refer to the System Logging and Information
Collector Service Installation and Administration Guide for information on the following tasks:
• Requesting that the Splunk Deployment Group add the new appliances (nodes) to the
u360_node.xlsx workbook and send you a copy of the u360_node.csv file.
• Uploading the updated u360_node.csv file to the Ad Hoc server.
• Adding the new appliances to the slic-nodes.conf file on the associated SLIC instance.
• Enabling SLIC and Filebeat on each new CCM and MM or ACCM appliance you added.
Note
You cannot remove the first zone that was deployed in the enterprise from the Unigy database. This zone
serves as the enterprise base zone and the data must be present. However, you can take the zone out of
operation by removing the zone CCM or ACCM appliances, disconnecting their IP addresses, the zone
VIP, and the zone Certificate Authority IP address from the network, and redirecting all CDIs and other
devices that are registered with the zone to a different zone.
The base zone is assigned zone ID 1. You can identify the base zone within the Install tab at Tools ➤
Deployment ➤ Software Deployment.
Unigy displays the message You can not delete the base zone if you attempt to remove
the zone configuration through the UMS.
Prerequisites:
A new enterprise license that reflects removal of the zone appliances is required. If possible, obtain this
license before you remove the zone.
If partial replication is enabled, ensure that the enterprise will have at least one generator zone and two
collector zones after you remove the zone.
1. If the zone you are removing is a member of a data center that has Multi-tier Replication enabled,
change the location assigned to the zone to a location at an address that is not associated with a data
center that has Multi-tier Replication enabled.
If all data centers have Multi-tier Replication enabled, create a temporary address and location to
assign to the zone. To change the location, change the value in the Backroom Location field at
Configuration ➤ Enterprise ➤ System ➤ Zones. To add an address and location, refer to Add,
edit, or delete an address on page 242 and Add or edit a location on page 516.
If the zone is a portal zone in a single zone data center, disable Multi-tier Replication for the data
center before you remove the zone by performing the procedure Disable Multi-tier Replication on
page 246.
2. If the zone is connected to one or more delegated authentication servers (Microsoft Active Directory),
remove the zone from the associated servers:
a) Click Configuration ➤ Enterprise ➤ Security ➤ Delegated Authentication ➤ Authentication
Servers.
b) In the Authentication Servers list, click a server associated with the zone.
c) In the Zone list within the Zones tab, click the zone then click Remove.
d) Click Save.
3. Update all Unigy entities affected by removal of the zone.
a) Update all applicable end user Button Sheets (Face Layouts) to remove line associations for lines
in the zone you are removing. For information on removing button associations, refer to Remove
button association properties on page 673 or Edit button sheets with Mass Edit Client on page
686. Within Mass Edit Client, change the Button Type for each applicable button to Invalid
Button Type and delete any editable fields, especially the Button Label.
If you delete a line, the associated button properties are automatically removed from all Button
Sheets.
b) Update the Active Zone field for Resource AORs that are assigned the zone you are removing.
The most efficient way to do this is to use Mass Edit Client. For the appropriate ResourceAOR
data, change the Active Zone value to a valid zone, save the changes, then apply the updated data.
For information on changing resource AORs, refer to Create, edit, or delete lines and extensions
with Mass Edit Client on page 676.
c) If a BCP plan that includes the zone you are removing is configured, update the plan to change the
backup zones by performing the procedure Configure a BCP plan on page 290.
d) Change the home zone for any CDIs that are assigned the zone you are removing then remove the
devices from the database, after which they will register with the new zone. Refer to the following
topics:
• Turrets: Configure turret network settings on page 674
• Pulse devices: Configure Pulse network settings on page 676
• Unigy Soft Clients: Configure the Soft Client network connection on page 623
• Remove hardware from the database on page 359
4. Log in to the UMS in the zone you are removing.
5. Place the zone into maintenance mode by performing the following procedures:
• Disable SNMP forwarding for a zone on page 596
• Place a zone into maintenance mode to disable BCP plan activation on page 597
6. Disable data replication in the zone you are removing by performing the procedure Disable data
replication on page 498.
7. Change the enterprise name to a different value by performing the procedure Change the enterprise
name on page 301.
Because replication is disabled for the zone you are removing, this change applies only to the current
zone. This step prevents the appliances in the zone from connecting to the enterprise after the zone is
removed.
8. Log in to the UMS in a zone that is not the zone you are removing.
This can be any zone except the one you are removing.
9. Delete the zone from the database:
a) Click Configuration ➤ Enterprise ➤ System ➤ Zones.
b) In the Zones list, click the zone you are deleting.
c) Click Delete then in the confirmation box, click Yes.
10. Obtain and install a new enterprise license that does not include the appliances in the zone you
deleted by performing the procedures Obtain license fingerprints on page 479, Obtain license files on
page 480, and Install an enterprise license file on page 481.
11. Confirm that the zone you removed is no longer displayed:
a) Click Configuration ➤ Enterprise ➤ System ➤ Zones.
b) In the Zones list, confirm that the zone you removed is not displayed.
12. Do one of the following to decommission the zone appliances:
• If the appliances will not be used in a Unigy enterprise, power them down and disconnect them
from the network.
• If the appliances will be used in a Unigy enterprise in the future, deploy the COP software on both
appliances to clear the current configuration data by performing the procedure Deploy the COP
(Common Operating Platform) software on page 448. When you are ready to add the appliances to
the enterprise, perform the applicable deployment workflow.
Caution
This procedure is service impacting, so it should be performed at a time when the zones are not
processing calls or configuration requests. The procedure requires that you reboot the appliances in all of
the zones you are not moving to synchronize the database.
1. Log in to the UMS in each of the zones you are moving to the new instance.
2. Disable SNMP forwarding for the zones you are moving, and if applicable, place them into
maintenance mode to prevent automatic BCP plan activation by performing the following procedures:
• Disable SNMP forwarding for a zone on page 596.
• Place a zone into maintenance mode to disable BCP plan activation on page 597.
3. Disable data replication in each of the zones you are moving by performing the procedure Disable
data replication on page 498.
4. Redeploy the appliances in the zones you are moving by performing the following procedures on
each appliance:
a) Deploy the COP (Common Operating Platform) software on page 448.
b) Configure the appliance network settings with Network Configurator on page 450.
c) Deploy the appliance personality software with Personality Deployer on page 465.
5. Log in to the UMS in one of the zones you are not moving.
6. To eliminate hardware conflicts, remove from the database the appliances that were in the zones you
are moving by performing the procedure Remove hardware from the database on page 359 .
7. If you are moving the zones to an instance that does not exist, add the new instance by performing the
procedure Add an instance on page 303.
8. If necessary, add addresses and locations for the new zones by performing the procedures Add, edit,
or delete an address on page 242 and Add or edit a location on page 516.
9. Add and configure the zones that will be associated with the new instance by performing the
procedure Add or edit a zone on page 515.
Refer to the values you recorded in the prerequisites. Specify the new instance in the Instance field.
10. For each end user group associated with the zones you are moving, change the location, and if
applicable, the home zone.
These changes will be applied to new end users who are added to the groups, but not to users who are
already members of the groups.
Use the legacy (Flash) UMS (https://<your_VIP>/ums/UMSClient.html) or Mass Edit
Client to accomplish this task. this is necessary because the Group Features tab is not available in
the HTML5 interface. This step describes the legacy interface procedure.
a) Click System Designer ➤ End User Configuration.
b) In the End User Groups list, click the end user group you are changing.
c) Within the Group Features tab, change the Unigy Location to the new location, and if applicable,
change the Home Zone to one of the new zones.
11. For each end user account that is currently a member of an end user group that is associated with a
zone you are moving, change the location, and if applicable, the home zone. Use Mass Edit Client or
the following procedure:
Use the legacy (Flash) UMS (https://<your_VIP>/ums/UMSClient.html) or Mass Edit
Client to accomplish this task. This is necessary because the Users list is not available in the HTML5
interface. This step describes the legacy interface procedure.
a) Click System Designer ➤ End User Configuration.
b) In the Users list, click the end user login ID.
c) Within the Trader Features tab, change the Unigy Location to the new location, and if applicable,
change the Home Zone to one of the new zones.
It is not necessary to change user contact addresses.
12. Add new trunks to replace the trunks you are moving to the new instance:
a) Add the Media Gateways to the zones associated with the new instance. For information on adding
and configuring Media Gateways, refer to the Media Gateway Hardware Installation Manual. For
information on adding Media Gateways in a BCP environment, refer to Add Media Gateways for
BCP on page 569.
b) Duplicate the SIP, CAS, and Analog trunks in the new zones. For information on adding trunks,
refer to the Lines, Trunks, and Routing Guide.
c) Remove from the database the Media Gateways associated with the old instance that were replaced
by the Media Gateways you added in step 12a by performing the procedure Remove hardware
from the database on page 359.
13. Replace all lines that are associated with the old instance with new lines that are associated with the
new instance:
a) Export the current line data to use as a reference for creating the lines associated with the new
instance by performing the procedure Create, edit, or delete lines and extensions with Mass Edit
Client on page 676.
b) Delete each line that is being moved by clicking Configuration ➤ Enterprise ➤ Lines and
Extensions, clicking the line type, clicking the line, then clicking Delete.
Use the legacy (Flash) UMS (https://<your_VIP>/ums/UMSClient.html) or Mass
Edit Client to accomplish this task. This is necessary for private lines, extensions, OOPS lines, and
PBX Shared Lines because the menus for these line types are not available in the HTML5
interface. This step describes the legacy interface procedure.
c) Recreate each line for the new instance by clicking Configuration ➤ Enterprise ➤ Lines and
Extensions, clicking the line type, then clicking Add New. Refer to the Lines, Trunks, and
Routing Guide for details on adding the various types of lines.
Use the legacy (Flash) UMS (https://<your_VIP>/ums/UMSClient.html) or Mass
Edit Client to accomplish this task. This is necessary for private lines, extensions, OOPS lines, and
PBX Shared Lines because the menus for these line types are not available in the HTML5
interface. This step describes the legacy interface procedure.
14. Configure the routing constructs for the new zones:
a) Recreate the trunk groups, route lists, route plans, trunk dial plans, and dial patterns. For
information on performing these tasks, refer to the Lines, Trunks, and Routing Guide.
b) Delete the old routing constructs.
15. Reboot the appliances in all of the zones that are not being moved to synchronize the changes:
a) Reboot the appliances in a zone that has the highest software version and database schema by
performing the procedure Reboot CCM on page 587.
b) Check the status of the appliances you rebooted until they are fully operational by performing the
procedure Check the state of a zone from a browser on page 499.
c) Reboot the appliances in each additional zone, one zone at a time. Check the status of the
appliances in each zone until they are fully operational before you reboot the next zone.
16. Deploy the new zones that are associated with the new instance by performing the following steps for
each zone:
a) Deploy a zone by performing the procedure Deploy subsequent zones on page 495.
b) Confirm that the zone services are running and there are no errors by performing the procedure
Check the state of a zone from a browser on page 499.
c) Log in to the UMS in the zone you just deployed: https://vip.
d) Enable data replication for the zone by performing the procedure Enable data replication on page
497.
e) Check the state of the zone by performing the procedure Validate a zone after a deployment,
rollback, or other operations on page 638.
f) Deploy the software on other devices, including Media Managers, Media Gateways, turrets, Pulse
devices, and Unigy Soft Clients, by performing the procedure Upgrade the software on system
devices on page 558.
g) Change the zone's BCP status to Active by performing the procedure Change a zone's BCP status
to Active on page 498.
h) If you are deploying additional zones, repeat steps 16a through 16g for each zone.
17. If the customer has a BCP license, configure the BCP plans for the old instance and the new instance
to reflect the zone changes by performing the following procedures as applicable for the type of BCP
license and activation preference:
• Configure a BCP plan on page 290.
• Configure Campus BCP login priorities for users on page 292.
• Enable automatic BCP plan activation (failover) on page 293.
10.5 Move a zone to a different data center within the same instance
If necessary, you can move a zone that is associated with one data center to a different data center within
the same instance.
If Multi-tier Replication is enabled for one or both of the data centers involved in this procedure, you
must disable it for both data centers before you move the zone. If the data center from which or to which
you are moving the zone is the default data center and Multi-tier Replication is enabled, you must
disable Multi-tier Replication for all data centers in the enterprise before you move the zone. Disable
Multi-tier Replication for the default data center last.
1. Do one of the following:
• If Multi-tier Replication is not enabled for the data center from which you are moving the zone or
the data center to which you are moving the zone, do the following:
1. Log in to the UMS in the zone you are moving.
2. Click Configuration ➤ Enterprise ➤ System ➤ Zones then in the Zones list, click the zone
you are moving.
3. In the Backroom Location field, select the backroom location associated with the data center to
which you are moving the zone then click Save. Do not perform the remaining steps in this
procedure.
• If Multi-tier Replication is enabled for the data center from which you are moving the zone or the
data center to which you are moving the zone, perform the remaining steps in this procedure.
2. Log in to the UMS in the portal zone of the data center from which you are moving the zone.
If this data center is the default data center, refer to the overview section of this topic for information
on disabling Multi-tier Replication.
3. If Multi-tier Replication is enabled for the data center, disable it by performing the procedure Disable
Multi-tier Replication on page 246.
4. Log in to the UMS in the portal zone of the data center to which you are moving the zone.
If this data center is the default data center, refer to the overview section of this topic for information
on disabling Multi-tier Replication.
5. If Multi-tier Replication is enabled for the data center, disable it by performing the procedure Disable
Multi-tier Replication on page 246.
6. Log in to the UMS in the zone you are moving.
7. Click Configuration ➤ Enterprise ➤ System ➤ Zones.
8. In the Zones list, click the zone you are moving.
9. In the Backroom Location field, select the backroom location associated with the data center to
which you are moving the zone then click Save.
10. Log in to the UMS in the portal zone of the data centers for which you disabled Multi-tier Replication
and enable Multi-tier Replication for each data center by performing the procedure Enable Multi-tier
Replication on page 243.
If you disabled Multi-tier Replication for all of the data centers, enable it for the default data center
first.
Caution
Enabling partial replication is service-impacting, so when possible, always perform this procedure during
non-business hours.
To configure and enable partial replication, your user account must have the IPC Certified Tech role
assigned. User accounts with the Basic Administrator, Advanced Administrator, or IPC Project Manager
role can move zones from the Collector Zones list to the Generator Zones panel, or remove them from
the panel, but cannot save the changes or enable partial replication. User accounts with the Auditor and
System Auditor roles can view, but not change, the partial replication configuration.
1. Click Configuration ➤ Enterprise ➤ System Features ➤ Interzone Communication.
2. Click the Partial Replication tab.
By default, in a new enterprise or an enterprise where partial replication was never enabled, all zones
are collector zones.
3. To designate a zone as a generator zone, drag the zone from the Collector Zones panel on the right to
the Generator Zones panel in the center.
You can select multiple zones by using the Shift or Ctrl keys on the keyboard. To remove a zone from
the Generator Zones panel, click the zone then click Remove.
4. After you assign all of the generator zones, click Enable Partial Replication.
The system displays the message This will enable Partial Replication in the
Enterprise. It is recommended that this is performed outside of
trading hours. Do you want to continue?.
5. Click Continue.
The system validates the data to determine whether the following are true:
• All zones have Unigy v2.0.1.5 or higher deployed.
• The Unigy software version deployed in the collector zones is equal to or higher than the version
deployed in the generator zones.
• There are at least two collector zones and one generator zone.
• There are no generator zones that have a scheduled Archive all Zone backup or restore job.
If the validation is successful, the system removes the partial replication data for other zones from the
generator zones, so they contain only their own partial replication data. It also changes the Enable
Partial Replication button label to Disable Partial Replication and changes the text above the button
to Partial Replication is Enabled.
Caution
Disabling partial replication is service-impacting, so when possible, it should be performed during non-
business hours. For information in partial replication considerations and impacts, refer to Partial
replication (Regional Area Data Replication) on page 701.
To perform this procedure, your user account must have the IPC Certified Tech role assigned.
1. Click Configuration ➤ Enterprise ➤ System Features ➤ Interzone Communication.
2. Click the Partial Replication tab.
3. Click Disable Partial Replication.
The system displays the message This will disable Partial Replication in the
Enterprise. It is recommended that this is performed outside of
trading hours. Do you want to continue?.
4. Click Continue.
The system makes all zones collector zones, but does not remove the zones from the Generator Zones
panel. It also changes the label on the Disable Partial Replication button to Enable Partial
Replication and changes the text above the button to Partial Replication is Disabled.
Note
This procedure is service impacting, so when possible, it should be performed when there are no active
calls or configuration operations being performed in the zone.
Note
This procedure is service impacting, so when possible, perform it when there are no active calls or
configuration operations being performed in the zones that are being restarted.
Note
If you are refreshing more than one zone, restart one zone and let it come up fully to ensure that there is
a stable zone in the instance before you refresh the remaining zones. If you are refreshing the zones
within multiple instances, restart the zones in one instance at a time. If there are multiple data centers
associated with an instance, restart the zones in one data center at a time.
Restart preferred zones before you start the other zones. When possible, start a preferred zone that has
the highest software version deployed first to ensure that all data is preserved.
If Multi-tier Replication is enabled for a data center and you are refreshing all of the zones in the data
center, refresh the portal zone before you refresh the local zones. For information on refreshing a portal
zone, refer to Refresh (restart) a portal zone on page 320.
Rebooting the appliances and loading the database requires approximately twenty minutes to complete.
If Multi-tier Replication is enabled, additional time is required to synchronize the database across all of
the zones in the enterprise. The time required to complete the synchronization is based on the number of
zones, but you should expect it to take at least fifteen minutes. This delay should have no impact on data
integrity.
For information on the zone selection algorithm that determines the source zone that provides the
database dump for a zone that is restarting, refer to Database source zone selection algorithms for
database dumps on page 615.
If you are refreshing multiple zones, refresh one zone first then refresh the remaining zones. You can
refresh up to eight zones at the same time.
1. Log in to the UMS in the zone you are refreshing.
2. To prevent automatic BCP plan activation, if it is enabled, and to disable notifications to the GSOC
and customer NMSs, place the zone into maintenance mode and disable SNMP forwarding by
performing the following procedures:
• Disable SNMP forwarding for a zone on page 596
• Place a zone into maintenance mode to disable BCP plan activation on page 597
3. Restart the appliances in the zone by doing the following:
a) Disable data replication in all zones you are refreshing by performing the procedure Disable data
replication on page 498.
b) Confirm that data replication is disabled by performing the procedure Check a zone's replication
status with checkReplication on page 507.
c) Enable data replication for the zone by performing the procedure Enable data replication on page
497. Enable replication for a preferred zone first. Refer to the overview information for details.
4. Monitor the state of the appliances in the zone until they are completely operational by performing
the procedure Check the state of a zone from a browser on page 499.
5. Confirm that data replication is operating properly by performing the following procedures:
• Check a zone's replication status with checkReplication on page 507
• Run interzone diagnostic tool on page 646. Run the test for Count Comparison and Replication
Health Check.
6. After the first zone is stable, if you are refreshing additional zones, repeat steps 3 through 5.
7. Reboot the associated Media Managers, Media Gateways, and desktop devices in the zone by
performing the following procedures:
• Run Reboot Media Manager on page 588
• Reboot a Media Gateway on page 591
• Reboot communication devices on page 591
8. Take the zone out of maintenance mode and enable SNMP forwarding by performing the following
procedures:
• Take a zone out of maintenance mode to reenable BCP plan activation on page 598
• Reenable SNMP forwarding for a zone on page 596
Important
If you are rebooting more than one zone, reboot the appliances in one zone and let them come up fully to
ensure that there is a stable zone in the instance before you refresh the remaining zones. If you are
rebooting the zones within multiple instances, reboot the zones in one instance to ensure there is a stable
instance before restarting the zones in other instances.
If you are rebooting zones in a mixed zone enterprise that includes Unigy v2.0.1 zones, reboot all v2.0.1
zones before you reboot any higher version zones to ensure that the v2.0.1 zones can properly load the
database. If you are rebooting multiple zones in an enterprise where the same major version is deployed
in all zones, reboot preferred zones before you reboot the other zones. When possible, reboot a preferred
zone that has the highest software version deployed first to ensure that all data is preserved.
During this process, the system reboots the appliance that is now the Standby appliance.
4. Confirm that the zone is in a healthy state by performing the procedure Validate a zone after a
deployment, rollback, or other operations on page 638.
5. Take the zone out of maintenance mode and enable SNMP forwarding by performing the following
procedures:
• Take a zone out of maintenance mode to reenable BCP plan activation on page 598
• Reenable SNMP forwarding for a zone on page 596
6. After the first zone is stable, you can repeat these steps to reboot additional zones. If you are
performing the procedure during non-business hours, the zones can be rebooted at the same time.
Caution
Use this procedure only if you have not fully deployed the zone, because it requires that you roll back to
the point before you originally ran Zone Deployer. When you do this, you will lose any configuration work
you performed after the initial zone deployment.
1. Roll back to the point before Zone Deployer was run by performing the procedure Restore a CCM,
ACCM, or MM disk image from the command line on page 393. If only two rollback images are
available, use the one with the more recent date and time. If there are more than two images, use the
second file that was created.
2. Rerun Zone Deployer and specify the correct zone ID:
• If you are redeploying the first zone in the enterprise, perform the procedure Deploy the first or
only zone with Zone Deployer on page 489.
• If you are redeploying a zone that is not the first zone, perform the procedure Deploy subsequent
zones on page 495.
3. If the zone for which you changed the zone ID is a Unigy or Blue Wave zone in an enterprise in
which the JGroups protocols were updated, perform the following substeps to update the protocols for
the zone:
For a Unigy only zone, do the following:
1. Deploy the appropriate Unigy patch or hotfix that provides the JGroups protocol scripts and files
for the Unigy Replicator and Line Status channels and Blue Wave Adapter Async and RPC
channels.
2. Update the JGroups protocols on individual appliances for the Unigy and Blue Wave Adapter
channels - Unigy and Blue Wave zones on page 716
For a Blue Wave zone, do the following:
1. Deploy the appropriate Unigy patch or hotfix that provides the JGroups protocol scripts and files
for the Unigy Replicator and Line Status channels and Blue Wave Adapter Async and RPC
channels.
2. Deploy the appropriate Blue Wave patch or hotfix that provides the JGroups protocol scripts and
files for the Blue Wave Director Async and RPC channels.
3. Update the JGroups protocols on individual appliances for the Unigy and Blue Wave Adapter
channels - Unigy and Blue Wave zones on page 716
4. Update the JGroups protocols on individual appliances for the Blue Wave Director channels - Blue
Wave zones on page 718
Caution
This procedure is service impacting. Perform it only when the zones you are updating are not processing
calls or configuration requests.
8. Within the Call Progress Tones file field, click Browse, select the country.dat file you copied
to your computer in step 1, then click Load File.
9. Click Burn.
10. Perform a Media Gateway reset by clicking Device Actions ➤ Reset ➤ Reset.
11. Make test calls to confirm that the correct tones are played.
10.15 Synchronize zones that have been disconnected for more than 15
minutes
When the WAN (Wide Area Network) connection between zones in different geographic regions fails,
the zones continue to operate, but the system cannot replicate data between the isolated zones. This topic
describes how to recover from this problem when the network connection is restored and the zones
remerge. Recovery involves rebooting the appliances in one of the formerly isolated islands.
Prerequisite
To reestablish data replication between all of the zones in the enterprise, select one of the islands within
which you will reboot all of the appliances. This is usually the island that contains the fewest end users
and CDIs, but this is not a requirement.
For information on this condition, refer to Disconnected zones on page 327.
Reboot the appliances in one zone at a time. Perform this procedure for all zones in the island you are
rebooting.
1. If a BCP plan is available, activate the plan for the zone by performing the procedure Manually
activate a BCP plan (fail over) on page 294.
2. Place the zone you are rebooting into maintenance mode by performing the procedure Place a zone
into maintenance mode to disable BCP plan activation on page 597
3. Place the cluster into maintenance mode by performing the procedure Place a cluster into
maintenance mode to enable control of HA failovers on page 598
4. Place the standby appliance into maintenance mode by performing the procedure Place an appliance
or Media Gateway into maintenance mode to indicate it is unavailable on page 599.
5. Reboot the standby appliance by performing the procedure Reboot CCM on page 587.
6. Confirm that the services for the appliance are running and there are no errors by performing the
procedure Check the state of a zone from a browser on page 499.
7. After the appliance reboots, log in to the UMS with the zone VIP: https://vip.
8. Take the standby appliance out of maintenance mode by performing the procedure Take an appliance
or Media Gateway out of maintenance mode on page 600.
9. Indicate that the maintenance for the appliance is complete by performing the procedure Indicate that
maintenance on the Standby appliance is complete on page 601.
10. Force an HA failover to make the active appliance the standby appliance by performing the procedure
Force an HA failover on page 546.
This is a stateless failover, so active calls are dropped.
11. Repeat steps 4 through 9 for the second appliance in the HA pair.
12. Take the cluster out of maintenance mode by performing the procedure Take a cluster out of
maintenance mode to resume normal HA operation on page 599.
The system reboots the standby appliance.
13. Take the zone out of maintenance mode by performing the procedure Take a zone out of maintenance
mode to reenable BCP plan activation on page 598
1. The states of non-idle lines in zones A and B are pushed to zones C and D and the state of the lines in
zones C and D are pushed to zones A and B. This means that line status for idle lines in each zone
changes after the merge if they were BUSY or HELD in the other zones.
2. Logon sessions in the database are synchronized between zones A,B and zones C,D.
3. As a direct result of items 1 and 2, ICM and line calls between all four zones, including conferencing
and barging, begin to work.
4. The job that synchronizes call history records in every zone, synchronizes the call records the next
time it runs after the remerge.
5. Database replication does not automatically synchronize the database records between the merging
islands. After the remerge, alarms are raised from the database replicator indicating that a network
merge occurred and the zone must be restarted for the database to synchronize with the enterprise. If
configuration changes were made in one or both of the islands during the network outage, an
administrator must reboot the appliances in one of the islands to synchronize the databases. If
configuration changes were made in one of the islands, reboot the appliances in the other island. If
configuration changes were made in both islands, determine which changes should be preserved then
reboot the appliances in the other island. The configuration changes in that island are overwritten, so
you must reconfigure them after the databases are in sync.
6. If BCP is licensed and configured, the BCP plan for the smaller island can be activated to redirect the
users and CDIs to the larger island to minimize the impact when the remerge occurs.
The procedure for synchronizing the data is Synchronize zones that have been disconnected for more
than 15 minutes on page 326.
Note
If preferred zones are configured, the first zone you enable should be a preferred zone. If Multi-tier
Replication is enabled, the first zone you enable should be the portal zone for the associated data
center.
p) Enable data replication for the other zones for which you disabled it.
Note
Enable preferred zones before non-preferred zones, and if Multi-tier Replication is enabled, enable
portal zones before local zones.
Enable replication for one zone at a time. Wait for the replication to complete in one zone before
you enable replication for the next zone.
9. Confirm that the correct software versions are deployed on the Media Managers and Media Gateways
in the zone by performing the procedures Run MM software version on page 649 and Run Media
Gateway software version on page 650.
10. Restart all turrets and Pulse devices registered with the zone by performing the procedure Reboot
communication devices on page 591.
11. If it is necessary to install an OS patch, perform the procedure Install an OS patch in a single zone
from the UMS - manual install on page 134.
Note
If you are redeploying a zone that is involved in one of the following mixed zone enterprise scenarios and
you want to retain the existing higher version data, do not use this procedure, instead, refer to Redeploy
(reCOP) a zone that must load the database from a lower version zone on page 333.
• Zone you are redeploying is at a higher software version than all of the other zones in the enterprise.
• Zone you are redeploying is at a higher software version than other zones in the enterprise, it is
assigned a preferred zone that is a lower version zone, and you cannot assign a higher version zone
as the preferred zone. If you can change the preferred zone to a zone that is at the same version, it is
not necessary to use the alternate redeployment procedure.
In both of these scenarios, if you do not use the referenced procedure, data that is supported only in the
higher version zone will be lost when the zone loads the database from a lower version zone.
This procedure includes deploying the Common Operating Platform (COP) software, setting the
network configuration, deploying the personality software, deploying the zone, and reinstalling the
enterprise license.
Prerequisites:
Before you begin redeployment of the zone, be sure you have the following:
• DVD that contains the appropriate Unigy COP software version.
• DVD for the appropriate personality software version or access to the ISO file on an external data
storage device. This software might be on the same DVD as the COP software.
• Network settings for the zone that were configured with Network Configurator. Assign the same
values that were configured during the initial deployment, unless those values were not correct or
were changed after initial deployment. These values should be available in the Unigy Data Collection
Document or the Network Configurator properties worksheet described in the Common Appliance
Platform Onsite Installation Manual. You can also obtain this information by running the hostinfo
command from the command line. This might be necessary if the values were changed after the initial
deployment. You will reuse these values when you redeploy the zone appliances.
• Most recent enterprise license file. If you discover that the license is corrupt or you do not have the
license file, request a new license by sending a request with the enterprise fingerprint to Westbrook
Orders or to the Project Manager in your region who is responsible for providing licenses.
• ID assigned to the zone you are redeploying. If the original ID was not correct, determine the correct
ID.
1. Deploy the COP software on the CCM or ACCM appliances in the zone you are redeploying by
performing the procedure Deploy the COP (Common Operating Platform) software on page 448.
2. Log in to the UMS in a zone that is not the zone you are redeploying.
3. Remove from the database the CCM or ACCM appliances in the zone you are redeploying by
performing the procedure Remove hardware from the database on page 359.
4. Configure the network settings for the appliances in the zone by performing the procedure Configure
the appliance network settings with Network Configurator on page 450.
Assign the values that you collected in the prerequisites.
5. Deploy the personality software on the appliances by performing the procedure Deploy the appliance
personality software with Personality Deployer on page 465.
6. Deploy the zone on the appliances by performing the procedure Deploy subsequent zones on page
495.
Specify the zone ID that you determined in the prerequisites.
7. Confirm that the zone services are running and there are no errors by performing the procedure Check
the state of a zone from a browser on page 499.
8. Log in to the UMS in the zone you are redeploying.
9. Enable data replication for the zone by performing the procedure Enable data replication on page
497.
10. Validate the zone by performing the procedure Validate a zone after a deployment, rollback, or other
operations on page 638.
11. To ensure that the enterprise license is valid, install the license file that you collected in the
prerequisites by performing the procedure Install an enterprise license file on page 481.
10.18 Redeploy (reCOP) a zone that must load the database from a lower
version zone
Use this procedure to redeploy (reCOP) a zone that during the redeployment process must load the
database from a lower version zone. This could be because the zone is the only zone in the enterprise
that is at the higher software version, because the zone's preferred zone must be a lower version zone, or
because all higher version zones in the enterprise must be redeployed at the same time.
If the zone you are redeploying can load the database from a zone that has the same software version, do
not use this procedure; instead refer to Redeploy (reCOP) a zone in a multizone enterprise on page 331.
For example, if the enterprise includes more than one higher version zone and you can reassign the
preferred zone of the zone you are redeploying to one of these zones or you can remove the preferred
zone specification and let the zone selection algorithm select a higher version zone, you can use the
standard redeployment procedure referenced previously in this paragraph instead of this alternate
procedure.
The alternate procedure is required only when the zone must load the database from a lower version
zone. It is required because features that are supported only in the higher software version are not
available in the lower version database. For example, if you redeploy a Unigy v3.1 zone that is the only
v3.1 zone in a mixed zone enterprise with pre-v3.1 zones, end users will not be able to log in to
IQ/MAX TOUCH turrets that are registered with the zone without this procedure because the database
loaded from a lower version zone does not include the data required to support the IQ/MAX TOUCH
devices. To resolve this issue, you will back up the higher version database before you reCOP the zone
then restore the database to restore the higher version data to the zone.
For information on redeploying a zone due to a hardware failure, refer to the Hardware management
workflows chapter.
Prerequisites:
Before you redeploy the zone, be sure you have the following:
• DVD that contains the appropriate Unigy COP software version.
• DVD for the appropriate personality software version or access to the ISO file on an external data
storage device. This software might be on the same DVD as the COP software.
• Network settings for the zone that were configured with Network Configurator. Assign the same
values that were configured during the initial deployment, unless those values were not correct or
were changed after initial deployment. These values should be available in the Unigy Data Collection
Document for the customer or the Network Configurator properties worksheet described in the
Common Appliance Platform Onsite Installation Manual. You can also obtain this information by
running the hostinfo command from the command line. This might be necessary if the values
were changed after the initial deployment. You will reuse these values when you redeploy the zone
appliances.
• Most recent enterprise license file. If you discover that the license is corrupt or you do not have the
license file, request a new license by sending a request with the enterprise fingerprint to Westbrook
Orders or to the Project Manager in your region who is responsible for providing licenses.
• ID assigned to the zone you are redeploying. If the original ID was not correct, determine the correct
ID.
This procedure assumes that the zone you are redeploying has higher version data that you want to
preserve and it is in a state that will allow you to successfully perform an Enterprise database backup
from it. If the latter is not the case, you can use a backup from a time when the zone was healthy, if one
is available.
1. Check the state of the zone you are redeploying to determine whether it is in a healthy state before
you back up the database by performing the procedure Validate a zone before an upgrade, rollback,
or other operations on page 636.
2. Perform an Enterprise backup from the zone you are redeploying and download the backup file to an
external data storage device by performing the procedures Create or schedule a new backup on page
363 and Download a backup file on page 607.
Confirm that the zone specified in Execute Backup on Zone when you schedule the backup is the
zone you are redeploying. Be sure to download the backup file to an external device because all files
and data on the appliances are cleared when you reCOP them.
3. Deploy the COP software on the CCM or ACCM appliances in the zone you are redeploying by
performing the procedure Deploy the COP (Common Operating Platform) software on page 448.
4. Log in to the UMS in a zone that is not the zone you are redeploying.
5. Remove from the database the CCM or ACCM appliances in the zone you are redeploying by
performing the procedure Remove hardware from the database on page 359.
6. Configure the network settings for the appliances in the zone you are redeploying by performing the
procedure Configure the appliance network settings with Network Configurator on page 450.
Assign the values that you collected in the prerequisites.
7. Deploy the personality software on the appliances by performing the procedure Deploy the appliance
personality software with Personality Deployer on page 465.
8. Deploy the zone for the appliances by performing the procedure Deploy subsequent zones on page
495.
Specify the zone ID that you determined in the prerequisites.
9. Confirm that the zone services are running and there are no errors by performing the procedure Check
the state of a zone from a browser on page 499.
Also determine which appliance is the Active appliance and record its IP address.
10. Change the data replication setting for the zone:
a) Access the command line on the Active appliance (refer to the previous step).
b) Run the command su -lp then enter the appropriate password.
c) Run the command /opt/ipc/ha/scripts/DisableRepl.sh.
11. Restore the Enterprise backup you downloaded in step 2 to the zone you redeployed by performing
the procedure Restore an Enterprise backup in a single zone on page 374.
12. Log in to the UMS in the zone you redeployed.
13. Enable data replication for the zone by performing the procedure Enable data replication on page
497.
14. To ensure that the enterprise license is valid, install the license file that you collected in the
prerequisites by performing the procedure Install an enterprise license file on page 481.
15. Validate the zone by performing the procedure Validate a zone after a deployment, rollback, or other
operations on page 638.
Users can authenticate against an authentication server only when the server is in the Connected state.
The server state is Connected when Unigy can reach and connect to the server. The state is set to
Failed when an authentication server is not available or reachable. If a connection fails, the zone
association with the server must be reestablished.
1. Click Configuration ➤ Enterprise ➤ Security ➤ Delegated Authentication ➤ Authentication
Servers.
2. Within the Authentication Servers list, click the server for which you are reestablishing the
connection.
3. Within the Zone tab, click the zone for which you are reestablishing the connection then click
Remove.
4. Click +Assign.
5. In the Available to Assign panel, select the check box for the zone you are assigning to the server then
click Save.
Zone timers
• Session Timer Expires
• Session Timer MinSE
• Interzone Session Timer Expires
• Publication Timer Expires
These properties can be configured within the following panels:
• Zone Configuration panel at Configuration ➤ Enterprise ➤ System ➤ Zones
• Zone tab at Tools ➤ Deployment ➤ Hardware Deployment
Note
If the SIP Port is changed to a port that is already in use by another process, this process will fail and
an alert will be raised.
5. Check the state of the zone to ensure that the process did not fail by following the procedure: Check
the state of a zone from a browser on page 499. If necessary, correct the SIP Port by repeating the
steps above.
10.23 Enable or disable WebLogic, SWMS, and Enterprise Watch Web link
access
This procedure describes how to enable or disable access to the Weblogic Admin Console, SWMS
Admin Console, and Enterprise Watch Web links for zone analysis and troubleshooting purposes.
To perform this procedure, your user account must have the IPC Certified Tech role.
For information and considerations related to the Web links access, refer to Web links access on page
337.
1. Click Configuration ➤ Enterprise ➤ System ➤ Zones then in the Zones list, click the zone for
which you are enabling or disabling the Web links.
2. Click one of the following buttons. The button label changes based on the current state of the Web
links access:
• Click Enable Web links to enable the Web links.
• Click Disable Web links to disable the Web links.
The Job Progress message box is displayed.
3. Review the progress then when the Job Status is Completed, click Close.
You can determine the current Web links access status by observing the button label, which toggles
based on the current state (Enable Web links indicates the Web links are disabled, Disable Web links
indicates the Web links are enabled), or the Web Link Access check box in the Server Cluster section
of the panel. The check box is visible to all administrative users, but the buttons are visible only to IPC
Certified Tech users.
The Web links are disabled by default. After the Web links are enabled, they remain enabled for all
zones until one of the following events occurs. These events disable Web links for all users.
• Any IPC Certified Tech user disables the Web links for the zone.
• The person who enabled the Web links logs out of the UMS.
• The browser session of the user who enabled the Web links expires.
• Someone restarts (reboots) one of the appliances in the zone. This disables the Web links only for the
appliance that is restarted.
The following considerations apply to the Web links status for all users who are working with appliances
in the zone where the Web links are enabled:
• If you enable the Web links from one browser session then log in to the UMS in another browser
session, you will see that the Web links are enabled.
• The status changes are dynamic within a session, but not across sessions or for other users. In these
situations, you must refresh the panel to see the latest status. You can do this by re-clicking the zone
name in the Zones list on the left.
• If the person who enables the Web links has multiple browser sessions open and one of the browser
sessions expires, the Web links will be disabled when the session expires.
• If the person who enables the Web links closes their browser session without logging out of the UMS,
the status remains Enabled until the system cleans up the expired session.
• When you restart an appliance in a zone in which the Web links are enabled, the Web links status for
that appliance changes to Disabled.
• When you restart an appliance in an HA zone, the system changes the Web links status for that
appliance to Disabled, but the status of the peer appliance and the status in the database remain
Enabled. To enable Web links access for the appliance after it restarts, do one of the following:
• Run the following script from the command line on the appliance you restarted to reenable the
Web links for the appliance:
/opt/ipc/cop/tools/weblinksCtrl.sh enable
• Within the Zone Configuration or Zone panel, click Disable Web links then click Enable Web
links. This option disables the Web links for all of the appliances in the zone then reenables the
access, however, it will impact any users who are working with the Web links on other appliances
in this zone.
• In an HA zone where the Web links are enabled for both CCM or ACCM appliances, when an HA
failover occurs, the Web links status for both appliances remains Enabled. However, if you reboot the
appliance that failed, the Web links status for that appliance changes to Disabled. If another HA
failover occurs before you can resynchronize the appliances and the second appliance that failed is
rebooted, the Web links status for both appliances will be Disabled, but the Web links status for the
zone in the database will be Enabled. To correct this situation, disable then reenable the Web links
from the Zone Configuration or Zone panel.
hardware, send a license request to Westbrook Orders or to the Project Manager in your region who is
responsible for providing licenses.
• If you are replacing the appliances in a single zone enterprise, ensure that you have access to the most
recent Enterprise database backup file on an external data storage device. The backup that is currently
accessible from the UMS will not be available after you deploy the COP software, so be sure the file
is stored remotely. You should create a backup just before you deploy the new appliances to be sure
no data is lost.
• If an OS patch is required to apply operating system and security updates that are not included in the
appliance personality software ISO, ensure that you have the OS patch ISO file. This is available
from the IPC FTP site, FilesAnywhere.
If you are replacing the appliances in multiple zones and are not using Single Click Deployment to
deploy the zones, the recommendation is to replace the appliances for one zone at a time. However, if
the maintenance window is not long enough to permit this, retain one zone as a peer zone, upgrade the
hardware in the other zones, then upgrade the appliances in the peer zone. To save time, you can perform
steps 1 through 8 for the appliances in all zones that are being upgraded, except the peer zone, at the
same time, but you must perform the remaining steps for one zone at a time.
Caution
This procedure is service impacting, so it should be performed at a time when the impacted appliances
are not processing calls or configuration requests.
1. Install the R640 appliances in a cabinet. For information on racking an appliance, refer to the
Common Appliance Platform Onsite Installation Manual.
2. If you are replacing the appliances for a zone in a single zone enterprise and have not already done
so, create an Enterprise backup file and download it to an external data storage device by performing
the procedures Create or schedule a new backup on page 363 and Download a backup file on page
607.
3. Disconnect the appliances you are replacing from the network.
If you are replacing all appliances in the enterprise, disconnect the peer zone appliances only after an
upgraded zone is available to serve as the peer zone.
4. Do one of the following:
• If you are using Single Click Deployment to deploy the appliances, refer to Deploy a software
update that requires a new COP with Single Click Deployment on page 31.
• If you are not using Single Click Deployment, complete the remaining steps in this procedure.
5. IPC Manufacturing normally deploys the Common Operating Platform (COP) software on new
appliances before they are shipped. If the COP software is not installed on the new appliances, deploy
the COP on each R640 appliance by performing the procedure Deploy the COP (Common Operating
Platform) software on page 448.
6. In a multizone enterprise, log in to the UMS in any zone, other than a zone for which you are
replacing the appliances, and remove from the database the appliances you are replacing by
performing the procedure Remove hardware from the database on page 359.
If you are replacing the appliances for all zones in the enterprise and are not replacing one zone at a
time, remove the appliances for all zones except the peer zone.
7. Configure the network settings for the new appliances. Assign the configuration values you collected
in the prerequisites.
For information on configuring the network settings, refer to Configure the appliance network
settings with Network Configurator on page 450.
8. Deploy the appropriate personality software on the new appliances by performing the procedure
Deploy the appliance personality software with Personality Deployer on page 465.
9. Deploy the zone by performing one of the following procedures on the appliances in the zone.
Note
Specify the zone ID that was assigned during the initial zone deployment.
• In a single zone enterprise, perform the procedure Deploy the first or only zone with Zone
Deployer on page 489.
• In a multizone enterprise, perform the procedure Deploy subsequent zones on page 495.
10. If you are deploying the appliances in a single zone enterprise, do the following:
a) Restore the Enterprise backup file you created previously by performing the procedure: Restore an
Enterprise backup in a single zone on page 374.
b) Log in to the UMS with a user account that has the IPC Certified Tech role assigned.
If the account does not have full access privileges, reinstall the Certified Admin IPC Technician
license for the account. If an IPC Certified Tech account is not available, add a user account and
install the Certified Admin IPC Technician license for the account by performing the procedure
Add an IPC Certified Technician user on page 488.
c) Log in to the UMS and remove the old appliances from the database by performing the procedure
Remove hardware from the database on page 359.
You must do this within two hours of restoring the database.
11. Confirm that the zone services are running and there are no errors by performing the procedure Check
the state of a zone from a browser on page 499.
12. Install the new enterprise license by performing the procedure Install an enterprise license file on
page 481.
Perform this step only for the first zone you are upgrading.
13. Confirm that the appliances registered with the zone by performing the procedure Confirm that a
device registered with a zone on page 362.
14. If you deployed a higher version of the appliance personality software than the version that was
deployed on the appliances you replaced, deploy the software on other devices, including Media
Managers, Media Gateways, turrets, Pulse devices, and Unigy Soft Clients, by performing the
procedure Upgrade the software on system devices on page 558.
15. Check the state of the zone by performing the procedure Validate a zone after a deployment, rollback,
or other operations on page 638.
16. Change the zone's BCP status to Active by performing the procedure Change a zone's BCP status to
Active on page 498.
17. If it is necessary to install an OS patch, perform the procedure Install an OS patch in a single zone
from the UMS - manual install on page 134.
18. If you are replacing the appliances in multiple zones and you performed steps 1 through 8 for all of
the appliances you are replacing, repeat steps 9 through 17 for each additional zone. If you did not
perform steps 1 through 8 for all of the appliances you are replacing, perform steps 3 through 17 for
each zone.
6. Configure the appliance network settings for the new appliance. For information on configuring the
network settings, refer to Configure the appliance network settings with Network Configurator on
page 450.
Use the same network configuration that was used for the appliance you are replacing.
7. Deploy the appropriate personality software on the new appliance by performing the procedure
Deploy the appliance personality software with Personality Deployer on page 465.
8. Deploy the zone on the new appliance by performing the steps indicated in the procedure Deploy
subsequent zones on page 495.
Specify the zone ID that was assigned to the appliance you replaced.
If the appliance you are replacing is in the first zone deployed in the enterprise, the second zone
deployed in the enterprise should serve as the peer zone. For any other zone, any appropriate zone can
serve as the peer zone.
In a multi-zone enterprise, confirm that the preferred zone for the zone in which you are replacing the
appliance is appropriate for providing the database dump when the new appliance comes up. If the
appliance you are replacing is the primary appliance (CCM 1 or ACCM 1) in the first zone that was
deployed in the enterprise, assign the second zone that was deployed as the preferred zone, unless the
second zone is not appropriate; for example, because it is not available or has a lower database
schema. If you do not specify a preferred zone, Unigy uses the zone selection algorithm to select an
appropriate zone as the database source.
9. If the appliance you replaced is the primary appliance for the zone, do one of the following:
• If the appliance you are replacing is the primary appliance for a zone in a multi-zone enterprise:
1. Bring up the primary appliance (CCM 1 or ACCM 1) if it is not already up. It will come up as
the Active appliance and will pull the database from the preferred zone you specified in the
previous step or the zone selected by the zone selection algorithm, if you did not specify a
preferred zone.
2. When the primary appliance is up, monitor its status until all of the services are running
successfully by performing the procedure Check the state of a zone from a browser on page
499. Use the checkMyStatus option.
3. Power up the secondary appliance (CCM 2 or ACCM 2). It will come up as the Standby
appliance and load the database from the primary appliance.
• If the appliance you are replacing is the primary appliance in a single zone enterprise:
1. Power down the primary appliance (CCM 1 or ACCM 1).
2. Power up the secondary appliance (CCM 2 or ACCM 2). It will come up as the Active
appliance with its local database.
3. When the secondary appliance is up, monitor its status until all of the services are running
successfully by performing the procedure Check the state of a zone from a browser on page
499. Use the checkMyStatus option.
4. Power up the primary appliance. The appliance comes up as the Standby appliance and loads
the database from the secondary appliance.
10. Check the state of the zone, and for a multizone enterprise, confirm that the zones are communicating
by performing the procedure Validate a zone after a deployment, rollback, or other operations on
page 638.
11. If a hotfix is required. deploy the hotfix on the new appliance:
a) Because status data in the database indicates that the hotfix is deployed on both appliances in the
zone, perform the following steps to rename the installed_hotfix_iso.lst.peer file.
This removes the current status of the hotfix .iso file so you can deploy it from within the
Software Deployment Install panel:
1. Access the command line on the zone's Active appliance.
2. Run the command su -lp and enter the appropriate dynamic password.
3. Run the command mv /opt/ipc/deployment/iso/hotfix/
installed_hotfix_iso.lst.peer /opt/ipc/deployment/iso/hotfix/
installed_hotfix_iso.lst.peer.bak.
b) Disable data replication by performing the procedure Disable data replication on page 498. You
can start with any zone based on the following:
• If the enterprise consists of a single Unigy instance, disable replication for all zones in the
enterprise.
• If the enterprise consists of multiple Unigy instances, disable replication only for the zones in
the instance associated with the appliance for which you are deploying the hotfix.
c) Log in to the UMS with the VIP of the zone in which you replaced the appliance.
d) Place the zone into maintenance mode and disable SNMP forwarding by performing the following
procedures:
• Disable SNMP forwarding for a zone on page 596.
• Place a zone into maintenance mode to disable BCP plan activation on page 597.
e) Place the zone cluster into maintenance mode by performing the procedure Place a cluster into
maintenance mode to enable control of HA failovers on page 598.
f) Place the Standby appliance into maintenance mode by performing the procedure Place an
appliance or Media Gateway into maintenance mode to indicate it is unavailable on page 599.
g) Perform the procedure Deploy an ISO file on page 550 to deploy the hotfix.
Because you are deploying the software only on the replaced appliance, clear the following check
boxes after you click Install Zone to prevent the processes from being implemented:
• Automatic Deployment
• Install the update simultaneously on both servers in the zone
h) After the deployment completes, monitor the state of the appliances in the zone until all services
are running successfully by performing the procedure Check the state of a zone from a browser on
page 499.
i) Confirm that the hotfix was installed by performing the procedure Confirm that an update was
deployed on page 552.
j) Take the Standby appliance out of maintenance mode by performing the procedure Take an
appliance or Media Gateway out of maintenance mode on page 600.
k) Indicate that the maintenance for the Standby appliance is complete by performing the procedure
Indicate that maintenance on the Standby appliance is complete on page 601.
l) Take the cluster out of maintenance mode by performing the procedure Take a cluster out of
maintenance mode to resume normal HA operation on page 599.
m) Take the zone out of maintenance mode and enable SNMP forwarding by performing the
following procedures:
• Take a zone out of maintenance mode to reenable BCP plan activation on page 598.
• Reenable SNMP forwarding for a zone on page 596.
n) Enable data replication in one of the zones for which you disabled it by performing the procedure
Enable data replication on page 497.
Note
If preferred zones are configured, the first zone you enable should be a preferred zone. If Multi-tier
Replication is enabled, the first zone you enable should be the portal zone for the associated data
center.
o) Enable data replication for the other zones for which you disabled it.
Note
Enable preferred zones before non-preferred zones, and if Multi-tier Replication is enabled, enable
portal zones before local zones.
Enable replication for one zone at a time. Wait for the replication to complete in one zone before
you enable replication for the next zone.
12. Confirm that the correct software versions are deployed on the Media Managers and Media Gateways
in the zone by performing the procedures Run MM software version on page 649 and Run Media
Gateway software version on page 650.
13. Install the enterprise license you obtained in the prerequisites by performing the procedure Install an
enterprise license file on page 481.
14. Restart all turrets and Pulse devices registered with the zone by performing the procedure Reboot
communication devices on page 591.
15. If it is necessary to install an OS patch, perform the procedure Install an OS patch in a single zone
from the UMS - manual install on page 134.
1. Remove the damaged CCM or ACCM appliances and install the new hardware in the cabinet. For
information on racking an appliance, refer to the Common Appliance Platform Onsite Installation
Manual.
2. IPC Manufacturing normally deploys the Common Operating Platform (COP) software on new
appliances before they are shipped. If the software is not installed on the new appliances, deploy the
COP on both appliances by performing the procedure Deploy the COP (Common Operating
Platform) software on page 448.
3. In a multizone enterprise, log in to the UMS in any other zone in the enterprise and remove from the
database the appliances that were in the zone you are redeploying by performing the procedure
Remove hardware from the database on page 359.
4. Configure the network settings for both appliances. Assign the configuration values you collected in
the prerequisites. For information on configuring the network settings, refer to Configure the
appliance network settings with Network Configurator on page 450.
5. Deploy the appropriate personality software on both appliances by performing the procedure Deploy
the appliance personality software with Personality Deployer on page 465.
6. Deploy the zone by performing one of the following procedures on both appliances.
Note
Specify the zone ID that was assigned during the initial zone deployment.
• In a single zone enterprise, perform the procedure Deploy the first or only zone with Zone
Deployer on page 489.
• In a multizone enterprise, perform the procedure Deploy subsequent zones on page 495.
7. Confirm that the zone services are running and there are no errors by performing the procedure Check
the state of a zone from a browser on page 499.
8. If you are deploying the appliances in a single zone enterprise, restore the database backup file by
performing the procedure Restore an Enterprise backup in a single zone on page 374.
9. Log in to the UMS with the secadmin user account.
10. Install the new enterprise license by performing the procedure Install an enterprise license file on
page 481.
11. Log in to the UMS with a user account that has the IPC Certified Tech role assigned.
If the account does not have full access privileges, reinstall the Certified Admin IPC Technician
license for the account. If an IPC Certified Tech account is not available, add a user account and
install the Certified Admin IPC Technician license for the account by performing the procedure Add
an IPC Certified Technician user on page 488.
12. Enable device registration by performing the procedure Enable device registration on page 496.
13. Confirm that the appliances registered with the zone by performing the procedure Confirm that a
device registered with a zone on page 362.
14. Deploy the software on other devices, including Media Managers, Media Gateways, turrets, Pulse
devices, and Unigy Soft Clients, by performing the procedure Upgrade the software on system
devices on page 558.
15. Enable data replication for the zone you are deploying by performing the procedure Enable data
replication on page 497.
16. Check the state of the zone by performing the procedure Validate a zone after a deployment, rollback,
or other operations on page 638.
17. Change the zone's BCP status to Active by performing the procedure Change a zone's BCP status to
Active on page 498.
18. If it is necessary to install an OS patch, perform the procedure Install an OS patch in a single zone
from the UMS - manual install on page 134.
Note
Deploy the replacement appliances with the same network settings as the appliances they are replacing.
Prior to performing this procedure, the following prerequisites must be complete for all applicable
appliances:
1. Log in to the UMS in the peer zone (the surviving zone) and remove the appliances you are replacing
from the database by performing the procedure Remove hardware from the database on page 359.
2. Install the new enterprise license by performing the procedure Install an enterprise license file on
page 481.
3. Deploy the personality software on the primary and secondary appliances, and if applicable, Media
Manager, in all of the zones being restored by performing the procedure Deploy the appliance
personality software with Personality Deployer on page 465.
4. From the peer zone, deploy one of the zones by performing the procedure Deploy subsequent zones
on page 495 on the primary and secondary appliance in the zone.
5. Confirm that the zone services are running and there are no errors by performing the procedure Check
the state of a zone from a browser on page 499.
6. Log in to the UMS in the zone you deployed with the zone VIP: https://vip.
7. Enable device registration by performing the procedure Enable device registration on page 496.
8. Confirm that the appliances and the associated CDIs registered with the zone by performing the
procedure Confirm that a device registered with a zone on page 362.
9. Reboot the turrets and Pulse devices registered with the zone by performing the procedure Reboot
communication devices on page 591.
10. Enable data replication for the zone you are deploying by performing the procedure Enable data
replication on page 497.
11. Check the state of the zone by performing the procedure Validate a zone after a deployment, rollback,
or other operations on page 638.
12. Change the zone's BCP status to Active by performing the procedure Change a zone's BCP status to
Active on page 498.
13. Repeat steps 4 through 12 for each zone you are redeploying.
14. As applicable, add Media Gateway and Unigy Soft Clients and perform any configuration that is
required.
15. Run the tests in Validation workflow on page 635.
Note
Deploy the replacement appliances with the same network settings as the appliances they are
replacing.
Prior to performing this procedure, the following prerequisites must be complete for all applicable
appliances:
1. Deploy the personality software on the primary and secondary appliances, and if applicable, Media
Managers, in all of the zones being restored by performing the procedure Deploy the appliance
personality software with Personality Deployer on page 465.
2. Deploy the first zone on the primary and secondary appliances in the zone that will serve as the peer
zone by performing the procedure Deploy the first or only zone with Zone Deployer on page 489 on
each appliance. Assign the same zone ID for both appliances.
3. Confirm that the zone services are running and there are no errors by performing the procedure Check
the state of a zone from a browser on page 499.
4. Restore the enterprise backup file you obtained in the prerequisites by performing the procedure
Restore an Enterprise backup in a single zone on page 374.
5. Log in to the UMS with a user account that has the IPC Certified Tech role assigned.
If an account is not available, log in with the secadmin account, add a user, then install the
Certified Admin IPC Technician license to assign the IPC Certified Tech role by performing the
procedure Add an IPC Certified Technician user on page 488. If an IPC user account exists, but it
does not have all access rights, reinstall the Certified Admin IPC Technician license for the account.
6. Remove the replaced appliances from the database by performing the procedure Remove hardware
from the database on page 359.
7. Reboot both appliances in the peer zone by performing the procedure Reboot CCM on page 587.
8. Confirm that the zone services are running and there are no errors by performing the procedure Check
the state of a zone from a browser on page 499.
9. Install the new enterprise license by performing the procedure Install an enterprise license file on
page 481.
10. Enable device registration by performing the procedure Enable device registration on page 496.
11. Deploy the software on other devices, including Media Managers, Media Gateway, turrets, Pulse
devices, and Unigy Soft Clients, by performing the procedure Upgrade the software on system
devices on page 558.
12. Enable data replication by performing the procedure Enable data replication on page 497.
13. Check the state of the zone by performing the procedure Validate a zone after a deployment, rollback,
or other operations on page 638.
14. Change the zone's BCP status to Active by performing the procedure Change a zone's BCP status to
Active on page 498.
15. Deploy a subsequent zone from the first zone by performing the procedure Deploy subsequent zones
on page 495.
16. Confirm that the zone services are running and there are no errors by performing the procedure Check
the state of a zone from a browser on page 499.
17. Log in to the UMS in the zone you just deployed.
18. Enable data replication for the zone by performing the procedure Enable data replication on page
497.
19. Check the state of the zone by performing the procedure Validate a zone after a deployment, rollback,
or other operations on page 638.
20. Deploy the software on other devices, including Media Gateway, turrets, Pulses, and Unigy Soft
Clients by performing the procedure Upgrade the software on system devices on page 558.
21. Change the zone's BCP status to Active by performing the procedure Change a zone's BCP status to
Active on page 498.
22. If you are deploying additional zones, repeat steps 15 through 21 for each zone.
23. As applicable, add Media Gateway and Unigy Soft Clients and perform any configuration that is
required.
24. Run the tests in Validation workflow on page 635.
• Network Configurator settings that were assigned to the failed appliance so you can reuse them for
the new appliance. For information on these settings, refer to Information to collect prior to running
Network Configurator or performing an upgrade on page 462 or to the customer Data Collection
document.
• If an OS patch is required to reapply operating system and security updates, ensure that you have the
OS patch ISO file. This is available from the IPC FTP site, FilesAnywhere.
1. Remove the damaged appliance and install the new hardware in the cabinet. For information on
racking an appliance, refer to the Common Appliance Platform Onsite Installation Manual.
2. IPC Manufacturing normally deploys the Common Operating Platform (COP) software on an
appliance before it is shipped. If this software is not installed on the new appliance, deploy the COP
by performing the procedure Deploy the COP (Common Operating Platform) software on page 448.
3. Configure the appliance network settings. Assign the configuration values you collected in the
prerequisites. For information on configuring the network settings, refer to Configure the appliance
network settings with Network Configurator on page 450.
4. Deploy the Media Manager personality software by performing the procedure Deploy the appliance
personality software with Personality Deployer on page 465.
The MM registers with the zone specified as the Registration Host.
5. Log in to the UMS: https://vip.
6. Confirm that the new MM registered with the zone by performing the procedure Confirm that a
device registered with a zone on page 362.
7. Remove the entry for the replaced Media Manager from the database by performing the procedure
Remove hardware from the database on page 359.
8. Reboot the Media Manager by performing the procedure Run Reboot Media Manager on page 588.
9. Confirm that the MM is operating properly:
a) Click Configuration ➤ Sites ➤ Servers ➤ Media Managers.
b) In the Media Managers list, click the MM.
c) Within the Media Manager Maintenance tab, confirm that the Media Manager Status is In
Traffic.
10. If it is necessary to install an OS patch, perform the procedure Install an OS patch in a single zone
from the UMS - manual install on page 134.
Note
Do not add both primary and standby Media Gateways to the UMS as separate devices; only one device
should be listed in the UMS.
1. In the UMS, in Tools ➤ Deployment ➤ Hardware Deployment, locate the primary Media Gateway
that the standby is being prepared for. Do not create a new Media Gateway in the UMS for the
standby machine.
2. Update the IP address of the primary device to the standby Media Gateways IP address.
3. In Tools ➤ Deployment ➤ Software Deployment, perform a software upgrade of the Media
Gateway; be sure to select Override Config.
4. In Configuration ➤ Sites ➤ Trunks ➤ Media Gateways, select the Media Gateway from the list.
5. Click the Properties button.
6. Click the CAS File Management tab.
7. In the To be Updated on MG column, select the check box for the CAS files. CAS files on the
standby MG must be listed in the same order as the primary MG.
Figure 46: Media Gateway Details - CAS File Management tab
8. Click Sync.
9. Perform the procedure Apply changes to a Media Gateway configuration on page 586.
Be sure to enable SSH remote access if it is not enabled.
10. Click the Media Gateway Maintenance tab.
11. Expand the Reset Configuration section then click Reboot.
12. Test that the standby Media Gateway is working properly.
a) Move the cables connected to the primary Media Gateway to the standby Media Gateway.
b) Reset the standby Media Gateway so that the connections are established. There should be a green
signal on all the Media Gateway trunks.
c) Make test calls from Unigy.
13. Once the verification and testing is complete, update the device IP address back to the primary Media
Gateway’s IP address.
14. If the cables were plugged into standby for testing purposes, plug them all back to the primary Media
Gateway, and reset the primary Media Gateway.
Note
If any configuration changes are made while the standby Media Gateway is in service, perform the
procedure Apply changes to a Media Gateway configuration on page 586 then click Reset when
switching back to the primary.
15. Test and verify calls from Unigy to verify the primary Media Gateway is good.
After completion of these steps, the standby Media Gateway has the same configuration as the primary
Media Gateway but the lines and network ports are not connected. Remember that any future
configuration changes made to the primary Media Gateway also need to be made to the warm standby
Media Gateway. A best practice would be to swap the Media Gateways whenever you make changes.
This ensures both are working and have the same configuration.
The standby Media Gateway can be brought into service by swapping the lines with the primary Media
Gateway and bringing the network ports on line.
Note
This is considered N+N redundancy. A warm standby Media Gateway cannot be used for more than one
primary Media Gateway.
c) In the Deployment Zones panel, click the current turret home zone.
d) Within the IQ/MAX & Edge tab, click the turret then click Remove Device.
e) In the Delete Confirmation message box, click Yes.
The system removes the turret and all associated data from the database. After approximately three
minutes, the turret reboots and registers with the new home zone.
7. When the turret is available, confirm that it registered with the new zone:
a) Within the UMS, click Tools ➤ Deployment ➤ Hardware Deployment.
b) In the Deployment Zones panel, click the new turret home zone.
c) Within the IQ/MAX & Edge tab, locate the turret in the list.
8. Assign the turret personality if the system does not assign it automatically:
a) Click Configuration ➤ Enterprise ➤ License Manager.
b) Click the Active license.
c) Within the License Detail panel, click one of the following personality licenses for the turret, based
on the type of turret, then click View Assigned:
• IQ/MAX Edge100 TSL
• IQ/MAX Edge200 TSL
• IQ/MAX SU4 only TSL
• IQ/MAX TSL
d) Click +Assign.
e) In the Available to Assign panel, select the check box for the turret you are moving then click <
Assign.
f) Click Save.
9. If applicable, assign the appropriate number of additional speaker licenses that apply to the turret. Use
the legacy (Flash) UMS (https://<your_VIP>/ums/UMSClient.html) or Mass Edit Client
to accomplish this task. This is necessary because the Communication Devices menu is not available
in the HTML5 interface. This step describes the legacy procedure.
a) Click Configuration ➤ Sites ➤ Communication Devices ➤ IQ/MAX & Edge.
b) In the Turrets list on the left, click the turret to which you are assigning the license.
c) In the Speaker License field, select the number of speaker licenses to assign then click Save.
c) In the Speaker License field, select the speaker license then click Save.
Note
If you are removing a device from service, remove the device from the network to prevent it from re-
registering after you remove it from the database. If you are moving a device to a different zone, be sure
that the zone assignment on the device specifies the correct zone so the device re-registers with that
zone.
Removing the data is necessary to ensure that the system does not attempt to support devices that are no
longer associated with the enterprise and to eliminate hardware conflicts. If you are replacing a device,
you must remove the hardware that is being replaced from the database because the replacement
hardware generally has the same network configuration, but a different MAC address.
When you remove a device, the system deletes the device and all associated data from the database.
New and moved devices register with the associated zone when device registration is enabled for the
zone. When the device registers with the zone, the system assigns the default values specified in the
prototype device.
You can remove the following types of devices from the database through the UMS:
• Converged Communications Manager (CCM) appliances
• Aggregated Converged Communications Manager (ACCM) appliances
• Media Manager (MM) appliances
• Media Gateways (MGs)
• CDIs (turrets, Pulse devices, and Unigy Soft Clients)
Remove device records from the database when you do the following:
• Replace a device.
• Remove a device from service.
• Move a device to a different home zone.
• Move the appliances in a zone to a different instance.
• Deploy a replica system with a customer database.
• Roll back a Unigy upgrade to Unigy v2.0 (applies only to MMs and MGs).
• Restore a database that includes devices that are different from the devices in the current enterprise.
Note
During a pre-v3.0 upgrade, remove only the devices that will not be used in the upgraded Unigy
enterprise.
Note
When possible, perform this procedure during non-business hours.
When you remove CCM or ACCM appliances that will re-register with a zone, after the appliances
register, the Role and State displayed within the Members tab (Configuration ➤ Sites ➤ Servers ➤
Clusters) will not match the Server Role and Server State displayed in the Cluster Operation Output
Details section or the output from Check the state of a zone from a browser on page 499. To correct this
mismatch, restart the zone by performing the procedure Refresh (restart) a zone in a single zone
enterprise on page 318 or Refresh (restart) zones in a multizone enterprise on page 319. If the UMS for
the zone is not accessible, log in to both appliances through SSH and reboot them at the same time.
1. Click Tools ➤ Deployment ➤ Hardware Deployment.
2. In the Deployment Zones panel, click the zone from which you are removing the device.
3. Click the appropriate tab for the device you are removing: Servers (for CCMs, ACCMs, and MMs),
Media Gateways, IQ/MAX & Edge, Soft Clients, Pulse, or IQ/MAX Touch.
4. Click the device you are removing then click Remove Device.
5. In the Delete Confirmation message box, click Yes.
The system deletes the device and all associated data from the database. If you did not remove the
device from the network before removing it from the database, within approximately three minutes
the device will attempt to register with the zone assigned to it.
The system deletes the CDI and associated data from the database. If you did not disconnect the CDI
as suggested in the Prerequisite section, within approximately three minutes it will re-register with the
zone configured on the CDI.
Caution
Run backup jobs during off-peak or non-business hours.
1. Log in to the UMS in the zone for which you are creating the backup.
If you are performing an Enterprise backup and Multi-tier Replication is enabled for the enterprise,
log in to the appropriate portal zone.
2. In the menu bar, click Tools ➤ Backup & Restore.
3. Click the Schedule tab.
The Schedule panel is displayed and lists the scheduled jobs.
4. Click Schedule Backup to create a new backup.
The Schedule New Backup Job panel is displayed. The fields that are shown depend on the values that
you select.
Figure 47: Schedule New Backup Job panel
8. Do one of the following for the User-Specific or Archive all Zone backup type:
• For User-Specific backups, click the Users button and select one or more users from the User
pop-up. Then click Assign.
• Click the sort arrow in the User pop-up to change the list’s order, or type a user’s name in the
Login Name text box at the top of this panel to dynamically filter the users displayed in this
panel.
• Click the blue icon next to a user in the User List box to remove that user from the list of those
to be backed up.
• For Archive all Zone backups, type a number in the Archive Scope field to specify how many
days of historical data to leave in each zone. All historical data prior to the number of days
specified is archived then removed from the database. For example, if the scope is 5, all historical
data that is older than five days is archived and removed from the database. The data that remains
in the database is available for reports and diagnostics. Due to potential performance issues that
can occur when certain default configuration data values are changed, do not retain more than
fourteen days of data.
9. Select one of the following in the Perform Backup list.
• Immediately: starts the process of assembling the backup data sets and begins the back up when
you click Save.
• At a Specific Time: delays the backup until a later date. Selecting this option enables the
Scheduled Date & Time field.
10. If you selected At a Specific Time in the previous step, complete the following to set a date and time.
This can be the specific date at which to run the backup job, or it can be the start date of a recurring
backup job.
a) Click the calendar icon next to the Scheduled Date & Time text box. The calendar popup opens
with the current date selected.
b) Edit the time by clicking the up and down arrows. The values are based on a 24 hour clock.
c) When the time is correct, select the date. Change the month, if necessary, before selecting the day.
Clicking a day closes the calendar popup and enters the selected date and time in the Scheduled
Date & Time text box.
Note
Cancel closes the calendar popup and clears the value in the Scheduled Date & Time text box.
• If you selected At A Specific Time for the Perform Backup/Restore field, the system displays the
job within the Schedule tab.
• If the job is scheduled to run within 30 minutes of another scheduled job, the system displays the
following error message:
Figure 48: Error when scheduled backup or restore jobs are scheduled too closely
Click OK, change the Scheduled Date & Time, and repeat this step.
Note
Run backup and restore jobs during off-peak or non-business hours.
Note
The Type, Storage Type, Remote Server, Enterprise, Instance, Zone, and Archive Scope(no. of days)
fields are read-only when editing a scheduled restore job. Remember too that only user and archive
backups can be scheduled restore jobs. Typically, scheduling restore jobs is not done on live systems.
4. For a scheduled backup job, select the backup type in the Type list. See Backup types on page 369
for information about what is included in the different types of backup jobs. See Recommended
backup types on page 371 for a table listing scenarios for using a specific backup.
5. In Execute Backup on Zone, select the zone in which the backup or restore job will run.
If partial replication is enabled, Archive all Zone backup or restore jobs can run only in collector
zones.
6. For scheduled backup jobs, select a Storage Type to change where the scheduled backup .tar file
will be stored:
• Local: saves the assembled backup data set in the default backup directory, /var/opt/ipc/
service_backup_restore, on the CCMs or ACCMs in the zone specified in Execute
Backup on Zone.
• Remote: saves the assembled backup data set in a directory on another server. Configured servers
are in the list. Click Edit to configure remote servers. See the procedure, Add or edit a remote
backup server on page 605 to work with the Remote Backup page.
7. Do one of the following for the User-Specific or Archive all Zone backup types:
• For User-Specific backups, click the Users button and select users from the User pop-up.
• Click the sort arrow in the User pop-up to change the list’s order, or type a user’s name in the
Login Name text box at the top of this panel to dynamically filter the zones displayed in this
panel.
• Click the blue icon next to a user in the User List box to remove that user from the list of those
selected for the scheduled job.
Note
For scheduled restore jobs, all users in the User List box will be restored unless you click the red
icon next to a user in the User List box to remove that user from the list of those scheduled to be
restored.
• For Archive all Zone backups, type a number in the Archive Scope field to specify how many
days of historical data to leave in each zone. All historical data prior to the number of days
specified is archived then removed from every zone. For example, if the scope is 5, all historical
data in every zone that is older than five days is archived and removed from the database. The data
that remains in the database is available for reports and diagnostics.
8. Select one of the following in the Perform Backup/Restore list.
• Immediately: runs the backup or restore job when you click OK.
• At a Specific Time: delays the backup or restore until a later date. Selecting this option enables the
Scheduled Date & Time field.
9. If you selected At a Specific Time in the previous step, complete the following to select a date and
time. This can be the specific date at which to run the job, or for a backup job, it can be the start date
of a recurring job.
a) Click the calendar icon next to the Scheduled Date & Time text box. The calendar popup opens
with the current date selected.
b) Edit the time by clicking the up and down arrows. The values are based on a 24 hour clock.
c) When the time is correct, select the date. Change the month, if necessary, before selecting the day.
Clicking a day closes the calendar popup and enters the selected date and time in the Scheduled
Date & Time text box.
Note
Cancel closes the calendar popup and clears the value in the Scheduled Date & Time text box.
Note
Scheduled restore jobs cannot be recurring.
• If the job is scheduled to run within 30 minutes of another scheduled job, the system displays the
following error message:
Figure 50: Error when scheduled backup or restore jobs are scheduled too closely
Click OK, change the Scheduled Date & Time, and repeat this step.
Note
Beginning with Unigy v2.0.1.5, Full and Local All Zones backups are no longer supported. Beginning with
Unigy v3.0, Local Zone backups are no longer supported. Recurring Full, Local Zone, and Local All
Zones backups that were scheduled in previous versions should be removed.
User backup
A user backup contains the configuration data of users in the Unigy database. This includes user account
details (role, license, codec, location), and end user feature settings (buttons, speakers, recording,
directory, contacts, reports, and other features). Restoring a user backup replaces or updates the current
data of the users being restored with data from the backup data set.
There are two types of user backups: User-Specific and User-All. A User-Specific backup contains the
data of one or more users selected for the backup. A User-All backup contains the data of every user in
the Unigy database that is replicated to every zone.
• CommunicationHistoryNote
• Job
• JobDetail
• JobParamValue
• LicensedFeatureAnonymousCheckoutHistory
• LicensedFeatureAssignedDeviceHistory
• LicensedFeatureAssignedUserHistory
• LoginHistory
• LogOffEventHistory
• LogOffEventLogOffEventHistoryLogOffEventHistoryMap
• MMCapacityHistory
• MMCapacityHistoryInterval
• PasswordChangeHistory
• ReportHistory
• VoiceQualityReport
When you set up an Archive all Zone backup, you specify the number of days of data to leave in the
database. The system backs up all data prior to this date then deletes the archived data from all
applicable zones. The backup runs only in the zone specified when you schedule the backup job. If the
enterprise consists of multiple realms and partial replication is enabled, the Archive all Zone backup
archives and purges only the data for the zones within the realm with which the specified zone is
associated. If the enterprise has a single realm, the backup purges the archived data from all of the zones
in the enterprise. When there are multiple realms, there should be an Archive all Zone backup
configured in a zone within each realm to ensure that archive data is backed up and cleared to prevent
memory overload issues.
When an Archive all Zone backup job is executed, the event history is cleared, therefore, there might be
more backups in the system than are displayed in event history. The archived data will not be available
for reporting unless you restore the data.
Important
Beginning with Unigy v2.0.1.5, archive backups use a different format to reduce the size of the
backup .tar file and the time required to back up and restore a file. This format is not backward
compatible, therefore, you cannot restore an Archive all Zone backup that was created prior to Unigy
v2.0.1.5 in a v2.0.1.5 or higher zone.
Enterprise backups
An Enterprise backup includes the Unigy database. If partial replication is not enabled, you can run the
backup from any zone, but to ensure that all data is backed up, always run the backup from a zone that
has the highest software version deployed. If partial replication is enabled, always run the backup from a
collector zone, which has the latest software version deployed. This ensures that history data for the
associated realm is backed up and minimizes the risk of losing data, which could happen if the backup
was of a lower database schema.
Restoring a backup of a lower version schema populates zones at higher schemas with default values for
the higher version tables and columns. This might require reentering the data configured previously for
the higher version zones.
An enterprise backup should be made after deploying an update in any zone of the Unigy enterprise to
be sure that there is a current backup of the latest database.
Note
Archived data is not available for reporting purposes.
Note
Perform restore operations during off-peak or non-business hours.
If you are restoring an Archive all Zone backup, the enterprise includes multiple realms, and partial
replication is enabled, restore the backup in a collector zone in the realm in which the backup was
created. The data will be restored only to the zone in which you run the restore. If other zones restart and
load the database from the zone in which you restored the archive data, the database dump will include
the restored data.
A user account that has one of the following roles is required to perform this procedure: Advanced
Administrator, IPC Project Manager, or IPC Certified Tech.
1. For an Archive all Zone restore, log in to the UMS in the zone in which you are restoring the archived
data.
For a user data restore, you can log in to any zone.
2. Click Tools ➤ Backup & Restore.
The Backup & Restore panel opens with the Backup tab selected. The Backup panel displays the
backup files currently stored by the system. For more information on the fields in this panel,
including filtering the list, see Backup & Restore: Backup on page 608.
3. Click a USER_DATA_SINGLE, USER_DATA_ALL or ALL_HISTORY_ALL_ZONES backup file in
the list.
4. Click Restore.
The Schedule New Restore Job panel opens.
Figure 51: Backup & Restore - Schedule New Restore Job panel
5. If you are restoring user data, you can specify the users for whom you want to restore the data. To
remove users from the User List list, click the blue icon next to a user's name.
6. Select one of the following in Perform Restore.
• Immediately: starts the restore when you click OK.
• At a Specific Time: delays the restore until a later date. Selecting this option enables the
Scheduled Date and Time field.
7. If you selected At a Specific Time for Perform Restore, complete the following to select a date and
time to restore the backup:
a) Click the calendar icon next to the Scheduled Date & Time text box. The calendar popup opens
with the current date selected.
b) Edit the time by clicking the up and down arrows. The values are based on a 24 hour clock.
c) When the time is correct, select the date. Change the month, if necessary, before selecting the day.
Clicking a day closes the calendar popup and enters the selected date and time in the Scheduled
Date & Time text box.
Note
Cancel closes the calendar popup and clears the value in the Scheduled Date and Time text box.
8. Click OK.
• If the selected backup file has a different database schema from the current database schema the
Schema Version Upgrade dialog box opens:
Click OK to continue; the system will migrate the data to the new schema. Click Cancel to close
the dialog box without restoring the backup file.
• If the Perform Restore selection is Immediately, the system displays a clock when it begins to
restore the backup file, then displays, Restore has been initiated successfully.
Click OK to continue. Click the Event History tab to track the status of the restore job. The Status
in the Event History panel changes to STARTED when the system begins restoring the data then
changes to COMPLETED when the restore is complete or FAILED if the restore is unsuccessful.
• If the Perform Restore selection is At a Specific Time, the system closes the Schedule New
Restore Job panel and returns to the Backup tab. Click the Schedule tab to view the restore job.
• If necessary, obtain a new enterprise license file. A new license is required if you are restoring the
database after replacing CCM or ACCM appliances or if appliances were added or removed after the
backup you are restoring was created. If an appropriate license is not available, send a license request
to Westbrook Orders or the Project Manager in your region who is responsible for providing licenses.
• If possible, record the configuration for any scheduled recurring backup jobs. This is recommended
because after restoring an Enterprise backup, if the date for the currently scheduled job is prior to the
date the backup is restored, the scheduled backup job will not run because the date is in the past. For
recurring jobs, this prevents the next occurrence from being scheduled. This is especially important
for recurring Archive All Zone backups that help to prevent memory overload issues.
• If you are restoring an Enterprise backup in an enterprise where Blue Wave zones were deployed at
the time the backup was created then these zones were redeployed (reCOPed) and new Blue Wave
software was deployed, obtain the Blue Wave Director software DVD or access to the software ISO
file on an external data storage device. You must redeploy this software after the database is restored.
• If you are performing this procedure remotely, you must have the ability to power up an appliance
that was powered down.
• If you will be redeploying the Blue Wave Director software, be sure you have access to the Enterprise
Guide.
If you restore an Enterprise backup after redeploying the COP software, there will be no historical data
for software deployments prior to the reCOP within the Install, Rollback, or History tabs at Tools ➤
Deployment ➤ Software Deployment. This is because the local ISO files are no longer available on
the appliances in the zone.
Important
This is a service impacting procedure that requires disabling important services and multiple reboots. It
should not be performed during business hours.
Important
Do not perform this step if you are restoring the database as part of the procedure Redeploy (reCOP)
a zone that must load the database from a lower version zone on page 333.
Guide. See Deploy a Blue Wave software update in an HA zone on both appliances simultaneously on
page 116.
Note
Because of MySQL differences, if you are restoring a Unigy v2.0.1 backup file, restore the backup in a
v2.0.1 zone. If you are restoring a higher version backup file, restore it in a higher version zone.
Prerequisites:
See Back up and restore considerations on page 601 for a description of what is backed up and when
restore should be used.
The following are required to perform this procedure:
• An enterprise that has at least one zone that is healthy and available.
• In a failed enterprise that did not have a functioning zone, this is the first zone to have a new
replacement CCM or ACCM installed and deployed. When possible, restore the database in the
same zone where the backup was created, or if this zone is not available, in a zone with the highest
software version.
• A user account that has the IPC Certified Tech role assigned.
• The ability to log in to an appliance through SSH with root user account privileges to perform
restore and reboot procedures.
• An Enterprise backup file of the functioning zone. A backup created by another zone can be used if
one for a specific zone does not exist or is not available. Restoring Enterprise backups created by
another zone is valid. In fact, if another zone has a more recent backup, it should be used to restore
the Unigy database. Be sure to check all backups stored on remote servers to locate the most current
backup.
• Restoring an Enterprise backup restores a copy of the Unigy database (ent.tar) as it existed when
the backup was created
• Licenses generated for a failed zone are in a backup of the Unigy database and are restored from
the Enterprise backup. Licenses generated for replacement hardware are installed after restoring a
backup of the Unigy database. Be sure to create a new Enterprise backup that includes the new
license files after the replacement system is fully functional.
• Record the enterprise name so you can compare it to the name after the database is restored. If the
name is not the same in all zones, data will not be replicated.
• If you are restoring an Enterprise backup and CCM or ACCM appliances were added or removed
after the backup was created, obtain the latest enterprise license file or request a new license by
contacting Westbrook Orders or the Project Manager in your region who is responsible for providing
licenses.
• If possible, record the configuration for any scheduled recurring backup jobs. This is recommended
because after restoring an Enterprise backup, if the date for the currently scheduled job is prior to the
date the backup is restored, the scheduled backup job will not run because the date is in the past. For
recurring jobs, this prevents the next occurrence from being scheduled. This is especially important
for recurring Archive All Zone backups that help to prevent memory overload issues.
• If you are restoring an Enterprise backup in an enterprise where Blue Wave zones were deployed at
the time the backup was created then these zones were redeployed (reCOPed) and new Blue Wave
software was deployed, obtain the Blue Wave Director software DVD or access to the software ISO
file on an external data storage device. You must redeploy this software after the database is restored.
• If you will be redeploying the Blue Wave Director software, you have access to the Enterprise Guide.
If Multi-tier Replication is enabled, it must be enabled for all data centers in the enterprise, or the data
centers must be members of the default data center, before you perform the Enterprise restore and the
backup must be restored in a portal zone to ensure that the data is replicated properly.
If you restore an Enterprise backup after redeploying the COP software, there will be no historical data
for software deployments for the zone, prior to the reCOP, within the Install, Rollback, or History tabs
at Tools ➤ Deployment ➤ Software Deployment. This is because the local ISO files are no longer
available on the appliances in the zone. Version data for other zones might still be visible.
Important
This is a service impacting procedure that requires disabling important services and data replication
between the zones and multiple reboots. It should not be performed during business hours.
1. Log in to the UMS for the zone in which you are restoring the backup.
2. Click Tools ➤ Backup & Restore.
The Backup & Restore panel opens with the Backup tab selected. The Backup tab displays the backup
files currently stored by the system, including those on configured remote servers. Download or copy
remotely stored backups to a location that is accessible to the computer you are using to perform the
restore. See the procedure, Download a backup file on page 607 for the steps to do this.
3. If the backup file you need to restore is not listed within the Backup tab, complete the procedure,
Upload a backup file on page 611.
4. Record the location of the backup file. This is generally /var/opt/ipc/
service_backup_restore.
5. Perform the procedure Disable data replication on page 498 to disable replication.
Note
Perform the procedure for every zone in the enterprise. The last zone for which you disable replication
must be the zone where you are restoring the data.
6. Perform the procedure Check the state of a zone from a browser on page 499 for the zone in which
you are restoring the data. Determine which appliance is the Active appliance and which is the
Standby appliance and record their IP addresses.
If Multi-tier Replication is enabled for the enterprise, restore the backup in a portal zone.
7. Log in to the Standby appliance through SSH.
8. Run the command su -lp then enter the root user account password.
replication first in the zone where you restored the database, then in the preferred zones, then in all
other zones.
23. Determine whether the enterprise name is the same in all zones at Configuration ➤ Enterprise ➤
System ➤ Enterprise. If it is not, perform the procedure Change the enterprise name on page 301.
The name must be the same in all zones to enable data replication.
24. If you are restoring a pre-Unigy v3.0 backup, run the
updateToneCadenceFreqForExistingInstances.sh script by performing the procedure
Run the updateToneCadenceFreqForExistingInstances.sh script on page 567.
25. If a new enterprise license is required, install the license by performing the procedure Install an
enterprise license file on page 481.
26. Perform the procedure Validate a zone after a deployment, rollback, or other operations on page 638.
27. Make any adjustments that are required to accommodate changes that were made in the enterprise
after the backup you restored was created, for example, new, modified, or removed zones, CDIs,
Media Managers, Media Gateways, NTP servers or other devices, users, lines, SMTP configuration,
scheduled backups, and so forth.
Be sure that there is a recurring Archive All Zone backup job scheduled for a zone within each realm
in the enterprise to help prevent memory overload issues. The date of the next event must be after the
date you restored the database. If it is not, reconfigure the backup job.
28. If you are redeploying the Blue Wave Director software, perform the procedure Deploy a Blue Wave
software update on both appliances in an HA zone simultaneously: .
• If you are using this procedure from the Enterprise Guide, refer to this topic: Deploy a Blue Wave
software update in an HA zone on both appliances simultaneously on page 116.
• If you are using this procedure from the Back Up and Restore Guide, refer to this topic in the
Enterprise Guide.
• If you are restoring an enterprise backup in an enterprise where Blue Wave zones were deployed at
the time the backup was created then these zones were redeployed (reCOPed) and new Blue Wave
software was deployed, obtain the Blue Wave Director software DVD or access to the software ISO
file on an external data storage device. You must redeploy this software after the database is restored.
• If you will be redeploying the Blue Wave Director software, you have access to the Enterprise Guide.
Important
This is a service impacting procedure that requires disabling important services and data replication
between the zones and multiple reboots. It should not be performed during business hours.
1. Perform the procedure Disable data replication on page 498 to disable replication.
Note
Perform the procedure for every zone in the enterprise. The last zone for which you disable replication
must be the zone where you are restoring the data.
2. Log out of the UMS in all zones except the zone in which you are restoring the backup database.
3. Perform the procedure Check the state of a zone from a browser on page 499 for the zone in which
you are restoring the data. Determine which appliance is the Active appliance and which is the
Standby appliance and record their IP addresses.
4. Log in to the Standby appliance through SSH.
5. Run the command su -lp then enter the root user account password.
6. Run the command init 0.
This powers off the Standby appliance.
7. Log in to the Active appliance through SSH.
8. Run the command su -lp then enter the root user account password.
9. Run the command cd /opt/ipc/service_backup_restore/scripts to change the
current directory.
10. Run the restore_unigy.sh script to restore the database.
The script is in /opt/ipc/service_backup_restore/scripts. Use one of the following
forms of the script. The first option writes the script output to the command line. The second option
writes the output to a text file.
• ./restore_unigy.sh -i BackupFileSpecification -t BackupType
• ./restore_unigy.sh -i BackupFileSpecification -t BackupType >
Filename.txt 2>&1
where:
• BackupFileSpecification is the fully-qualified path to the backup file you identified in
the prerequisites. Using the default directory this is /var/opt/ipc/
service_backup_restore/backupFilename. The .tar extension applies to Unigy v2.0.1
or higher backup files and the .iso extension applies to Unigy v2.0 files.
• BackupType is the type of backup being restored (enterprise).
• Filename is the name of a text file to which the system sends the restore process output. This is
an optional parameter.
This is an example of the command to restore an enterprise backup and write the output to a text
file: ./restore_unigy.sh -i /var/opt/ipc/service_backup_restore/
Important
Because different COP software is supported in pre-Unigy v3.0 and v3.0 or higher versions, you cannot
restore a v2.x image in a v3.0 or higher zone. To restore a v2.x image on a v3.0 appliance, you must
reCOP the appliance with the v2.0 COP software (02.00.00.00.1888) then restore the v2.x image. For
additional information, refer to Restore a CCM, ACCM, or MM disk image from the command line on
page 393.
An image backup can be created manually at an appropriate time, such as before making major
configuration changes, or automatically by the system prior to or after deploying the personality
software or during deployment of an update. The system creates a rollback point before and after
deployment of the personality software if the Back-up check box is selected in Personality Deployer. It
creates a rollback point before an upgrade if the Create Server Backup Image check box is selected.
Enabling the system to create the rollback points before and after Personality Deployer is run makes it
possible for you to remotely restore the appliances to the software state that existed prior to running
Personality Deployer or prior to running Zone Deployer. If these rollback points are not available, it
might be necessary to return to the customer site to redeploy (reCOP) the appliances.
If you selected the wrong personality, HA specification, zone VIP, or country base for an appliance, you
can roll back to the rollback point that was created before Personality Deployer was run. If you need to
rerun Zone Deployer to correct the zone type or zone ID, you can roll back to the rollback point created
after Personality Deployer was run.
The state of an appliance after a rollback is based on the state of the appliance at the time the image
backup was created. The system is not aware that a rollback occurred, so it is important to carefully
analyze the enterprise to determine whether remediation procedures are required. For example, changes
made to the zone after the rollback point was created, such as adding users or devices, might have to be
reapplied. Also, the role and state of the appliance might be different from what they were prior to the
rollback and a different license might be required. It might also be necessary to perform a failover, rearm
the appliance, or reboot one or both appliances to bring the zone to a healthy state. It might be necessary
to reboot multiple times to bring the appliance to the correct state. In a multizone enterprise, the
database that is restored during the rollback will be replaced by the enterprise database.
Before you begin a rollback, check the Tech Portal articles, Unigy Product Compatibility Matrix, and if
applicable, patch release notes to determine whether there are any rollback limitations or issues that you
need to be aware of before rolling back. Also, determine the rollback point to which you need to roll
back.
Important
Unless you are planning to redeploy one or both appliances in the zone, do not roll back to the rollback
point that was created prior to or after the personality software deployment because at these points you
cannot access the UMS.
If you are rolling back the appliances in an HA zone from the UMS, you always perform the procedure
on the Standby appliance. If the Standby appliance is not the appliance you need to roll back, perform a
manual HA failover to make the Active appliance the Standby appliance then perform the rollback.
However, if you are rolling back both appliances in an HA zone to a previous software version, you
must perform the rollback on both appliances from the command line. Unigy does not support rollback
of both appliances to a different software version from the UMS.
The image backup files are stored in /var/spool/backup/system-backup on each appliance.
This partition is not affected by a rollback, so the rollback points are always preserved. Within the
Software Deployment Rollback tab, the UMS displays the rollback points for the Standby appliance. To
display the rollback points, do one of the following:
• From the UMS, access the Rollback tab at Tools ➤ Deployment ➤ Software Deployment. To
display the rollback points for the Active appliance, perform a manual HA failover to make the
Active appliance the Standby appliance then click the Rollback tab.
• Locate the rollback points from the command line:
1. Access the command line on the appliance you are rolling back.
2. Change the directory to /var/spool/backup/system-backup.
3. List the directory contents.
The rollback point directories are named based on the date and time the rollback point was created; for
example, 2014-02-19-10-10-23. To view the contents of a rollback point, do one of the following:
• From the UMS:
1. Click Tools ➤ Deployment ➤ Software Deployment.
2. Within the Rollback tab, click the rollback point. The contents are displayed in the Description
panel.
• If you cannot access the UMS:
1. Access the appliance command line.
2. Change the directory to /var/spool/backup/system-backup.
3. Run the command /opt/ipc/cop/tools/deployment_rollback.sh –l
restorePoint, where restorePoint is the name of the image backup directory; for
example: /opt/ipc/cop/tools/deployment_rollback.sh –l
2014-02-19-10-10-23. If you use the Tab key to enter the rollback point directory, back
space to remove the slash at the end of the command.
Important
If you store an image backup file on an external storage device, create an archive (.tar) file that includes
the image backup directory and the /var/spool/backup/rollback_points.lst file. Both
files are required to restore an image backup.
After a rollback is complete, always check the zone status and confirm that the correct software version
is deployed. If Media Gateways are involved, check the CAS files and INI file and other configuration
properties.
Important
If you are manually creating the image to enable you to restore the system if a patch that requires a new
COP is unsuccessful, copy the required files to an external data storage device because all data on the
appliance will be lost when you deploy the COP.
In an HA zone, perform this procedure on both the primary and secondary CCMs or ACCMs in the
zone.
Caution
This is a service impacting procedure that should be performed when the zone is not being used to
process configuration and call requests.
1. Disable device registration by performing the procedure Disable device registration on page 497.
2. Disable data replication in the zone for which you are creating the image backup by performing the
procedure Disable data replication on page 498.
3. Place the cluster into maintenance mode by performing the procedure Place a cluster into
maintenance mode to enable control of HA failovers on page 598.
4. Place the Standby appliance into maintenance mode by performing the procedure Place an appliance
or Media Gateway into maintenance mode to indicate it is unavailable on page 599.
5. Click Tools ➤ Deployment ➤ Software Deployment.
6. On the Rollback tab, click Create an Image Backup.
7. Click Continue then in the Information box, click OK.
The appliance reboots and performs the backup. The backup takes approximately 45 minutes to
complete.
8. If applicable, compress the image backup directory and copy it to a remote storage device. Perform
this step for each appliance for which you are creating an image.
a) Access the appliance command line and enter the dynamic password from Password Manager.
b) Run the command su -lp and enter the dynamic password.
c) Run the command cd /var/spool/backup/system-backup.
d) Run the command ls -l.
e) Within the list of displayed backup image directories, confirm that a directory for the image you
just created is in the list and that the image files are in the directory.
The directories are in date-time-stamp format, for example, 2017-02-14-12-59-30. Record
this directory name. You will substitute this name for date-time-stamp in the tar command
in the next step and in the directory path in step 8g.
f) Run the following commands to create the compressed archive of the image directory you
recorded in the previous step. The tar command captures the correct hostname and all files
required for rollback, including the rollback_points.lst file that includes a list of all
available rollback points.
1. cd /var/spool/backup.
2. tar cvjf ${HOSTNAME}_date-time-stamp.tar.bz2 rollback_points.lst
system-backup/date-time-stamp, where date-time-stamp is the name
of the image backup directory you are compressing.
This process can take 30 minutes or more to complete.
g) Use an FTP utility such as WinSCP or SFTP/SCP to copy the compressed image file you created
in the previous step, /var/spool/backup/hostname_date-time-stamp.tar.bz2 to
a secure destination on a remote storage device.
9. Take the Standby appliance out of maintenance mode by performing the procedure Take an appliance
or Media Gateway out of maintenance mode on page 600.
10. Indicate that the Standby appliance maintenance is complete by performing the procedure Indicate
that maintenance on the Standby appliance is complete on page 601.
11. If you are creating a rollback point for the second appliance in the zone, do the following:
a) Perform an HA failover to make the Active appliance the Standby appliance by performing the
procedure Force an HA failover on page 546.
b) Repeat steps 4 through 10 for the second appliance.
12. Take the cluster out of maintenance mode by performing the procedure Take a cluster out of
maintenance mode to resume normal HA operation on page 599.
13. Enable data replication by performing the procedure Enable data replication on page 497.
14. Enable device registration by performing the procedure Enable device registration on page 496.
If you need to change the appliance network configuration, you can rerun Network Configurator after
rolling back to the restore point that was created before Personality Deployer ran, but you will not have
access to all of the Network Configurator screens. To ensure that you can make all required changes,
consider redeploying the COP software, which provides access to all of the screens.
Prerequisite:
Determine whether you need to roll back to the point before Personality Deployer was run or after it
completed. To rerun Personality Deployer, rollback to the first restore point. To rerun Zone Deployer,
roll back to the second restore point.
Note
You can perform this procedure only if Personality Deployer created the restore points. To determine
whether the restore points images were created, review the contents of the /var/spool/backup/
system-backup directory. The restore point directories are named based on the date and time the
image was created; for example, 2014-02-19-10-10-23.
1. Perform the procedure Restore a CCM, ACCM, or MM disk image from the command line on page
393.
2. After the rollback completes, reboot the appliance by running the command reboot.
3. Confirm that the rollback restored to the correct point by accessing the URL https://
appliance_ip in a browser. appliance_ip is the IP address of the appliance you rolled back:
You should see either Personality Deployer or Zone Deployer depending on the restore point you
selected. If Personality Deployer opened, you should see the following attribute values when you
click the Host Info button; these indicate that only the COP software is deployed:
• Personality not an Application Server
• Personality is not ACCM
• Personality is not CCM
• Personality is not MM
• COP Software Version: appropriate version; for example, 02.00.00.00.1888 (for v2.x zones) or
03.00.00.00.1272 (for v3.x zones)
• Unigy Software Version:
• Personality Type: COP
13.4 Roll back the software on the appliance in a Unigy or Blue Wave
standalone zone
This procedure describes how to roll back the software on the appliance in a standalone zone if problems
are encountered.
Within this topic, the terms current version and current software version refer to the Unigy software
version specified on the cover of this document. References to previous Unigy versions apply to the
versions, patches, service packs, and hotfixes for these versions that the current version supports.
For overview information on restore points and the rollback procedures, refer to Image backup and
restore (rollback) overview on page 383.
To use this procedure, there must a restore point to which you can roll back. This can be a manual image
backup or the restore point the system creates prior to deploying an update. This restore point is created
when you select the Create Server Backup Image check box during the update deployment.
For information on rolling back an upgrade in an HA zone, refer to Roll back the software on the
appliances in a Unigy or Blue Wave HA zone from the UMS on page 389.
Caution
This is a service impacting procedure that should be performed when the zone is not being used to
process configuration and call requests.
Important
Do not attempt to roll back to a restore point that Personality Deployer created, because this returns to
a point before the UMS was available and requires redeployment of the zone.
• If you rolled back from the current software version to Unigy v2.0, perform the procedures
Downgrade the Media Gateway software on page 572 and Downgrade (roll back) the CDI
software on page 562.
• If you rolled back from the current software version to Unigy v2.0 and there are custom reports,
delete then re-upload the reports by performing the procedures Delete a custom report on page
696 and Edit and upload report on page 695.
• If you are retrying the upgrade, rerun the applicable software update deployment procedure.
13.5 Roll back the software on the appliances in a Unigy or Blue Wave HA
zone from the UMS
This procedure describes how to roll back the software on the appliances in an HA zone from the UMS
if problems are encountered.
Within this topic, the terms current version and current software version refer to the Unigy software
version specified on the cover of this document. References to previous Unigy versions apply to the
versions, patches, service packs, and hotfixes for these versions that the current version supports.
For overview information on restore points and the rollback procedures, refer to Image backup and
restore (rollback) overview on page 383.
This procedure applies to the following scenarios:
• When a configuration issue, problem with a Media Gateway, other non-fatal issues, or completion of
a test plan makes it desirable to roll back one or both appliances in the zone to a restore point that is
at the same software version as the current version.
• When the upgrade of one appliance in the zone produces undesirable results that require a roll back to
the previous software version. This is supported if only one appliance in the zone was upgraded. You
cannot use the UMS to roll back both appliances in a zone to a previous software version because
after you roll back the first appliance there is a version mismatch that prevents failover and rollback
of the second appliance.
For information on rolling back the software in HA zones that are not included in these scenarios or if
the rollback fails or cannot be performed due to the state of the appliance(s) you are rolling back, refer to
the procedure Restore a CCM, ACCM, or MM disk image from the command line on page 393. For
information on rolling back the software in a standalone zone, refer to Roll back the software on the
appliance in a Unigy or Blue Wave standalone zone on page 387.
Prerequisite:
Before you begin a rollback, determine the restore point to which you need to roll back.
Important
Unless you are planning to redeploy one or both appliances in the zone, do not roll back to the restore
points created by Personality Deployer because at these points you cannot access the UMS.
Within the Software Deployment Rollback tab, the UMS displays the restore points for the Standby
appliance. To display the restore point for the Active appliance either failover to make the Active
appliance the Standby appliance or do the following:
1. Log in to the Active appliance through SSH.
2. Change the directory to /var/spool/backup/system-backup.
3. List the directory contents. The restore point image directories are named based on the date and time
the image was created; for example, 2014-02-19-10-10-23.
This procedure applies to single HA zone and multizone enterprises.
Caution
This is a service impacting procedure that should be performed when the zone is not being used to
process configuration and call requests. If it is necessary to perform the procedure during business
hours, activate the BCP plan before you begin to redirect the lines and CDIs to backup zones.
If you are performing this procedure for a single appliance in the zone, be sure that the appliance is the
Standby appliance. If it is not, force an HA failover to make it the Standby appliance then perform steps
1 through 11 and steps 14 through 18.
1. Log in to the UMS with the zone VIP.
2. In a multizone enterprise, if a BCP plan that includes the zone is configured for automatic failover
and you want to prevent the zone from failing over, place the zone into maintenance mode by
performing the procedure Place a zone into maintenance mode to disable BCP plan activation on
page 597.
3. Place the cluster into maintenance mode by performing the procedure Place a cluster into
maintenance mode to enable control of HA failovers on page 598.
4. Place the Standby appliance into maintenance mode by performing the procedure Place an appliance
or Media Gateway into maintenance mode to indicate it is unavailable on page 599.
5. Click Tools ➤ Deployment ➤ Software Deployment.
6. Within the Rollback tab, click the restore point to which you want to roll back then click Rollback.
7. In the Confirmation box, click Execute.
8. In the Information box, click OK.
During the rollback, the Standby appliance reboots and the connection to the CCM or ACCM is
unavailable. The time required for the restore to complete varies based on the size of the database;
however, it usually requires at least 60 minutes.
9. When the rollback is complete, perform the procedure Check the state of a zone from a browser on
page 499.
Determine whether the following are true for the Standby appliance you rolled back:
• Server Role is STANDBY.
• Server State is Maintenance_Available or Maintenance_Unavailable.
• Service Status for all services is RUNNING.
• Remarks value for all services, except Replicator, is Change role completed.
If these conditions are not true, do the following to attempt to bring the appliance to the expected
state.
• If the Server Role is ACTIVE, reboot the Standby appliance. After the reboot, the Server Role
should be STANDBY.
• If the Server Role is UNKNOWN and the Server State is FAILED, perform the procedure Rearm
the Standby appliance on page 547. After the rearm, the Server Role should be STANDBY and the
Server State should be MAINTENANCE_AVAILABLE or MAINTENANCE_UNAVAILABLE.
• If the Server State is AVAILABLE, place the appliance into maintenance mode by performing the
procedure Place an appliance or Media Gateway into maintenance mode to indicate it is
unavailable on page 599. The Server State should become MAINTENANCE_UNAVAILABLE.
If you cannot bring the appliance to the correct state, reboot both appliances by performing the
procedure Reboot CCM on page 587. or if you cannot access the UMS, skip the remaining steps in
this procedure and use the procedure Restore a CCM, ACCM, or MM disk image from the command
line on page 393 to roll back the second appliance. If you are performing this step after rolling back
the second appliance,
10. If the Server State is MAINTENANCE_UNAVAILABLE, perform the procedure Take an appliance or
Media Gateway out of maintenance mode on page 600.
11. Perform the procedure Indicate that maintenance on the Standby appliance is complete on page 601.
If you are rolling back the software for only one appliance, proceed to step 14.
12. Perform an HA failover to make the Active appliance the Standby appliance by performing the
procedure Force an HA failover on page 546.
13. Repeat steps 4 through 11 for the Standby appliance.
14. Perform the procedure Take a cluster out of maintenance mode to resume normal HA operation on
page 599.
15. Determine whether the zone is in maintenance mode. If it is, take it out of maintenance mode by
performing the following procedures:
• Reenable SNMP forwarding for a zone on page 596.
• Take a zone out of maintenance mode to reenable BCP plan activation on page 598.
16. Confirm that device registration is enabled by performing the procedure Enable device registration
on page 496.
17. Confirm that data replication is enabled by performing the procedure Enable data replication on page
497.
18. Perform the procedure Validate a zone after a deployment, rollback, or other operations on page 638.
19. Do one of the following:
• If you are not retrying the upgrade, do the following as applicable—this does not apply to
dedicated Blue Wave zones:
• If you rolled back from the current software version update, perform the procedure Downgrade
(roll back) the CDI software on page 562.
• If you rolled back from the current software version to Unigy v2.0, perform the procedures
Downgrade the Media Gateway software on page 572 andDowngrade (roll back) the CDI
software on page 562.
• If you rolled back from the current software version to Unigy v2.0 and there are custom reports,
delete then re-upload the reports by performing the procedures Delete a custom report on page
696 and Edit and upload report on page 695.
• If you are retrying the upgrade, rerun the applicable software update deployment procedure.
create a rollback point for a CCM or ACCM appliance from the appliance command line, and if you are
saving the rollback point to a remote storage device, how to compress and copy the image file.
Typically, an image backup is created during initial deployment by selecting the Back-up option within
the Personality Deployer application, during upgrade by selecting Create a server backup image, or
manually from the UMS with the procedure Create an image backup (restore point) from the UMS on
page 385. Perform this procedure only if you cannot create an image backup from the UMS.
To perform this procedure, you must be able to obtain dynamic passwords with Password Manager.
For overview information on image backups and the backup and restore procedures, refer to Image
backup and restore (rollback) overview on page 383.
For information on restoring an image backup from the command line, refer to Restore a CCM, ACCM,
or MM disk image from the command line on page 393.
Important
If you are creating the image to enable you to restore the system if a patch that requires a new COP is
unsuccessful, copy the required files to an external data storage device because all data on the appliance
will be lost when you deploy the COP.
Caution
This is a service impacting procedure that should be performed when the zone is not being used to
process configuration and call requests.
1. Access the command line on the appliance for which you are creating the image backup.
2. Run the command su -lp and enter the dynamic password.
3. Run the command /opt/ipc/cop/tools/deployment_backup.sh.
The image backup for the current appliance is created. This operation takes approximately 45
minutes.
Image backup files are stored on the CCM or ACCM in the directory /var/spool/backup/
system-backup/. Sub-directories are named using the date and time, such as:
2017-03-06-14-12-18, indicating March 6, 2017 at 2:12:18 PM. Do not rename the directory or
any of the associated files.
4. To view the properties of an image backup, run the command /opt/ipc/cop/tools/
deployment_rollback.sh -p backup-directory –l, where backup-directory is
the name of the image backup directory.
Note that it is a lowercase letter L after the dash. You can also type --list.
The system displays output similar to the following:
13.7 Restore a CCM, ACCM, or MM disk image from the command line
This topic describes how to restore a disk image backup (rollback point, restore point) from the
command line when it is not possible to perform the rollback from the UMS.
Within this topic, the terms current version and current software version refer to the Unigy software
version specified on the cover of this document. References to previous Unigy versions apply to the
versions, patches, service packs, and hotfixes for these versions that the current version supports.
For overview information on image backups and the backup and restore procedures, refer to Image
backup and restore (rollback) overview on page 383.
Use this procedure for the following scenarios:
• You want to roll back to the restore point where only the COP or COP and Personality software are
deployed.
• You cannot access the UMS.
• You are rolling back the CCM or ACCM appliances in an HA zone to the restore point that was
created prior to an upgrade where both appliances were upgraded and both need to be rolled back. If
you upgraded only one of the appliances in the zone, you can use this procedure or the procedure Roll
back the software on the appliances in a Unigy or Blue Wave HA zone from the UMS on page 389.
• You are downgrading the Media Manager software to a previous version.
Note
If you deployed the MM software and upgrades with Single Click Deployment, no images will be
available to restore. In this situation, redeploy the MM.
Prerequisites
Use one of the following methods to locate and record the name of the image backup you are restoring
—the image directories are named based on the date and time the image was created; for example,
2017-02-19-10-10-23:
• For CCM or ACCM images, if you can access the UMS, click Tools ➤ Deployment ➤ Software
Deployment then within the Rollback tab, locate the appropriate Rollback Point. In an HA zone, the
system displays only the Standby appliance restore points.
• If you cannot access the UMS, or in an HA zone, need to view the Active appliance restore points, or
need to view MM restore points, locate the image backup from the command line:
1. Access the command line on the appliance you are rolling back.
2. Change the directory to /var/spool/backup/system-backup.
3. List the directory contents.
• If the image backup file is in a compressed archive (.tar) file stored on an external data storage
device, locate the file on that device. The name should be in one of the following formats based on
the method you used to create the archive file–date-time-stamp is the name of the image
backup directory and host-name is the host name of the appliance that was backed up.
• date-time-stamp.tar: Includes the entire /var/spool/backup directory, which
includes all image backup files in the /var/spool/backup/system-backup directory and
the /var/spool/backup/rollback_points.lst file that contains a list of all available
restore points.
• host-name_date-time-stamp.tar.bz2: Includes either the entire /var/spool/
backup directory or a specific image backup directory from /var/spool/backup/
system-backup and the /var/spool/backup/rollback_points.lst file.
To display the archive file contents to obtain the image backup file name, run the command tar -
tvf file-name, where file-name is the name of the archive file.
The full /var/spool/backup directory or the specific image backup directory and the
rollback_points.lst file are required to restore the image.
If you are restoring a pre-Unigy v3.0 image on a v3.0 or higher appliance, obtain a Unigy v2.x COP
(02.00.00.00.1888) software DVD. This is required because the Unigy v2.0 and Unigy v3.0 COP
software are not compatible, so you must reCOP the appliance(s) with the v2.0 COP software before
restoring the v2.x image backup. Locate the v2.x image archive file you want to restore. This should be
stored on an external data storage device. If the image backup archive file was not saved to an external
location prior to upgrading to Unigy v3.0 or higher you will not be able to restore the 2.x appliance
image.
Note
This is a service impacting procedure that should be performed when the zone is not being used to
process configuration and call requests. If it is necessary to perform the procedure during business
hours, activate the BCP plan before you begin to redirect the lines and CDIs to backup zones.
It is not necessary to disable replication or place the zone or appliance into maintenance mode. If you
are rolling back both appliances in an HA zone, you can restore them at the same time; it is not
necessary to wait for the restore of one appliance to complete before you start the restore on the other
appliance.
Note
The system does not display a confirmation prompt before running the rollback script, so be certain that
you are ready to roll back before you run the script.
1. In a multizone enterprise, if a BCP plan that includes the zone in which you are restoring the image is
configured for automatic failover and you want to prevent the zone from failing over, place the zone
into maintenance mode by performing the procedure Place a zone into maintenance mode to disable
BCP plan activation on page 597.
2. Save or print the output from the following command to help you identify the Unigy version and
event associated with each of the rollback image files listed in the rollback_points.lst file.
cat /var/spool/backup/rollback_points.lst
3. Do one of the following according to whether you are restoring an image for an appliance at the same
COP software version as the current version or an image that was created with a previous COP
version:
• If you are restoring an image for an appliance at the same version as the current COP software (for
example, a v3.0 image on an appliance with the v3.0 COP), do the following:
1. Log in through the command line to the appliance on which you are restoring the image. Obtain
the dynamic password with Password Manager.
2. Run the command su -lp then enter the dynamic password.
• If you are restoring a Unigy v2.x image on a v3.0 or higher appliance, do the following:
1. Deploy the Unigy v2.0 COP software on the appliance by performing the procedure Deploy the
COP (Common Operating Platform) software on page 448.
2. Configure the appliance network settings by performing the procedure Configure the appliance
network settings with Network Configurator on page 450.
3. Log in through the command line to the appliance on which you are restoring the image.
4. Run the command su -lp then enter the root user account password.
4. If you copied a compressed image archive (.tar) file for the image backup to an external data
storage device, do the following to copy and extract the archive:
a) Use an FTP utility, such as WinSCP or SFTP/SCP, to copy the .tar file to the /tmp directory on
the appliance you are rolling back. This is necessary because of the system file permissions. The
file will be one of the following based on whether you archived the entire /var/spool/
backup directory or a specific image backup directory:
• The entire image backup directory /var/spool/backup with the file naming convention
date_time_stamp.tar or host_name_date_time_stamp.tar.bz2.
• The specific image directory from /var/spool/backup/system-backup and the
rollback_points.lst file with the file naming convention hostname_date-time-
stamp.tar.bz2.
b) Move the .tar file from the /tmp directory to one of the following directories:
• If you are moving the archive for the entire /var/spool/backup directory, move the file to
the /var/spool directory.
• If you are moving the archive for the specific image directory, move the file to the /var/
spool/backup/ directory.
c) Extract the image files by running the following commands:
1. Change the current directory:
• If you are restoring the full backup directory, /var/spool/backup/, run the command
cd /var/spool.
• If you are restoring the specific image directory, run the command cd /var/spool/
backup/.
2. Extract the files by running one of the following commands, depending on the compression
option used, where file-name is the name of the .tar file.
• tar xvjf file-name.tar
• tar xvjf file-name.tar.bz2
5. Change the current directory to /var/spool/backup/system-backup.
6. If you want to review the contents of the image backup before you perform the restore, run the
command /opt/ipc/cop/tools/deployment_rollback.sh –l restorePoint.
restorePoint is the name of the image backup directory you recorded in the prerequisites. For
example: /opt/ipc/cop/tools/deployment_rollback.sh –l
2017-02-19-10-10-23. If you use Tab to enter the restore point directory, back space to remove
the slash at the end of the command.
7. Perform the rollback by running the rollback script with the command /opt/ipc/cop/tools/
deployment_rollback.sh –p restorePoint.
restorePoint is the name of the image backup directory you recorded in the prerequisites. For
example: /opt/ipc/cop/tools/deployment_rollback.sh –p
2017-02-19-10-10-23. If you use Tab to enter the restore point directory, back space to remove
the slash at the end of the command.
The restore takes approximately 30 minutes.
8. In an HA zone, if you are rolling back the software on the second CCM or ACCM appliance in the
zone, repeat the previous steps for the second appliance.
9. If you rolled the appliance back to the restore point that was created prior to running Personality
Deployer, rerun Personality Deployer. If you rolled back to the restore point that was created after
Personality Deployer completed, run Zone Deployer. If you rolled back a software update or rolled
back to a manually created restore point, determine the state of the zone:
a) Check the state of the zone by performing the procedure Check the state of a zone from a browser
on page 499.
• If the Server Role for both appliances in an HA zone is UNKNOWN, the Server State is
FAILED, and the Replicator service is in the Failed state, reboot both appliances then
recheck the state of the zone.
• If the zone is an HA zone and the appliance Server State is Maintenance_Available or
Maintenance_Unavailable, the cluster is in maintenance mode. If the cluster is in
maintenance mode, check the Server Role to determine which appliance is the Standby
appliance.
b) Determine whether the appliance in a single appliance zone, or the Standby appliance in an HA
zone is in maintenance mode by clicking Tools ➤ Deployment ➤ Hardware Deployment, select
the appropriate zone then within the Servers tab, click the appliance. If the Switch to Maintenance
Mode button is visible, the appliance is not in maintenance mode. If the Switch to Active Mode
button is visible, click the button to return the appliance to active mode.
c) If the Standby appliance Server Role is UNKNOWN and the Server State is FAILED, perform the
procedure Rearm the Standby appliance on page 547.
Note
It might be necessary to reboot the appliances multiple times to bring the zone into the correct
state, especially in a multizone enterprise, for example, to make the Standby appliance the Active
appliance to match the state in the restored database.
d) If the HA cluster is in maintenance mode, perform the following procedures to take it out of
maintenance mode:
1. Indicate that maintenance on the Standby appliance is complete on page 601.
2. Take a cluster out of maintenance mode to resume normal HA operation on page 599.
e) Confirm that device registration is enabled by performing the procedure Enable device registration
on page 496.
This step does not apply to dedicated Blue Wave zones. Device registration should not be enabled
for these zones.
f) Confirm that data replication is enabled by performing the procedure Enable data replication on
page 497.
g) Determine whether the zone is in maintenance mode, and if it is, take it out of maintenance mode
by performing the following procedures:
• Reenable SNMP forwarding for a zone on page 596.
• Take a zone out of maintenance mode to reenable BCP plan activation on page 598.
h) Perform the procedure Validate a zone after a deployment, rollback, or other operations on page
638.
10. Do one of the following:
• If you are not retrying the upgrade, do the following as applicable—this does not apply to
dedicated Blue Wave zones:
• If you rolled back from the current software version update, perform the procedure Downgrade
(roll back) the CDI software on page 562.
• If you rolled back from the current software version to Unigy v2.0, perform the procedures
Downgrade the Media Gateway software on page 572 and Downgrade (roll back) the CDI
software on page 562.
• If you rolled back from the current software version to Unigy v2.0 and there are custom reports,
delete then re-upload the reports by performing the procedures Delete a custom report on page
696 and Edit and upload report on page 695.
• If you are retrying the upgrade, rerun the applicable software update deployment procedure.
Important
If you are also making other network-related changes, such as changing an appliance IP address,
perform those procedures after you change the VIP.
Caution
This is a service impacting procedure. IPC recommends that you perform this procedure after business
hours.
1. Log in to the zone for which you are changing the VIP: https://vip.
2. If Multi-tier Replication is enabled and the zone for which you are changing the VIP is a portal zone,
disable Multi-tier Replication for the associated data center by performing the procedure Disable
Multi-tier Replication on page 246.
3. If the Primary appliance (the appliance in the cluster with the lower IP address) is not the Active
appliance, force a failover to make it the Active appliance by performing the procedure Force an HA
failover on page 546.
4. Change the VIP:
a) Place the cluster into maintenance mode by performing the procedure Place a cluster into
maintenance mode to enable control of HA failovers on page 598.
b) Place the Standby appliance into maintenance mode by performing the procedure Place an
appliance or Media Gateway into maintenance mode to indicate it is unavailable on page 599.
c) Log in to the UMS on the Primary appliance in the zone for which you are changing the VIP. Use
the Primary appliance IP address: https://appliance_ip.
d) Click Configuration ➤ Enterprise ➤ System ➤ Zones.
e) In the Zones list, click the zone for which you are changing the VIP.
f) In the VIP Address and Certificate Authority IP fields, type the new VIP then click Save.
g) Log in to Primary (Active) appliance from the command line.
h) Run the command su -lp then enter the appropriate password.
i) Run Network Configurator on the Primary appliance by running the script /opt/ipc/cop/
network_configurator/scripts/network_configurator.sh.
j) Advance through each screen, without making any changes, then on the last screen, click Finish to
save the changes. .
The system displays the prompt, Do you want to execute CCM IP change scripts
k) Type y then press Enter.
The system runs a series of scripts that update the database. This might take several minutes.
l) When the Primary appliance is up, reboot the (Secondary (Standby) appliance.
m) When the Secondary appliance is up, display the contents of the /etc/hosts file and monitor
the value of the wlsv-host attribute until it changes to the new VIP.
n) Run Network Configurator on the Secondary appliance by running the script /opt/ipc/cop/
network_configurator/scripts/network_configurator.sh.
o) Advance through each screen, without making any changes. Within the last screen, click Finish.
The system displays the prompt, Do you want to execute CCM IP change scripts
p) Type y then press Enter.
The system runs a series of scripts that update the database. This might take several minutes.
q) Log in to the UMS with the new zone VIP: https://vip.
r) Take the Standby appliance out of maintenance mode by performing the procedure Take an
appliance or Media Gateway out of maintenance mode on page 600.
s) Indicate that the maintenance is complete by performing the procedure Indicate that maintenance
on the Standby appliance is complete on page 601.
t) Take the cluster out of maintenance mode by performing the procedure Take a cluster out of
maintenance mode to resume normal HA operation on page 599.
u) Monitor the state of the appliances in the zone by performing the procedure Check the state of a
zone from a browser on page 499.
If the zone's Active appliance Server Role is UNKNOWN, the Server State is FAILED, and the
Replicator service fails, reboot the Active appliance.
v) When the checkHAStatus Server State for both appliances is AVAILABLE, reboot the Standby
appliance.
w) Monitor the state of the appliances in the zone by performing the procedure Check the state of a
zone from a browser on page 499.
x) Confirm that both appliances are in Active Mode by accessing them in Hardware Deployment as
described in the procedure Take an appliance or Media Gateway out of maintenance mode on page
600. If one or both appliances are in Maintenance Mode, complete the procedure to place the
appliance(s) into Active Mode.
5. Change the VIP reference for each Media Manager (MM) in the zone:
a) Place the MM appliance into maintenance mode by performing the procedure Place an appliance
or Media Gateway into maintenance mode to indicate it is unavailable on page 599 .
b) Log in to the MM from the command line.
c) Run the command su -lp then enter the appropriate password.
d) Run Network Configurator by running the script /opt/ipc/cop/
network_configurator/scripts/network_configurator.sh.
e) Update the PeerReg.Host field with the new VIP. Do not change any of the other values.
f) Press Tab until the Next button is selected then press Enter.
g) Proceed through the remaining screens, without making changes, then on the last screen, click
Finish to save the changes.
The system displays the prompt Do you want to execute CCM IP change scripts.
h) Type y then press Enter.
The system runs a series of scripts that update the database. This might take several minutes.
i) Reboot the MM.
j) Return the MM to normal operation by performing the procedure Take an appliance or Media
Gateway out of maintenance mode on page 600.
k) If the MM you rebooted is in a Virtual Machine (VM), refer to Reapply the license for an MM in a
VM after a reboot on page 590.
6. Update DHCP servers, if necessary.
a) If the zone uses DHCP server option 66 to assign IP addresses to turrets and Pulse devices, change
the appliance VIP address specified for option 66 (tftp-server-name) on the DHCP server.
b) If the zone uses DHCP server option 112 to assign IP addresses to turrets and Pulse devices and
this zone is a registration coordinator, update the DHCP server configuration with the new VIP
address and update the Subnet in Mass Edit Client, if necessary.
c) If option 42 for the NTP server is configured with the CCM or ACCM IP address, change that
value as well.
d) Reboot each turret and Pulse to update the IP address. For information on rebooting multiple
devices, refer to Reboot communication devices on page 591.
For information on configuring a DHCP server, refer to the IQ/MAX Turret Hardware Installation
Manual, IQ/MAX Edge Turret Hardware Installation Manual, or Pulse Hardware Installation Manual.
7. Change the VIP reference on each statically programmed turret that is registered with the zone.
a) Log in to the turret.
b) Press the Shortcuts button.
c) Press More.
d) Press Admin.
e) Enter the Admin password then press Next.
f) Press Configure Network.
g) Press Servers.
h) Press Set Values Manually.
i) Press CCM.
j) Replace the existing VIP with the new VIP.
k) Press Save.
l) Press Save.
m) Press Save.
n) Press Commit.
o) Press OK.
p) Reboot the turret to update the VIP value by pressing Previous ➤ Restart Station ➤ Restart.
As an alternative method, you can reboot all of the turrets simultaneously, after you have changed
the VIP on all of them, by performing the procedure Reboot communication devices on page 591.
8. Change the VIP reference on each statically programmed Pulse that is registered with the zone.
a) Log in to the Pulse.
b) From the Application Launch Pad, tap Settings.
c) In the toolbar, tap Admin, enter the administrator password, then tap done.
d) In the toolbar, tap Network.
e) If Enable DHCP is ON, turn it OFF to enable the CCM Ip Address field.
f) In the CCM Ip Address field, tap within the text box, type the new VIP then tap done.
g) If Enable DHCP was enabled, turn it back ON.
h) Scroll to the bottom of the screen then tap Save Changes.
If you changed the Enable DHCP setting, the system prompts you to restart the Pulse.
i) Tap Restart. If you are not prompted to restart the Pulse, scroll to the bottom of the screen and tap
Restart Station.
9. Change the VIP reference on each Unigy Soft Client that is registered with the zone.
a) On the Microsoft Windows desktop, click Start ➤ All Programs ➤ IPC Systems Inc ➤ Unigy
Client Configuration Tool.
b) In the Primary field, type the new VIP then click Save.
c) If you were logged in to the Soft Client when you made this change, log out then log in to
implement the change.
10. If you disabled Multi-tier Replication in step 2, reenable it by performing the procedure Enable
Multi-tier Replication on page 243.
During the reconfiguration process, change only the IP Address, Subnet Mask, Default Gateway, or
PeerReg.Host fields. For information on navigating through the Network Configurator screens, refer to
Configure the appliance network settings with Network Configurator on page 450. When you rerun
Network Configurator, the system does not display all of the screens that were displayed during the
initial deployment.
After you change the VIP and IP addresses, do the following, as applicable, to enable other devices to
access the zone:
• Change the value of the Network Configurator PeerReg.Host field on all Media Manager (MM)
appliances in the zone to point to the new zone VIP.
• Change the VIP references on the DHCP Servers to update dynamically programmed turrets and
Pulse devices that are registered with the zone.
• Change the VIP reference on each statically programmed turret and Pulse, and all Soft Clients that are
registered with the zone.
Caution
This is a service impacting procedure that should be performed only when the zone is not involved in
processing calls or other requests.
1. Log in to the UMS in the zone for which you are changing the network configuration.
2. If Multi-tier Replication is enabled and the zone you are moving is a portal zone, disable Multi-tier
Replication for the associated data center by performing the procedure Disable Multi-tier Replication
on page 246.
3. Confirm that data replication is enabled for the zone by performing the procedure Enable data
replication on page 497. If replication is not enabled, enable it.
4. Place the zone you are configuring into maintenance mode and disable alert forwarding to the GSOC
and customer NMSs.
• Place a zone into maintenance mode to disable BCP plan activation on page 597
• Disable SNMP forwarding for a zone on page 596
5. Change the zone VIP and IP addresses in the UMS.
a) If the Primary appliance (the appliance in the cluster with the lower IP address) is not the Active
appliance, force a failover to make it the Active appliance by performing the procedure Force an
HA failover on page 546.
b) Place the cluster into maintenance mode by performing the procedure Place a cluster into
maintenance mode to enable control of HA failovers on page 598.
c) Place the Standby appliance into maintenance mode by performing the procedure Place an
appliance or Media Gateway into maintenance mode to indicate it is unavailable on page 599.
d) Log in to the UMS on the Primary appliance in the zone you are reconfiguring. Use the Primary
appliance IP address: https://appliance_ip.
e) Click Configuration ➤ Enterprise ➤ System ➤ Zones.
f) In the Zones list, click the zone you are configuring.
g) If you are moving the appliances to a different location, change the Backroom Location to the
new location.
h) In the VIP Address and Certificate Authority IP fields, type the new VIP.
i) In the ACCM/CCM1 Server IP Address and ACCM/CCM2 Server IP Address fields, type the new
IP addresses for the Primary and Secondary appliances then click Save.
6. If you are moving the appliances to a different location, shut down both appliances and move them to
the new location. If you are not moving the appliances, proceed to the next step.
After you move the appliances, continue with the remaining steps in this procedure. For information
on removing the hardware from the current backroom and installing it in the new backroom, refer to
the Common Appliance Platform Onsite Installation Manual.
7. Change the network configuration on both CCM or ACCM appliances.
Perform this procedure on both appliances at the same time.
a) Log in to each appliance from the command line.
b) Run the command su -lp then enter the appropriate password.
c) Start Network Configurator by running the script /opt/ipc/cop/
network_configurator/scripts/network_configurator.sh.
d) Within the Backroom Network Interface-1 Configuration screen, change the IP Address,
PeerReg.Host, Subnet Mask, and Dflt Gateway fields, as necessary.
e) Press Tab until the Next button is selected then press Enter.
f) Proceed through the remaining screens, without making any changes, then within the last screen,
click Finish to save the changes.
The system displays the prompt Do you want to execute CCM IP change
scripts?
g) Type y then press Enter.
The system runs a series of scripts that update the database. This takes several minutes.
h) Monitor the state of the appliances in the zone by performing the procedure Check the state of a
zone from a browser on page 499.
If the Server Role or Server State of either appliance are not correct or any of the services fail,
rerun Network Configurator on both appliances at the same time and instruct it to run the CCM IP
change scripts. Network Configurator can be run as many times as necessary.
i) Log in to the UMS with the zone VIP.
j) Take the Standby appliance out of maintenance mode by performing the procedure Take an
appliance or Media Gateway out of maintenance mode on page 600.
k) Indicate that the maintenance is complete by performing the procedure Indicate that maintenance
on the Standby appliance is complete on page 601.
l) Take the cluster out of maintenance mode by performing the procedure Take a cluster out of
maintenance mode to resume normal HA operation on page 599.
m) Monitor the state of the appliances in the zone by performing the procedure Check the state of a
zone from a browser on page 499.
If the zone's Active appliance Server Role is UNKNOWN, the Server State is FAILED, and the
Replicator service fails, reboot the Active appliance.
n) When the checkHAStatus Server State for both appliances is AVAILABLE, reboot the Standby
appliance.
o) Monitor the state of the appliances in the zone by performing the procedure Check the state of a
zone from a browser on page 499.
p) Confirm that both appliances are in Active Mode by accessing them in Hardware Deployment as
described in the procedure Take an appliance or Media Gateway out of maintenance mode on page
600. If one or both appliances are in Maintenance Mode, complete the procedure to place the
appliance(s) into Active Mode.
8. If the zone includes Media Managers, change the PeerReg.Host value on all MMs in the zone:
a) Place each MM appliance in the zone into maintenance mode by performing the procedure Place
an appliance or Media Gateway into maintenance mode to indicate it is unavailable on page 599.
b) Log in to the MM appliance through SSH.
c) Run the command su -lp and enter the root user account password to obtain root user
privileges.
d) Start Network Configurator by running the script /opt/ipc/cop/
network_configurator/scripts/network_configurator.sh.
e) Within the Backroom Network Interface-1 Configuration screen, type the new zone VIP in the
PeerReg.Host field, and if the MM also has new network settings, change the IP Address,
Subnet Mask, and Dflt Gateway.
f) Press Tab until the Next button is selected then press Enter.
g) Proceed through the remaining screens, without making changes, then within the last screen, click
Finish to save the changes.
The system displays the prompt Do you want to execute CCM IP change
scripts?
h) Type y then press Enter.
The system runs a series of scripts that update the database. This takes several minutes.
i) Reboot the appliance.
j) Return the MM appliance to normal operation by performing the procedure Take an appliance or
Media Gateway out of maintenance mode on page 600.
9. Update DHCP servers, if necessary.
a) If the zone uses DHCP server option 66 to assign IP addresses to turrets and Pulse devices, change
the appliance VIP address specified for option 66 (tftp-server-name) on the DHCP server.
b) If the zone uses DHCP server option 112 to assign IP addresses to turrets and Pulse devices and
this zone is a registration coordinator, update the DHCP server configuration with the new VIP
address and update the Subnet in Mass Edit Client, if necessary.
c) If option 42 for the NTP server is configured with the CCM or ACCM IP address, change that
value as well.
d) Reboot each turret and Pulse to update the IP address. For information on rebooting multiple
devices, refer to Reboot communication devices on page 591.
For information on configuring a DHCP server, refer to the IQ/MAX Turret Hardware Installation
Manual, IQ/MAX Edge Turret Hardware Installation Manual, or Pulse Hardware Installation Manual.
10. If statically programmed turrets are registered with the zone, change the zone VIP on each turret:
a) If you are logged on to the turret, press the Shortcuts button then press More.
b) Press Admin.
c) Enter the Admin password then press Next.
If you moved the appliances to a different address, assign a new portal zone for the data center.
Note
After you complete the IP address change, other zones in the enterprise continue to make discovery
pings to the old IP addresses, which remain cached as residual JGroups data. You can see this if you run
a packet capture. This has minimal impact on the enterprise, so it is not necessary to take any remedial
action. However, if you want to clear the cached data, perform a full enterprise refresh of all zones in the
enterprise with the procedure Refresh (restart) zones in a multizone enterprise on page 319. You are not
required to restart all zones at the same time, they can be refreshed as time permits when the zones are
not processing calls or configuration requests.
14.3 Change the IP address or other network settings for both appliances in
an HA zone
If the wrong network settings were entered for both appliances in an HA zone during initial zone
deployment or if changes are made to the network, update the appliance configuration.
Note
This procedure assumes that it is not necessary to change the zone VIP. If you also have to change the
VIP, change it before you change the appliance IP addresses by performing the procedure Change a
zone VIP on page 399.
This procedure applies to making network configuration changes to both appliances in an HA zone.
• For information on moving the appliances in a zone to a different network, refer to Move the
appliances in an HA zone to a different network on page 402.
• For information on changing the IP address for one appliance in an HA zone, refer to Change the IP
address or other network settings for one CCM or ACCM appliance in an HA zone on page 409.
• For information on changing the IP address for an appliance in a single appliance zone, refer to
Change the IP address for a CCM or ACCM in a single appliance zone on page 412.
To change an appliance network configuration, you rerun Network Configurator. Network Configurator
is an application that enables you to configure appliance network settings and store them in the Unigy
database. It is run during initial appliance deployment and can be rerun as needed to make changes to
the initial configuration.
During the reconfiguration process, change only the IP Address, Subnet Mask, Default Gateway, or
PeerReg.Host fields. For information on navigating through the Network Configurator screens, refer to
Configure the appliance network settings with Network Configurator on page 450. When you rerun
Network Configurator, the system does not display all of the screens that were displayed during the
initial deployment.
Caution
This is a service impacting procedure that should be performed only when the zone is not involved in
processing calls or other requests.
1. Log in to the UMS in the zone for which you are changing the network configuration.
2. If Multi-tier Replication is enabled and the zone for which you are changing the configuration is a
portal zone, disable Multi-tier Replication for the associated data center by performing the procedure
Disable Multi-tier Replication on page 246.
3. In a multizone enterprise, confirm that data replication is enabled for the zone you are configuring by
performing the procedure Enable data replication on page 497. If replication is not enabled, enable
it.
4. Place the zone you are configuring into maintenance mode and disable alert forwarding to the GSOC
and customer NMSs by performing the following procedures:
• Place a zone into maintenance mode to disable BCP plan activation on page 597.
• Disable SNMP forwarding for a zone on page 596.
5. If you are changing the appliance IP addresses, change the values in the UMS:
a) Place the cluster into maintenance mode by performing the procedure Place a cluster into
maintenance mode to enable control of HA failovers on page 598.
b) If the Primary appliance (the appliance in the cluster with the lower IP address) is not the Active
appliance, force a failover to make it the Active appliance by performing the procedure Force an
HA failover on page 546.
c) Place the Standby appliance into maintenance mode by performing the procedure Place an
appliance or Media Gateway into maintenance mode to indicate it is unavailable on page 599.
d) Log in to the UMS on the Primary appliance in the zone you are reconfiguring. Use the Primary
appliance IP address: https://appliance_ip.
e) Click Configuration ➤ Enterprise ➤ System ➤ Zones.
f) In the Zones list, click the zone you are configuring.
g) In the ACCM/CCM1 Server IP Address and ACCM/CCM2 Server IP Address fields, type the new
IP addresses for the Primary and Secondary appliances then click Save.
6. Change the network configuration on both CCM or ACCM appliances.
Perform this step on both appliances at the same time.
a) Access the command line on each appliance.
b) Run the command su -lp then enter the root user account password.
c) Start Network Configurator by running the script /opt/ipc/cop/
network_configurator/scripts/network_configurator.sh.
d) Within the Backroom Network Interface-1 Configuration screen, change the IP Address,
PeerReg.Host, Subnet Mask, or Dflt Gateway fields, as necessary.
e) Press Tab until the Next button is selected then press Enter.
f) Proceed through the remaining screens, without making any changes, then within the last screen,
click Finish to save the changes.
The system displays the prompt Do you want to execute CCM IP change
scripts?
g) Type y then press Enter.
The system runs a series of scripts that update the database. This takes several minutes.
h) Monitor the state of the appliances in the zone by performing the procedure Check the state of a
zone from a browser on page 499.
If the Server Role or Server State of either appliance are not correct or any of the services fail,
rerun Network Configurator on both appliances at the same time and instruct it to run the CCM IP
change scripts. Network Configurator can be run as many times as necessary.
7. Take the Standby appliance and cluster out of maintenance mode:
Note
After you complete the IP address change, other zones in the enterprise continue to make discovery
pings to the old IP addresses, which remain cached as residual JGroups data. You can see this if you run
a packet capture. This has minimal impact on the enterprise, so it is not necessary to take any remedial
action. However, if you want to clear the cached data, perform a full enterprise refresh of all zones in the
enterprise with the procedure Refresh (restart) zones in a multizone enterprise on page 319. You are not
required to restart all zones at the same time, they can be refreshed as time permits when the zones are
not processing calls or configuration requests.
14.4 Change the IP address or other network settings for one CCM or ACCM
appliance in an HA zone
Use this procedure when it is necessary to change the network configuration for one Converged
Communications Manager (CCM) or Aggregated Converged Communications Manager (ACCM)
appliance in an HA pair, for example, if the wrong IP address was specified during initial deployment.
Note
This procedure assumes that it is not necessary to change the zone VIP. If it is necessary to change the
VIP, change it before you change the appliance IP address by performing the procedure Change a zone
VIP on page 399.
This procedure applies to changing the network settings for one appliance in an HA zone.
• For information on moving the appliances in a zone to a different network, refer to Move the
appliances in an HA zone to a different network on page 402.
• For information on changing the IP address or other network settings for both appliances in an HA
zone, refer to Move the appliances in an HA zone to a different network on page 402. Use this
procedure if you are changing the IP address for one appliance in an HA zone and also have to
change the PeerReg.Host value on the second appliance in the zone to match the new IP address on
the peer appliance.
• For information on changing the IP address or other network settings for an appliance in a single
appliance zone, refer to Change the IP address for a CCM or ACCM in a single appliance zone on
page 412.
To change an appliance network configuration, you rerun Network Configurator. Network Configurator
is an application that enables you to configure appliance network settings and store them in the Unigy
database. It is run during initial appliance deployment and can be rerun as needed to make changes to
the initial configuration.
During the reconfiguration process, change only the IP Address, Subnet Mask, Default Gateway, or
PeerReg.Host fields. For information on navigating through the Network Configurator screens, refer to
Configure the appliance network settings with Network Configurator on page 450. When you rerun
Network Configurator, the system does not display all of the screens that were displayed during the
initial deployment.
Caution
This is a service impacting procedure that should be performed only when the zone is not involved in
processing calls or other requests.
1. Log in to the UMS with the zone VIP in the zone you are configuring.
2. If Multi-tier Replication is enabled and the zone for which you are changing the configuration is a
portal zone, disable Multi-tier Replication for the associated data center by performing the procedure
Disable Multi-tier Replication on page 246.
3. In a multizone enterprise, confirm that data replication is enabled for the zone you are configuring by
performing the procedure Enable data replication on page 497. If replication is not enabled, enable
it.
4. Place the zone into maintenance mode and disable alert forwarding to the GSOC and customer NMSs
by performing the following procedures:
• Place a zone into maintenance mode to disable BCP plan activation on page 597.
• Disable SNMP forwarding for a zone on page 596.
5. Place the cluster into maintenance mode by performing the procedure Place a cluster into
maintenance mode to enable control of HA failovers on page 598.
6. If the appliance for which you are changing the IP address is not the Standby appliance, force an HA
failover to make the Active appliance the Standby appliance by performing the procedure Force an
HA failover on page 546.
7. Place the Standby appliance into maintenance mode by performing the procedure Place an appliance
or Media Gateway into maintenance mode to indicate it is unavailable on page 599.
8. Change the IP address in the UMS:
a) Click Configuration ➤ Enterprise ➤ System ➤ Zones.
b) In the Zones list, click the zone for which you are changing the IP address.
c) In the ACCM/CCM1 Server IP Address or ACCM/CCM2 Server IP Address field, type the new IP
address for the Primary or Secondary appliance you are changing then click Save.
9. Change the network configuration on the CCM or ACCM appliance that has the incorrect settings:
a) Access the appliance command line.
b) Run the command su -lp and enter the appropriate password.
c) Start Network Configurator by running the script /opt/ipc/cop/
network_configurator/scripts/network_configurator.sh.
d) Within the Backroom Network Interface-1 Configuration screen for the appliance, change the IP
Address, Subnet Mask, Dflt Gateway, or PeerReg.Host fields, as applicable.
e) Press Tab until the Next button is selected then press Enter.
f) Proceed through the remaining screens, without making any changes, then within the last screen,
click Finish to save the changes.
The system displays the prompt Do you want to execute CCM IP change
scripts?
g) Type y then press Enter.
The system runs a series of scripts that update the database. This takes several minutes.
h) Monitor the state of the appliances in the zone by performing the procedure Check the state of a
zone from a browser on page 499.
If the Server Role or Server State of either appliance are not correct or any of the services fail,
rerun Network Configurator on both appliances at the same time and instruct it to run the CCM IP
change scripts. Network Configurator can be run as many times as necessary.
10. Take the Standby appliance out of maintenance mode by performing the procedure Take an appliance
or Media Gateway out of maintenance mode on page 600.
11. Inform the system that maintenance on the Standby appliance is complete by performing the
procedure Indicate that maintenance on the Standby appliance is complete on page 601.
12. Take the cluster out of maintenance mode by performing the procedure Take a cluster out of
maintenance mode to resume normal HA operation on page 599.
13. Monitor the state of the appliances in the zone by performing the procedure Check the state of a zone
from a browser on page 499.
If the zone's Active appliance Server Role is UNKNOWN, the Server State is FAILED, and the
Replicator service fails, reboot the Active appliance.
14. When the checkHAStatus Server State for both appliances is AVAILABLE, reboot the Standby
appliance.
15. Monitor the state of the appliances in the zone by performing the procedure Check the state of a zone
from a browser on page 499.
16. Confirm that both appliances are in Active Mode by accessing them in Hardware Deployment as
described in the procedure Take an appliance or Media Gateway out of maintenance mode on page
600. If one or both appliances are in Maintenance Mode, complete the procedure to place the
appliance(s) into Active Mode.
17. Take the zone out of maintenance mode and enable SNMP forwarding by performing the following
procedures:
• Take a zone out of maintenance mode to reenable BCP plan activation on page 598.
Note
After you complete the IP address change, other zones in the enterprise continue to make discovery
pings to the old IP addresses, which remain cached as residual JGroups data. You can see this if you run
a packet capture. This has minimal impact on the enterprise, so it is not necessary to take any remedial
action. However, if you want to clear the cached data, perform a full enterprise refresh of all zones in the
enterprise with the procedure Refresh (restart) zones in a multizone enterprise on page 319. You are not
required to restart all zones at the same time, they can be refreshed as time permits when the zones are
not processing calls or configuration requests.
14.5 Change the IP address for a CCM or ACCM in a single appliance zone
This topic describes how to change the IP address for a single Converged Communications Manager
(CCM) or Aggregated Converged Communications Manager (ACCM) appliance in a single appliance
zone. This is required when moving the appliance in a single appliance zone to a different network or
when the wrong value was entered for the appliance during initial deployment.
For information on changing the IP addresses for both appliances in an HA zone, refer to Move the
appliances in an HA zone to a different network on page 402. For information on changing the IP
address for one appliance in an HA zone, refer to Change the IP address or other network settings for
one CCM or ACCM appliance in an HA zone on page 409.
To change an appliance IP address, you rerun Network Configurator. Network Configurator is an
application that enables you to configure appliance network settings and store them in the Unigy
database. It is run during initial appliance deployment and can be rerun as needed to make changes to
the initial configuration.
During the process of changing the IP address, change only the IP Address, and if applicable, the
Subnet Mask, Default Gateway and PeerReg.Host fields. For information on navigating through the
Network Configurator screens, refer to Configure the appliance network settings with Network
Configurator on page 450. When you rerun Network Configurator, the system does not display all of
the screens that were displayed during the initial configuration.
After you change the IP address, do the following as applicable:
• Change the IP address references on the DHCP Server to update dynamically programmed turrets and
Pulse devices that are registered with the zone.
• Change the IP address reference on each statically programmed turret and Pulse, and all Soft Clients
that are registered with the zone.
Caution
This is a service impacting procedure that should be performed only when the zone is not involved in
processing calls or other requests.
The system displays the prompt Do you want to execute CCM IP change
scripts?
h) Type y then press Enter.
The system runs a series of scripts that update the database. This takes several minutes.
i) Reboot the appliance.
j) Return the MM appliance to normal operation by performing the procedure Take a cluster out of
maintenance mode to resume normal HA operation on page 599.
8. Update DHCP servers, if necessary.
a) If the zone uses DHCP server option 66 to assign IP addresses to turrets and Pulse devices, change
the appliance VIP address specified for option 66 (tftp-server-name) on the DHCP server.
b) If the zone uses DHCP server option 112 to assign IP addresses to turrets and Pulse devices and
this zone is a registration coordinator, update the DHCP server configuration with the new VIP
address and update the Subnet in Mass Edit Client, if necessary.
c) If option 42 for the NTP server is configured with the CCM or ACCM IP address, change that
value as well.
d) Reboot each turret and Pulse to update the IP address. For information on rebooting multiple
devices, refer to Reboot communication devices on page 591.
For information on configuring a DHCP server, refer to the IQ/MAX Turret Hardware Installation
Manual, IQ/MAX Edge Turret Hardware Installation Manual, or Pulse Hardware Installation Manual.
9. If statically programmed turrets are registered with the zone, change the appliance IP address on each
turret:
a) If you are logged on to the turret, press the Shortcuts button then press More.
b) Press Admin.
c) Enter the Admin password then press Next.
d) Press Configure Network.
e) Press Servers.
f) Press Set Values Manually.
g) Press CCM.
h) Replace the existing IP address with the new CCM or ACCM IP address.
i) Press Save.
j) Press Save.
k) Press Save.
l) Press Commit.
m) Press OK.
n) Reboot the turret to update the IP address value by pressing Previous ➤ Restart Station ➤
Restart.
As an alternative method, you can reboot all of the turrets simultaneously after you have changed
the IP address on all of them by performing the procedure Reboot communication devices on page
591.
10. If statically programmed Pulse devices are registered with the zone, change the appliance IP address
on each Pulse:
5. Within the Hostname field in the Host Information Configuration screen, type the new hostname
The hostname must be unique across the enterprise; for example, you cannot have the hostnames
MM1.nyc.ipc.com and MM1.boston.ipc.com in the same enterprise.
6. Press Tab until the Next button is selected then press Enter.
7. Proceed through the remaining screens then on the last screen, click Finish to save the changes.
The system displays the prompt Do you want to execute CCM IP change scripts?
8. Type y then press Enter.
The system runs a series of scripts that update the database. This might take several minutes.
9. Reboot the appliance.
10. Take the MM appliance out of maintenance mode by performing the procedure Take an appliance or
Media Gateway out of maintenance mode on page 600.
g) Set the Device Name for Intf 1 to the value you specified in Network Configurator in step 1, either
eth0 or bond0.
h) Click Save Settings.
3. Reboot the MM by performing the procedure Run Reboot Media Manager on page 588.
Perform this procedure on all CCM and ACCM appliances in the enterprise.
To perform this procedure, you must have SSH command line access and be authorized to use Password
Manager to obtain dynamic passwords.
1. From the appliance command line, log in with the shelldiag user account and enter the dynamic
password.
2. Run the command su -lp and enter the dynamic password.
3. Create a backup copy of the /etc/resolv.conf file by running the following command:
cp -p /etc/resolv.conf /etc/resolv.conf.orig
4. In the /etc/resolv.conf file, replace the default search value with the customer domain name
and replace the default nameserver value with the IP address for a DNS server. Add one nameserver
line for each DNS server. See the sample below.
search bankxyz.com
nameserver 10.20.30.30
nameserver 10.20.30.31
15Time-related workflows
15.1 Assign NTP servers to the devices in a zone
This topic describes how to add or change the NTP servers assigned to the CCM or ACCM appliances
and other devices in a zone.
This procedure is necessary only when the NTP servers assigned through Network Configurator during
initial deployment are not correct, when the NTP server IP addresses change, or when adding NTP
servers.
When you change the NTP servers through the UMS, the change applies only to the appliances in the
current zone. In an HA zone, the system updates the NTP servers on both appliances. The change is not
replicated to other zones in the enterprise, so perform this procedure for all applicable zones.
1. Within the UMS, click Configuration ➤ Enterprise ➤ System Features ➤ NTP Servers.
2. Enter the new NTP server IP address in the appropriate NTP Server Host field.
3. Click Save.
4. Synchronize the time on all Media Managers by performing the procedure Run Sync MM NTP Config
on page 698.
5. Reboot all Media Gateways.
6. For turrets and Pulse devices, do one or both of the following:
• If the devices obtain their time from NTP servers specified on a DHCP server, update the NTP
server(s) on the DHCP server(s) then reboot all of the turrets and Pulse devices by performing the
procedure Reboot communication devices on page 591.
• For Pulse devices that are statically configured, restart the devices:
1. Tap Settings ➤ Admin.
2. Enter the Admin user account password then tap done.
3. Scroll to the bottom of the page, tap Restart Station, then tap Restart.
• For turrets that are statically configured, do the following on each turret:
1. Press Settings ➤ More ➤ Admin.
2. Enter the Admin user account password then press Next.
3. Press Configure Network ➤ Servers ➤ Set Values Manually ➤ NTP Servers.
4. If necessary, scroll through the NTP servers to locate the server you are changing by pressing
NTP Server #, where # is the number of the currently displayed server. The system displays the
next NTP server.
5. Press Edit.
6. Press Enter IP Address.
7. Enter the IP address then press Save.
8. Press Previous ➤ Previous ➤ Previous.
9. Press Restart Station then press Restart.
15.3 Change the location time zone for an HA zone in a single or multizone
enterprise
When you define a Unigy location, one of the properties you specify is the time zone. If you need to
change the time zone for a location, the desktop devices (turrets and Pulse devices) connected to the
zone must also be updated. Perform this procedure to change a time zone for a location and its hosted
devices.
To ensure consistent time information, the location time zone must match the time zone set for the
appliance hardware clock and system clock. For information on changing the hardware clock, refer to
the Linux help ( hwclock --help). For information on changing the system clock, refer to Change
the system time zone on page 426.
Note
To change the time zone on desktop devices, change the time zone for the front room location associated
with the devices.
This procedure includes confirming that the correct location is assigned, confirming that the correct time
zone is assigned to the location, confirming that the correct address is assigned to the location, and
rebooting the devices hosted by the zone.
1. Log in to the UMS: https://vip.
2. Confirm or change the location assigned to the appliances to reflect the new time zone.
Perform these steps for each zone for which you are changing the time zone.
• IPC Media Recorder (IMR) Configure the server time source on page 427
Note
To ensure consistent time synchronization, all of the servers and the CCM or ACCM should use the same
time source.
For additional details about NTP services, see the IPC Unigy / CTI Active IP Recording Integration
Manual.
1. Access the server and log in.
2. Stop all NTR services using the Monitor Tool or system configuration ➤ configuration
management in the NICE Recording Web GUI.
See the NICE Recording: Installation & Configuration Manual for details.
3. Click the time display in the bottom right corner of the Microsoft Windows desktop.
The date and time interface is displayed.
5. On the Date and Time tab, confirm that the time zone and Daylight Saving Time settings are correct.
If they are not:
a) Click Change time zone.
The Time Zone Settings dialog box is displayed.
b) In the Time zone field, select the correct time zone to match the backroom where the server is
located.
c) If the time zone observes Daylight Saving Time, select the Automatically adjust clock for
Daylight Saving Time check box. If it does not, clear the check box.
d) Click OK.
6. Click the Internet Time tab then click Change settings.
The Internet Time Settings dialog box is displayed.
Figure 57: Internet Time Settings dialog box
8. In the Server field, type the IP address of the NTP server that serves as the time source.
9. Click Update now.
The system updates the time source then displays a success message.
Note
If the success message is not displayed, click Update Now multiple times until the system displays the
message.
Note
To ensure consistent time synchronization, all of the servers and the CCM or ACCM should use the same
time source.
1. Open the NICE Interaction Management Services Configuration Manager by clicking Start ➤ All
Programs ➤ NICE Systems ➤ CTI Tools ➤ CTI Console Viewer ➤ NICE Services
Configuration Manager.
The NICE Services Configuration Manager window is displayed.
3. On a Database and Application Server, stop the CLSRCMService service, or on the Logger Servers,
stop the IPCapture and VOIP Logger services by right-clicking the service then clicking Stop.
The service is placed in the Stopped state.
4. Click the time display in the bottom right corner of the Microsoft Windows desktop.
The date and time interface is displayed.
Note
If you do not see the success message, click Update Now multiple times until the system displays the
message.
Note
Synchronization of the time on all of the servers with the time source might require a considerable
amount of time. During this time, CDRs (Call Detail Records) might not be available.
• Diversion settings for a line on the publishing enterprise are visible on devices on the subscribing
enterprise.
• Line status for speaker call
A shared line connected to a speaker channel on a remote site ignores the settings for speaker status
display. The line status for a shared line assigned to a speaker channel always shows Busy on the
user’s Button Sheet.
• Dial tone lines and transferring calls
When transferring lines between two Unigy enterprises, inaccuracies in the display of Calling Line
Identification (CLI) and Connected Party Identification (CPI) may be observed.
• Intercom and Open Connexion
Enterprise to enterprise line sharing does not support intercom, Open Connexion, OOPS, or Music On
Hold lines.
• Personal extension
Subscribed lines cannot be used as a personal extension.
• Forced line clear
Forced line clear is not supported on subscribed lines.
• Exclusive Hold is not supported.
Call History
Call history records generated at the publishing enterprise for the lines used by subscribing enterprises
will display a new system user, RemoteUser_CH. Unigy versions prior to v4.1 will continue to display
AllianceUser_CH for Alliance Interop users. Unigy v4.2 and above will display RemoteUser_CH
for both enterprise to enterprise line sharing and Alliance MX Interop.
Details of the call are displayed on the subscribing enterprise. The publishing enterprise indicates that
the line was used and the user who seized the line.
Figure 62: Communications History Report example
Recording
Recording is configured by user and remains the same for line sharing. The isLineRecorded setting on
the publishing enterprise does not affect shared lines on the subscribing enterprise. Configure the
isLineRecorded setting for shared lines on the subscribing enterprise.
BCP
Following a BCP failover, or any time a line is moved to another zone in the publishing enterprise, the
line status of shared lines at the subscribing enterprise may be delayed for up to 30 minutes while the
line status subscription refresh occurs at the subscribing enterprise.
When the first line is created, the system assigns the number 200 as the base PUIB. The base PUIB
increments by 100 for subsequent lines. The 99 intermediate numbers are available for line appearances.
For example, if you create five extensions, the system creates five corresponding base PUIBs, 100 digits
apart:
When you create appearances for the extension, the PUIB (not the base PUIB) is used as the TrunkAOR.
In this example, we’ve created three appearances for extension 1002:
Extension-Appearance PUIB
1002-1 401
1002-2 402
1003-3 403
To have these appearances roll over on the subscribing enterprise, create a hunt group for them on the
subscribing enterprise.
1. From the UMS, click Configuration ➤ Enterprise ➤ Hunt Group.
2. Click the Plus sign to add a hunt group.
3. Drag the appropriate Resource AORs from the Available to Assign panel to the grid on the Details
tab.
4. Click Save.
5. Assign the end user by clicking the End User tab and dragging the name of the end user from the
Available to Assign panel to the grid on the End User tab.
Figure 64: Hunt Group Example
Table 46: Example of mapping plan for enterprise to enterprise line sharing
1. Site Name: enter a name to reference the publishing site instance. The name must be unique
throughout all enterprises.
Tip
Use a site naming convention that will make it easy to determine the publishing instance in case
you need to troubleshoot issues.
2. Secure Comm: enter true or false to indicate if you are using secure communication.
e) Click Validate Changes.
f) Click Save Changes.
The Save Progress tab updates.
g) From the Search tab, click New Search to review your changes.
h) Click Logout and close the workbook without saving.
When the site is created, the system generates an ID, an Enterprise ID, and an Enterprise Type.
Note
Enterprise ID 1 is Alliance. Enterprise ID 2 is Unigy.
Tip
Use a site server naming convention that will make it easy to determine the publishing zone in
case you need to troubleshoot issues.
5. Use Mass Edit Client to create and configure the subscribing enterprise lines.
a) From the UMS in a zone in the subscribing enterprise, click Tools ➤ Mass Edit Client ➤ Lines
and Extensions then Private Lines or Lines and Extensions.
b) Log in to the Mass Edit workbook by entering the VIP of the zone in the subscribing enterprise
and your credentials.
c) Create lines for the subscribing side in the usual manner.
Refer to the online help for details on the fields in this Mass Edit workbook .
Complete these additional fields for subscribed lines:
1. TrunkAOR: enter the PUIB + the Line Appearance from the publishing enterprise.
2. Alliance/Remote Site: Obtain this value from the Enum Loader tab, click Load Dynamic
Enums. Under Alliance/Remote Site and Label, find the site you created and copy the Value
corresponding to the Label.
The trunk is created when you create the line.
d) Click Validate Changes.
e) Click Save Changes.
The Save Progress tab updates.
f) From the Search tab, click New Search to review your changes.
g) Click Logout and close the workbook without saving.
The system creates a trunk corresponding to the PUIB. This trunk is not visible in the UMS Trunks
menu but can be viewed through Mass Edit Client ➤ Trunk ➤ Remote workbook.
6. Exchange certificates between the publishing and subscribing enterprises to enable secure
communications by performing the procedure Copy Certificates Between Enterprises on page 442.
All Unigy appliances (CCMs, ACCMs, and MMs) have certificates. All appliances in the same Unigy
enterprise have the same certificate with IPC as the CA.
Copying certificates between enterprises consists of copying the first certificate of the ca-bundle file in
each enterprise and appending it to the end of the ca-bundle file in the other enterprise. A ca-bundle
could contain more than one certificate; the first certificate in the bundle is the one we are sharing.
In order to use secure communication on a Site in the subscribing enterprise, secure communication
must be enabled on the publishing instance. Refer to the following table for combinations and outcomes
based on the secure communication settings.
As a best practice, swap certificates on one server from each enterprise, test the connection, and if
successful, copy the ca-bundle file to all other servers in their respective enterprises.
1. Open an ssh connection with an appliance in the publishing enterprise and another ssh connection
with an appliance in the subscribing enterprise.
Open with shelldiag and su to root
su -lp
mkdir tmp
cp ca-bundle tmp/ca-bundle
cp -p ca-bundle tmp/ca-bundle.orig
cd tmp
awk '/BEGIN /{a=1};a;/END /{exit}' ca-bundle > ca-bundle.top_pub
mkdir tmp
cp ca-bundle tmp/ca-bundle
cp -p ca-bundle tmp/ca-bundle.orig
c) Use this command to create a new file containing the top-most certificate extracted from the
original bundle file:
cd tmp
awk '/BEGIN /{a=1};a;/END /{exit}' ca-bundle > ca-bundle.top_sub
4. Concatenate the extracted publishing enterprise certificate TO the end of the subscribing enterprise
bundle for use in the subscribing enterprise.
a) Copy ca-bundle.top_pub from the publishing appliance to the /opt/ipc/security/
keymgmt/certs/tmp/ directory on the subscribing appliance.
From the certs/tmp directory on the subscribing appliance, type the following command:
scp shelldiag@ip_addr_publishing:/opt/ipc/security/keymgmt/
certs/tmp/ca-bundle.top_pub /opt/ipc/security/keymgmt/certs/tmp
5. Concatenate the extracted subscribing certificate TO the end of the publishing enterprise bundle for
use in the publishing enterprise.
a) Copy ca-bundle.top_sub from the subscribing appliance to the /opt/ipc/security/
keymgmt/certs/tmp/ directory on the publishing appliance.
From the certs/tmp directory on the publishing appliance, type the following command:
scp shelldiag@ip_addr_subscribing:/opt/ipc/security/keymgmt/
certs/tmp/ca-bundle.top_sub /opt/ipc/security/keymgmt/certs/tmp
cp ca-bundle.full_pub ../ca-bundle
c) Copy the new subscribing enterprise bundle (ca-bundle.full_sub) from the tmp directory
to the certs directory, as ca-bundle, overwriting the existing ca-bundle.
cp ca-bundle.full_sub ../ca-bundle
8. Restart the opensips service on both appliances to get the updated certificates to take effect.
Run the command: service opensips restart
Note
This command must be run whenever you update the certifications (ca_bundle) on a CCM, ACCM, or
MM.
Important
The CCMs, MMs, and ACCMs are shipped with the COP software deployed; therefore, do not perform
this procedure (reCOP) unless you are deploying a software upgrade that requires new COP software or
encounter a major system failure that requires redeploying an appliance.
Note
Different Unigy software and hardware versions support different COP versions; for example:
• Unigy v2.x with R610 or R620 appliances requires COP version 02.00.00.00.1888.
• Unigy v3.x, v4.0.x, and v4.1.x with R620 or R630 appliances requires COP version 03.00.00.00.1272.
• Unigy v4.2 with R620 or R630 appliances supports COP version 03.00.00.00.1272.
• Unigy v4.2 with R640 appliances requires COP version 03.00.01.00.0018.
Future software updates might introduce new COP versions, therefore, when performing a procedure that
requires deploying the COP, be sure you are deploying the correct version. For information on the COP
version supported for each Unigy software version, refer to the UpgradePaths tab in the Unigy Product
Compatibility Matrix.
If you are deploying the COP on multiple appliances, you can save time by performing the deployments
synchronously or simultaneously. To perform the deployments synchronously, after the COP software is
installed on one appliance, insert the DVD in the next appliance as described in step 8. To perform the
COP simultaneously, obtain multiple DVDs.
Before you deploy the COP, remove any USB data storage devices that are connected to the appliance.
For overview information on the COP software, refer to Common Operating Platform image on page
447.
If a Single Click Deployment appliance is available, you can use it to deploy the COP software.
1. Power up the appliance.
If you see the prompt Do you want to generate fingerprint?, the COP software is
already deployed, proceed to step 9.
2. Insert the COP DVD in the appliance DVD drive.
3. Power cycle the appliance.
The appliance powers up and begins the boot process.
4. When the boot up screen displays the setup options, press F11.
Note
You have only a few seconds to do this, so it is important that you watch for this prompt. If you miss
the prompt, repeat step 3.
The F11 = BIOS Boot Manager prompt changes to Entering BIOS Boot Manager and
the system continues the boot process. If you are prompted for a password, type the BIOS password
then press Enter. Within approximately 30 seconds, the system displays the Boot Manager screen.
5. Select the BIOS Boot Menu option then press Enter.
The BIOS Boot Manager menu is displayed. It should be similar to the following screen:
Figure 66: BIOS Boot Manager Boot Sequence menu – Unigy – R620 hardware
6. Select the DVD optical drive option; for example, SATA Optical Drive, Optical Drive (SATA/ATA),
or Embedded SATA Port Optical Drive then press Enter.
The system boots from the DVD in the DVD drive and prepares to start the deployment.
7. At the prompt Press the <Enter> key to begin the Installation Process.,
press Enter.
The deployment process runs for approximately fifteen minutes then ejects the DVD and displays the
prompt Do you want to generate fingerprint?.
8. Remove the COP DVD from the DVD drive.
Note
If you are deploying the COP on another appliance, insert the DVD in the next appliance now and start
the deployment procedure for that appliance. Refer to steps 1 through 7.
Important
Make all Network Configurator changes from the appliance console.
Within this topic, the terms current version and current software version refer to the Unigy software
version specified on the cover of this document. References to previous Unigy versions apply to the
versions, patches, service packs, and hotfixes for these versions that the current version supports.
Prerequisites:
Before running Network Configurator, you should have the customer-provided network values for each
appliance. These are described in the customer's Unigy Data Collection document or Information to
collect prior to running Network Configurator or performing an upgrade on page 462.
You can access the appliance through a keyboard and video monitor attached to one of the appliance
USB ports and the VGA monitor port, an RS232 terminal emulator/VT100 connected through the
appliance serial port, or remotely with iDRAC or a KVM switch.
Note
Shell (ssh) access to the appliances might require completion of the first Network Configurator screen,
which defines the root account password. If it is necessary to access the shell before you complete
Network Configurator, specify the password, then use the Quit button to exit Network Configurator.
Important
After the initial deployment is complete, you can rerun Network Configurator as needed to modify the
network settings, however, only the following changes are permitted:
• Hostname
• IP Address
• Subnet Mask
• Dflt Gateway
• PeerReg.Host
• NIC Configuration Option (Media Managers only)
Changing any other values can have unpredictable results, including appliance failure. You can also rerun
Network Configurator without making any changes as part of the procedure to change a zone VIP.
2. In most cases, you do not need the fingerprint value, so you can type n and press Enter. However, if
you need the fingerprint because you do not have an enterprise license file, type y then press Enter to
generate the fingerprint. Copy and paste the value into an e-mail message and send the message with
a request for an enterprise license to Westbrook Orders or to the Project Manager in your region who
is responsible for providing licenses. If the enterprise consists of multiple appliances, send the
fingerprint values for all of the CCM or ACCM appliances.
3. When prompted to launch Network Configurator, type y then press Enter.
Figure 68: Prompt for launching Network Configurator
Note
If the system does not prompt you to run Network Configurator, log in with root privileges and run the
script /opt/ipc/cop/network_configurator/scripts/
network_configurator.sh.
The appliance displays the Network Configurator – Configure Root Password screen, which prompts
you to enter and confirm the password you are assigning to the Linux root user account.
4. In the Enter Password field, type the password that you want to assign to the Linux root user
account then press the Tab key.
A valid password should be a mix of upper and lower case letters, numeric digits, and special
characters; use at least 7 characters in a password, with characters from all of these classes. An upper
case letter that begins the password and a digit that ends it do not count towards the number of
character classes used. The following special characters can be included:
@ $ # % & * ! ( ) + | _ -
(Spaces are included for readability; spaces are not valid characters.)
5. In the Re-Enter Password field, retype the root password then press Tab.
The Next button is highlighted.
6. Press Enter.
Network Configurator confirms that both passwords match and validates them against the system's
password policy, then displays the Host Information Configuration screen.
Figure 70: Network Configurator - Host Information Configuration screen
7. In the Hostname field, type a unique name that identifies the appliance, then press Tab.
Important
The first segment of the fully qualified host name must be unique throughout the entire Unigy
enterprise. For example, the names server1.ipc.com and
server1.development.ipc.com are not considered unique.
This requirement applies to any enterprise device managed by Unigy: CCMs, ACCMs, Media
Managers, Media Gateways, turrets, and Pulse devices.
8. In the Domain field, type the network domain name then press Tab.
9. In the NIC Configuration Option field, choose one of the following:
• Legacy: Configure each network interface independently.
• Bonded: Configure bonded network interface bond0 (bonding eth0 and eth2), and optionally
configure bond1 (bonding eth1 and eth3).
10. Press Tab until the Next button is highlighted then press Enter.
The remaining screens differ depending on whether you chose the Legacy or Bonded option.
11. Continue with Configure legacy connections on page 454 or Configure bonded connections on page
458.
Note
On some appliances, the eth0 NIC is not the first of the four ports; therefore, you should perform this
step to be sure you are connecting the cable to the correct port.
3. Connect the Ethernet cable to the port indicated then press Tab.
4. In the IP Address field, type the eth0 NIC IP address designated for this appliance then press Tab.
5. In the Subnet Mask field, type the network subnet mask then press Tab.
6. In the Dflt Gateway field, type the IP address of the network default gateway then press Tab.
7. In the PeerReg.Host field, enter one of the following values:
• For an ACCM in a standalone enterprise, leave the field blank. A standalone enterprise has an
Express license that supports a single ACCM in a single zone.
• For an appliance in an HA pair, enter the IP address of the peer CCM or ACCM. This is the other
appliance in the HA pair.
• For a Media Manager, enter the zone VIP.
8. Press Tab until the Next button is highlighted then press Enter.
Network Configurator displays the Backroom Network Interface-2 Configuration screen.
Figure 72: Network Configurator – Backroom Network Interface-2 Configuration screen (legacy)
9. In the Skip eth2 Configuration field, press the right arrow on the keyboard to change the value to
Yes.
10. Press Tab until the Next button is highlighted then press Enter.
Network Configurator displays the Enterprise Network Interface-1 Configuration screen, where if
applicable, you configure the eth1 NIC.
11. In the Skip eth1 Configuration field, press the right arrow on the keyboard to change the value to
Yes.
12. Press Tab until the Next button is highlighted then press Enter.
Network Configurator displays the Enterprise Network Interface-2 Configuration screen.
Figure 74: Enterprise Network Interface-2 Configuration screen (legacy)
13. In the Skip eth3 Configuration field, press the right arrow on the keyboard to change the value to
Yes.
14. Press Tab until the Next button is highlighted then press Enter.
Network Configurator displays the Network Static Route(s) Information Configuration screen. This
screen is reserved for future use.
15. Press Tab until the Next button is highlighted then press Enter.
Network Configurator displays the DNS & NTP Information Configuration screen. Enter the IP
addresses for up to three NTP servers for time synchronization.
Note
The DNS Configuration Option, Master Server, and Zone fields are not supported. Entering values for
these fields does not configure access to a Domain Name Server. To specify a DNS for external
directory servers, multi-factor authentication SMTP servers, voice recorder certificates that include an
FQDN, or any other feature that requires a DNS, refer to Configure Unigy access to Domain Name
System (DNS) servers on page 421.
17. Press Tab until the Next button is highlighted, then press Enter.
Network Configurator displays the Configuration Successful screen.
Figure 77: Configuration Successful screen (legacy)
Figure 78: Network Configurator – Backroom Network Interface Configuration screen (bonded)
Note
On some appliances, the eth0 NIC is not the first of the four ports; therefore, you should perform this
step and step 4 to be sure you are connecting the cables to the correct ports.
3. Connect the Ethernet cable to the port indicated, then press Tab.
The Identify eth2 button is highlighted.
4. To identify the port on the back of the appliance to which you should connect the Ethernet cable for
this NIC, press Enter.
The left LED on the Ethernet port flashes orange to identify the associated port.
5. Connect the Ethernet cable to the port indicated, then press Tab.
6. In the IP Address field, type the bond0 NIC IP address designated for this appliance, then press Tab.
7. In the Subnet Mask field, type the network subnet mask then press Tab.
8. In the Dflt Gateway field, type the IP address of the network default gateway then press Tab.
9. In the PeerReg.Host field, enter one of the following values:
• For an ACCM in a standalone enterprise, leave the field blank. A standalone enterprise has an
Express license that supports a single ACCM in a single zone.
• For an appliance in an HA pair, enter the IP address of the peer CCM or ACCM. This is the other
appliance in the HA pair.
• For a Media Manager, enter the zone VIP.
10. Press Tab until the Next button is highlighted then press Enter.
Network Configurator displays the Enterprise Network Configuration screen.
11. In the Skip bond1 Configuration field, press the right arrow on the keyboard to change the value to
Yes.
12. Press Tab until the Next button is highlighted, then press Enter.
Network Configurator displays the Network Static Route(s) Information Configuration screen. This
screen is reserved for future use.
Figure 80: Network Static Route(s) Information Configuration screen (bonded)
13. Press Tab until the Next button is highlighted, then press Enter.
Network Configurator displays the DNS & NTP Information Configuration screen. You can enter the
IP addresses for up to three NTP servers for time synchronization.
Note
The DNS Configuration Option, Master Server, and Zone fields are not supported. Entering values for
these fields does not configure access to a Domain Name Server. To specify a DNS for external
directory servers, multi-factor authentication SMTP servers, voice recorder certificates that include an
FQDN, or any other feature that requires a DNS, refer to Configure Unigy access to Domain Name
System (DNS) servers on page 421.
2. Perform the procedure Register a Unigy appliance with a Single Click Deployment appliance on page
160.
Peer or IP address for the zone's host or cluster. Use dot-decimal format
Registration Enter one of the following: nnn.nnn.nnn.nnn.
host
• For standalone system: blank
• For HA setup: IP address of peer
• For Media Manager: VIP address of
HA cluster or IP address of standalone
CCM
Note
Save this information in case it is needed for updates that require a new COP, rebuilding an appliance, or
redeploying a zone.
Note
For screen, field, and button descriptions for this application, refer to Personality Deployer on page
467.
a) Select the appropriate personality type for the appliance you are deploying.
b) Select the appropriate Country Base.
c) If the appliance is part of an HA pair, select Appliance is part of an HA pair, confirm that the
Peer Host is correct, then type the Local Zone VIP for the zone you are deploying.
d) If the appliance is an MM, enter the Registration Host, which in an HA zone is the zone VIP.
4. To create the disk image backups, select the Back-up check box. This is the default setting.
Note
Even though a new installation has no data or working environment to preserve, creating a rollback
point is advised because it will allow remote recovery from any unforeseen adversities.
5. In the Select ISO to perform Operation list, select the ISO file to deploy.
6. Click Install, then click Start Installation.
If you selected Back-up, the system reboots and you temporarily lose access while the first image
backup file is created. This takes approximately 15 minutes. When the backup is complete, the
deployment begins. While the software deployment is in progress, you can access the appliance
through SSH or the console. After the deployment completes, the appliance reboots then the system
creates the second image backup.
7. To view the progress of the deployment, do the following:
a) After approximately 15 minutes, click Back to return to the Personality Deployer window.
b) Click Get Status to display the current deployment status and progress.
c) Refresh the page periodically by clicking Back then re-clicking Get Status until it displays
Deployment Progress = 100% and Deployment Status = Complete.
For CCMs and ACCMs, the deployment takes approximately 90 minutes to complete, if you
selected the backup option, and 60 minutes if you did not. For MMs, the process takes
approximately 15 minutes.
You can also monitor the deployment progress by clicking Back then clicking Get logs. At the end
of the log you should see output similar to the following, which indicates that the deployment is
complete and the post deployment image backup is starting:
Figure 83: Personality Deployer log showing the end of the deployment process prior to creating
the final image backup
8. Click Host Info and confirm that the values for the following attributes are correct:
• Personality is
• COP Software Version
• Unigy Software Version
• Personality Type
• The zone VIP
• Peer Host IP
• Install on page 471 – Installs the personality software from the selected ISO file.
• Delete on page 471 – Deletes the selected ISO file from the appliance.
• List Contents on page 472 – Lists the contents of the manifest for the selected ISO file.
• Validate ISO on page 472 – Validates the ISO file to ensure that it is viable before deployment.
• Get Logs on page 472 – Displays the logs from the last personality software deployment.
• Get Status on page 472 – Displays the progress of the software deployment.
• Roll Back on page 472 – Restores the system to a previous rollback point.
• Host Info on page 472 – Provides basic information about the current appliance including network
configuration, personality, software versions, HA pair, and zone VIP values.
• Upload an ISO on page 476 – Uploads an ISO file to the appliance from a remote data storage
device.
• Transfer an ISO on page 476 – Transfers a personality ISO file from another Unigy appliance.
• Change Password on page 476 – Changes the Personality Deployer password.
Figure 84: Personality Deployer application
Appliance is part of an Specifies whether the Select the check box to This option applies to
HA pair appliance will be a indicate that the CCMs and ACCMs.
member of a High appliance will be a
Availability (HA) cluster member of an HA pair.
that provides local
appliance resilience and
fault-tolerance.
Peer Host Identifies the peer IP address in dot- This field is visible only if
appliance in an HA pair decimal notation you select the Appliance
(the other appliance in nnn.nnn.nnn.nnn is part of an HA pair
the cluster). Default: IP address check box.
entered in Network
Configurator during
network configuration.
Local Zone VIP Virtual IP address (VIP) IP address in dot- This field is visible only if
of the zone HA cluster in decimal notation you select the Appliance
which the appliance is a nnn.nnn.nnn.nnn is part of an HA pair
member. check box.
Select ISO to perform List of personality ISO ISO file names If the ISO file you want
Operation files available in all to deploy is not in the
zones that you can list, use Upload an ISO to
install, validate, upload the ISO file or
download, or delete. You Transfer an ISO to
can also display the transfer the file from
contents of the ISO another appliance or
manifest, display the corporate server.
logs and status of the
deployment, and restore
to a previous image.
Install
Deploys the software from the ISO file selected in the Select ISO to perform Operation list. Select the
appropriate ISO file than click Install.
Delete
Enables you to delete the selected ISO file in the Select ISO to perform Operation list. Select the
appropriate ISO file than click Delete.
Note
The file is immediately deleted; there is no confirmation dialog box.
List Contents
Lists the contents of the manifest for the ISO file selected in the Select ISO to perform Operation list.
The manifest contains information such as the software version, release date, and the RPM packages
contained in the ISO file.
Validate ISO
Performs an ISO verification procedure to determine the integrity of the ISO file. If the ISO is valid, the
system displays the message ISO is good... verification passed.
Get logs
Displays the log contents from the last personality deployment. A successful software deployment ends
with output similar to the following:
Get Status
Displays information about the progress and status of an ISO file deployment in XML format.
RollBack
Restores the system to the rollback point you select. Two rollback points are created when you select the
Back-up check box during the deployment of the personality software.
Host Info
Provides basic information about the current appliance, including network configuration, personality,
software versions, HA cluster, and zone VIP. Some of the properties are available only for certain
configuration scenarios. The output is a dump of responses to a set of questions, not a formatted report.
See the following sample report from the primary CCM in an HA cluster with bonded NICs:
Primary Interface MAC: 00:21:9B:8D:D9:14
Server Registration UUID: 09219B8DD914
Primary Interface name: bond0
Primary Interface IP: 20.30.40.50
Primary Interface IP MASK: 255.255.255.255
Primary Interface is Bonded
Primary Interface is Static
Personality is an Application Server
Personality is not ACCM
Personality is CCM
Personality is not MM
NTP sources list: 20.50.50.50
COP Software Version: 02.00.00.00.1436
Unigy Software Version: 02.00.00.00.1436
Setup as SFHA/SLHA pair
Server HA mode is enabled
Server has the OCCAS AdminServer
Server is the Primary Node mds_host
Personality Type: CCM1
Model: R620
My other data source IP: 20.30.40.51
The zone VIP: 20.30.40.52
Peer Host IP: 20.30.40.51
OCCAS AdminServer IP: 20.30.40.50
Personality Type Indicates the appliance • ACCM – standalone Unigy 360 does not
personality and HA role. ACCM support ACCMs.
• ACCM1 – primary
ACCM in an HA pair
• ACCM2 – secondary
ACCM in an HA pair
• CCM – standalone
CCM
• CCM1 – primary
CCM in an HA pair
• CCM2 – secondary
CCM in an HA pair
• MM – Media Manager
Model Appliance model • R620
number.
• R630
My other data source IP IP address of the other If the appliance is a
member of the HA pair. standalone appliance,
the localhost IP address
(127.0.0.1) is displayed.
VIP not set yet Displayed for a Standalone appliances
standalone appliance or do not have a VIP.
when the VIP has not
been specified.
The zone VIP Virtual IP address of the The value is blank for a
zone cluster. standalone appliance.
Upload an ISO
If the ISO file you are deploying is not in the Select ISO to perform Operation list, you can use this
option to upload the file to the current appliance from a data source such as a laptop, desktop computer,
or external data storage device. If bandwidth is an issue at a customer site, refer to Transfer an ISO on
page 476.
• The Browse button opens the Choose File to Upload dialog box where you select a file to upload.
After you select a file, the file path and name populate the text box.
• The Upload button copies the selected file to the /opt/ipc/deployment/iso/ directory on the
appliance and displays the file name in the Select ISO to perform Operation list.
Transfer an ISO
If the ISO file you are deploying is not in the Select ISO to perform Operation list, you are deploying
one or more HA zones, and bandwidth is an issue, you can transfer the ISO to the current appliance from
a corporate server or another Unigy CCM or ACCM. This can reduce the bandwidth cost and time
required to load an ISO file on a Unigy appliance. To use this option, upload the ISO file to a server or
Unigy appliance then when you run Personality Deployer on each additional appliance, type the URL to
the ISO file then click Transfer. The URL must include the source server or appliance IP address, not
the hostname.
Change Password
Provides a text box for entering a new password for the Personality Deployer application install user
account. Type the new password then click Change.
Important
There is no password confirmation, so be sure the value you enter is correct.
from which you are transferring the file and dunkin_02.00.00.00.1416.iso is the name of
the ISO file.
5. Click Transfer.
6. Repeat steps 3 through 5 for each additional appliance.
• Password
• Expiration days
After the license file is generated, it is delivered to the requestor along with any required information.
• Emergency License
5. Click Install License.
6. Click Choose File.
7. Choose the license file that you want to install and click Open.
The UMS loads the license file.
8. Click Continue.
• For an enterprise license file, the UMS displays the licensed features contained in the file. Verify
that the usage limits are correct for each feature.
• For an emergency license file, type the password for the license in the License Password field.
• For a certified administrator license file, type the user name and password for the license in the
License User Name and License Password fields.
9. Click Install.
The UMS installs the license file.
• Pulse Enterprise Intercom & Hoot software license: Provides Pulse, Pulse Enterprise, and Pulse
Mobile end users with access to the intercom and hoot features.
• IQ/MAX Sync for OCS: Enables turret end users to use the IQ/MAX Sync for OCS feature that
pairs the Microsoft Office Communications Server (OCS) integration feature with a user's IQ/MAX
or IQ/MAX Edge turret.
• FastFind license: Provides IQ/MAX Omni, IQ/MAX Sync, and Pulse Enterprise end users with
access to the FastFind search feature.
• QuickDial license: Provides IQ/MAX Omni and IQ/MAX Sync end users with access to the
QuickDial feature for making calls from Microsoft Office and other applications that support the
clipboard.
• Voice Recording API (per recording channel) license: Provides voice recording capabilities. Voice
Recording API licenses are automatically consumed when Recording Mix Profiles are assigned to
end users.
• Blue Wave API - CTI: Provides access to applications that use the Blue Wave API. The system
assigns this license automatically when a user account that is assigned the Blue Wave API - CTI role
is added from Configuration ➤ Users. You cannot assign or revoke this license from License
Manager.
• Blue Wave API - Management License: Enables a custom application to manage different types of
users in the Unigy database using the Blue Wave API - Management API. The system assigns this
license automatically when a user account that is assigned the Blue Wave API - CTI role is added
from Configuration ➤ Users. You cannot assign or revoke this license from License Manager.
• IQ/MAX TOUCH No Spkr User Application License: Provides access to an IQ/MAX TOUCH
with no speaker access.
• IQ/MAX TOUCH 4 Spkr User Application License: Provides access to an IQ/MAX TOUCH with
access to four speaker channels.
• IQ/MAX TOUCH 8 Spkr User Application License: Provides access to an IQ/MAX TOUCH with
access to eight speaker channels.
• IQ/MAX TOUCH 16 Spkr User Application License: Provides access to an IQ/MAX TOUCH
with access to sixteen speaker channels.
• IQ/MAX TOUCH 24 Spkr User Application License: Provides access to an IQ/MAX TOUCH
with access to twenty-four speaker channels.
• IQ/MAX TOUCH 32 Spkr User Application License: Provides access to an IQ/MAX TOUCH
with access to thirty-two speaker channels.
• DEVICE_APP1, DEVICE_APP2, DEVICE_APP3, DEVICE_APP4. DEVICE_APP_5: Provides access
to custom device applications that run on communication devices and Soft Clients.
• Spatial Audio License: Provides end user access to the IQ/MAX TOUCH spatial audio feature,
introduced in Unigy v4.0,. This feature enables users to assign the spatial audio position from which
speaker channel audio is played.
• Policy Engine Communication Barriers License: Assigned to all end users who are imported into
the Compliance Policy Engine for control of unauthorized line and party access.
The number of licenses that are available to assign is controlled by the license usage limit, although
more licenses can be assigned for licenses that are only consumed upon registration or login.
Unlimited licenses are generally available in the enterprise. Anonymous licenses are available on a
concurrent basis (first come, first served).
Note
When you assign licenses to users in a mixed zone enterprise and the licenses are being assigned from
a pre-Unigy v3.1 zone, data replication must be enabled in all higher version zones at the time of the
license assignments to ensure that the data is replicated to the zones. This is required because license
assignments are not stored in the database in Unigy v3.1 or higher, and therefore, are not updated when
a zone loads the database from another zone. To avoid this limitation, when possible, assign licenses
from a v3.1 or higher zone.
5. Click +Assign.
An Available To Assign popup with a list of end users groups is displayed.
6. Select a User Group then click Next>.
The list of users belonging to the end users group is displayed.
7. Select the user(s) to whom you want to assign the feature license then click <Assign.
8. Click Save.
9. In the confirmation dialog box, click OK.
Note
• When you revoke licenses, the system does not prompt you to confirm the action before revoking the
licenses.
• You cannot revoke the Enterprise Trader License from a Unigy Soft Client end user who is currently
logged in.
• You cannot revoke the Administrator-only User license.
You must have one of the following roles to revoke feature licenses from users: Advanced
Administrator, Security Administrator, IPC Project Manager, or IPC Certified Tech.
Tip
Before you revoke licenses for a specific user, use the View All Assigned Features button to display all
assigned licenses. To display the licenses assigned to multiple users, run the Assigned License report by
performing the procedure Generate assigned license report on page 689.
3. Clear the check box for all licenses you want to revoke then click Save.
4. In the Assigned Users list, click Save. The Feature Assign/Revoke Confirmation message box is
displayed.
5. Click OK.
Note
Basic Administrator has read access to alarming and monitoring and can perform backups, but IPC
Project Manager does not have rights to these features. IPC Project Manager can configure
devices, install software, and administer the system security configurations, but Basic Administrator
cannot. Applying the IPC Certified Technician license provides more privileges than both roles;
however, the advantage to selecting both roles for the user account is that these roles will provide
access to most of the system if the IPC Certified Technician license expires or becomes corrupted.
They also enable you to log in to the UMS to install the license.
d) Click Save.
4. Install the IPC Certified Technician license:
a) Log in to the UMS using the account you created in the previous step (do not log in with the
security administrator account).
b) Click Configuration ➤ Enterprise ➤ License Manager.
c) In the License Type list, select Certified Admin License.
d) Click Install License.
e) Click Choose File, select your IPC Certified Technician license file, then click Open.
f) Click Continue.
g) Type the License User Name and License Password you were provided then click Install.
The UMS displays the Installation Complete panel.
17.1.9 Zones
17.1.9.1 Deploy the first or only zone with Zone Deployer
A Unigy enterprise requires at least one zone. In a multizone enterprise, the first zone deployed is the
peer zone from which subsequent zones are deployed.
The peer zone is the source for customer digital certificates and certificate keys that are synchronized
with each subsequent zone you add. It also provides the enterprise license and initial database for the
enterprise. This data is replicated to new zones when you enable replication for the zone. After initial
deployment of the enterprise, any zone can serve as the peer zone.
This procedure applies to standalone and High Availability (HA) zones, but not to dedicated Blue Wave
zones. Dedicated Blue Wave zones cannot serve as a peer zone. For information on deploying dedicated
Blue Wave zones and all subsequent zones in a multizone enterprise, refer to Deploy subsequent zones
on page 495.
In an HA zone, Zone Deployer deploys the zone and configures and enables HA.
Note
If Zone Deployer fails, resolve the source of the failure then rerun it. You cannot rerun Zone Deployer
after both appliances in the zone are successfully deployed.
References to the term Primary appliance apply to the ACCM in a standalone zone, and in an HA zone,
to the CCM or ACCM in the HA pair that has the lower IP address. The system assigns the Primary and
Secondary appliance designations during appliance deployment.
Important
Deploy the zone for the Primary appliance then deploy the zone for the Secondary appliance. Use the
same zone ID for both appliances.
Note
For information on the Zone Deployer fields and buttons, refer to Zone Deployer on page 491.
The Zone Deployer Logs page is displayed. The system deploys the zone, enables HA (if applicable),
then reboots the appliance. The deployment is complete when you see information similar to the
following at the end of the log:
Wait for the reboot to complete before deploying the zone for the Secondary appliance.
11. Determine the status of the appliance by performing the procedure Check the state of a zone from a
browser on page 499.
For the Primary appliance, use the checkMyStatus option.
12. Repeat steps 1 through 11 for the Secondary appliance.
If you see the message Peer Server is not deployed or VIP is down, wait several
minutes to allow the VIP to become active then try again.
After you deploy the zone, if you discover a problem with the deployment, refer to the procedure Roll
back a personality or zone deployment on page 386.
17.1.9.1.1 Zone Deployer
Zone Deployer deploys zones within a Unigy enterprise. You can deploy a single zone for a Unigy
Express system or multiple zones for Standard and Enterprise systems.
A Unigy enterprise requires at least one zone. In a multizone enterprise, the first zone deployed serves as
the peer zone for deploying other zones. The peer zone is the source for customer digital certificates and
certificate keys that are synchronized with each subsequent zone you add. It also provides the license
and initial database for the enterprise. This data is replicated to new zones when you enable data
replication. After you deploy one or more subsequent zones, any zone can serve as the peer zone for
deploying other zones.
You configure each subsequent zone from the UMS before you deploy it.
Enter Zone Id Unique identifier for the Numeric The ID for the first zone
zone. does not have to be 1.
Refer to the customer
Unigy Data Collection
document for the Zone
IDs assigned to each
zone.
Name Description
Check Connectivity Attempts to connect the zone you are deploying to
the peer zone. If the connection is successful, the
system displays the message DS-WS is
reachable.
Fetch Zones Retrieves a list of zones that are configured in the
UMS.
Submit Starts the zone deployment process.
Get Logs Displays the zone deployment log that indicates
the status of the deployment. Deployment is
successful if you see the message Zone with
id # is successfully deployed, where
# is the zone ID.
Important
If Zone Deployer fails, resolve the source of the failure then rerun it. You cannot rerun Zone Deployer
after a successful zone deployment.
References to the term Primary appliance apply to the ACCM in a standalone zone, and in an HA zone,
to the CCM or ACCM in the HA pair that has the lower IP address. The system assigns the Primary and
Secondary appliance designations during appliance deployment.
This procedure applies to various deployment, upgrade, and hardware recovery scenarios. Perform the
procedure in one of the following ways:
• If you are deploying a zone with a single CCM or ACCM appliance, perform steps 1 through 14.
• If you are deploying the Primary and Secondary appliances in an HA zone, perform steps 1 through
14 for the Primary appliance and steps 3 through 14 for the Secondary appliance. Deploy the zone for
the Primary appliance then deploy the zone for the Secondary appliance. Use the same zone ID for
both appliances. When you deploy the Primary appliance, Zone Deployer configures and enables HA
after deploying the zone.
• If you are replacing one appliance in an HA zone due to a hardware failure or hardware upgrade,
perform steps 3 through 14 for the replacement appliance. This assumes that the COP and personality
software are deployed on the new appliance and you are adding the appliance to an existing zone that
was fully configured and deployed during the initial zone deployment.
1. Log in to the UMS in the peer zone.
2. If you have not already done so, configure the new zone and add it to the database by performing the
procedure Add or edit a zone on page 515.
Be sure to enter the VIP Address and appliance IP addresses in the ACCM/CCM1 IP Address, and in
an HA zone, the ACCM/CCM2 IP Address. These are required for running Zone Deployer for
subsequent zones. Also select a Backroom Location, and if applicable, a Preferred Zone.
3. Within a browser, open Zone Deployer by accessing https://IP_address, where
IP_address is the IP address of the CCM or ACCM appliance you are deploying.
The Connect to dialog box is displayed.
4. Enter the credentials for the install user account then click OK.
Zone Deployer opens with the appliance personality displayed.
Note
For information on the Zone Deployer fields and buttons, refer to Zone Deployer on page 491 .
Note
If you are adding a zone to an enterprise in which one or more zones have been removed, the zone ID
might not be the next sequential number.
4. Within the Properties tab, select the Enable Replication check box then click Save.
Both appliances reboot. Initiation of the reboot might take several minutes. If the appliances do not
reboot automatically within three minutes, reboot them manually by performing the procedure Reboot
CCM on page 587.
5. Monitor the state of the appliances as they reboot by performing the procedure Check the state of a
zone from a browser on page 499.
Note
If Multi-tier Replication is enabled for the data center associated with the zone for which you are disabling
data replication and the zone is a portal zone, you must suspend or disable Multi-tier Replication for the
data center prior to disabling data replication. For information on these procedures, refer to Suspend or
resume Multi-tier Replication on page 247 or Disable Multi-tier Replication on page 246.
Disabling then reenabling data replication for a portal zone does not load the database from another
zone. If it is necessary to load the database for a portal zone, refer to Refresh (restart) a portal zone on
page 320.
When data replication is disabled for a zone, all types of replication that are enabled for the zone are
disabled, that is, when you disable data replication, the system also disables partial replication and
Multi-tier Replication for the zone if these features are enabled. If you restart the zone appliances, a
database dump will not be loaded from another zone while data replication is disabled. To perform
database refreshes for all zones except portal zones, enable data replication.
In a multizone enterprise when replication must be disabled for more than one zone, for example before
an upgrade or restoring a backup, the sequence in which you disable replication for each zone varies
based on the procedure in which you are disabling replication. For example, if you are disabling
replication prior to restoring an Enterprise backup file, the last zone for which you disable replication
should be the zone in which you are restoring the data.
Perform this procedure in each applicable zone.
1. Log in to the UMS in the zone for which you are disabling data replication: https://vip.
2. Click Configuration ➤ Sites ➤ Servers ➤ Clusters.
3. In the Clusters list, click the zone cluster.
4. Within the Properties tab, clear the Enable Replication check box then click Save.
Note
Check HA Status does not display information until the services on the Active appliance begin to start up.
If you are performing this procedure after taking a cluster out of maintenance mode, the data for the
Standby appliance will not be available until the appliance reboot is complete. If you are performing this
procedure after enabling data replication, the data will not be available for either appliance until the
reboots complete. The time required for this to occur depends on the size of the database; however, it
requires at least 15 minutes.
• Server displays the correct IP address, and if the appliance is the Active appliance in an HA pair,
VIP Owner is displayed to the right of the IP address.
• Server Role is ACTIVE for the Active appliance and STANDBY for the Standby appliance. While
the Standby appliance is coming up, the role is UNKNOWN.
• Server State is AVAILABLE. If the zone is an HA zone and the cluster is in maintenance mode,
the state of the Active appliance will be MAINTENANCE_AVAILABLE and the state of the
Standby appliance will be MAINTENANCE_UNAVAILABLE or MAINTENANCE_AVAILABLE
depending on whether the maintenance operation for the appliance is in progress or complete.
• Network State is GY_PY. This indicates that the appliance is connected to the gateway (GY) and
the peer appliance (PY). GN or PN indicate that the appliance cannot connect with the gateway or
peer appliance.
• Service Status is RUNNING for all services.
• Remarks is Change role completed in followed by the time required to start the service
in milliseconds for all services except the Replicator service, which displays Replication is
enabled or Replication is disabled based on whether the Enable Replication check
box within the cluster Properties tab is selected for the zone.
If the Rearm Server process was initiated manually or programmatically during a zone
deployment or restart, the message MySQL Rearm server action is in progress
followed by the elapsed time is displayed for the Standby appliance until the rearm completes. At
that time, the Change role completed in message is displayed.
If the Standby appliance Server Role is UNKNOWN and the Server State is FAILED, review the
status details then troubleshoot the issue. If you discover a problem, correct it then rearm the
appliance by performing the procedure Rearm the Standby appliance on page 547. If the role and
state are still not correct, reboot the Standby appliance. If this does not resolve the issue, reboot both
appliances.
Important
Unless it is necessary to rearm the appliance during business hours, perform the procedure after
business hours. Rearming an appliance can affect users and active calls.
For a complete description of the status attributes, refer to Cluster Operation Output Details on page
502.
Important
Correct all issues before upgrading or forcing an HA failover, unless the upgrade is required to correct the
issue.
between each appliance and it's peer and the gateway, TCP, JGroups Channel, and Replication Server
listen ports and connections, firewall fencing status, and in a multizone enterprise, whether replication is
enabled and the zones are communicating.
Perform this procedure at these times:
• After deploying a zone
• Prior to upgrading a zone
• After upgrading a zone
• After enabling data replication in a multizone enterprise
• After rebooting an appliance
• If a problem is encountered with a zone
Note
Check HA Status does not display information until the services on the Active appliance begin to start up.
If you are performing this procedure after taking a cluster out of maintenance mode, the data for the
Standby appliance will not be available until the appliance reboot is complete.
If the Rearm Server process was initiated manually or programmatically during a zone
deployment or restart, the message MySQL Rearm server action is in progress
followed by the elapsed time is displayed for the Standby appliance until the rearm completes. At
that time, the Change role completed in message is displayed.
If the Standby appliance Server Role is UNKNOWN and the Server State is FAILED, review the
status details then troubleshoot the issue. If you discover a problem, correct it then rearm the
appliance by performing the procedure Rearm the Standby appliance on page 547. If the role and
state are still not correct, reboot the Standby appliance. If this does not resolve the issue, reboot both
appliances.
Important
Unless it is necessary to rearm the appliance during business hours, perform the procedure after
business hours. Rearming an appliance can affect users and active calls.
For a complete description of the Check Status output, refer to Cluster Operation Output Details on
page 502.
Important
Correct all issues before upgrading or forcing an HA failover, unless the upgrade is required to correct the
issue.
Basic cluster or appliance information is displayed at the top of the output. This includes the appliance
IP address, role, state, network connection state, information about the appliance status, the date and
time the appliance was last rebooted, and the owner of the VIP.
Figure 91: Active appliance details
appliance until the rearm completes. At that time, the Change role completed in message is
displayed.
• Started: Date and time the appliance was last restarted.
Service Status
The Service Status section indicates the current status of the services running on the appliance.
Figure 93: Service Status section - 1 of 2
Figure 95: TCP port, firewall, JGroup port, and replication port status section
• TCP port: Displays the port on the Active appliance that listens for TCP traffic and the established
connection with the Standby appliance.
• Fire Wall Status: For a healthy cluster, the firewall should not be raised on the Active or Standby
appliance. In this situation, the firewall is up, but firewall fencing is not raised. If a critical issue is
detected on the Active appliance, firewall fencing is raised on both appliances and a failover occurs to
make the Standby appliance the Active appliance. For a critical failure on the Standby appliance,
firewall fencing is raised on both appliances, the Standby appliance is flagged as Failed, and the
Active appliance continues to act as the host for the zone.
If the cluster is in maintenance mode, a number of additional entries are displayed; for example,
IPCACCEPT tcp -- 0.0.0.0/0.0.0.0.0/0 tcp dpt:8001 and REJECT tcp --
0.0.0.0./0.0.0.0.0/0 tcp dpt:3306 reject-with icmp-port-unreachable.
• JGroup Channel Status: Displays the JGroup Channel listening port and its established connection
with the Standby appliance in the cluster and the Active appliance in each of the other zones in the
enterprise . This information is not displayed for Standby appliances.
• Replication Status: Displays the replication listening port on the Active appliance and its established
connection with the Standby appliance in the cluster and the Active appliance in each of the other
zones in the enterprise. This information is not displayed for Standby appliances.
Troubleshooting
This section provides solutions for several cluster issues.
• If the Standby appliance Server Role is UNKNOWN and the Server State is FAILED, review the
status details, logs, and any other available information to attempt to determine the source of the
issue. If you discover the source of the problem, correct it then rearm the appliance by performing the
procedure Rearm the Standby appliance on page 547. If the role and state are still not correct,
reboot the standby appliance.
Note
Unless it is necessary to rearm the appliance during business hours, IPC recommends that you
perform the procedure after business hours. Rearming an appliance can affect users and active calls.
• If the Server Role for an appliance remains UNKNOWN and the Server State remains AVAILABLE
for more than 45 minutes after an appliance is rebooted, do the following:
1. Determine which component is in the STARTING state; for example, if the component is Mysql,
you see:
• Service Name:Mysql
• Service Status:STARTING
• Remarks:null
2. At the Linux command line, create a file named orchestrator_threads.txt by running
the command pid=$(cat /var/run/orchestrater.pid); jrcmd $pid
print_threads > orchestrator_threads.txt.
3. Reboot the appliance. If the problem persists, contact Technical Support with the debug
information collected in the file you created in step 2.
• When the Remarks value for a component remains Change role in Progress for more than
45 minutes, do the following:
1. Copy the contents of the Cluster Operation Output Details report and paste it into a document file
or e-mail message.
2. At the Linux command line, create a file named orchestrator_threads.txt by running
the command pid=$(cat /var/run/orchestrater.pid); jrcmd $pid
print_threads > orchestrator_threads.txt.
3. Copy the output generated by the URL, http://appliance_ip:8001/va-ha/ctrl?
action=exthastatus, where appliance_ip is the IP address of the appliance on which
the component is not starting properly. Paste the output into the document or e-mail message you
created in step 1.
4. Reboot the appliance. If the problem persists, contact Technical Support with the debug
information collected in the files you created in steps 1, 2, and 3.
17.1.9.8.3 Check a zone's replication status with checkReplication
The checkReplication tool displays the replication, partial replication, and database dump status
and data for a zone.
For information on checking the replication status for all zones in the enterprise simultaneously, refer to
Check the data replication status for all zones in the enterprise on page 513.
1. Within a browser, access the URL https://vip/haservices/checkReplication, where
vip is the zone's VIP.
2. Review the output details. For information on the output, refer to Check replication output details on
page 507.
17.1.9.8.3.1 Check replication output details
This topic describes the output presented by checkReplication.
To run checkReplication, refer to Check a zone's replication status with checkReplication on page
507.
The information displayed is for the zone from which you ran checkReplication. In this topic, this
zone is referred to as the current zone.
Replication is enabled.
InitStatus:Initialized
ReplicatorInfo.queueState: realtime
Data captured for the period Wed Jan 20 14:52:10 EST 2016 to Wed Jan 20
15:23:14 EST 2016
OUTGOING:
Messages (total): 1455
Messages(total)/second: 0.0
Bytes sent (total): 5077807
Bytes(total)/second: 2724.0
INCOMING:
Messages (from zone 1): 952
Messages (from zone 1)/second: 0.0
Bytes received (from zone 1): 476000
Bytes received (from zone 1)/second: 255.0
Messages (from zone 4): 566
Messages (from zone 4)/second: 0.0
Bytes received (from zone 4): 1469262
Bytes received (from zone 4)/second: 788.0
Messages (total): 1518
Messages(total)/second: 0.0
Bytes received (total): 1945262
Bytes(total)/second: 1043.0
different_version_messages=0, timer.rejection_policy=Discard,
send_buf_size=640000, oob_thread_pool.enabled=true, conn_expire_time=0,
oob_pool_size=0, num_incoming_msgs_received=94414, enable_bundling=true,
internal_queue_size=0, num_msgs_sent=73560,
suppress_time_different_cluster_warnings=60000, diagnostics_port=7501,
client_bind_port=0, internal_thread_pool.max_threads=75,
external_addr=null, regular_pool_size=50,
logical_addr_cache_max_size=4000, reaper_interval=0,
sock_conn_timeout=3000, defer_client_bind_addr=false,
internal_thread_pool.min_threads=50, send_queue_size=10000,
client_bind_addr=null, logger_type=log4j,
logical_addr_cache_expiration=600000, num_bytes_sent=245669189,
thread_pool.queue_max_size=50000, bundler_buffer_size=0,
timer_queue_size=0, diagnostics_bind_interfaces=null,
suppress_time_different_version_warnings=60000, enable_batching=true,
who_has_cache_timeout=2000, port_range=0, stats=true,
peer_addr_read_timeout=3000, tcp_nodelay=true, timer_threads=2,
timer.tick_time=50, id=22, diagnostics_addr=/224.0.75.75,
internal_thread_pool.rejection_policy=discard,
internal_thread_pool.queue_max_size=500, bind_port=9802,
num_internal_msgs_received=7491, different_cluster_messages=0,
loopback=true, linger=-1, open_connections=5, name=TCP,
enable_unicast_bundling=true, oob_thread_pool.rejection_policy=Discard,
log_discard_msgs_version=true, thread_naming_pattern=pc1,
internal_thread_pool.enabled=true, channel_name=Enterprise0301000001721,
use_send_queues=true, num_oob_msgs_received=1110,
discard_incompatible_packets=true, thread_pool.rejection_policy=Discard,
timer_class=TimeScheduler3, diagnostics_passcode=null, ergonomics=true,
thread_pool.queue_enabled=true, bundler_capacity=20000,
singleton_name=null, num_threads=176, oob_thread_pool.queue_enabled=false,
log_discard_msgs=true, bundler_type=new, timer_type=new3,
recv_buf_size=20000000, timer_tasks=7, timer.wheel_size=200},
TCPPING={always_send_physical_addr_with_discovery_request=false,
num_initial_members=2, port_range=0,
initial_hosts_list=[100.200.120.12:9802, 100.200.120.13:9802,
100.200.120.6:9802, 100.200.120.52:9802, 100.200.120.58:9802,
100.200.120.5:9802],
current_coord=z4ccm2-20478(100.200.120.11,100.200.120.13,Schema_Version
0.405,1140850691), force_sending_discovery_rsps=true, stats=true,
ergonomics=true, max_found_members=0, num_initial_srv_members=0, id=10,
max_dynamic_hosts=100, num_discovery_requests=1, is_coord=false,
initial_hosts=[100.200.120.12:9802, 100.200.120.13:9802,
100.200.120.6:9802, 100.200.120.52:9802, 100.200.120.58:9802,
100.200.120.5:9802], return_entire_cache=false, break_on_coord_rsp=true,
use_disk_cache=false, stagger_timeout=0, name=TCPPING,
view=[z4ccm2-20478(100.200.120.11,100.200.120.13,Schema_Version
0.405,1140850691)|21], dynamic_host_list=[100.200.120.5:9802],
timeout=200000}, GMS={merge_task_running=false,
local_address=z3ccm1-10637(100.200.120.4,100.200.120.5,Schema_Version
0.405,1140850690), stats=true, log_collect_msgs=true,
resume_task_timeout=20000, number_of_views=3, num_prev_views=20,
log_view_warnings=true, flush_invoker_class=null,
print_physical_addrs=true, merge_timeout=60000, num_members=4, id=14,
num_prev_mbrs=50, leave_timeout=1000, view_bundling=true,
view_handler_suspended=false, name=GMS, join_timeout=60000,
view_handler_size=0, max_join_attempts=0, merge_killer_running=false,
members=[z4ccm2-20478(100.200.120.11,100.200.120.13,Schema_Version
0.405,1140850691),
z4ccm1-11449(100.200.120.11,100.200.120.12,Schema_Version
0.405,1140850691), z3ccm1-10637(100.200.120.4,100.200.120.5,Schema_Version
0.405,1140850690), z3ccm2-7999(100.200.120.4,100.200.120.6,Schema_Version
0.405,1140850690)], merge_in_progress=false, print_local_addr=true,
max_bundling_time=50, merge_id=null, ergonomics=true,
use_flush_if_present=true, handle_concurrent_startup=true,
view_ack_collection_timeout=10000,
view=[z4ccm2-20478(100.200.120.11,100.200.120.13,Schema_Version
0.405,1140850691)|21]}, STATE_TRANSFER={id=17, average_state_size=0.0,
stats=true, barrier_closed=false, name=STATE_TRANSFER,
number_of_state_bytes_sent=0, ergonomics=true,
number_of_state_requests=0}, NAKACK2={use_mcast_xmit_req=false,
suppress_time_non_member_warnings=60000, current_seqno=67864, stats=true,
xmit_table_max_compaction_time=10000, size_of_all_messages_incl_headers=0,
xmit_table_num_resizes=0, log_not_found_msgs=true,
discard_delivered_msgs=true, print_stability_history_on_failed_xmit=false,
xmit_table_num_current_rows=50, id=57, xmit_rsps_sent=0,
max_rebroadcast_timeout=2000,
msgs=z3ccm1-10637(100.200.120.4,100.200.120.5,Schema_Version
0.405,1140850690):
z3ccm1-10637(100.200.120.4,100.200.120.5,Schema_Version 0.405,1140850690):
[67791 | 67864 | 67864] (0 elements, 0 missing)
z4ccm1-11449(100.200.120.11,100.200.120.12,Schema_Version
0.405,1140850691): [0 | 0 | 0] (0 elements, 0 missing)
z4ccm2-20478(100.200.120.11,100.200.120.13,Schema_Version
0.405,1140850691): [41625 | 41625 | 41625] (0 elements, 0 missing)
z3ccm2-7999(100.200.120.4,100.200.120.6,Schema_Version 0.405,1140850690):
[0 | 0 | 0] (0 elements, 0 missing)
, xmit_reqs_received=0, xmit_task_running=true, xmit_table_num_rows=50,
xmit_reqs_sent=0, become_server_queue_size_actual=0, name=NAKACK2,
xmit_table_capacity=500000, xmit_table_resize_factor=1.2,
xmit_interval=1000, use_mcast_xmit=false, num_messages_sent=67864,
max_msg_batch_size=100, xmit_from_random_member=false,
num_messages_received=95517, xmit_table_num_moves=0,
non_member_messages=0, size_of_all_messages=0, ergonomics=true,
become_server_queue_size=50, xmit_table_missing_messages=0,
xmit_table_msgs_per_row=10000, log_discard_msgs=true,
xmit_table_num_purges=1110, xmit_table_num_compactions=0,
xmit_table_undelivered_msgs=0, xmit_rsps_received=0},
STABLE={stable_task_running=true, max_bytes=400000,
num_bytes_received=302488, stats=true, cap=0.1, bytes_received=302488,
stable_received=0, stability_received=1110, ergonomics=true,
suspended=false, id=16, desired_avg_gossip=60000, stable_sent=1667,
name=STABLE, stability_sent=0, send_stable_msgs_to_coord_only=true,
stability_delay=2000}, channel={sent_msgs=67864, sent_bytes=232008703,
received_bytes=297550065, received_msgs=94410}}
• Jgroups view size: Displays the number of CCM or ACCM appliances in the enterprise that are in a
zone that has replication enabled. If the number of appliances does not match the number of
appliances in the enterprise, this can indicate that replication for a zone is not enabled, the appliances
in the zone are rebooting, or the appliances in the zone are down.
• Jgroups expected view size: Indicates the JGroups view size you should expect to see in a data
center (whether or not Multi-tier Replication is enabled). For example, for a 10 zone enterprise (all
standalone zones) without Multi-tier Replication enabled, the JGroups expected view size would be
10. If you break down that enterprise into three data centers and enable Multi-tier Replication, then if
there are three zones in a particular data center each zone will indicate that the JGroups expected
view size is 3 since it should only display the JGroups view size of its data center zones.
• Jgroups view members: Displays the zone VIP, IP address, schema version, and associated instance
for each appliance included in the JGroups view. The number of appliances should match the number
specified in Jgroups view size plus one final entry for the active appliance in the current zone.
The first entry in the list is the coordinator for the JGroups cluster. If you run checkReplication
for each zone in the associated data center, the list should be the same for each zone.
• InitStatus: Indicates the Replicator Status. If the state is Initialized then the replicator is
initialized. If the state is Replicator is not Initialized then the replicator is in the
process of initializing.
• ReplicatorFSM state: Indicates the internal state of the Replicator component for database
replication. If the component is running properly, the state is active. This is equivalent to the
Status RUNNING and the Remarks value Replication is enabled for the Replicator service
in the checkHAStatus output.
• GlobalReplicationTier Status: Indicates whether Multi-tier Replication is enabled, disabled, or
suspended.
• Zone Availability Status: Indicates the status of the current zone in relation to its ability to provide a
database dump to other zones. The status available indicates that the zone is not providing a
database dump to any zones. The status partially available indicates that the zone is
providing a database dump to one zone, but is available to provide the database for another zone. The
status not available indicates that the zone is providing a database dump for two zones and is
not available to provide the database to another zone until the dump for one zone is complete.
• Delta-Sync Enabled?: Indicates whether the delta-sync database dump feature is enabled. Delta-sync
minimizes the time required to synchronize a database after an upgrade, zone refresh, or zone restart
by loading only the data changes that are different from what is in the current database. For
information on delta-sync, refer to the Databases topic in the System Installation and Deployment
Guide.
• Delta-Sync Activated?: Indicates whether the last database dump that was performed was a delta-
sync (true) or a full database dump (false).
• Last database sync from: Displays the VIP of the zone from which the current zone last loaded a
database dump and the date and time this occurred. It also indicates whether the dump was a delta-
sync (true) or a full database dump (false) and the time required to complete the process.
If a zone cannot load the database from another zone, it starts with its local database. In this situation,
the source zone and date and time stamp do not change. A change is seen only when the zone loads
the database from another zone.
• ReplicatorInfo.queueState: Indicates whether the Replicator is operating properly with data being
replicated in realtime. If the state is init, the replication data might be stuck.
• Data captured for the period: Displays the data that was being replicated between the current zone
and other zones in the enterprise during the time period specified. The time period is approximately
10 minutes before you ran checkReplication. Unless there is no system activity, the totals
should not consistently be zero and the data should change each time you refresh the output. This
indicates that replication is occurring.
• OUTGOING: Data replicated from the current zone to the other zones in the enterprise. The data
includes the total number of messages sent, number of messages sent per second, total number of
bytes sent, and the number of bytes sent per second.
• INCOMING: Data replicated to the current zone from other zones. The data includes the following
information from each zone: total number of messages received, number of messages received per
second, total number of bytes received, and the number of bytes received per second.
• JGROUPS STAT DUMP: JGroups statistical data. The data included is from the time the zone was
placed into service to the present.
• Not performing any role currently: Role currently being performed by the zone in relation to its
participation in a database dump . The role receiver indicates that the zone is receiving a database
dump from another zone. The role provider indicates that the zone is providing a database dump
for another zone. The role Not performing any role currently indicates that the zone is
neither the provider nor the receiver of a database dump.
• Provider Zone info: Provides information related to the zones for which the current zone provided a
database dump. The information includes the target zone's VIP, physical IP address of each appliance
in the zone, schema version, and instance ID.
• Receiver Zone info: Provides information on the zones that provided a database dump for the current
zone. The information includes the source zone's VIP, physical IP address of each appliance in the
zone, schema version, and instance ID.
17.1.9.8.4 Check the data replication status for all zones in the enterprise
This topic describes how to display the current data replication status for all zones in an enterprise with
the getEnterpriseReplication.sh script.
Prerequisite:
Before you begin this procedure, determine whether the getEnterpriseReplication.sh script
is available in /etc/opt/ipc/ha/scripts. If it is not, obtain a copy of the script from the IPC
FTP site, FilesAnywhere.
This script runs the checkReplication.sh script in all zones specified in a text file then compiles
the output for each zone into the /var/spool/backup/EXP5/EntRepStatus.tar file to make
it easier to analyze the replication status for all zones in the enterprise. The .tar file includes a separate
file for each zone.
When you run the script, you include a single argument, the name of a text file that contains the IP
addresses for all appliances for which you are checking the replication status. The name of the text file
should be addresses.txt. Create this file by performing the procedure Generate address text files
with generateAddresses on page 567. Each entry in the file is delimited with an endofline (line break)
character.
For information on the script output, refer to Check replication output details on page 507.
1. Access the command line on a CCM or ACCM appliance.
Use the appliance where the addresses.txt file was created.
2. Run the command su -lp then enter the root user account password.
Before you begin this procedure, be sure that the getTransientChannelInfo.sh script is
available in /etc/opt/ipc/ha/scripts. If it is not, obtain a copy of the script from the IPC FTP
site, FilesAnywhere, and copy it to this directory.
This script runs the checkTransientChannels.sh script in all zones then compiles the output
into the /var/spool/backup/EXP5/EntTransientChannelStatus_*.tar file to make it
easier to analyze the transient channel status for all zones in the enterprise. The .tar file includes two
files for each IP address: line status notification message queue size and transient channel information.
When you run the script, you include a single argument, the name of a text file that contains the IP
addresses for all appliances for which you are checking the transient channel status. The name of the text
file should be addresses.txt. You can create this file by performing the procedure Generate
address text files with generateAddresses on page 567. Entries in the file are delimited with an
endofline (line break) character.
The getTransientChannelInfo.sh script is applicable only for HA zones. If there is a
standalone appliance in the list of IP addresses in the addresses.txt file, the script does not fail, but
you will see errors for the appliance in the output generated.
1. Access the command line on a CCM or ACCM appliance.
Use the appliance where the addresses.txt file was created.
2. Change the current directory to /etc/opt/ipc/ha/scripts.
3. If the getTransientChannelInfo.sh script file is not in the /etc/opt/ipc/ha/
scripts directory, do the following:
a) Copy the file to the /etc/opt/ipc/ha/scripts directory.
b) Change the file permissions by running the following commands:
1. chown root:root getTransientChannelInfo.sh
2. chmod 755 getTransientChannelInfo.sh
4. Run the command ./getTransientChannelInfo.sh addresses.txt.
The output for each appliance is available in /var/spool/backup/EXP5/
EntTransientChannelStatus_*.tar.
5. Run the following command to extract the files in EntTransientChannelStatus_*.tar:
tar -xvf /var/spool/backup/EXP5/EntTransientChannelStatus_*.tar
6. Review the output for each appliance.
Note
If you are changing the address for an existing location and the address that is currently assigned to the
location is the default address for the enterprise (address ID 1 or 2), you might see an error message
when you attempt to save the change. This is because the default address is part of the enterprise seed
data and must be assigned to at least one location. If you are changing the address for all locations to
which this address is assigned, create a dummy location then assign the default address to that location
before you change the address for the existing location(s). Another option is to create new locations and
assign the appropriate address.
For details on the values you enter for the location fields, refer to the UMS online help or the UMS UI
Guide.
CCM, ACCM, and MM appliances should always be assigned to a backroom location. If BCP is
enabled, home zones (Campus BCP) or active zones (Basic BCP) generally should be at a different
address from the backup zones (Campus BCP) or standby zones (Basic BCP) within the same instance
for disaster recovery purposes.
To perform this procedure, your user account must have the IPC Project Manager or IPC Certified Tech
role assigned.
1. If you are changing the backroom location and Multi-tier Replication is enabled for the data center
the zone is member of, disable Multi-tier Replication for the current zone and for the zone you are
assigning the zone to by performing the procedure Disable Multi-tier Replication on page 246.
Wait for the zones to join the default data center.
2. Click Configuration ➤ Enterprise ➤ System ➤ Zones.
3. In the Zones list, click the zone for which you are assigning or changing the location.
4. Within the Backroom Location field, select the appropriate backroom location.
5. Click Save.
6. If you disabled Multi-tier Replication in step 1, reenable it for both data centers by performing the
procedure Enable Multi-tier Replication on page 243.
Note
Define the enterprise instances before adding new zones.
Server Cluster
Figure 97: Zone tab: Server Cluster section
Table 57: Zone tab: BCP Role and Status section (continued)
Properties
Figure 99: Zone tab: Properties section
Trading
Figure 100: Zone tab: Trading section
Buttons
Button Description
Delete Deletes the current zone.
Re-Establish Failed MRD Performs a force line clear on all failed or stuck MRD and hoot lines in the
Lines zone. This drops the connections, resets the CDI line status to idle, then
re-establishes the connections.
This action does not affect healthy lines.
Button Description
Blue Wave Admin Opens the Blue Wave Administration console for managing the Blue Wave
Appliance. This button is enabled only when you access this panel on a
Blue Wave zone and the Blue Wave Appliance is running.
Change Countrybase Displays the Change Country Base panel from which you can change the
current country base. The system updates all country base references.
Enable Web links Enables or disables access to the following Web links:
Disable Web links
• Weblogic Admin Console
• SWMS Admin Console
• Enterprise Watch
This button is visible only to user accounts with the IPC Certified Tech
role.
When you click this button for a zone, the Web links are enabled or
disabled for all CCM, MM, or ACCM appliances in the zone.
The button label changes based on the current state. If the Web links are
disabled, the label is Enable Web links. If the Web links are enabled, the
label is Disable Web links. The state is also displayed in the Web Link
Access check box in the Server Cluster section of this panel.
The Web links are disabled by default. After you enable them, they remain
enabled until one of the following events occurs:
• Any IPC Certified Tech user disables the Web links for the zone.
• The person who enabled the Web links logs out of the UMS.
• The browser session of the user who enabled the Web links expires.
• Someone restarts (reboots) one of the appliances in the zone. This
disables the Web links only for the appliance that is restarted.
For additional Web links information, refer to the Enterprise Guide.
Revert Discards your changes.
Save Saves your changes.
Add New Create a new zone.
17.1.10 HA
17.1.10.1 Configure High Availability
In a Unigy enterprise, High Availability (HA), which provides appliance fault-tolerance, is achieved
through clustering. This topic describes the procedure for configuring HA.
Note
When a zone is deployed, Zone Deployer configures and enables HA; therefore, perform this procedure
only if HA is not enabled.
An HA cluster consists of a primary and secondary CCM or ACCM appliance sharing a virtual IP
address (VIP). The primary appliance is the appliance with the lower IP address. To determine the
primary appliance, run the IP_default report at Tools ➤ Reporting ➤ Reporting Configuration ➤
Device Report ➤ IP. The primary appliance hosts the WebLogic AdminServer server.
17.1.10.2 Enable HA
This topic describes how to enable an HA cluster after the cluster is configured.
Note
When a zone is deployed, Zone Deployer configures and enables HA; therefore, perform this procedure
only if HA is not enabled.
Perform this procedure from the UMS on the primary appliance in the HA pair. The primary appliance is
the appliance with the lower IP address. To determine the primary appliance, run the IP_default report at
Tools ➤ Reporting ➤ Reporting Configuration ➤ Device Report ➤ IP. The primary appliance hosts
the WebLogic AdminServer server.
For information on configuring HA, refer to Configure High Availability on page 544.
1. Enable the cluster.
a) Log in to the UMS with the primary appliance IP address: https://appliance_ip.
b) Click Configuration ➤ Sites ➤ Servers ➤ Clusters.
c) In the Clusters list, click the zone cluster.
d) Within the Members tab, click EnableHA.
e) In the confirmation box, click OK.
This process takes approximately five minutes to complete.
f) Click OK in the message box that indicates successful completion and instructs you to reboot the
appliances.
2. Reboot the appliances, one at a time, beginning with the primary appliance. Use the following reboot
sequence:
a) Reboot the primary appliance by performing the procedure Reboot CCM on page 587.
b) Monitor the state of the appliance while it reboots by performing the procedure Check the state of
a zone from a browser on page 499.
c) When the primary appliance is completely up, reboot the secondary appliance.
d) Monitor the state of the appliance while it reboots by performing the procedure Check the state of
a zone from a browser on page 499.
Note
Unless it is necessary to perform this procedure during business hours, IPC recommends that you
perform the procedure after business hours. Rearming an appliance can affect users and active calls.
Note
Unless it is necessary to rearm the appliance during business hours, perform this procedure after
business hours. Rearming an appliance can affect users and active calls.
ISO files are stored on a CCM or ACCM in the /opt/ipc/deployment/iso/ directory. Do not
add files to this directory or remove files from the directory from the command line. Use the UMS for
these tasks.
Note
Do not log out of the UMS while the upload is in progress because the upload will terminate. However,
you can lock your PC desktop without affecting the upload.
Unigy ISO files are over 2 GBs in size, which can present a problem when low band width or other
causes prevent an ISO upload, download, or transfer from completing successfully on a Unigy appliance
during an initial deployment, upgrade, or hardware replacement procedure. Use this workaround only if
the standard procedures fail.
Prerequisite:
Ensure that the ISO file is available on a server, laptop, or other external data storage device that you can
access from the Unigy appliance to which you are downloading the file.
During the upgrade of an HA zone, perform this procedure on the Active appliance.
1. Log in through SSH to the appliance on which you are downloading the ISO file.
2. Run the command su -lp then enter the root user account password.
3. Change the current directory by running the command cd /opt/ipc/deployment/iso and list
the directory contents (ls).
4. If the ISO file you are trying to upload is in the directory, delete the file.
5. Change the current directory to /tmp.
6. Copy the ISO file from the laptop, server, or other data storage device to the /tmp directory on the
appliance:
• If you are copying the file from your laptop, use a Secure Copy (SCP) tool such as scp, WinSCP,
or SFTP, to copy the file to the appliance.
• If you are copying the file from a server, run the command wget http://server_IP/
path/iso_file
• server_IP is the IP address of the server from which you are downloading the ISO file.
• path is the directory path to the ISO file.
• iso_file is the name of the ISO file you are downloading, including the .iso extension.
If wget is not available, use another tool that provides the ability to transfer the file to the
appliance.
7. Copy the ISO file from /tmp to the /var/www/html/ directory by running the command cp
iso_file /var/www/html/iso_file, where iso_file is the name of the ISO file you are
copying.
Do not change the file name.
8. Download the ISO file by entering the URL to the file in the appropriate field, described below, in the
format http://appliance_IP/iso_file
where:
• appliance_IP is the IP address of the current appliance. You must specify the IP address, not
the appliance host name.
• iso_file is the name of the ISO file you are downloading, including the .iso extension.
For example, http://10.20.30.40/dunkin_02.00.01.05.0077.iso.
• If you are downloading the ISO file from Personality Deployer, enter the URL in Transfer an ISO
then click Transfer. You should see the message ISO file transferred successfully
and the file should be visible in the Select ISO to perform Operation list.
• If you are downloading the ISO file for an upgrade from the UMS within the Install tab at
Tools ➤ Deployment ➤ Software Deployment, click Upload Software Image, in IPC URL,
enter the URL then click Download from URL. You should see the message ISO Download
Result ISO downloaded successfully and the file should be visible in the Available
Software Releases list.
9. After the download completes, delete the ISO file from the /tmp and /var/www/html directories
to free up this space:
a) Confirm that /tmp is the current directory by running the command pwd.
b) Run the command rm iso_file, where iso_file is the name of the ISO you downloaded,
for example, rm dunkin_02.00.01.05.0077.iso.
c) Change the current directory to /var/www/html.
d) Run the command rm iso_file.
Note
In a production environment, you should always create the backup image so you have a restore
point to roll back to if there is a problem with the deployment. However, if you are deploying a
Blue Wave ISO, clear this check box because you already created the image backup in step
1. Selecting this check box for a Blue Wave ISO will result in a failed deployment.
• Remove the archive logs prior to backup: This option deletes archived log files before running
the deployment to reduce the time required to create the image backup file. To preserve the
archived data without impacting the backup time, download the archive files to an external data
storage device before starting the deployment.
• Automatic Deployment: This option instructs the system to deploy the update on all selected
zones, except the peer zone, without the need for manual interaction, including pre-deployment
zone validation, placing the zone into maintenance mode, placing the cluster and Standby
appliance into maintenance mode, disabling data replication, deploying the update, taking the
Standby appliance out of maintenance mode, indicating that maintenance is complete, taking the
cluster out of maintenance mode, taking the zone out of maintenance mode, enabling replication,
and post deployment validation. Select this option when you deploy the peer zone while deploying
multiple Unigy v2.0.1 or higher zones with Enterprise Install.
Note
This option does not apply to Unigy v2.0 or Blue Wave zones.
• Install the update simultaneously on both servers in the zone: To reduce the time required to
upgrade Unigy and Blue Wave HA zones, this option instructs the system to automatically deploy
the software on both appliances in the zone simultaneously.
In a multizone enterprise, this option also supports parallel upgrade for Unigy zones. With parallel
upgrade, you deploy one zone to establish a stable zone and database then manually deploy all
other zones that need to be upgraded. It is not necessary to wait for the deployment of one zone to
complete (except the first zone) before you upgrade the next zone. Parallel upgrade is not
supported for Blue Wave zones, but deploying both appliances in the zone is.
The Install the update simultaneously on both servers in the zone check box is selected by
default. Use the option for Unigy parallel and Enterprise Install deployments and for upgrading
both appliances in a Blue Wave zone simultaneously. Clear the check box if you are upgrading one
appliance at a time.
• Install OS Patch(patch version): This option instructs the deployment process to install the latest
OS patch during the application software upgrade. To install the patch, you must have already
uploaded the OS patch ISO file.
6. Click Continue then click Install.
The system starts the upgrade job and displays the message Install ISO Job Created
Successfully.
7. Click OK.
The system reboots the appliance(s) then deploys the software. If you selected the Create Server
Backup Image check box, the system creates the image backup after it reboots the appliance(s). This
process takes approximately one hour.
8. After approximately 30 minutes, you can monitor the deployment by running the command tail -
f /opt/ipc/deployment/log/dunkin_deployment.log for patches and service packs
or tail -f /opt/ipc/deployment/log/hotfix_deployment.log for hotfixes.
Output similar to the following is displayed at the end of the file to indicate that the deployment is
complete and the final appliance reboot is in progress:
Unigy upgrades
[Mon Feb 25 03:36:36 EST 2013] : === DONE ===== switch on
orchestrator chkconfig
[Mon Feb 25 03:36:36 EST 2013] : START : update_about_xml
[Mon Feb 25 03:36:36 EST 2013] : END : update_about_xml
[Mon Feb 25 03:36:36 EST 2013] : Sending Deployment status update to
CCM
curl -X POST -uipccdi:2fc608f4887cf73a54d0729a4b92777b671b1df2 -H
"Content-Type:application/xml" --data @/tmp/job_status_req.xml
http://10.20.30.40/svc/deployment/deploymentmgr/updatejob/
33554604:33554605 adding index.html to apache for DMS Client switch
on orchestrator chkconfig
• For a standalone zone, confirm that the Status of the ISO you deployed is installed and
when you click the ISO file, the Install Zone and Enterprise Install buttons are disabled.
• For a single HA zone, confirm that the Status of the ISO you deployed is installed and
when you click the ISO file, the Install Zone button is disabled. This change is not visible until
both appliances have been upgraded.
• For multiple Unigy zones deployed with Enterprise Install, confirm that the Status of the ISO
you deployed is installed for all zones you upgraded and when you click the ISO file, the
Install Zone button is disabled and the Enterprise Install button is enabled.
• For an OS patch upgrade, in Available OS Patch Releases, confirm that the status and button state
are correct:
• For a standalone zone, confirm that the Status of the ISO you deployed is installed and
when you click the ISO file, the OS Install Zone and OS Enterprise Install buttons are
disabled.
• For a single HA zone, confirm that the Status of the ISO you deployed is installed and
when you click the ISO file, the OS Install Zone button is disabled. This change is not visible
until all CCM and MM appliances or both ACCM appliances have been upgraded.
• For multiple Unigy zones deployed with OS Enterprise Install, confirm that the Status of the
ISO you deployed is installed for all zones you upgraded and when you click the ISO file
the OS Install Zone button is disabled and the OS Enterprise Install button is enabled.
Also, if a previous OS patch version was installed prior to the upgrade, that version should no
longer be displayed in the Available OS Patch Releases panel.
• For a Blue Wave zone, confirm that the Status of the ISO you deployed is installed and when
you click the ISO file, the Install Zone and Enterprise Install buttons are disabled. This change is
not visible until both appliances have been upgraded.
5. For Unigy application software upgrades, compare the build number for each device category within
the Deploy tab to the value in the Version column for each device type in Package Explorer, which
is accessed by clicking the view detail icon ( ) within the Install tab. The values should be the
same.
6. If applicable, confirm that the image backup file for each appliance was created by clicking the
Rollback tab.
You should see a backup with a Name that refers to the backup event; for example:
• Backup of ISO Installed With Unigy Version 04.00.01.00.0342
• Backup before OS patch ipc_os_patch_06.00.00.02.0002.iso
You should also see a Rollback Point with a date and time stamp in the format yyyy-mm-dd-hh-mm-
ss, for example, 2018-08-25-03-36-36.
7. Check the status of the history job associated with the deployment:
a) For a patch or service pack, click the History tab. For a hotfix, click the Hotfix History button.
b) Confirm that the value for the job in the Result column is success.
For an OS patch, if a previous OS patch version is installed and all appliances in the zone have not
been upgraded, the Result will be partial until all appliances are upgraded.
c) Click the job then in the Deployment Status Details panel, confirm that the value in the Result
column for the associated job(s) is Success.
d) Click each job.
In the Output Field panel, you should see information similar to the following, which is from the
upgrade of a single HA zone:
Application update output
Job Execution Event created successfully for Job Id3355445
Preconditions Executed for Job ID 3355445
Device Mode changed to maintenance
Zone.BCPStatus updated to maintenance
Zone.MaintenanceModeEnabled updated to true
Zone.MaintenanceModeProgress set to Started
Moving HA to maintenance mode and disabling replication
ipAddress = 10.204.192.9
JobId:JobExecutionEventId = 1149239573:1149239406
isoName : bluewave_03.01.00.00.0077.iso
backup ? no
cleanup logs ? no
parallel installation For HA ? yes
Automatic Deployment ? no
isEnterpriseInstall ? no
osPatchVersion ?
SoftwareISOType ? BLUEWAVE
iso Installation started... Installing/Upgrading RPMs in ISO
bluewave_03.01.00.00.0077.iso
verifying if occas is up and running properly....
Wait .occasd status:
replica2 (pid 8245) is running ...
engine2 (pid 11902) is running ...
ems2 (pid 25210) is running ...
[ OK ]
verifying if occas is up and running properly....
Wait .ISO installed successfully
Job's Details UpdatedScheduling reboot in 20 and certian death in 80
for from /opt/ipc/cop/tools/install_bw_iso.sh
crond is stopped
/tmp /tmp
/tmp
8. Check the deployment logs for any errors and for entries that indicate the upgrade was successful:
• For a Unigy application or Blue Wave deployment:
1. Click the Deployment Logs tab.
2. In the Server Name field, select the applicable appliance.
3. In the Number of Lines to Display field, type 20,000 then click Refresh.
4. Scroll through the log to determine whether there are any unresolved errors.
You can search the log file by copying and pasting the text into a text editor. You will see error
messages; however, they should either be identified in the file as being acceptable or they
should be resolved in a later command entry. If you find errors that do not fit into these
categories, analyze and resolve the issues.
Within the file, you should see the following information that indicates the deployment was
successful:
Unigy deployment
[Mon Feb 25 17:18:56 EST 2013] : Deployment Process exiting with
exit status 0
[Mon Feb 25 17:18:56 EST 2013] : !!! SYSTEM IS GOING TO REBOOT AFTER
INSTALL .... PLEASE WAIT
... !!!!
9. For a Blue Wave update, access the Web Application Description Language (WADL) link for the
Blue Wave Appliance:
a) If your browser is Microsoft Internet Explorer 8.0, enable the Compatibility Mode before viewing
the WADL page to ensure proper formatting of the website.
b) Within the browser, access http://ip_or_vip/svc/bw/api/wadl, where ip_or_vip is
the IP address of the appliance in a standalone zone or VIP of the HA zone in which you deployed
the Blue Wave Director update.
c) Confirm that the WADL page displays Summary, Grammars, and Resources sections for the Blue
Wave APIs. These sections include resource URIs, supported methods, and a brief description of
each API.
Figure 102: Blue Wave WADL output Grammars and Resources sections
Note
After you deploy the software on system devices, it can take up to 30 minutes for all of the devices to
reboot and re-register with the zone. The system does not update the current version value within the
1 Software tab until the devices are completely operational.
To refresh the tab, click Tools ➤ Deployment ➤ Software Deployment then click the Deploy tab. Do not
refresh the panel until the software deployment displayed within the Status panel is complete.
8. For Media Gateways, perform the procedure to Upload default portion of Media Gateway INI file on
page 583 or, if your MG contains default settings not configurable through the UMS and these
settings need to be retained, perform the procedure to Upload incremental changes to default portion
of MG INI file on page 585 then continue.
9. For Media Gateway upgrades from Unigy v2.0.1.x to Unigy v3.0 or higher, update the Media
Gateway user account password.
This is required because Unigy v3.0 and higher versions use a different password encryption
algorithm than previous releases.
The devices being upgraded are Reboot all of the turrets and Pulse devices you upgraded
using DHCP option 66 to assign a by performing the procedure Reboot communication
home zone. devices on page 591.
The devices are using static IP Reboot all of the turrets and Pulse devices you upgraded
addressing to assign a home zone. by performing the procedure Reboot communication
devices on page 591.
The upgrade you performed was from Reboot all of the turrets and Pulse devices you upgraded
a Unigy v4.2 or higher version, in the by performing the procedure Reboot communication
previous version the devices were devices on page 591 then immediately remove the
configured to use DHCP option 66 to devices from the Unigy database by performing the
assign a home zone, but in the new procedure Remove a CDI from the database on page 361.
version the enterprise is configured to
use option 112 and the registration
Note
coordinator zones and subnet
addresses are configured. You must remove the devices before the reboots complete
to enable them to use the load balancing feature to
register with an appropriate zone.
The upgrade you performed was from Reboot all of the turrets and Pulse devices you upgraded
a Unigy v4.2 or higher version and in by performing the procedure Reboot communication
the previous version the enterprise devices on page 591.
was configured to use DHCP option
112 to assign home zones.
• Reboot the Media Managers, by performing the procedure Run Reboot Media Manager on page
588.
• If you have not done so already, reboot the Media Gateways by performing the procedure Reboot a
Media Gateway on page 591.
13. If you deployed the software on Media Managers or Media Gateways, take them out of maintenance
mode by performing the procedure Take an appliance or Media Gateway out of maintenance mode on
page 600.
14. Confirm that the devices were upgraded by running the Turret & Pulse Display Software Versions,
Media Gateway Software Version, CCM CCM Software Version, and Media Manager MM Software
Version diagnostic tests, as applicable at Tools ➤ Diagnostic.
The results should show the correct version and that the version matches the version in the database.
Note
If you are downgrading the software for a Media Manager, refer to the procedure Restore a CCM, ACCM,
or MM disk image from the command line on page 393. If you are downgrading the software for a Media
Gateway, refer to the procedure Downgrade the Media Gateway software on page 572.
In a multizone enterprise, perform this procedure in each applicable zone after you roll back the
software on the CCM or ACCM appliance(s).
Note
This procedure is service impacting. Perform it only during non-trading hours.
retrieve the downgraded software and deploy it when an end user logs in to the device or when the
device reboots.
• Soft Client downgrade software is staged on the zone appliances. When end users log in to the Soft
Client, the Unigy Application icon in the Microsoft Windows System Tray displays a different
icon that indicates a software change is available. When an end user right-clicks the icon to open
the Unigy Application menu, the system displays the Upgrade option. To downgrade the software,
refer to step 9.
Note
After you downgrade the software on CDIs, it can take up to 30 minutes for all of the devices to reboot
and re-register with the zone. The system does not update the current version value within the Deploy
tab until the devices are completely operational.
To refresh the Deploy panel, click Tools ➤ Deployment ➤ Software Deployment then click the Deploy
tab. Do not refresh the panel until the software deployment displayed within the Status panel is
complete.
7. Reboot the downgraded turrets and Pulse devices to ensure that the software changes are applied by
performing the procedure Reboot communication devices on page 591.
8. Confirm that the devices were downgraded by running the Turret & Pulse Display Software
Versions diagnostic job, at Tools ➤ Diagnostic.
The results should show the correct version for each device and that the version matches the version
in the database.
9. Roll back the software on the Unigy Soft Client client computers by performing the procedure Roll
back the Unigy Soft Client software – Microsoft Windows 64-bit on page 631 or Remote Soft Client
installation on page 625.
Property Value
Name
SMTP Host
Port
TLS Authentication
Username
Password
From Address
To Address
7. In Show Alerts, select Do Not Send Alerts again and confirm that there are no recovery alerts by
searching again for alerts that end in _R.
8. Repeat these steps for all zones and trap destinations.
3. Run the command su -lp and enter the root user account password.
4. Run the command cd /tmp to change the current directory.
5. Copy the fix_my_pass.sh file from your laptop or from Service Delivery's IPC FTP site to
the /tmp directory. .
6. Run the following scripts to convert the text file format and change ownership and permissions for
the fix_my_pass.sh script:
a) dos2unix fix_my_pass.sh
b) chmod 777 fix_my_pass.sh
c) chown root:root fix_my_pass.sh
7. Run the command ./fix_my_pass.sh to run the fix_my_pass.sh script.
8. Delete the fix_my_pass.sh file from the appliance.
This is important to prevent security issues.
Before you begin this procedure, be sure that you have access to the generateAddresses.sh file,
which should be available in the Unigy file system at /etc/opt/ipc/ha/scripts/. If the file is
not in this directory, download the generateAddresses.tar file from the IPC FTP site,
FilesAnywhere.
Important
You perform this procedure once on a single appliance to generate the text files that provide the VIP and
IP addresses that are used by the associated procedures. Separate files are created for Unigy, Blue
Wave Adapter, and Blue Wave Director procedures. These files are stored only on the appliance on
which you run this procedure, so it is important to run all procedures that require these files from the
same appliance. Use one of the following options:
• For procedures that apply only to Unigy zones, you can perform this procedure on any appliance.
• For procedures that apply to Unigy and Blue Wave zones, perform the procedure on an appliance in a
Blue Wave zone.
Record the IP address of the appliance so you can refer to it when you run the procedures that use the
files that are generated.
1. Access the command line for the appliance on which you are running the script.
Refer to the Important note above.
2. If the generateAddresses.sh file is not in the /etc/opt/ipc/ha/scripts directory, do
the following:
a) Copy the generateAddresses.tar file to the /etc/opt/ipc/ha/scripts directory.
b) Extract the script file by running the command tar -xvf generateAddresses.tar.
3. Run the script: ./generateAddresses.sh.
The following output indicates that the procedure was successful and the location of the text files that
were generated (you can ignore the Warning messages):
generating /etc/opt/ipc/ha/scripts/addresses.txt
Warning: Using a password on the command line interface can be insecure.
generating /etc/opt/ipc/ha/scripts/vipaddresses.txt
Warning: Using a password on the command line interface can be insecure.
Warning: Using a password on the command line interface can be insecure.
generating /etc/opt/ipc/bluewave/vipaddresses.txt
Warning: Using a password on the command line interface can be insecure.
Warning: Using a password on the command line interface can be insecure.
3. In the Deployment Zones panel, click the name of the zone in which you are adding the Media
Gateway.
4. In the Deployment Plan Details panel, click the Media Gateways tab.
5. Click Add Device.
The Add New Device panel opens.
6. In the Select Location list, select a location of the Media Gateway.
This list contains all of the currently configured locations.
7. In the Device Name field, type a descriptive name for the Media Gateway.
8. In the Enter IP Address field, type the Media Gateway IP address.
9. Click Save.
A green check indicates that the Media Gateway is added successfully and now registered on the
network.
Figure 103: Deployment Plan Details panel - Media Gateways tab
At any time during or after the Media Gateway configuration process, you can select the Media Gateway
and click Admin Console to access the device’s web interface and verify the current configuration at the
device.
Note
Do not change configuration values at the device; only change configuration values for the Media
Gateway through the UMS and then Apply the changes to the device.
Note
Perform this procedure from the primary zone UMS.
1. Add and configure all primary zone MGs. For information on this procedure, refer to the Media
Gateway Hardware Installation Manual.
2. Add and configure all secondary zone MGs. For information on this procedure, refer to the Media
Gateway Hardware Installation Manual.
3. For lines that use MG trunks, assign a trunk from the primary zone MG and a trunk from the
secondary zone MG in that order. For information on assigning trunks, refer to Associate trunks with
a private line on page 581 and Associate trunks with an extension on page 582.
4. Restart the secondary zone appliances to flush the JBOSS cache:
a) Within the secondary zone, power down the Standby CCM: shutdown -h now.
b) Reboot the Active CCM or ACCM.
c) After the reboot completes, determine the state of the appliance by performing the procedure
Check the state of a zone from a browser on page 499.
d) Log in to the UMS.
e) Check the Unigy alerts by viewing the UMS Monitoring Dashboard.
Resolve any Active CCM or ACCM issues before proceeding.
f) Reboot all Media Managers (MMs) by performing the procedure Run Reboot Media Manager on
page 588.
You can reboot the MMs simultaneously. Wait for all of them to finish rebooting.
Note
If you encounter problems with overloading the CCM or ACCM, reboot the MMs one at a time.
This procedure is applicable when deploying a new Media Gateway or upgrading an existing Media
Gateway. Software deployment should be performed only during non-business hours. To be available
for update, the Media Gateway must be placed into Maintenance Mode.
Note
If updating the software on an existing Media Gateway the proxy IP is lost during the upgrade. To avoid
failures, retrieve the Media Gateway configuration prior to update (that is, download the Media Gateway
INI file), then re-apply the configuration (that is, upload the Media Gateway INI file) after software update
is complete.
1. Log in to the UMS with an account with the role of IPC Project Manager or IPC Certified Tech.
2. Put the device in maintenance mode.
a) Click Tools ➤ Deployment ➤ Hardware Deployment.
b) Click the zone associated with the Media Gateway.
c) Within the Media Gateways tab, click the Media Gateway you are upgrading.
d) Click Switch to Maintenance Mode.
e) In the Confirmation dialog click Yes then in the Information message box click OK.
Note
When a Media Gateway is in Maintenance Mode, it is available for software updates. Maintenance
mode does not impact existing or new calls on the Media Gateway. An alert is generated when the
Media Gateway is put in maintenance mode.
d) Enter the password for the Media Gateway user account specified in userName.
e) Click Save.
The password is saved with the correct encryption algorithm.
15. Resynchronize CAS files from the UMS to the Media Gateway by performing the procedure to
Resynchronize CAS files on page 582.
16. For Media Gateway 7.00A.132 firmware upgrades, do the following:
a) Access the Media Gateway administration page at https://mg-ip/AdminPage, where mg-
ip is the Media Gateway IP address.
b) Click ini Parameters.
c) In Parameter Name, enter CasSpecialActionAfterInitBoard then click Apply New
Value.
The following information is displayed in the Output Window:
Parameter Name: CASSPECIALACTIONAFTERINITBOARD
Parameter New Value: 0
Parameter Description:Defines special action to run after board init
(0=No_Action, 1=Raise_And_Clear_Alarm, 2=Stop_And_Apply_Trunk)
2. Copy the downgraded Media Gateway firmware, for example, 6.40A.073.004, to the local machine.
The downgraded firmware will be located on the CCM under the directory: /opt/ipc/
deployment/stage/mediagateway/audiocodes and will have a .cmp extension.
3. From the Media Gateway web interface, access Maintenance ➤ Software Update ➤ Software
Upgrade Wizard as illustrated in the following figure.
Figure 105: Media Gateway Software Upgrade Wizard panel
7. After loading is complete, click Next for all options until Finish displays.
8. Click Finish, then Reset.
The panel indicates burn and reset in progress.
Figure 108: Media Gateway Software Upgrade Wizard panel
9. When finished, the CMP Version ID displays as indicated in the following figure.
Once it is running the older firmware, the MG can then be added to the Unigy V2.0 system following
the standard process as described in the Unigy V2.0 documentation.
Background
Media Gateway modules must be programmed during configuration in the same order as they are
physically installed in the device. Media Gateway modules are generally installed at the factory by the
team in Westbrook, while the configuration data is programmed offline by the Central Support Team.
This standard serves to coordinate the workflows of both teams to ensure that the system data matches
the physical device.
Note
A Media Gateway is configured for either T1 or E1, but not both. A combination of T1 and E1 protocols
can be implemented across multiple Media Gateways in a Unigy system.
Note
Some customers add extra hardware for future provisioning.
Programming guidelines
Whenever possible, split service connections to a PBX, CO and private provider among multiple
modules to limit exposure. Also mix CAS and ISDN across multiple modules and multiple Media
Gateways, if possible.
For example, if you have a multi-port T1 or E1 module, try and split the connections from the PBX
among multiple ports. If you have multiple modules, mix CAS and ISDN across them.
The only restriction in salt and peppering circuits across a Media Gateway is that there cannot be a
combination of E1 and T1 on the same MG.
Note
Trunk groups, configured through the UMS, can also be spread across multiple modules and multiple
media gateways.
Note
The TDM line type cannot be changed after saving the trunk and port configuration.
For information on the properties in this panel, refer to the UMS online help or UMS UI Guide.
1. In the UMS, click Configuration ➤ Sites .
2. Optionally, filter the list of Media Gateways that will be displayed by Instance, Location, or Zone.
3. Click Trunks ➤ Media Gateways.
4. In the Media Gateways list, click the name of the device you are configuring.
The Media Gateway panel opens.
5. Set the gateway TDM type.
You can set the value of this property only the first time you configure and save the Media Gateway
definition in the database.
a) Click the Properties button.
b) In the Gateway TDM Type list within the Properties tab, select T1 or E1 then click Save.
Note
If you are using E1_ARD_Classic or T1_ARD_Classic CAS in an IPC Network Services network, ensure
that these channels are configured on the network side as Connection PLAR Tied mode.
Perform the synchronize CAS files task when you need to add a new MG with CAS modules (T1 or E1
CAS protocols) to the Unigy system. Service is temporarily interrupted so synchronize CAS files during
off-peak business hours or when the system is offline.
Note
If the Media Gateway was preconfigured, and was not overridden during the software upgrade, you
should synchronize the CAS files before you retrieve the Media Gateway configuration.
Note
If you are syncing CAS files as part of setting up a new Media Gateway, the Apply button is not
available until after you perform a Retrieve. If you are syncing CAS files and CAS trunks are already
configured on the UMS, then the Apply occurs automatically after the Sync.
12. If the Apply button is available, perform the procedure Apply changes to a Media Gateway
configuration on page 586.
Be sure to enable SSH remote access if it is not enabled. For information on this procedure, refer to
Enable or disable Media Gateway SSH remote access on page 587.
Suggestion
Keep a record of the order of the CAS files on the MG because if CAS file updates are made available in
the future, the updated CAS files will need to be resynchronized from the UMS to the MG in the order that
they were originally synchronized to the MG.
5. Click Save.
6. Click Apply to apply the changes to the device.
4. Drag one or more trunks or channels from the Available to Assign list to the Trunks list.
5. Click Save.
4. Drag one or more trunks or channels from the Available to Assign list to the Trunks list.
5. Click Save.
Note
Service is temporarily interrupted, so resynchronize CAS files during off-peak business hours or when the
system is offline.
Note
If CAS is configured in the UMS for this MG, then the system automatically performs the Apply
operation right after it performs the Sync operation. A message in the Job Progress panel provides
information regarding the operations, such as: Verification Successful and going for
Apply, then Apply Successful from Unigy to Hardware. If the Apply could not be
performed, the message reads: Reboot required to Apply Configuration to MG.
Note
If you check the override config option during the MG software deployment, it is not necessary to also
upload the default portion of the MG INI file because the override config option takes care of this.
Prerequisite: Before you begin, for systems being upgraded, record the MG’s Remote Syslog Server
IP Address and Debug Level (located on the Media Gateway Maintenance tab) so that the values can
be reapplied at the end of this procedure.
Note
If a currently deployed MG contains settings not configurable through the UMS and these settings need
to be retained, instead of uploading the (entire) default portion of the INI file, you should upload just the
incremental differences between the default portion of the new INI and the currently deployed INI file. For
more information, refer to Upload incremental changes to default portion of MG INI file on page 585.
Suggestion
Download the INI file, open it and ensure that the correct configuration was retained and that the new
default INI parameters were applied as well.
Tip
If you are not sure if it is enabled, click Get Current Values to display the HTTPS status.
Note
This step does not reapply the MG’s Syslog IP address or the Debug Level if they were previously
configured.
6. If you need to reapply a previously configured Syslog IP address or debug level, expand the Sys Log
section of the Media Gateway Maintenance tab, re-enter the following values, then click Update on
MG:
a) Remote Syslog Server IP
b) Debug Level
7. Perform the procedure Apply changes to a Media Gateway configuration on page 586.
Be sure to enable SSH remote access if it is not enabled. For information on this procedure, refer to
Enable or disable Media Gateway SSH remote access on page 587.
8. Perform the procedure Reboot a Media Gateway on page 591.
Suggestion
Download the INI file, open it, and ensure that the correct configuration was retained and that the new
default INI parameters were applied as well.
• Configuring the board line type from the Unigy default configuration to T1 by changing the trunk
protocol type from NONE to T1.
• Configuring the board line type from the Unigy default configuration to E1 by changing the trunk
protocol type from NONE to E1.
• Changing the line type from T1 to E1 or from E1 to T1.
• Changing the Protocol Type.
9. To disable SSH remote access, do the following:
a) Within the Remote Access section, click Disable.
b) Click Submit.
If Multi-tier Replication is enabled, do not use this procedure; instead, refer to Refresh (restart) zones in
a multizone enterprise on page 319.
You must be logged in to the UMS and be authorized to generate and view the Reboot CCM Diagnostic
test.
Rebooting the appliances and loading the database requires approximately twenty minutes to complete.
Note
If the reboot does not complete, refer to Reboot an appliance if the reboot command gets stuck on page
590.
Warning
IPC does not recommend rebooting a CCM or ACCM during trading hours. Perform this command after
the trading day or during routine maintenance periods.
Note
This test is intrusive. IPC does not advise performing this test during business/trading hours.
8. Select the test from the grid, then click View Detail.
9. When the reboot is complete, the value in the Progress column in the Diagnostics Status Details panel
is 100.
Note
This test is intrusive. IPC does not advise performing this test during business/trading hours.
You must be logged in to the Unigy Management System and be authorized to generate and view this
test.
1. Click Tools ➤ Diagnostic.
2. Click Create New Test.
3. Expand Media Manager in the Available Tests tab.
Note
Since this test is intrusive, the following confirmation dialog displays.
Figure 113: Confirmation for intrusive test
If you still want to run this intrusive test, check Execute test during working hours, then click OK.
8. To view the status of the test, select the test from the grid then click View Detail.
9. When the reboot is complete, the value in the Progress column in the Diagnostics Status Details
panel is 100.
10. Click click to view in the Output column to see the results.
Figure 114: Reboot Media Manager Output Panel
11. If the MM(s) you rebooted are in a Virtual Machine (VM), refer to Reapply the license for an MM in
a VM after a reboot on page 590.
Note
This test is intrusive. IPC does not advise performing this test during business/trading hours.
You must be logged in to the Unigy Management System and be authorized to generate and view this
test.
1. Click Tools ➤ Diagnostic.
2. Click Create New Test.
3. Expand Turret & Pulse in the Available Tests tab.
4. Select the Reboot Device tool and click Select.
5. If necessary, select the Zone of the device you want to reboot.
Note
Since this test is intrusive, the following confirmation dialog displays.
Figure 115: Confirmation for intrusive test
If you still want to run this intrusive test, check Execute test during working hours, then click OK.
8. Select the test from the grid, then click View Detail.
When the reboot is complete, the value in the Progress column in the Diagnostics Status Details panel
is 100.
9. Click click to view in the Output column.
Figure 116: Reboot Communication Device Output panel
The reboot action fails if it cannot connect to the communication device or it times out. If this occurs,
check the device's network connectivity.
For information about the Reboot Device panel, see Reboot Device on page 592.
For information about duration, usage, sample output, next steps, and reasons for failure, see Reboot
communication devices on page 591.
Name Description
Search Search the available tests for the text entered in the Search
Topic... field. Filters the list on the basis of this text.
Name Description
Save as Template Save the selected tests and values as a diagnostic template
for future use.
Save Device List Save the list of devices for future use.
Schedule Test Schedule selected diagnostic test to be run on selected
devices.
Cancel Cancel diagnostic test(s) currently being configured.
Perform Test Perform diagnostic test(s) on selected device(s).
Remove Remove the selected device.
Note
When you restart a turret that is in an active call, the call is maintained in the system until the call session
times out. The timeout duration is controlled by the Session Timer Expires zone attribute and is
configurable in the UMS; by default it is set to 30 minutes. If speaker channels were muted, they remain
muted until the call is terminated, which happens when a session timer expires.
3. Tap Restart.
Note
When a zone or trap destination’s forwarding status is set to Disable, alerts continue to be sent to the
UMS Monitoring Dashboard, which allows technicians on site to continue to view alerts while SNMP
forwarding is disabled.
You must have the Advanced Administrator, IPC Project Manager, or IPC Certified Tech role to perform
this procedure.
1. Click Configuration ➤ Sites ➤ SNMP Forwarding ➤ Maintenance.
The Zone Maintenance Status panel is displayed.
2. Click the zone for which you are disabling SNMP forwarding.
The trap destinations associated zone are displayed in the Trap Destination grid.
3. Select the check box for the trap destinations you are disabling.
To disable SNMP forwarding for the zone, select all of the trap destinations.
4. Click Disable.
The Forwarding Status for the trap destinations changes to Disable and a red X is displayed to
indicate that forwarding is disabled. If you disabled forwarding for all of the trap destinations, the
Forwarding Status for the zone is Disable. If you disabled forwarding for a subset of destinations,
the status is Mixed.
Note
When a zone or trap destination’s forwarding status is set to Disable, alerts continue to be sent to the
UMS Monitoring Dashboard, which allows technicians on site to continue to view alerts while SNMP
forwarding is disabled.
You must have the Advanced Administrator, IPC Project Manager, or IPC Certified Tech role to perform
this procedure.
1. Click Configuration ➤ Sites ➤ SNMP Forwarding ➤ Maintenance.
The Zone Maintenance Status panel is displayed.
2. Click the zone for which you are reenabling SNMP forwarding.
The trap destinations associated with the zone are displayed in the Trap Destination grid.
3. Select the check box for the trap destinations you are enabling.
To enable SNMP forwarding for the zone, select all of the trap destinations.
4. Click Enable.
The Forwarding Status for the trap destinations changes to Enable and a green check mark is
displayed to indicate that forwarding is enabled. If you enabled forwarding for all of the trap
destinations, the Forwarding Status for the zone is Enable. If you enabled forwarding for a subset
of destinations, the status is Mixed.
Note
When a zone is first associated with an SNMP forwarding trap destination configuration, the zone’s
forwarding status is set to Enable by default.
You can use the Zone Maintenance Status panel in one of two ways: to reveal (but not select) all the
destinations associated with a zone, click on the Zone Name or within the row. This action does not
check any of the check boxes and therefore does not select any zone or destination. Alternatively, you
can reveal and select all the destinations associated with zone by clicking the check box next to a Zone.
The following procedure uses the first method.
1. Click Configuration ➤ Sites ➤ SNMP Forwarding ➤ Maintenance.
The Zone Maintenance Status panel is displayed.
2. Click the zone associated with the trap destinations for which you are disabling SNMP forwarding.
The trap destinations associated with the zone are displayed in the Trap Destination grid.
3. Select the check box for the trap destinations you are disabling.
4. Click Disable.
The Forwarding Status for the trap destinations changes to Disable and a red X is displayed to
indicate that forwarding is disabled.
5. Repeat steps 2 - 4 to disable the forwarding for other zones associated with this trap destination.
Note
The SNMP Forwarding can be reenabled for a trap destination by following these steps and choosing
Enable in step 4.
17.4.4 Place a zone into maintenance mode to disable BCP plan activation
When you perform certain maintenance procedures, place a zone into maintenance mode to prevent
automatic BCP plan activation and the associated CDI redirection.
For information on preventing SNMP alert forwarding, refer to Disable SNMP forwarding for a zone on
page 596.
For information on taking a zone out of maintenance mode, refer to Take a zone out of maintenance
mode to reenable BCP plan activation on page 598.
1. Log in to the UMS: https://vip.
2. Click Configuration ➤ Enterprise ➤ System ➤ Zones.
3. In the Zones list, click the zone you are placing into BCP maintenance mode.
4. In the BCP Status field within the BCP Role and Status section, select Maintenance then click
Save.
17.4.5 Take a zone out of maintenance mode to reenable BCP plan activation
If you placed a zone into maintenance mode to disable automatic BCP plan activation during a
maintenance operation, after you complete the maintenance, take the zone out of maintenance mode to
reenable BCP plan activation.
For information on placing a zone into maintenance mode, refer to Place a zone into maintenance mode
to disable BCP plan activation on page 597.
1. Log in to the UMS with the zone VIP: https://vip.
2. Click Configuration ➤ Enterprise ➤ System ➤ Zones.
3. In the Zones list, click the zone you are taking out of BCP maintenance mode.
4. In the BCP Status field within the BCP Role and Status section, select Active then click Save.
Note
This step does not apply if you are performing a software upgrade that uses the Automatic Deployment
option or Enterprise Install. It also does not apply if you are upgrading the software on Media
Managers or Media Gateways after a Unigy software upgrade.
Note
Maintenance mode does not impact existing or new calls on a Media Gateway. An alert is
generated when the Media Gateway is placed into maintenance mode.
required because the Archive all Zone backup archives data only for the zones in the instances within
the realm. It restores the data only in the zone in which you run the restore.
• If you want to make the first zone that was deployed in the enterprise a generator zone, you must
remove the recurring Archive all Zone backup job that was automatically created when the zone was
initially deployed. Create the recurring backup job and retention policy in one of the collector zones.
A recurring Archive all Zone backup job helps to prevent out-of-memory issues that can be caused by
a high volume of call history data.
If partial replication is enabled, do not change a collector zone to a generator zone or a generator zone to
a collector zone when an Enterprise or Archive All Zone backup is running because this can prevent the
backup from completing or can result in loss of backup data.
It is usually not necessary to restore the Unigy database in a multizone enterprise unless one of the
following conditions exists because the database can be loaded from another zone:
• All zones in the enterprise fail.
• Partial replication is enabled and all collector zones fail.
• Database becomes corrupted.
• All zones in a mixed zone enterprise are restarted and the zone that provides the database dump for
the other zones has a lower version schema that does not include data that is available in the higher
version schema.
• An upgrade requires new COP software and all zones are being upgraded at the same time.
Restoring the Unigy database is a manual, command-line procedure that cannot be run from the UMS
due to file contention issues.
In an enterprise that has zones with different Unigy software versions deployed, when a zone that has
the highest version provides the database for other zones, zones that have a lower version of the database
schema take only the data that their schema supports. If a zone with a lower version of the database
schema provides the database, zones at higher versions take a copy of the database and populate the
additional columns and tables in their schemas with default values. If a higher version zone loads a
lower version database after data was added to tables and columns that apply only to the higher version
schema, this data will be lost because it is not available in the lower version database. If this occurs, it
might be necessary to restore an Enterprise backup to repopulate this data.
To ensure that Multi-tier Replication has no impact on Enterprise backups, it is recommended that you
run these backups when the Wide Area Data Replication tier is not experiencing any issues. Running a
backup when one or more data centers are isolated from the others due to provisioning, connectivity, or
other types of issues, can result in loss of data.
If you are performing an Enterprise backup or restore and Multi-tier Replication is enabled for the
enterprise, it should be enabled for all data centers in the enterprise before you perform the backup or
restore. The operation should be performed from a portal zone, preferably a portal zone that is a
collector zone and that has the highest database schema. This will help to ensure that no data is lost.
Important
Beginning with Unigy v2.0.1.5 archive backups use a different format to reduce the size of the backup .tar
file and the time required to back up and restore a file. This format is not backward compatible, therefore,
you cannot restore an Archive all Zone backup that was created prior to deploying Unigy v2.0.1.5 in a
v2.0.1.5 or higher zone.
When you restore an Archive all Zone backup, it is no longer necessary to disable data replication in all
zones in the enterprise because the data is restored only in a single zone. The data is replicated to other
zones only if the zones are restarted and the zone in which the data was restored is the source of the
database dump.
After an Archive all Zone backup is run, the system deletes the archived data from all appropriate zones,
therefore, the data is not available for reporting purposes unless it is restored to the system. If partial
replication is enabled and there is more than one realm in the enterprise, the data is backed up and
purged only from the zones associated with the realm for which the data was archived. If partial
replication is not enabled or there is only one realm in the enterprise, the data is backed up and purged
from all zones in the enterprise.
The row IDs for the restored data are the same as when they were backed up, the restore does not add
new rows to the tables.
Certificates
Certificate data is included in Enterprise backups.
Note
Image and Enterprise backups include the certificates valid at the time the backup was created.
Summary
Enterprise backups should be restored only when necessary because they are dependent on network
connectivity, require disabling data replication, OCCAS, or both, and are not necessary in most
scenarios.
Note
Interzone notifications are sent immediately with a zone’s updates, and have large buffers in memory that
are queued in persistent disc storage if the memory buffers fill. This ensures that interzone notifications
do not interfere with call processing.
Warning
You can view the MySQL database, however, do not make changes through a database utility or MySQL
statements because this can result in a corrupt database. All database changes should be made through
the UMS.
User accounts with the Security Administrator, Advanced Administrator, IPC Project Manager, or IPC
Certified Tech role can schedule and perform backups, restore backups, upload and download backups,
view events, and work with the backup retention policy in the UMS. Accounts with the Basic
Administrator role can view, schedule, and download backups, and view events.
Caution
Be mindful of business hours when performing backups and restores. Perform backup and restore
operations during non-trading hours.
• Remotely stored backup files cannot be restored (user and archive), downloaded, uploaded, or deleted
if the remote system’s configuration has been deleted because the UMS no longer has the credentials
to access the remote system. If the backup event is still listed in the Events page, the remote system
can be configured again using the information in the backup event’s Storage File field.
• A zone’s backup retention policies are enforced on remotely stored backup files by removing them
from the Backup panel and the remote system. Ensure that the user account that is specified in the
remote server configuration for the backup job has delete permission for these files on the remote
server.
• External backup files are uploaded to the UMS’s default location for backup files, /var/opt/ipc/
service_backup_restore. Other than remotely stored user and archive backups listed in the
Backup panel, this is the only location from which a backup file can be restored.
Tip
It is a good idea to store a current backup of the Unigy database on a remote server. This can be done
with an enterprise backup. It is also recommended that each zone have the same remote server
configured.
See the following for the procedures noted in the previous considerations: Add or edit a remote backup
server on page 605.
• IP address or host name of the customer’s remote server. The server must support SCP or NFS.
• Complete directory path to where the backup .tar files will be stored. In most instances a drive
letter is not required, only the path from the root directory.
• Remote server name.
• File transfer protocol to use, SCP or NFS. The following additional information is required,
depending on the protocol:
• SCP requires a user name and password authorized to access and write to the backup directory,
SSH access, and default TCP port 22 on a CCM or ACCM.
• NFS requires that the backup directory is exposed using NFS. For example, edit the /etc/
exports file so it contains a reference to the target directory.
Note
As an alternative to using a remote server, a customer can request that backup files be downloaded and
provided to them on disk or USB drive.
• User Name and Password: SCP credentials. Credentials are not required for NFS. To enable
deletion of the backup files, the specified user account must have delete permission on the
remote server.
• Remote Directory: path of the target directory in which to store the backup .tar files. If you
selected NFS for the Type, begin the path with a forward slash (/). SCP does not require the
slash.
• To remove a remote server:
1. Select the server in the grid.
2. Click Delete then in the Delete Confirmation dialog box, click Yes. The message The
BackUp entries will continue to exist in the local database and
will not be deleted from remote server. To delete the entries
from remote server please contact System Administrator. is displayed.
3. Click OK. The server is removed from the grid, but as stated in the message, deleting the server
does not delete the .tar files stored on the server.
7. If you are adding or editing a remote server, click Save.
For a new server, the server information is added to the grid. For an existing server, the data in the
grid is updated.
8. Click Cancel to close the Remote Server dialog box and return to the Schedule New Backup Job
panel.
Name Description
Restore Restores the selected backup file if the backup type is USER_DATA_ALL,
USER_DATA_SINGLE, or ALL_HISTORY_ALL_ZONES and the zone is healthy, up, and
available. Only user and archive backup files can be restored from the UMS.
If partial replication is enabled, archive ALL_HISTORY_ALL_ZONES backups can be
restored only in a collector zone. If partial replication is enabled, restore the backup in a
zone associated with the realm for which the backup was created. The data is restored
only in the zone for which the restore is run, it is not replicated to other zones unless the
zones restart and the zone in which the data was restored is the source zone for the
database dump.
Beginning with Unigy v2.0.1.5, archive backups use a different format to reduce the size
of the backup .tar file and the time required to back up and restore a file. This format is not
backward compatible, therefore, you cannot restore an Archive all Zone backup that was
created prior to Unigy v2.0.1.5 to a v2.0.1.5 or higher zone.
Restoring enterprise backups is a command line procedure. In a multizone enterprise, it is
usually not necessary to restore an enterprise backup if the database is available from
another zone and it is not corrupt.
Upload Uploads a backup file to a zone’s local backup directory, /var/opt/ipc/
service_backup_restore. The Upload button opens the Upload Backup Job dialog
box where you select the zone to which you want to upload the file and the name of the
backup file to upload.
Name Description
Download Downloads a backup file to an external data storage device. The Download button opens
the Save As dialog box. Select the folder to which you want to download the backup file
then click Save.
If you need to upload a file stored on a remote server but do not have direct access to the
server, download the file then upload it to the appropriate zone.
Delete Deletes the selected backup file. The Delete button displays the Delete Confirmation
dialog box. Click OK to delete the selected file from the CCMs or ACCMs in the zone. This
does not affect downloaded files stored in other locations. You can also use Delete to
delete the job associated with a backup file that is stored on a remote server and to delete
the file from the remote server.
3. Select the Zone to which the system will upload the backup file.
Selecting a zone other than the current zone uploads the backup file to the current zone and the
selected zone. Selecting a different zone is not necessary in most situations because the uploaded
backup is periodically replicated to all zones.
4. Click Choose File, choose the file you are uploading, then click Open.
One of the following happens:
• If the backup file is already in the database, the system displays the message Backup file
exist with same name in the selected zone. View the list within the Backup tab
to find the backup with the same name, date, and type. Use the column heading to filter the list if it
cannot be easily located. Backup files are deleted in the zone where they were created.
• The backup file is uploaded to the system and displayed in the list of backup files within the
Backup tab.
Important
If an archive backup fails due to a high volume of data, run several smaller archive backups by setting the
number of days in the Archive Scope field to a number that archives a smaller subset of the data, that is,
specify a higher number that leaves more data in the database.
• Reporting history
• Backup and restore event history
• System job history
To control the number of archived data files that reside on the system at one time, also configure the
backup file retention policy. A policy determines when backup files are purged from the system. Backup
files can be stored locally or on a remote file server. If the archive data must be stored for long periods
on time for regulatory or other purposes, consider downloading the files to an external data storage
device. If you need to restore the data, you can upload it from the remote source.
For information on backup and restore processes and procedures, refer to the Back Up and Restore
Guide .
1. Schedule a recurring Archive all Zone backup by performing the procedure Create or schedule a new
backup on page 363.
2. Configure a backup file retention policy for the backup files by performing the procedure Add or edit
backup retention policies on page 613.
4. To create a new policy, in the Zone field, select a zone that does not have a policy.
5. Select or clear the Number of days check box to indicate whether the system enforces the rule. If you
select the check box, in the # Days field, enter the maximum number of days that files will be
retained. If you clear the check box for an existing rule, the value in the # Days field is removed.
6. Select or clear the Number of backups check box to indicate whether the system enforces the rule. If
you select the check box, in the # Backups field, enter the maximum number of files that will be
retained. If you clear the check box for an existing rule, the value in the # Backups field is removed.
7. Select or clear the Cumulative backup size check box to indicate whether the system enforces the
rule. If you select the check box, in the Size(KB) field, enter the maximum cumulative size of
backups in kilobytes. If you clear the check box for an existing rule, the value in the Size(KB) field is
removed.
8. Click Save.
A message box is displayed.
9. Click OK to close the message box.
The new policy is displayed in the list.
• If the zone requesting the database dump is a local zone, the system overrides the preferred zone
specification and attempts to load the database from the associated data center's portal zone. If the
portal zone is not available, the zone waits for up to three hours for it to become available. If the
portal zone is not available after the three hour timer expires, the zone loads its local database.
Configuration changes that were not replicated to the portal zone will not be replicated to the other
zones in the enterprise.
• If the zone requesting the database dump is a portal zone, the zone can load the database only from an
active portal zone. A portal zone that is in the suspended state cannot provide a database dump for
another portal zone. If an active portal zone is not available, the zone loads its local database. You can
specify a preferred zone for a portal zone, but it must be another portal zone. To ensure that history
data is replicated properly, the preferred zone for a portal zone that is a collector zone should be
another portal zone that is a collector zone in the same realm. The standard algorithm locates an
available portal zone if the preferred zone is not available.
Note
If Multi-tier Replication is suspended for a data center, the portal zone cannot load the database from
another portal zone. To load the database for a portal zone, perform the procedure Refresh (restart) a
portal zone on page 320. The zone will load the database only if its database is out of sync with the
portal zone that is providing the database dump. If you perform a full database dump for a portal zone,
refresh all of the local zones in the data center by disabling then enabling data replication for each
zone.
Standard algorithm
For the standard algorithm, the system compiles a sorted list of all zones in the enterprise and selects the
most appropriate zone to provide a database dump based on the following priorities:
• Priority 1: Zone specified in the zone configuration as the Preferred Zone. When Multi-tier
Replication is enabled and the zone requesting the database is a portal zone, the preferred zone is
considered only if it is a portal zone.
• Priority 2: A zone in the same instance with the same schema version and the same street that is
Available.
• Priority 3: A zone in the same instance with the same schema version and the same street that is
Partially Available.
• Priority 4: A zone in the same instance with the same schema version and the same city that is
Available.
• Priority 5: A zone in the same instance with the same schema version and the same city that is
Partially Available.
• Priority 6: A zone in the same instance with the same schema version and the same state that is
Available.
• Priority 7: A zone in the same instance with the same schema version and the same state that is
Partially Available.
• Priority 8: A zone in the same instance with the same schema version and the same country that is
Available.
• Priority 9: A zone in the same instance with the same schema version and the same country that is
Partially Available.
• Priority 10: A zone in the same instance with the same schema version that is Available.
• Priority 11: A zone in the same instance with the same schema version that is Partially Available.
• Priority 12: A zone in the same instance with a higher schema version and the same street that is
Available.
• Priority 13: A zone in the same instance with a higher schema version and the same street that is
Partially Available.
• Priority 14: A zone in the same instance with a higher schema version and the same city that is
Available.
• Priority 15: A zone in the same instance with a higher schema version and the same city that is
Partially Available.
• Priority 16: A zone in the same instance with a higher schema version and the same state that is
Available.
• Priority 17: A zone in the same instance with a higher schema version and the same state that is
Partially Available.
• Priority 18: A zone in the same instance with a higher schema version and the same country that is
Available.
• Priority 19: A zone in the same instance with a higher schema version and the same country that is
Partially Available.
• Priority 20: A zone in the same instance with a higher schema version that is Available.
• Priority 21: A zone in the same instance with a higher schema version that is Partially Available.
• Priority 22: A zone in the same instance with a lower schema version and the same street that is
Available.
• Priority 23: A zone in the same instance with a lower schema version and the same street that is
Partially Available.
• Priority 24: A zone in the same instance with a lower schema version and the same city that is
Available.
• Priority 25: A zone in the same instance with a lower schema version and the same city that is
Partially Available.
• Priority 26: A zone in the same instance with a lower schema version and the same state that is
Available.
• Priority 27: A zone in the same instance with a lower schema version and the same state that is
Partially Available.
• Priority 28: A zone in the same instance with a lower schema version and the same country that is
Available.
• Priority 29: A zone in the same instance with a lower schema version and the same country that is
Partially Available.
• Priority 30: A zone in the same instance with a lower schema version that is Available.
• Priority 31: A zone in the same instance with a lower schema version that is Partially Available.
• Priority 32: A zone in a different instance with the same schema version and the same street that is
Available.
• Priority 33: A zone in a different instance with the same schema version and the same street that is
Partially Available.
• Priority 34: A zone in a different instance with the same schema version and the same city that is
Available.
• Priority 35: A zone in a different instance with the same schema version and the same city that is
Partially Available.
• Priority 36: A zone in a different instance with the same schema version and the same state that is
Available.
• Priority 37: A zone in a different instance with the same schema version and the same state that is
Partially Available.
• Priority 38: A zone in a different instance with the same schema version and the same country that is
Available.
• Priority 39: A zone in a different instance with the same schema version and the same country that is
Partially Available.
• Priority 40: A zone in a different instance with the same schema version that is Available.
• Priority 41: A zone in a different instance with the same schema version that is Partially Available.
• Priority 42: A zone in a different instance with a higher schema version and the same street that is
Available.
• Priority 43: A zone in a different instance with a higher schema version and the same street that is
Partially Available.
• Priority 44: A zone in a different instance with a higher schema version and the same city that is
Available.
• Priority 45: A zone in a different instance with a higher schema version and the same city that is
Partially Available.
• Priority 46: A zone in a different instance with a higher schema version and the same state that is
Available.
• Priority 47: A zone in a different instance with a higher schema version and the same state that is
Partially Available.
• Priority 48: A zone in a different instance with a higher schema version and the same country that is
Available.
• Priority 49: A zone in a different instance with a higher schema version and the same country that is
Partially Available.
• Priority 50: A zone in a different instance with a higher schema version that is Available.
• Priority 51: A zone in a different instance with a higher schema version that is Partially Available.
• Priority 52: A zone in a different instance with a lower schema version and the same street that is
Available.
• Priority 53: A zone in a different instance with a lower schema version and the same street that is
Partially Available.
• Priority 54: A zone in a different instance with a lower schema version and the same city that is
Available.
• Priority 55: A zone in a different instance with a lower schema version and the same city that is
Partially Available.
• Priority 56 A zone in a different instance with a lower schema version and the same state that is
Available.
• Priority 57: A zone in a different instance with a lower schema version and the same state that is
Partially Available.
• Priority 58: A zone in a different instance with a lower schema version and the same country that is
Available.
• Priority 59: A zone in a different instance with a lower schema version and the same country that is
Partially Available.
• Priority 60: A zone in a different instance with a lower schema version that is Available.
• Priority 61: A zone in a different instance with a lower schema version that is Partially Available.
• Priority 62: If no zones are available, load the local database.
Note
If a preferred zone is in the Not Reachable state, a zone that is requesting a database dump from that
zone will request the database from another zone based on the zone selection algorithm. If a preferred
zone is in the Not Available state, a zone waiting to load the database will wait for up to two hours for the
preferred zone to become available. If during the waiting period the preferred zone enters the Not
Reachable state due to lost network connectivity or other failure, the zone waiting for the database dump
will continue to wait until the timeout threshold is reached even though the preferred zone cannot provide
the database.
zone. The other zones wait for the peer zone to load the database, which can come from a preferred
zone in another instance or a zone in another instance that is selected by the algorithm.
2. When the peer zone is up, it informs the Replicator that it is Available.
3. The other zones send a GET_DATABASE_DUMP request to the peer zone, which accepts the
request from two of the zones, sets its state to Unavailable, and begins the database dump for these
zones.
4. After the dump completes, there are now three zones that can serve as a database source for the
remaining zones. At this point, the system uses the basic algorithm to select zones to provide the
database for the other zones.
Client files, folders, and shortcuts. For information on this procedure, refer to Uninstall the Unigy Soft
Client software on page 634.
To perform an interactive full installation:
1. In a browser, access the Soft Client installer .msi file with one of the following URLs:
• Microsoft Windows 32-bit: https://ip_or_vip/image/UnigyClientInstaller-
x86.msi
• Microsoft Windows 64-bit: https://ip_or_vip/image/
UnigyClientInstaller.msi
ip_or_vip is the IP address of the appliance in a Unigy standalone zone or the virtual IP address
(VIP) of the HA zone from which you are installing the software.
2. Click Run to initiate the installation, or Save to download the .msi file to your computer.
If you download the file, double-click it to start the installation.
3. When you are prompted to confirm that you want to run the program, click Run.
The Welcome to the Unigy(TM) Client Setup Wizard window is displayed.
4. Click Next.
5. In the End user License Agreement, read the terms of use, select the I accept the terms in the
License Agreement check box, then click Next.
If any prerequisites have not been completed, the wizard prompts you to complete them before
continuing.
6. In the Destination Folder window, confirm the default installation location or use the Change button
to specify a new location then click Next.
7. In the Install Options window, select one, both, or neither of the following options then click Next:
a) Select the Create Shortcut on Desktop check box if you want the system to add a Unigy Client
(Soft Client) shortcut to the desktop in addition to the shortcut it creates in the Microsoft Windows
Start menu.
b) Select the Install Outlook Add-in check box to provide dynamic integration with Microsoft
Outlook contacts.
8. In the Ready to install Unigy(TM) Client window, click Install.
9. If you see the User Account Control message box, click Yes.
The installation begins. After it completes, the Completed the Unigy(TM) Client Setup Wizard
window is displayed indicating that the installation is complete. After a brief delay, the Unigy Config
Tool dialog box is displayed.
10. In the Unigy Config Tool dialog box, configure the connection to the home zone or to a DHCP server
as described in Configure the Soft Client network connection on page 623 then click Save.
11. In the Save message box, click OK.
12. In the Unigy Config Tool dialog box, click Close.
13. In the Completed the Unigy(TM) Client Setup Wizard window, click Finish.
Results:
• The installer creates the IPC Systems Inc folder and Unigy Client and Unigy Client Configuration
Tool short cuts in the Microsoft Windows Start ➤ All Programs menu. Use the Unigy Client
shortcut to run the Soft Client and use the Unigy Client Configuration Tool shortcut to change the
configuration or to redirect the Soft Client to a different zone if a BCP plan is activated.
• If you selected the Create Shortcut on Desktop option, the system adds the shortcut to the desktop.
• If you selected the Install Outlook Add-in option, the system installs and enables the add-in within
Microsoft Outlook.
Note
Restarting the client computer after the installation is not required.
17.6.1.1 Hardware and software requirements for the Unigy Soft Client
The Soft Client can be installed on various Microsoft Windows-based devices that have sufficient
storage and memory resources.
Hardware requirements
The following hardware is required to support the Soft Client software on a Windows-based desktop or
laptop computer:
• Sound card (as supported by the operating system). This is not required for a VM computer.
• Network card (as supported by the operating system).
• Hard disk with at least 100 MB of free space for stored files plus 2 GB of space while running the
Soft Client.
• RAM with at least 3 GB of available memory.
Running the Soft Client on Microsoft Surface Pro 3 and Surface Pro 4 is also supported.
Note
The Microsoft Surface Pro on-screen keyboard does not include some of the keys that are assigned to
the default Soft Client keyboard shortcuts. If you cannot use the keyboard shortcuts, either add an
external keyboard or ask your Unigy administrator to change the keyboard shortcuts to use compatible
keys.
Software requirements
The following software is required to support the Soft Client products:
• Microsoft Windows 7, 8.1, or 10 (32-bit or 64-bit)
• Microsoft .NET Framework 4.5
• Microsoft Outlook 2010 or 2013 (32-bit or 64-bit) – required only for integration with Outlook
contacts
The Microsoft Outlook add-in supports dynamic update of local contacts. If you find that the changes
are not updating dynamically, log out of the Soft Client then log in to see the contact changes.
For the latest software requirement information, refer to the Unigy Product Compatibility Matrix
(available only to IPC personnel).
according to the product for which you are configuring the connection. The option is selected at the time
the software is installed, but can be changed at any time.
• Static: With this option, you specify the IP address, virtual IP address (VIP), or fully-qualified
domain name (FQDN) of the zone that serves as the home zone for the Soft Client. If the product is
registering with a single appliance zone, enter the IP address of the zone's ACCM appliance. If the
Soft Client is registering with a High Availability (HA) zone, enter the zone's virtual IP address
(VIP). For both zone types, you also have the option of entering the zone's FQDN. Obtain the
appropriate value from your Unigy administrator. This option is available for all Unigy Soft Client
products.
• Dynamic: This option automatically assigns the appropriate network address based on the value
assigned on the DHCP server. It applies to all zones. The option is not available for Pulse Enterprise.
If your Unigy enterprise is licensed for Business Continuity Planning (BCP) for maintenance and
disaster recovery purposes and your Soft Client is registered with a zone in a multizone enterprise, you
can select a backup zone to which the system redirects the Soft Client if access to the home zone is not
available. You enter this value at the time the BCP plan is activated. For Soft Clients, zone redirection is
not automatic, you must manually initiate it. Obtain the appropriate zone from your Unigy administrator.
This dialog box is displayed automatically after an installation or upgrade. You can also display it at any
other time to change the home zone address or to select a backup zone and initiate the zone redirection
after activation of a BCP plan.
On a Microsoft Windows 7 system, you might have to select a specific Network Adapter.
If a remote installation or update is initiated by a Unigy administrator, the zone address will be updated
as part of this process.
Important
Do not change any of the values within the Advanced tab.
1. If you are not accessing this dialog box as part of the software installation or upgrade procedure, click
Start ➤ All Programs ➤ IPC Systems Inc ➤ Unigy Client Configuration Tool.
The Unigy Config Tool dialog box is displayed.
2. In the Primary field, type the home zone IP address (single appliance zone), VIP (HA zone), or
FQDN.
The IP address, VIP, or FQDN must be specified in the client certificate.
3. The Enable DHCP check box indicates whether the zone IP address or virtual IP address (VIP) is
automatically assigned by a DHCP server. It simplifies free-seating by eliminating the manual steps
required to change the home zone when you log in to a turret and IQ/MAX Sync or log in to IQ/MAX
Omni in a remote zone. Select the check box to enable automatic assignment of the value from a
DHCP server. If you do not select this check box, you can manually change the zone VIP before you
log in at the remote zone. This option does not apply to Pulse Enterprise.
4. Do not configure the BCP field or Use BCP check box when configuring the network settings.
This field is used to select a backup zone to which the system redirects the Soft Client if access to the
home zone is not available.
5. In the Network Adapter list, generally you accept the default value Let Windows Choose, however,
if you cannot open the Soft Client, you might have to select a specific adapter.
Obtain the appropriate adapter name from your Unigy administrator. If you manually change the
adapter and your network connection changes, for example, if you access the Soft Client through a
VPN connection, you must change the adapter value for the new adapter.
6. Click Save.
The Save message box is displayed.
7. Click OK.
The information you entered is saved, but the Unigy Config Tool dialog box remains open.
8. Click Close.
• Folder on a network drive or a local drive on the computer running the script. Copy the installer
file from the CCM or ACCM to this location.
• Command option and associated parameters that specify that the installation is to run in silent (quiet)
mode with no user interface displayed, and no user interaction required.
• IP address or VIP of the home zone that provides configuration and call processing support. The
installation program writes this value to the Unigy database. After the installation completes, end
users can view, and if necessary, change the value with the Unigy Config Viewer tool.
• The following optional parameters:
• INSTALLDESKTOPSHORTCUT: creates a desktop shortcut. The default is "" (false). Specify 1
to create the icon.
• INSTALLOUTLOOKADDIN: installs the Microsoft Outlook Add-in for dynamically
synchronizing local contacts. The default is 1 (true). Specify "" to prevent installation of the Add-
in.
• Logging parameter that specifies the name of the installation log file. The log files are stored in
%LOCALAPPDATA%\IPC Systems Inc\UDA\logs. The installation log records the
installation process, displays messages, and at the end, indicates the success or failure of the
installation. Do not include spaces in the log file name. The following success or failure messages are
displayed in the log file for an installation or uninstallation:
• When an installation succeeds, the log includes this message at the end of the file: Product:
Unigy Client -- Installation completed successfully.
• When an uninstallation succeeds, the log includes the message Product: Unigy Client -
Removal completed successfully.
• If the installation fails because the client computer does not have the required software
prerequisites, the log includes messages that inform you what software needs to be installed or
upgraded.
• If a previous version of the software is installed, the log contains a message that instructs you to
uninstall the software before you install the new version.
• If Microsoft Outlook, Office Communicator, or Microsoft Lync are open when you run the
uninstall command, the log includes a message that instructs you to close these applications before
running the installation.
• If the command contains invalid parameters, the installation fails and no information is written to
the log file.
Sample commands are described in the following sections:
• This command runs the installation in silent mode, adds the Unigy Client icon to the desktop, installs
the Microsoft Outlook Add-in, and writes the installation events to a log file:
msiexec /i msiLocation/image/UnigyClientInstaller.msi /qn ccsip=ip_vip
INSTALLDESKTOPSHORTCUT=1 /log logFile
• This command runs the installation in silent mode, adds the Unigy Client icon to the desktop,
prevents installation of the Microsoft Outlook Add-in, and writes the installation events to a log file:
msiexec /i msiLocation/image/UnigyClientInstaller.msi /qn ccsip=ip_vip
INSTALLDESKTOPSHORTCUT=1 INSTALLOUTLOOKADDIN="" /log logFile
In these commands, msiLocation is the location of the installer file, ip_vip is the home zone IP
address, VIP, or FQDN, and logFile is the name of the installation log file. The log file is a text (.txt)
file. The IP address, VIP, or FQDN must be specified as the Common Name or Alternate Name in the
client certificate.
logFile is the name of the log file and the product ID,
{4F08922F-22F9-4082-8B36-3E6D150317E4}, is a unique GUID that identifies the installer file. The
value must be enclosed within braces.
Important
When you uninstall the software, Microsoft Outlook, Office Communicator, and Microsoft Lync must be
closed on each client computer before you run the script.
Note
You can download and extract the PsExec files from the Microsoft SysInternals website. If you download
the files to C:\Windows\System32\, you will not have to specify a file path when you run the
commands.
For computer1, computer2, and computer3, enter the computer name or IP address of each
computer on which you are installing the software.
4. Type the silent installation command that was described previously then press Enter:
msiexec /i msiLocation/UnigyClientInstaller.msi /qn ccsip=ip_vip /log
logFile
17.6.3 Upgrade the Unigy Soft Client software – Microsoft Windows 64-bit
This topic describes how to upgrade the Soft Client software on a Microsoft Windows 64-bit client
computer.
For information on upgrading the Soft Client software in a Microsoft Windows 32-bit environment, refer
to Upgrade the Unigy Soft Client software – Microsoft Windows 32-bit on page 630.
When you access the Soft Client, if a new software version is available, the Unigy Client icon in the
Microsoft Windows System Tray displays the upgrade indicator and the Upgrade option is displayed in
the Unigy Client menu.
Figure 122: Unigy Client icon showing the upgrade indicator
Prerequisite:
Before you initiate the upgrade, close Microsoft Outlook, Office Communicator, and Microsoft Lync, as
applicable, to enable the system to uninstall the current software version before it installs the new
version.
1. Access the Soft Client Login window by double-clicking the Unigy Client icon or by clicking
Start ➤ All Programs ➤ IPC System Inc ➤ UnigyClient.
2. Within the Microsoft Windows System Tray, right-click the Unigy Client icon to display the available
options.
Figure 123: Unigy Client menu showing the Upgrade option
Note
If you decline the upgrade, the upgrade indicator on the Unigy Client icon is cleared and the Upgrade
option is removed from the menu.
If any prerequisites have not been completed, the wizard prompts you to complete them before
continuing.
8. In the Destination Folder window, confirm the default installation location or click Change to
specify a new location then click Next.
9. In the Install Options window, select one, both, or neither of the following options then click Next:
a) Select the Create Shortcut on Desktop check box if you want the system to add a Unigy Client
(Soft Client) shortcut to the desktop in addition to the shortcut it creates in the Microsoft Windows
Start menu.
b) Select the Install Outlook Add-in check box to provide dynamic integration with Microsoft
Outlook contacts.
10. In the Ready to Install Unigy(TM) Client window, click Install.
11. If you see the User Account Control message box, click Yes.
The installation begins. After it completes, the Completed the Unigy(TM) Client Setup window is
displayed. After a brief delay, the Unigy Config Tool dialog box is displayed.
12. In the Unigy Config Tool, confirm or configure the connection to the home zone or to a DHCP server
as described in Configure the Soft Client network connection on page 623 then click Save.
13. In the Save message box, click OK.
14. In the Unigy Config Tool dialog box, click Close.
15. In the Completed the Unigy(TM) Client Setup window, click Finish.
17.6.4 Upgrade the Unigy Soft Client software – Microsoft Windows 32-bit
This topic describes how to upgrade the Soft Client software on a Microsoft Windows 32-bit client
computer.
For information on upgrading the Soft Client software in a Microsoft Windows 64-bit environment, refer
to Upgrade the Unigy Soft Client software – Microsoft Windows 64-bit on page 628.
When you access the Soft Client, if a new software version is available, the Unigy Client icon in the
Microsoft Windows System Tray displays the upgrade indicator and the Upgrade option is displayed in
the Unigy Client menu.
Figure 125: Unigy Client icon showing the upgrade indicator
Prerequisite:
Before you initiate the upgrade, close the Unigy Soft Client, Microsoft Outlook, Office Communicator,
and Microsoft Lync, as applicable, to enable the system to uninstall the current software version before it
installs the new version.
Note
To upgrade the Soft Client software on Microsoft Windows 32-bit systems, you cannot use the Upgrade
option in the Unigy Client menu as you can with Windows 64-bit systems; instead you must manually
uninstall the current version then install the new version.
1. Uninstall the current Soft Client software version by performing the procedure Uninstall the Unigy
Soft Client software on page 634.
2. Install the new software from a browser by accessing the URL https://ip_or_vip/image/
UnigyClientInstaller-x86.msi, where ip_or_vip is the IP address or virtual IP address
(VIP) of the zone from which you are running the installation.
3. Click Run.
4. If you are prompted to confirm that you want to run the program, click Run.
The Welcome to the Unigy(TM) Client Setup Wizard window is displayed.
5. Click Next.
6. In the End-User License Agreement window, read the Terms of Use, select the I accept the terms in
the License Agreement check box, then click Next.
7. In the Destination Folder window, confirm the default installation location or click Change to
specify a new location then click Next.
8. In the Install Options window, select one, both, or neither of the following options then click Next:
a) Select the Create Shortcut on Desktop check box if you want the system to add a Unigy Client
(Soft Client) shortcut to the desktop in addition to the shortcut it creates in the Microsoft Windows
Start menu.
b) Select the Install Outlook Add-in check box to provide dynamic integration with Microsoft
Outlook contacts.
9. In the Ready to Install Unigy(TM) Client window, click Install.
10. If you see the User Account Control message box, click Yes.
The installation begins. After it completes, the Completed the Unigy(TM) Client Setup window is
displayed. After a brief delay, the Unigy Config Tool dialog box is displayed.
11. In the Unigy Config Tool dialog box, confirm or configure the connection to the home zone or to a
DHCP server as described in Configure the Soft Client network connection on page 623 then click
Save.
12. In the Save message box, click OK.
13. In the Unigy Config Tool dialog box, click Close.
14. In the Completed the Unigy(TM) Client Setup Wizard window, click Finish.
17.6.5 Roll back the Unigy Soft Client software – Microsoft Windows 64-bit
If the Unigy software is rolled back to a previous version, you must roll back the Unigy Soft Client
software on the client computers to the same version. This topic describes how to roll back the software
on a Microsoft Windows 64-bit client computer.
For information on rolling back the Soft Client software in a Microsoft Windows 32-bit environment,
refer to Roll back the Unigy Soft Client software – Microsoft Windows 32-bit on page 633.
When you access the Soft Client, if the Unigy software is at a lower version than the current Soft Client
version, the Unigy Client icon in the Microsoft Windows System Tray displays the rollback indicator
and the Rollback option is displayed in the Unigy Client menu. The system also displays the tool tip
Unigy - Roll Back to Old Version when you move your mouse over the icon.
Figure 126: Unigy Client icon showing the rollback indicator
Prerequisite
Before you perform this procedure, close Microsoft Outlook, Office Communicator, and Microsoft
Lync, as applicable, to enable the system to uninstall the current software version before it installs the
lower version.
1. Access the Soft Client Login window by double-clicking the Unigy Client icon or by clicking
Start ➤ All Programs ➤ IPC System Inc ➤ UnigyClient.
2. Right-click the Unigy Client icon in the Microsoft Windows System Tray then click Rollback.
The Unigy™ Client Info message box prompts you to confirm that you want to roll back from the
currently Installed Version to the Download Version.
3. Click Yes.
4. If you see the User Account Control message box requesting permission for the system to make
changes, click Yes.
The system uninstalls the higher version software then presents the Unigy Client(TM) wizard.
5. Perform one of the following procedures based on the software version you are rolling back to:
• For versions prior to Unigy v3.0, do the following:
1. In the License Agreement window, read the Terms of Use, click I Agree then click Next.
2. In the Welcome to the Unigy(TM) Client Setup Wizard window, click Next.
3. In the Select Installation Folder window, accept the default folder or click Browse to select a
different folder. Also, select either Everyone, to install the software for all users who can log in
to the client computer, or Just me, to install the software for only your use, then click Next.
4. In the Unigy Client, window, select the Create Shortcut on Desktop check box if you want the
installer to add a shortcut icon to your desktop, then click Next.
5. In the Confirm Installation window, click Next.
17.6.6 Roll back the Unigy Soft Client software – Microsoft Windows 32-bit
If the Unigy software is rolled back to a previous version, you must roll back the Unigy Soft Client
software on the client computers to the same version. This topic describes how to roll back the software
on a Microsoft Windows 32-bit client computer.
For information on rolling back the Soft Client software in a Microsoft Windows 64-bit environment,
refer to Roll back the Unigy Soft Client software – Microsoft Windows 64-bit on page 631.
When you access the Soft Client, if the Unigy software is at a lower version than the current Soft Client
version, the Unigy Client icon in the Microsoft Windows System Tray displays the rollback indicator
and the Rollback option is displayed in the Unigy Client menu. The system also displays the tool tip
Unigy - Roll Back to Old Version when you move your mouse over the icon.
Figure 127: Unigy Client icon showing the rollback indicator
Prerequisite:
Before you initiate the rollback, close the Unigy Soft Client, Microsoft Outlook, Office Communicator,
and Microsoft Lync, as applicable, to enable the system to uninstall the current software version before it
installs the lower version.
Note
To roll back the Soft Client software on Microsoft Windows 32-bit systems, you cannot use the Rollback
option in the Unigy Client menu as you can with Windows 64-bit systems; instead you must manually
uninstall the current version then install the lower version.
1. Uninstall the current Soft Client software version by performing the procedure Uninstall the Unigy
Soft Client software on page 634.
2. Install the lower software version from a browser by accessing the URL https://ip_or_vip/
image/UnigyClientInstaller-x86.msi, where ip_or_vip is the IP address or virtual IP
address (VIP) of the zone from which you are running the installation.
3. Click Run.
4. If you are prompted to confirm that you want to run the program, click Run.
The Welcome to the Unigy(TM) Client Setup Wizard window is displayed.
5. Click Next.
6. In the End-User License Agreement window, read the Terms of Use, select the I accept the terms in
the License Agreement check box, then click Next.
7. In the Destination Folder window, confirm the default installation location or click Change to
specify a new location then click Next.
8. In the Install Options window, select one, both, or neither of the following options then click Next:
a) Select the Create Shortcut on Desktop check box if you want the system to add a Unigy Client
(Soft Client) shortcut to the desktop in addition to the shortcut it creates in the Microsoft Windows
Start menu.
b) Select the Install Outlook Add-in check box to provide dynamic integration with Microsoft
Outlook contacts.
9. In the Ready to Install Unigy(TM) Client window, click Install.
10. If you see the User Account Control message box, click Yes.
The installation begins. After it completes, the Completed the Unigy(TM) Client Setup window is
displayed. After a brief delay, the Unigy Config Tool dialog box is displayed.
11. In the Unigy Config Tool dialog box, confirm or configure the connection to the home zone or to a
DHCP server as described in Configure the Soft Client network connection on page 623 then click
Save.
12. In the Save message box, click OK.
13. In the Unigy Config Tool dialog box, click Close.
14. In the Completed the Unigy(TM) Client Setup Wizard window, click Finish.
1. Check the state of the zone by performing the procedure Check the state of a zone from a browser on
page 499.
2. In an HA zone, confirm that internal processes are communicating properly by performing the
procedure Run CCM Software Version on page 648.
3. In a multizone enterprise, if more than one zone is deployed and data replication is enabled in each
zone, confirm that replication is working properly by performing the procedure Run interzone
diagnostic tool on page 646.
4. In a multizone enterprise, check the replication status by performing one of the following procedures:
• Check a zone's replication status with checkReplication on page 507.
• Check the data replication status for all zones in the enterprise on page 513.
5. In a multizone enterprise, check the transient data status by performing one of the following
procedures:
• Check a zone's transient channel status with checkTransientChannels on page 514.
• Check the transient channel status for all zones in the enterprise on page 514.
6. Run the Automated Health Check by performing the procedure Run automated health check from the
command line on page 639.
7. Run Enterprise Watch by performing the procedure Analyze an enterprise with Enterprise Watch on
page 643.
8. Determine whether there are any system alerts that indicate issues that should be corrected before
performing the operation.
9. If Multi-tier Replication is enabled, perform the following diagnostic tests:
• Check a zone’s Multi-tier Replication status on page 250
• Check an enterprise’s Multi-tier Replication status on page 258
• Diagnose latency for Multi-tier Replication on page 260
10. For an upgrade or rollback, confirm that there is sufficient disk space available by running the
command df -h from the command line.
Below are general space requirement guidelines; however, you should determine the actual size of
each .iso file to confirm that sufficient disk space is available.
Note
After an upgrade, the timestamp in the Date Created field for all the alerts changes to a post upgrade time.
1. Check the status of the zone by performing the procedure Check the state of a zone from a browser on
page 499.
2. Confirm that internal processes are communicating properly by performing the procedure Run CCM
Software Version on page 648.
3. In a multizone enterprise, if more than one zone is deployed and data replication is enabled in each
zone, confirm that replication is working properly by performing the procedure Run interzone
diagnostic tool on page 646.
If data replication is not enabled in all zones, run this test after you enable replication in all of the
zones.
4. In a multizone enterprise, check the replication status by performing one of the following procedures:
• Check a zone's replication status with checkReplication on page 507.
• Check the data replication status for all zones in the enterprise on page 513.
5. In a multizone enterprise, check the transient data status by performing one of the following
procedures:
• Check a zone's transient channel status with checkTransientChannels on page 514.
• Check the transient channel status for all zones in the enterprise on page 514.
6. Run the Walk the Floor diagnostic test by performing the procedure Run Walk the Floor diagnostics
on page 644.
7. Run Automated Health Check (AHC) by performing one of the following procedures:
• Run TAC Health Check from the UMS on page 640
• Run automated health check from the command line on page 639
8. Run Enterprise Watch by performing the procedure Analyze an enterprise with Enterprise Watch on
page 643.
9. If Multi-tier Replication is enabled, perform the following diagnostic tests:
• Check a zone’s Multi-tier Replication status on page 250
• Check an enterprise’s Multi-tier Replication status on page 258
• Diagnose latency for Multi-tier Replication on page 260
10. If the zone is fully deployed and CDIs are registered with the zone, confirm that you can make calls,
including conference and speaker calls, from each CDI type.
If you encounter any of the following Media Manager-related issues after an upgrade or rollback,
reboot the ACCMs or MMs by performing the procedure Reboot CCM on page 587 or Run Reboot
Media Manager on page 588.
• Speaker channels cannot connect.
To run the health check from the UMS instead, refer to the procedure Run TAC Health Check from the
UMS on page 640
Configure the healthCheckInput.conf file before you run the script to test only the zones you
intend the script to run against. Do this to remove zones that are actively trading at the time of
execution.
1. Log in to the Unigy appliance (VIP) using the dynamic password feature and elevate to superuser.
su -lp
2. Change the directory: cd /opt/ipc/healthcheck/scripts/.
3. As a best practice, verify the configuration input file exists and that the content meets your needs by
typing: cat healthCheckInput.conf.
4. If the file does not exist, generate it with the command: ./healthCheckMain.sh --
generate.
5. To edit the configuration file, use the command: ./healthCheckMain.sh --modify.
6. Check your changes by running: cat healthCheckInput.conf.
7. Validate the changes with the command: ./healthCheckMain.sh --validate.
8. Execute the script: ./healthCheckMain.sh --manualStart.
9. Retrieve the output file, located at /opt/ipc/healthcheck/scripts on the CCM in the zone
from where you ran Automated Health Check.
The Automated Health Check output file name is AHC_EnterpriseName_-
####_Z#_DDMMYY######.html where: EnterpriseName is the name of the enterprise,
#### is the time offset, Z# is the zone, and DDMMYYHHMMSS is the date and time the script was
run.
All of the zones in the group you specified will be in the one report, which is retrieved from the zone
from which it was run.
Note
This diagnostic test is only available to run from zones that are at Unigy v4.3 or higher. You can choose
devices from zones with lower Unigy versions, but you cannot run the diagnostic from those zones.
You must be logged in to the Unigy Management System and be authorized to generate and view this
test. Only users with the IPC Certified Technician licensed role can access the diagnostics panels.
Note
IPC does not advise running this test during business/trading hours. This test is considered intrusive.
While trading is not affected by these tests, multiple tests will produce invalid results if run during trading
hours.
Note
IPC recommends that you do not run the health checks on a zone more than once a day.
If a zone VIP is down or it is out of network, the health check will not be run on that zone. Information
about zones that are unreachable and unavailable will not be included in the health check output. Only
information about zones that are reachable and available will be included in the output.
1. From the UMS, click Tools ➤ Diagnostics.
2. Click Create New Test.
3. Expand TAC from the Available Tests panel.
4. Check the Run Health Check test and click Select.
The Run Health Check tab is displayed.
Note
It is not necessary to select a Zone because this test automatically runs from the zone from which you
logged in and uses the active CCM to retrieve results from all of the Selected Devices.
Note
You must select all devices from the initiating zone in order to select devices from other zones.
c) To create a Group containing these devices, click Save Device List and give it a name.
In future runs, you can select this group of devices rather than having to rebuild the list.
d) Click < Assign.
6. To schedule the test, including on a recurring basis, click Schedule Test.
A Confirmation dialog is displayed, ensuring you understand the intrusiveness of this test.
Figure 128: Confirmation dialog
a) Click Ok to continue.
The Schedule Test Details dialog is displayed.
Note
If the test time will overlap with a scheduled test, the system will not allow you to preform a test.
Note
Links and downloadable bundles are password protected. To access a link or bundle, when prompted
for credentials, enter the Unigy install account credentials.
Note
The CCM and Turret & Pulse Walk the Floor diagnostics are intrusive. IPC recommends that intrusive
diagnostics be run after the trading day or during routine maintenance periods.
This topic provides the general steps to create a diagnostic test containing all walk the floor commands.
A test can contain as many or as few commands as you need to meet your requirements.
Note
Configure test extensions, private lines, and dial tone lines before running the walk the floor diagnostics.
Figure 131: New Diagnostic Test – Walk the Floor tests for Turret & Pulse
5. Optionally, uncheck the box next to any test that you do not want to perform.
Note
Informational commands (that is, non-Walk the floor) cannot be combined with a Walk the floor
category test. To combine Informational and Walk the floor commands, select individual tests (not an
entire Walk the floor category). This combination can then be saved as a template for future use.
6. If necessary, select the Zone that you want to perform the test in.
Note
You can only perform a test in one zone at a time.
Note
If the Walk the Floor selection includes any intrusive commands, a confirmation dialog is displayed. If
you still want to run the commands, check Execute test during working hours and click OK.
Usage: It is essential that every database in the enterprise contain (mostly) identical information.
Perform the Count Comparison test to verify that the databases in a multi-zone Unigy enterprise are
staying in sync during operation.
Perform the Replication Health Check after adding or removing a zone from a Unigy enterprise to verify
that the new zone can communicate with others or to diagnose network connectivity interruptions.
You must be logged in to the Unigy Management System and be authorized to generate and view this
test.
1. Select Tools ➤ Diagnostics.
2. Click Create New Test.
3. Expand CCM from the Available Tests tab.
4. Select the Interzone Diagnostic Tool and click Select.
The Interzone Diagnostic Tool tab is displayed. The IP addresses of all the CCMs and ACCM in your
Unigy enterprise are listed in the IP address field.
5. If necessary, select the Zone with the CCM or ACCM you want to run the test on.
Note
Only active appliances appear in the Available Devices list.
7. Select the appropriate interzone test from the Test Name field. Options include: Count comparison
or Replication health check.
The following screen example shows the Count comparison test selected.
Figure 132: Interzone Diagnostic Tool panel
Note
It is possible, but not recommended, that diagnostic tests be run during trading hours. IPC
recommends that all diagnostic tests be run after the trading day or during routine maintenance
periods.
If the software version on the device is at a lower level than the CCM, go to Tools ➤ Deployment ➤
Software Deployment, click the Deploy tab then upgrade the device.
Run the report from a template. Select the template name (if available).
Note
This test cannot be performed on Pulse devices. Users must be logged on to the turrets being tested and
an even number of turrets are required.
Usage: This test pairs turrets and each turret dials intercom calls using a personal extension just as if you
were sitting in front of the turret. The test toggles the handset and adjusts the receiving volume on one
turret then performs an audio and VoIP round trip analysis test. The test sends noises and tones in both
directions, conducts audio analysis, and determines if the audio quality of both turrets stays within the
configured thresholds for tone level, noise level, delay, distortion, anomaly, and duration. Also, if a
turret is configured for IP recording, the test sends speech to the voice recorder for further analysis. The
paired turret tests run in parallel.
Note
This test is intrusive. IPC does not advise performing this test during business/trading hours.
You must be logged in to the Unigy Management System and be authorized to generate and view this
test.
1. Select Tools ➤ Diagnostic.
2. Click Create New Test.
3. Expand Call Control from the Available Tests tab.
4. Select the Verify Intercom Connection test and click Select.
5. Provide the required information to define the test. You can use the default values.
Figure 139: Verify Intercom Connection panel
6. If necessary, select the Zone of the turrets you want to run the test on.
7. Click +Assign to select devices. Then do any of the following:
• From the Devices for Zone tab, select one or more devices, then click <Assign.
• From the Device List tab, select a device list (group of devices), then click <Assign.
Note
Select an even number of turrets since the test works with pairs.
Note
Since this test is intrusive, the following confirmation dialog displays.
Figure 140: Confirmation for intrusive test
If you still want to run this intrusive test, check Execute test during working hours, then click OK.
9. Select the test from the grid, then click View Detail.
When the test is complete, the value in the Progress column in the Diagnostics Status Details panel is
100.
10. Click click to view in the Output column.
If the test fails, check the output to find the cause. Verify no one picked up or hung up the test call.
Resolve the issue and rerun the test.
Note
Call control tests are intrusive and will hang up any active handset calls to take over the selected turrets.
Therefore, perform this test prior to or after trading hours when no one is using the turrets. All call control
tests run audio and VoIP analysis in both directions to test full duplex quality. This test also sends audio
test tones out towards the private line and is heard by the distant end.
You must be logged in to the Unigy Management System and be authorized to generate and view this
test.
1. Select Tools ➤ Diagnostic.
2. Click Create New Test.
3. Expand Call Control from the Available Tests tab.
4. Select the Verify Private Line Conference test and click Select.
Note
Select an even number of turrets since the test works with pairs.
Note
Since this test is intrusive, the following confirmation dialog displays.
Figure 142: Confirmation for intrusive test
If you still want to run this intrusive test, check Execute test during working hours, then click OK.
9. Select the test from the grid, then click View Detail.
When the test is complete, the value in the Progress column in the Diagnostics Status Details panel is
100.
10. Click click to view in the Output column.
Note
Call control tests are intrusive and will hang up any active handset calls to take over the selected turrets.
Therefore, perform this test during non-business (non-trading) hours when no one is using the turrets. All
call control tests run audio and VoIP analysis in both directions to test full duplex quality.
Note
Since this test is intrusive, the following confirmation dialog displays.
Figure 144: Confirmation for intrusive test
If you still want to run this intrusive test, check Execute test during working hours, then click OK.
9. Select the test from the grid, then click View Detail.
When the test is complete, the value in the Progress column in the Diagnostics Status Details panel is
100.
10. Click click to view in the Output column.
Note
Call control tests are intrusive and will hang up any active handset calls to take over the selected turrets.
Therefore, perform this test prior to or after trading hours when no one is using the turrets. All call control
tests run audio and VoIP analysis in both directions to test full duplex quality.
Note
Since this test is intrusive, the following confirmation dialog displays.
Figure 146: Confirmation for intrusive test
If you still want to run this intrusive test, check Execute test during working hours, then click OK.
Note
The number of digits in a personal or intercom extension is set in the Unigy Management System. When
dialing an extension that is shorter than the required number of digits, you must pad the extension with
leading zeroes.
1. To dial a call, click the Dial Pad icon in the main window.
The Dial Pad slides out to the right.
2. Click the down arrow for the Dial Pad drop-down list and choose ICM (intercom).
3. Enter the intercom extension number in the number entry box.
Note
A user can have a different personal extension number for internal line calls.
If you or your Unigy administrator customized your line status colors, the colors specified in this topic
might be different.
1. Select an idle side for the call by tapping the Left Available status area or the Right Available status
area in the footer of the touch screen. If you want to use the default handset, skip this step.
The selected status area turns to Left Ready or Right Ready, becomes illuminated, and the
Contextual Call Display is opened.
Note
To make this a hands-free call, tap the Hands-Free option in the Contextual Call Display at any time.
Note
Optionally, select a previously configured speed dial button to dial that number immediately.
Note
Dial tone lines are not supported in Pulse Enterprise.
Note
If you have an active call and switch from a wireless to a wired network connection, or from a wired to
wireless connection, the call is dropped, an error message is displayed indicating that you need to log in
again, and the Login window is displayed.
Note
• Conference is for dial tone lines and private lines only; it cannot be used with intercom calls.
• If a conference call is placed on hold, the result depends on whether unsupervised conferences are
enabled. If the unsupervised conference feature is not enabled, the conference ends and all lines are
placed on individual holds; you must re-enter conference mode and add the lines to re-establish the
conference.
• Conference mode cannot be disabled during a call.
Note
Only use the dial pad to call when establishing the first call in the conference.
3. Press the Conference key on the selected side of the dial pad.
The Conference icon is displayed in the handset status area.
4. Add a line to the call by tapping a line button from the Favorites application (with signaling if
necessary). You can continue to add lines to the conference by tapping more line buttons without
pressing the Conference key again.
The Contextual Call Display shows the number of lines on the call, and buttons for the lines on the
conference show busy and conference indications.
5. To remove a line from the conference, tap the line button.
The tapped line is removed from the call.
6. To end the call, press the Release button.
All of the lines in the conference are released and the conference ends.
Note
• Conference is for dial tone lines and private lines only; it cannot be used with intercom calls.
• If a conference call is placed on hold, the result depends on whether unsupervised conferences are
enabled. If the unsupervised conference feature is not enabled, the conference ends and all lines are
placed on individual holds; you must re-enter conference mode and add the lines to re-establish the
conference.
1. While on an active call, click the Conference button in the Activity display.
2. Click additional lines to add to the conference.
To add a dial tone line, seize a dial tone line and dial using the Dial Pad on the main window. (The
dial pad on the Activity display is used only to send digits on an active call.)
You can continue to add parties to a conference call until you release the call.
Note
In a conference call, you can signal only the last manual ringdown (MRD) line added to the
conference.
As lines are added, the Activity display shows the following information:
• On the top row, a conference indicator, the number of attendees, and the elapsed time for the
conference.
• For each line, a row that includes a Release button for that line.
Figure 149: Conference Activity display
Name Description
Search Search the available tests for the text entered in the Search
Topic... field. Filters the list on the basis of this text.
17.7.24 Test HA
Confirm that a zone responds properly to an HA failover.
1. Ensure that there is at least one active call.
2. Perform the procedure Force an HA failover on page 546.
3. For stateful HA, confirm that calls that were active prior to the failover are still active. For stateful
and stateless HA, confirm that you can make calls and can access the UMS.
17.7.26 Validate JGroups protocol values for the Unigy and Blue Wave channels on an
appliance - manual procedure
This topic describes how to validate the JGroups protocol values set for the Unigy Replicator and Line
Status channels, Blue Wave Adapter Async and RPC channels, and Blue Wave Director Async and RPC
channels on a Unigy or Blue Wave appliance.
The protocol settings for the Unigy channels are in the following files:
• Unigy Replicator channel: interzone-pers.xml
• Unigy Line Status channel: interzone.xml
The protocol settings for the Blue Wave Adapter channels are in the following files:
• Blue Wave Adapter Async channel: bw_adaptor_jgroups_config.xml
• Blue Wave Adapter RPC channel: bw_adapter_jgroups_rpc_config.xml
The protocol settings for the Blue Wave Director channels are in the following files:
• Blue Wave Director Async channel: bw_director_jgroups_config.xml
4. For the Blue Wave Adapter Async and RPC channels, run the following commands; these apply to
Unigy and Blue Wave appliances:
a) grep -i merge3 /etc/opt/ipc/bluewave/bw_adaptor_jgroups_config.xml /etc/opt/ipc/bluewave/
bw_adapter_jgroups_rpc_config.xml
The output should be:
/etc/opt/ipc/bluewave/bw_adaptor_jgroups_config.xml: <MERGE3
/etc/opt/ipc/bluewave/bw_adapter_jgroups_rpc_config.xml: <MERGE3
5. For the Blue Wave Director Async and RPC channels, run the following commands; these apply only
to Blue Wave appliances:
a) grep -i merge3 /etc/opt/ipc/bluewave/bw_director_jgroups_config.xml /etc/opt/ipc/bluewave/
bw_director_jgroups_rpc_config.xml
The output should be:
/etc/opt/ipc/bluewave/bw_director_jgroups_config.xml: <MERGE3
/etc/opt/ipc/bluewave/bw_director_jgroups_rpc_config.xml: <MERGE3
Note
Use the legacy (Flash) UMS (https://<your_VIP>/ums/UMSClient.html) or Mass Edit
Client to accomplish this task.
A user must have one of the following roles to make changes to fields in this panel: Basic Administrator,
Advanced Administrator, IPC Project Manager, or IPC Certified Tech.
1. Click System Designer ➤ End User Configuration.
The End User Groups list and the Users list are displayed.
2. do one of the following:
• To remove buttons for future members of an end user group, select the end user group.
• To remove buttons for a user, select the user.
3. Select the device type from the list.
The tabs supported by this device type are displayed. Tabs not supported by this device type are
inactive (grayed out).
4. Click the appropriate tab, depending on the device:
• For IQ/MAX TOUCH, click Favorites.
• For IQ/MAX and IQ/MAX Edge, click Face Layout; then select the appropriate number from the
BU's (Buttons Units) list.
5. CTRL+ click or double-click the button you want to remove.
The Edit Button menu is displayed.
Figure 151: Edit Button menu
1. If the turret is logged in, and the Application Launch Pad is displayed, select Settings and proceed to
the next step. Otherwise, the Waiting for Backroom screen is displayed. From the Waiting for
Backroom screen, select Admin.
2. From the Programming shortcuts menu, select More ➤ Admin.
3. Enter the administration password and select Next.
4. Press Configure Network.
5. Press IP Config to set your IP configuration.
• Select:
• Use DHCP - for dynamic IP addressing.
• Static IP - for static addressing (DHCP disabled):
1. Enter a Station IP Address.
2. Enter a Subnet Mask.
3. Enter a Default Gateway.
4. Enter a Domain Name.
Press Save after each step.
6. Press Servers.
a) Select:
• CCM - Enter the Converged Communications Manager IP address.
• NTP Servers - Press this button to enter or edit NTP server information.
• NTP Server - Toggles between your NTP servers.
• Edit - Edit your NTP server information.
• Enter IP Address - Enter the IP address for your NTP server.
• Remove - Removes the displayed NTP server.
A system administrator could configure the enterprise DHCP service to send DHCP option 66 or
112 to automatically configure turret IP addresses. To accept new addresses through DHCP, press
Use DHCP Values and commit the change again.
Note
When option 66 is updated, the new values are taken on reboot, not on the fly.
b) Press Save.
7. Press Advanced Settings.
a) Press the NIC Duplex button.
b) Press the Primary NIC button to toggle between modes.
The modes are:
• Auto (default) - Choose this for optimal performance.
• 100 Full
Note
Always use Auto, unless explicitly told to use 100 Full.
c) Press Save.
8. At the Configure Network screen, press Commit. Press OK when the changes have been committed.
The network configuration settings are applied to the turret.
9. At the Admin menu, select Restart Station ➤ Restart.
The turret is restarted with the updated network configuration settings.
Note
The device must be restarted when switching between static and DHCP addressing.
17.8.4 Create, edit, or delete lines and extensions with Mass Edit Client
Complete this procedure to create, edit, or delete a large number of line ResourceAORs (private lines,
extensions, OOPS, or Open Connexions) using the Mass Edit Client Lines and Extensions feature,
which is an interactive, macro-enabled spreadsheet accessible from the UMS.
1. Log in to the UMS of a zone that has Unigy software version 3.0 or higher installed.
2. Click Tools ➤ Mass Edit Client ➤ Lines and Extensions and then: Private Lines, Extensions,
OOPS, Open Connexion, or PBX Shared Lines.
Note
This procedure illustrates working with the Mass Edit Client Extension feature (the
LinesAndExtensionsExtensions.xlms spreadsheet). The other spreadsheets have
different names and different line properties (cells) but the steps are basically the same when
interacting with Private Lines, OOPs, Open Connexion, or PBX Shared Lines spreadsheets.
8. To return all currently configured extensions, click Search. (Optionally, enter search criteria.)
Partial values can be entered as search criteria in conjunction with wild card characters. The Mass
Edit Client Search dialog box supports the percent symbol and underscore as wild card characters to
be entered as search criteria. The percent symbol % matches zero or more characters. The underscore
character _ matches exactly one character. If one of the wild card characters is included in the data
being searched, use the back slash character \ before that character to escape the special meaning of
the wild card character. The same also applies to escape the special meaning of the back slash
character.
While the search is in progress, cell B3 of the spreadsheet turns pink and indicates Searching...
alternating with Displaying... as records are retrieved and displayed in blocks, until all records
are retrieved. When the search is complete, cell B3 turns green and indicates Loaded. Cell A3 of the
spreadsheet displays the number of rows (database records) loaded.
Figure 155: Populated LinesAndExtensionsExtensions.xlsm spreadsheet
9. Locate the rows (that is, extensions) to edit, then in Column A, Action, select Update from the list.
Extensions can also be marked for deletion by selecting Delete in the Action Column. In the
following example, one extension is marked for update and another for deletion.
Figure 156: Selecting Update or Delete in Action Column of the Search tab
Note
The color of the text in the cells of the Changes tab indicates which are editable (black) and which are
read-only (blue).
11. To edit a row marked for Update, either select an option from a list or type in the value.
Tip
If a drop-down list of valid values is not available in the cell you want to edit, access the Enum Loader
tab to load label and value pairs.
12. If necessary, click the Enum Loader tab and click either Load Dynamic Enums or Load Static
Enums to return a list of Enum label and value pairs for the properties that require entry of an Enum
value instead of the property label. You can copy and paste a valid value from this tab to the
appropriate cell of the Changes tab.
13. To create a new extension, click Create Record in the Changes tab, then fill in the required
properties.
14. To load user or MG trunk information to associate with extensions (or private lines), click the
Associations tab then click either Load Users or Load MG Trunks.
Information for the user(s) or MG trunks is loaded.
Note
Only users that are members of an End User Group and do not yet have an extension assigned to
them can display here.
15. For users, if necessary, copy the appropriate User ID from the Associations tab and paste to the
appropriate cell of the Associated User Id column in the Changes tab to assign this individual that
extension.
16. For trunks, if necessary, copy the appropriate Trunk ID from the Associations tab and paste to the
appropriate cell of the same column in the Changes tab.
17. When the updates in the Changes tab are ready to be validated, click Validate Changes.
If the validation is successful, an information dialog displays.
18. Click OK.
19. When the changes are complete and ready to be saved to the Unigy database, click Save Changes.
If the changes are valid, they are saved and a summary of the request(s) are displayed in the Save
Progress tab.
If the save process fails, Column E will indicate one or more failures. Also, the Action Column of the
Changes tab indicates Failed and is highlighted with a red background, and a Failure Message
displays in the last column of that row in the spreadsheet..
20. Click Save Changes.
The changes, if valid, are saved and a summary of the request(s) display in the Save Progress tab.
21. If there are failures, click the Changes tab and review each Failure Message. The message identifies
a field whose value could not be saved. Do any of the following in the Changes tab to attempt to fix
the failure:
a) Try to correct the value(s) if any are identified in the Failure Message column before changing the
Action back to the original operation attempted (that is, Update or Create or Delete) and saving
the changes again.
b) To re-enter all the changes (including recreating any new lines or extensions), click Clear
Changes, then click the Search tab and change the Action from Prepared back to Update
(Column A) for each proposed change. Repeat the process by clicking Prepare Changes, make
the changes again (and re-add new records too if desired), click Validate Changes, then click
Save Changes.
22. Repeat from Prepare Changes in step 10 to make more edits to the same extensions or complete a
new search (step 8) to edit different extensions.
Note
To work with other types of Resource AORs, return to the UMS Tools ➤ Mass Edit Client ➤ Lines and
Extensions feature and select a different type.
The following table identifies some examples of enumerations used. It is not intended to be a complete
list.
Table 77: Properties requiring Enum value instead of label in Mass Edit Client
Mass Edit Client Editable Sub-Entities Static Enum Values Dynamic Enum
Entity Values
Button Properties NA No
Speaker Properties No No
User Properties Locale, Account Active, Date Display Format,
Authentication Type Time Display Format,
Location, Account
Policy, Configuration
Group, Authentication
Domain
Address Address Type No
Contact Type No
Point of Contact Media Type, Point of Contact No
Type
Notes No No
Trader Features Auto Select/Hold, Language, Unigy Location, Billing
CLI Display Preference, Group, MusicOnHold,
Handset Call Mute Options, Home Zone, Float
Speaker Microphone Mute priority profile, Codec
Options, Condition for Profile, Intercom
Intercom Calls Diversion, Splash Tone
Intercom Diversion Mode,
Handset Button Press and
Release Actions, Handset
Select Mode, Record on
Demand
Audio Handset Receive Noise Record Mix Profile
Reduce Mode, Handset
Transmit Noise Reduce
Mode, Handset Receive
Equalization, Speaker
Transmit Noise Reduce
Mode, Speaker Receive
Equalization, HFM Transmit
Noise Reduce Mode, HFM
Transmit Auto Gain Control
Mode, HFM Receive
Equalization, Recording
protocol, LineIn Mixer Output
Module, Speaker Replay
Playback Output Module
Display Pinned application on Button No
Module 1, Pinned application
on Button Module 2, Pinned
application on Button Module
3, Number of increments in
calls progress bar, Font face
for button descriptors, Font
size for button descriptors
Table 77: Properties requiring Enum value instead of label in Mass Edit Client (continued)
Mass Edit Client Editable Sub-Entities Static Enum Values Dynamic Enum
Entity Values
Soft Client Default Application Record Mix Profile
Trunk Trunk Type, Connected Party No
Analog Update, Far End Connection,
Outgoing Transport Type,
Telephone Profile, Echo
Canceler, Connection Type,
Channel Select Mode
Protocol Type, Trunk Type, No
CAS Connection Type, Connected
Party Update, Dialing Mode,
SubscribeMWI, Channel
Select Mode, Registration
Mode, Outgoing Transport
Type, Echo Canceler, Play
Ringback Tone to Trunk
Protocol Type, Connected No
ISDN Party Update, SubscribeMWI,
Outgoing Transport Type,
Connection Type, Channel
Select Mode, Registration
Mode, Echo Canceler, Play
Ringback Tone to Trunk,
ISDN Termination Side, QSIG
Transfer Mode, ISDN Transfer
Capabilities, Progress
Indicator to ISDN, Enable
Receiving of Overlap Dialing,
Far End Connection
Trunk Type, Connection Type, Zone, Media Manager
SIP Outgoing Transport Type, Profile
Connected Party Update,
Diversion Header
Table 77: Properties requiring Enum value instead of label in Mass Edit Client (continued)
Mass Edit Client Editable Sub-Entities Static Enum Values Dynamic Enum
Entity Values
Media Gateway Properties Gateway TDM Type, Location, CODEC
Disconnect Call on Busy Tone Profile
Detection, Disconnect on Dial
Tone, Dialing Mode, Waiting
for Dialtone, Echo Canceller,
Answer Supervision, Channel
Select Mode, SIP Transport
Type, Enable SIPS, Enable
TCP Connection Reuse,
Enable Remote Party ID, Add
Number Plan and Type to RPI
Header, Play Ringback Tone
to Tel, Enable Semi Attended
Transfer, Digital Cut Through,
Use Default Proxy, Proxy
Redundancy Mode, Always
Use Proxy, Mutual
Authentication Mode, Caller
ID, Disconnect on Broken
Connect, DTMF Transport
Type, Enable Current
Disconnect, Enable DID
Wink, Enable Hold, Silence
Suppression, Out-Of-Service
Behavior, Incoming Transport
Type
IQ/MAX TOUCH Device > General Device State, NIC Settings, Location
Parameters Turret Personality
Device > Audio No No
Parameters
Device > VoIP Transport, DSPJitter Buffer Media Manager Profile,
Parameters Implementation Mode CODEC Profile
Device > Inbound Tone No No
Levels
Device > Outbound Tone No No
Levels
Device > Engineering No No
Access Parameters
Device > SNMP SNMP Version Use SNMP Profile
Parameters
Device > BCP No No
Preference
Device > VoIP Quality VQ Report Mode, Mode, No
Metrics Protocol
Table 77: Properties requiring Enum value instead of label in Mass Edit Client (continued)
Mass Edit Client Editable Sub-Entities Static Enum Values Dynamic Enum
Entity Values
Trader > Features Auto Select/Hold, Language, Unigy Location, Billing
CLI Display Preference, Group, MusicOnHold,
Handset Call Mute Options, Home Zone, Float
Speaker Microphone Mute priority profile, Codec
Options, Condition for Profile, Intercom
Intercom Calls Diversion, Splash Tone
Intercom Diversion Mode,
Handset Button Press and
Release Actions, Handset
Select Mode, Record on
Demand
Trader > Audio Handset Receive Noise Record Mix Profile
Reduce Mode, Handset
Transmit Noise Reduce
Mode, Handset Receive
Equalization, Speaker
Transmit Noise Reduce
Mode, Speaker Receive
Equalization, HFM Transmit
Noise Reduce Mode, HFM
Transmit Auto Gain Control
Mode, HFM Receive
Equalization, Recording
protocol, Speaker Replay
Playback Output Module
Trader > Display UI Font Size, High Priority No
Calls, Low Priority Calls,
iBusy, iHold, uBusy, uHold
Speaker Directory Group No No
> Members
Turret General Properties Device State, NIC Settings, Location
Turret Personality, Speaker
License
Audio Parameters No No
VoIP Parameters Transport, DSPJitter Buffer Media Manager Profile,
Implementation Mode CODEC Profile
Inbound Tone Levels No No
Outbound Tone Levels No No
Engineering Access No No
Parameters
SNMP Parameters SNMP Version Use SNMP Profile
BCP Preference No No
VoIP Quality Metrics VQ Report Mode, Mode, No
Protocol
Table 77: Properties requiring Enum value instead of label in Mass Edit Client (continued)
Mass Edit Client Editable Sub-Entities Static Enum Values Dynamic Enum
Entity Values
Pulse General Properties Device State, NIC Settings, Location
Personality, Speaker License
Audio Parameters No No
VoIP Parameters Transport, DSP Jitter Buffer Media Manager Profile,
Implementation Mode CODEC Profile
Inbound Tone Levels No No
Outbound Tone Levels No No
Engineering Access No No
Parameters
SNMP Parameters SNMP Version Use SNMP Profile
BCP Preference No No
VoIP Quality Metrics VQ Report Mode, Mode, No
Protocol
Soft Client General Properties Device State, Audio NetEQ, CODEC Profile
Audio VAD, Audio NS, Audio
AGC, Audio EC, Audio VQEs,
Speaker Channel License
Inbound Tone Levels No No
Outbound Tone Levels No No
BCP Preference No No
VoIP Quality Metrics VQ Report Mode, Mode, No
Protocol
Lines and Private Lines Private Line Type, Handset Alliance Site, Instance
Extensions Mute, Mic Mute, Forking
Type, Source
Extensions Handset Mute, Mic Mute, OOPS Resource,
Diversion Reason, Source Alliance Site, Instance
OOPs Type, Handset Mute, Mic Alliance Site, Instance
Mute, Source
Open Connexion No Instance
Zone Dial Pattern Properties No Zone
Location Dial Properties No Instance
Pattern
Location Mappings No Instance
Enterprise Contact General Properties Type No
Point of Contact Media Type, Point of Contact No
Type
Personal Contact General Properties Locale, Type No
Table 77: Properties requiring Enum value instead of label in Mass Edit Client (continued)
Mass Edit Client Editable Sub-Entities Static Enum Values Dynamic Enum
Entity Values
Point of Contact Media Type, Point of Contact No
Type
Address Address Type No
Notes No No
Directory Category General Properties No No
1. Log in to the UMS of the zone that has Unigy software version 3.0 or higher installed.
2. Click Tools ➤ Mass Edit Client ➤ Button.
3. Open the spreadsheet using a supported version of Internet Explorer that is installed on the PC.
A Windows Internet Explorer dialog box opens prompting What do you want to do with
ButtonProperties.xlsm?.
4. Click Open.
5. If a Security Alert dialog box opens and prompts Do you want to proceed?, click Yes.
6. If a Select Certificate dialog box opens, click OK.
7. If a Windows Security dialog box opens, enter your User name Password and click OK or optionally
just click OK. (This happens twice.)
The spreadsheet downloads and opens in Excel.
8. If the spreadsheet opens in protected view, click Enable Editing in the yellow bar at the top of the
spreadsheet. Click Enable Content. If prompted, click Yes to make this file a trusted document.
9. Click Log In.
For information on the Login fields, refer to Login Mass Edit Client on page 706.
10. Within the Login dialog box, click Login.
The spreadsheet updates to show that it is connected to the VIP and now has additional buttons across
the top. Notice too that the first three rows in Column B display User and VIP login information and
indicate Connected.
Figure 160: Search tab with user logged on (connected)
12. Enter search criteria in at least one field. For example, enter the name of an End User Group in the
Group Name field to load all users in that group. Then click Search.
Partial values can be entered as search criteria in conjunction with wild card characters. The Mass
Edit Client Search dialog box supports the percent symbol and underscore as wild card characters to
be entered as search criteria. The percent symbol % matches zero or more characters. The underscore
character _ matches exactly one character. If one of the wild card characters is included in the data
being searched, use the back slash character \ before that character to escape the special meaning of
the wild card character. The same also applies to escape the special meaning of the back slash
character.
While the search is in progress, cell B3 of the spreadsheet turns pink and indicates Searching...
alternating with Displaying... as records are retrieved and displayed in blocks, until all records
are retrieved. When the search is complete, cell B3 turns green and indicates Loaded. Cell A3 of the
spreadsheet displays the number of rows (database records) loaded. For Mass Edit Client Buttons, the
count is always a multiple of 600 because there are 600 buttons per button sheet and search criteria is
matched on a button sheet basis.
Caution
While it is possible to log out and disconnect to edit the downloaded button sheets, doing so runs the
risk of working with an outdated copy because of edits others made while you were logged out.
Consider disconnecting, editing buttons, and logging in later only to configure button sheets for new
end users who are not working with their button sheets.
13. Locate the row (that is, button) to edit, then in Column A, Action, select Update from the list.
14. Click Prepare Changes.
A macro copies the rows marked for Update from the Buttons tab to the Changes tab and displays
them.
Figure 162: Changes sheet after clicking Prepare Changes in the ButtonProperties.xlsm sheet
Note
The color of the text in the cells of the Changes tab indicates which are editable (black) and which are
read-only (blue).
15. Edit a button or configure a new button in the Changes tab. To edit, either select an option from a list
or type in the value.
If a previously unconfigured button was selected for update, select the appropriate Button Type from
the list in Column G to configure a new button.
Note
Unconfigured buttons have a button type of Invalid Button Type.
16. Optionally, click the Associations tab and click one of the buttons to load information about
configured lines (private, dial tone, Open Connexion or oops) or contacts (personal or enterprise).
a) Use private, dial tone, Oops, or Open Connexion line information to add buttons that use the line
or to identify a line that a programmed button is using.
b) Use enterprise contact information to add a point of contact to the button sheet.
c) User personal contact information to add a personal contact to the button sheet.
Figure 163: Associations sheet
17. When the edits in the Changes sheet are complete, click Validate Changes.
An information dialog displays.
18. Click OK.
19. Click Save Changes.
The changes, if valid, are saved and a summary of the request(s) display in the Save Progress tab.
20. If there are failures, click the Changes tab and review each Failure Message. Typically the message
identifies a field whose value could not be saved. Fix the problem in the offending cell(s), change
Action back to Update and save the changes again.
21. If you plan to make more changes using the same spreadsheet, first click the Changes tab then click
Clear Changes. This ensures that you do not populate the tab with duplicate records (rows), which
could lead to unintended results including editing changes that you already made and saved.
Run the report from a template. Select the template name (if available).
Note
For a detailed description of the Assigned license report filters, see Reporting: Assigned License
Report on page 691.
• Enterprise Trader
License
• Administrator only -
User License
• Pulse Enterprise
Intercom only
software License
• Pulse Enterprise
Intercom & Hoot
software License
• FastFind License
• IQ/MAX TOUCH No
Spkr User Application
• IQ/MAX TOUCH 16
Spkr User Application
• IQ/MAX TOUCH 24
Spkr User Application
• IQ/MAX TOUCH 32
Spkr User Application
• Device_APP_1
• Device_APP_2
• Device_APP_3
• Device_APP_4
• Device_APP_5
Note
For information on report output fields, see Reporting: Output format on page 694.
Name Description
Save As Template Save the report as a template.
Run Report Run the report.
• HTML
3. Click Choose File next to the Report Definition field to upload the report definition file.
4. Click Upload.
Note
The Report Name is populated from the Report Definition file that is uploaded.
5. Click Choose File next to the Report Design (JRXML) field to upload the XML file for the report.
6. Click Upload.
7. Click Choose File next to the Search Form (XData) field to upload the XData file for the report.
8. Click Upload.
9. Click Back.
The new uploaded report appears in the Report List panel.
You have to upload reports before you customize the reports. For information on edit or upload report,
refer to Edit and upload report on page 695.
Note
If you have custom reports and you are upgrading from Unigy V2.0, after you complete the upgrade you
need to delete the old custom reports and then re-upload the reports. This is necessary because the
custom report format has been changed to support additional fields. Delete the reports by performing the
procedure Delete a custom report on page 696. Then re-upload the reports by performing the
procedure Edit and upload report on page 695.
Note
Template name must be original and the new report template will be displayed under the Custom
Report option in the System Report panel.
A File Download dialog box is displayed, prompting to save the generated report to a destination or
open the report for immediate display.
5. Choose one of the following:
• To save the generated report to a destination, click Save. A Save As window is displayed. Select
the destination folder in which to save the report.
• To open the report for display, click Open. The Custom report is displayed in the specified
reporting format.
Note
Unigy version 1 supports data synchronization from the primary zone to the secondary (BCP) zone only.
Bidirectional sync is not supported.
Manual BCP syncs should not ordinarily be required; daily syncs are configured to run automatically.
This procedure is generally performed when patching or upgrading. It is part of a sequence of
procedures that sync the zone data, set the primary zone as the Active zone, and disable BCP.
BCP syncs require the time zones on the appliances and voice recorders within a zone to be the same. If
you changed a hardware or Unigy location time zone or added an appliance from a different time zone,
ensure that the system clock is set to the same time zone. For information on comparing and changing
time zones, refer to Change the system time zone on page 426.
Note
Consider the working hours throughout the enterprise when scheduling and performing BCP data syncs.
1. If you are not already, log in to the UMS in the primary zone with the VIP: http://vip or
http://vip/dms/DMSClient.html.
2. Click Configuration ➤ Site Configuration ➤ BCP.
3. Click the Enact tab and ensure that the primary zone is the active zone (has a BCP Status of
Active).
Figure 169: BCP Status
4. From the Configuration tab, click Sync Now to push the primary zone data to the secondary zone.
This might take up to 40 minutes the first time you sync, depending on the amount of data. If the
operation takes more than 10 minutes, the system displays a message indicating that the
synchronization is still running.
5. Verify that the synchronization was successful:
a) Confirm that the Last Sync To Time is reflected in the displayed value.
b) From an SSH session with the active primary appliance in Zone 1, type grep
"syncSuccess" /var/log/messages and press Enter.
The output must contain:
Synchronization completed successfully!
You can display the contents of the UNIGYBCP.log file, that also contains this message, by
running cat /var/opt/ipc/log/UNIGYBCP/UNIGYBCP.log.
c) Verify that you can log in to the UMS in the secondary(BCP) zone using the primary zone IPC
Technician account.
Note
This is not a valid test for an ACCM. Do not perform this test on an ACCM.
A failure occurs if Unigy cannot read or set the NTP value, cannot successfully reboot the device, or
cannot sync the time.
10. If the MMs that were synchronized and rebooted are in a Virtual Machine (VM), refer to Reapply the
license for an MM in a VM after a reboot on page 590.
17.8.12 Replication
Unigy supports various types of data replication that provide different levels of data granularity. This
topic provides a high-level description of each type and a list of the data they replicate.
The following replication types are available:
• Intrazone replication: In an HA zone, data is replicated between the active CCM or ACCM
appliance and the standby appliance to ensure that the standby appliance can assume the role of active
appliance if the active appliance is not available.
• Data replication: This is the default replication architecture that is in effect when the other interzone
replication types (partial replication and Multi-tier Replication) are not enabled. It replicates all data
to all zones in the enterprise. In a multizone enterprise, you enable this replication type to ensure that
the enterprise database is synchronized for all zones. In a large enterprise with high call volume and
zones in widely distributed geographic regions, this replication can impact system performance
because the data is replicated to every zone, across the LAN and WAN.
When you disable data replication for a zone, the system also disables partial replication and Multi-
tier Replication for the zone.
• Partial replication: To limit the performance impact imposed by replicating high volumes of history
and other types of data to all zones in a large enterprise, you can enable partial replication to limit
replication of this partial replication data to a subset of zones known as collector zones. This reduces
the volume of data replicated across the enterprise by replicating this data only to the collector zones.
Partial replication is realm based, with collector zones collecting data only for the zones within the
instances in the realm. Partial replication is also referred to as Regional Area Data Replication
(RADR) because the realms generally represent geographic regions. For additional information on
this replication type, refer to Partial replication (Regional Area Data Replication) on page 701.
• Multi-tier Replication: To reduce the volume of configuration data that is replicated throughout the
enterprise, you can enable Multi-tier Replication, which is an extension of the default data replication
architecture. It limits the replication of configuration data across the WAN to a subset of zones known
as portal zones. This architecture is composed of a Local Area Data Replication (LADR) tier and a
Wide Area Data Replication (WADR) tier. LADR replicates configuration changes between the zones
within a data center. WADR replicates the configuration data between the portal zones, reducing the
data that crosses the WAN, while ensuring that the enterprise data is synchronized. Each data center
has a portal zone. Transient channel data (line status and presence) and Blue Wave data are not
affected by Multi-tier Replication. These are still replicated to all zones in the enterprise through the
default data replication architecture. Multi-tier Replication and partial replication work independently,
replicating different data, but to enable Multi-tier Replication you must first enable partial replication.
For additional information on this replication type, refer to Multi-tier Replication on page 229.
Devices Devices
• Alliance MX Information • Alliance MX Information
• Media ManagerInformation • Media ManagerInformation
• Media Service Information • Media Service Information
• Voice Recorder Information • Voice Recorder Information
• Pulse Information • Pulse Information
• Unigy Soft Client Information • Unigy Soft Client Information
Enterprise Enterprise
• Enterprise Information • Enterprise Information
• Instance Information • Instance Information
• Address Information • Address Information
• Location Information • Location Information
• Zone Status Information • Zone Status Information
• Interzone Status Information • Interzone Status Information
• Backup and Restore • Backup and Restore
Information Information
Alerts Alerts
• AFM Information • AFM Information
• Alert Information • Alert Information
• Alert Metadata Information • Alert Metadata Information
Unigy Software Information Unigy Software Information
Realms
To further limit the replication of the partial replication data, you can assign instances to a realm. A
realm is a collection of one or more instances that defines sets of collector zones to which the partial
replication data is replicated.
• If an enterprise has multiple instances, it is not necessary to have collector zones in each instance.
• When you disable partial replication, you can remove zones from the Generator Zones panel, but one
zone will always remain in the panel. This is because after you enable partial replication for the first
time, the system always enforces the partial replication rule that requires at least one generator zone.
This prevents you from removing the last generator zone from the panel; however, when partial
replication is disabled, the system considers this zone a collector zone even though it does not allow
you to move it to the Collector Zones panel.
• When a new generator zone is brought into service or the appliances are rebooted, the zone does not
retrieve the partial replication data for other zones, but preserves its own partial replication data.
• If partial replication is enabled, any new Unigy zones that are added to the enterprise are added as
generator zones; Blue Wave zones are added as collector zones. If partial replication is disabled, new
zones added to the enterprise are added as collector zones.
Multi-tier Replication
Partial replication and Multi-tier Replication work independently of each other, however, you must
enable partial replication prior to enabling Multi-tier Replication. Prior to disabling partial replication,
you must disable Multi-tier Replication in all data centers.
Portal zones can be collector zones or generator zones. Consider the following when you restart or
upgrade zones when Multi-tier Replication is enabled:
• Each data center has one portal zone. Within a data center, portal zones must be restarted or upgraded
before the local zones to ensure that the data is synchronized properly with the other data centers.
• Collector zones should be restarted or upgraded before generator zones to ensure that they have the
latest database schema so no history data is lost.
Reports
The following reports include a History field that identifies the type of replication that is in effect when
the report is run:
• Communication History report
• Line Usage report
• Trunk Usage report
• Speaker Usage report
• Call Traffic Weekly report
name and click the button in the first Login panel. In the second Login panel, you must enter the
account password and security token. The token field is not displayed if multi-factor authentication is
disabled.
Name Description
Displays the second spreadsheet Login panel. If multi-factor authentication is enabled
for the user account you are logging in with, the system sends a security token to the
e-mail account specified for your user account.
Cancel Cancels the log in.
Login Initiates the log in.
Name Description
Cancel Cancels the log in.
Login Initiates the log in.
17.8.15 Diagnostics
Diagnostics is a centralized function that enables UMS users with the Advanced Administrator or IPC
Certified Tech role to execute and manage diagnostic tests directly from a UMS client. The diagnostic
service interacts with agents on the device to execute tests in the zone of the target device regardless of
where the UMS user logs in. The agent can be an SNMP agent, shell script, or Web Service.
The tool allows these UMS users to more efficiently manage the diagnostics process. It offers the ability
to quickly search for diagnostics, to create and run diagnostics, schedule diagnostic tests, use or
customize the preconfigured diagnostic templates provided by IPC (only accessible to IPC Certified
Techs), create and run custom templates, and create and reuse device lists.
Diagnostics are intended to be run on devices in an active zone. Do not execute diagnostic commands on
devices in a standby zone.
Note
All results for diagnostics listed in the table below are stored in the Unigy database for viewing and
analysis. It is also possible to create and save a Unigy system report containing diagnostic results. Use
Tools ➤ Reporting ➤ Reporting Configuration then select System Report ➤ Diagnostic Test ➤
DiagnosticTest_Default.
• Informational diagnostics provide data that can be used for further analysis and evaluation. For
example, an informational diagnostic can be used to display SIP statistics for a turret or Pulse device,
or collect VoIP quality data about devices.
Intrusive diagnostics affect the usage of a device by dropping calls or diminishing performance and
therefore should only be performed outside of trading hours. A warning displays prior to execution of an
intrusive test and the user has the option to either cancel the execution or continue on. Also, it is
important to note that the system allows intrusive tests to be scheduled during trading hours, however, a
scheduled test will systematically fail if it is run during the trading day. Trading days and hours are
configured on the UMS Zone Configuration panel.
Note
Links and downloadable bundles are password protected. To access a link or bundle, when prompted for
credentials, enter the Unigy install account credentials.
The following table identifies the diagnostics available to the UMS Advanced Administrator role.
All diagnostics in the table are available to the IPC Certified Tech.
6 Unless otherwise noted, this category of diagnostics can be executed on all turrets (IQ/MAX TOUCH, IQ/MAX,
IQ/MAX Edge) and Pulse devices.
The IQ/MAX TOUCH turret also includes a diagnostic tool that runs a suite of diagnostic tests that
provide detailed information about the turret. For more information about this tool, refer to the IQ/MAX
TOUCH Turret Hardware Installation Manual.
17.8.16 Update the JGroups protocols on individual appliances for the Unigy and Blue Wave
Adapter channels - Unigy and Blue Wave zones
Use this procedure to update the JGroups protocols to MERGE3, FD_ALL, NAKACK2, and
UNICAST3 for the Unigy Replicator and Line Status channels and the Blue Wave Adapter Async and
RPC channels for Unigy or Blue Wave appliances on which you are performing certain maintenance
procedures in an enterprise in which the JGroups protocols were updated.
This procedure is necessary to ensure that the JGroups protocols for the appliances you are maintaining
match the protocols in the other zones in the enterprise. All zones must have the same JGroups protocol
versions.
7 This category of diagnostics can be executed on all turrets (IQ/MAX TOUCH, IQ/MAX, IQ/MAX Edge) as well
as Pulse devices.
Important
If you encounter a problem with this procedure, contact IPC Support, do not reboot the appliances.
Rebooting the appliances can result in protocol conflicts.
Prerequisites:
The following must be true before you perform this procedure:
• The appliances you are updating must have the appropriate Unigy bridge patch or hotfix deployed.
This provides the scripts required to update the JGroups protocols for the Unigy Replicator and Line
Status channels and the Blue Wave Adapter Async and RPC channels.
• All Blue Wave appliances you are updating must have the appropriate Blue Wave bridge patch
deployed. This provides the scripts required to update the JGroups protocols for the Blue Wave
Director Async and RPC channels.
• The zone you are updating is in a healthy state. Verify this by performing the procedure Check the
state of a zone from a browser on page 499.
Perform steps 1 through 10 on each CCM and ACCM appliance you are updating. Perform step 11 for
the associated zone.
1. Within the tool you use for SSH access (for example, PuTTY), enable logging to capture the session
output.
2. Access the appliance command line.
3. Run the command su -lp and enter the root user account password.
4. Change the current directory to /etc/opt/ipc/ha/scripts.
5. Run the following command to update the protocols for the Unigy Replicator channel:
./installProtXML.sh -7501 -nakack2 -unicast3 -merge3 -fdall
6. Run the following command to update the protocols for the Unigy Line Status channel:
./installProtXML.sh -7502 -nakack2 -unicast3 -merge3 -fdall
7. Run the following command to update the protocols for the Blue Wave Adapter Async channel:
./installProtXML.sh -7503 -nakack2 -unicast3 -merge3 -fdall
8. Run the following command to update the protocols for the Blue Wave Adapter RPC channel:
./installProtXML.sh -7504 -nakack2 -unicast3 -merge3 -fdall
9. Repeat steps 1 through 8 for each appliance you are updating.
10. To confirm that the correct protocol values are set, refer to Validate JGroups protocol values for the
Unigy and Blue Wave channels on an appliance - manual procedure on page 671.
11. Update the JGroups TCP Ping Timeout value to 200 for the zone you updated.
a) Log in to the UMS with the zone VIP.
b) Click Configuration ➤ Enterprise ➤ System Features ➤ Interzone communication.
c) Within the Enterprise Configuration tab, change the JGroups TCP Ping Timeout value to 200
then click Save.
17.8.17 Update the JGroups protocols on individual appliances for the Blue Wave Director
channels - Blue Wave zones
Use this procedure to update the JGroups protocols for the Blue Wave Director Async and RPC channels
on Blue Wave appliances on which you are performing certain maintenance procedures in an enterprise
in which the JGroups protocols were updated.
This procedure is necessary to ensure that the JGroups protocols for the appliances you are maintaining
match the protocols in the other zones in the enterprise. All zones must have the same JGroups protocol
versions.
Important
If you encounter a problem with this procedure, contact IPC Support, do not reboot the appliances.
Prerequisites:
Before you perform this procedure, confirm that the procedure Update the JGroups protocols on
individual appliances for the Unigy and Blue Wave Adapter channels - Unigy and Blue Wave zones on
page 716 was performed.
Perform this procedure on all Blue Wave CCM or ACCM appliances you are updating.
1. Access the appliance command line.
2. Run the command su -lp and enter the root user account password.
3. Change the current directory to /etc/opt/ipc/bluewave.
4. Run the following command to update the protocols for the Blue Wave Director Async channel:
./installProtXMLBWD.sh -7505 -nakack2 -unicast3 -merge3 -fdall
5. Run the following command to update the protocols for the Blue Wave Director RPC channel:
./installProtXMLBWD.sh -7506 -nakack2 -unicast3 -merge3 -fdall
6. To confirm that the correct protocol values were set for the Unigy and Blue Wave channels, refer to
Validate JGroups protocol values for the Unigy and Blue Wave channels on an appliance - manual
procedure on page 671.
A Dynamic passwords
Secure SHell (SSH) access to a customer’s Unigy enterprise is restricted to the shelldiag system
account, which employs a time-based One Time Password (OTP) solution referred to as Dynamic
Password. The dynamic password feature also enables access to secure communications configuration in
the UMS.
The password is regenerated at predefined intervals following the UTC clock.
The system generates a token for the shelldiag account every 4 hours. Authorized IPC employees
use a token to retrieve the password.
The system also generates a token for the superuser account every 30 minutes. Authorized IPC
employees can elevate the shelldiag account to a superuser account using this additional token
and another password.
The following system accounts use the dynamic password feature:
• shelldiag.
• superuser.
The IPC certified tech can also obtain a dynamic password to access the secure communications feature
in the UMS. These tokens are generated every 4 hours.
A dynamic password is used to access the following Unigy appliances:
• CCMs
• ACCMs
• MMs
The following menu item in the UMS requires a dynamic password to access it: Configuration ➤
Enterprise ➤ Security ➤ Secure Communications. For more information about configuring secure
communications, refer to the Secure Communications chapter of the Enterprise Guide.
• If a V3.0 zone deployment does not complete successfully, the authorized IPC employee can use the
shelldiag or the superuser account as a static password account until the situation is corrected
and the deployment of that zone succeeds.
• The dynamic password feature is not deployed on pre-V3.0 appliances.
• The following applies to the unigyadmin static password account:
• For mixed-zone enterprises (that is, enterprises with a combination of V2.0.1 and V3.0 and later
zones), the unigyadmin account will be retained for backwards compatibility.
• For new installations or when all the zones in an enterprise are upgraded, the unigyadmin
account will be hardened and unigyadmin shell access will not be available. Bear in mind that
during an upgrade, as soon as the last appliance is upgraded, the unigyadmin account becomes
hardened.
• If one or more zones are rolled back after an upgrade, unigyadmin will become unhardened and
shell access using this account will become available on all zones in the enterprise. Bear in mind
that as soon as the first zone is successfully rolled back, the unigyadmin account becomes
unhardened.
• The above-mentioned hardening applies to CCM, ACCM, or MM.
• System account management has been removed from the UMS menu: Enterprise ➤ Security ➤
System Accounts. The diag and unigyadmin accounts can no longer be managed from the
UMS.
• The install static password account is no longer available for shell access on a CCM, ACCM, or
MM.
• IMPORTANT: UMS users are no longer able to use the IPC Certified Tech role to SSH to a Unigy
appliance or a turret.
Note
An SSH session can be initiated from a client, such as PuTTY, or directly (by connecting a laptop to the
console port on the appliance) or remotely (by using the Integrated Dell Remote Access Controller
(iDRAC)) from the CCM console. The following procedure describes the behavior of the interface when
using an SSH client. There are slight differences in the interface and interaction with the interface when
accessing from the CCM console. For details, see Dynamic Password and CCM console versus SSH
client on page 728.
Note
Sessions time out due to inactivity as follows:
• SSH sessions time out in five minutes
• Password Manager sessions time out in ten minutes
1. Open an SSH session to a CCM, ACCM, or MM and log in using the shelldiag account.
Note
A CCM console session can also be used to obtain the token.
When you press the Enter key, the start time of the validity period, the warning notice, and the
password token are displayed as illustrated in the following figure.
Figure 175: SSH shelldiag session - with token
2. Left click with the mouse and drag to copy the token from the SSH session. Do not include leading or
trailing spaces. As soon as you release the mouse left-click button, the token is automatically copied
to the clipboard.
Important
Do not press CTRL+C to copy the token. This sends a CTRL+C character to your session and causes
process interruption and causes the SSH session to close.
Important
If you paste the output, the SSH client does not display the password, so be careful to only paste it
once.
Note
An SSH session timeouts in five minutes due to inactivity.
1. Following the procedure to Establish an SSH session using the shelldiag account on page 720 or use
the shelldiag account to log on directly from the CCM console.
2. Issue the following command: su -lp.
A new token is issued as illustrated in the following figure.
3. Left click with the mouse and drag to copy the new token from the SSH session. Do not include
leading or trailing spaces. As soon as you release the mouse left-click button, the token is
automatically copied to the clipboard.
Important
Do not press CTRL+C to copy the token. This sends a CTRL+C character to your session and causes
process interruption and causes the SSH session to close.
Note
If you paste the output, the SSH client will not display the password, so be careful to only paste it
once.
10. When your superuser session is finished, issue the following command from the SSH command line
to regenerate the superuser password: dynamicregen as illustrated in the following figure.
Note
dyanmicregen can only be run as superuser. Once you quit the superuser session,
dynamicregen cannot be run.
The superuser account access password and token for this appliance is immediately regenerated as
illustrated in the following figure.
Figure 184: SSH session dynamicregen of superuser password
Name Description
Generate Output Generates a dynamic password, populates the
Output, Account Type, and Date & Time fields.
B iDRAC hardening
The Integrated Dell Remote Access Controller (iDRAC) provides remote access to the CCM, MM,
ACCM, and voice recorder appliances in a Unigy enterprise for deployment and troubleshooting
purposes. This appendix describes how to harden iDRAC 6, iDRAC 7, and iDRAC 8 to control iDRAC
access to an appliance.
Hardening iDRAC provides additional security for a Unigy enterprise. Beginning in 2018, IPC
Manufacturing hardens iDRAC on all appliances it ships to customers. Perform the iDRAC hardening
procedures referenced in this topic only if Manufacturing did not harden an appliance or it is necessary
to rebuild an appliance.
To get the latest iDRAC security updates, you should consider installing the latest firmware update. For
information on accessing the firmware and installation instructions, refer to Install the latest iDRAC
firmware on page 731. Check with IPC Support for the current iDRAC firmware versions supported.
The hardening procedure includes the following configuration changes:
• Adding an administrative user account.
• Disabling the predefined root user account to prevent iDRAC access with this account.
• Setting the Remote Presence Port for the Virtual Console.
• Setting SSL encryption.
• Disabling SSH, Telnet, and SNMP Agent.
Refer to the following procedures as applicable:
• Harden iDRAC 6 on page 732
• Harden iDRAC 7 on page 736
• Harden iDRAC 8 on page 740
• Harden iDRAC 9 on page 746
1. Enter the tag or ID within the Enter a Service Tag or other product ID box.
2. Click Submit.
• If you do not have the service tag or product ID:
1. In the Browse for a product box, click View products.
2. Click Servers, Storage, & Networking.
3. Click PowerEdge.
4. Click the server model you are upgrading.
c) Click Drivers & Downloads.
d) Click iDRAC with Lifecycle controller.
e) Locate the latest version and compare it to the version you recorded in step 1.
If the most recent version is installed, it is not necessary to complete this procedure.
f) Click View details then download and read the release notes. Follow the installation instructions
near the end of the release notes to upgrade the firmware.
Note
Perform this procedure on all CCM, ACCM, MM, and Voice Recorder appliances that have iDRAC 6
installed.
c) In the Users panel, click the next available User ID. The next available ID is the next sequential
number where the User Name column is blank.
d) Click Next.
Figure 187: iDRAC General section
g) In the IPMI User Privileges section, select Administrator for the Maximum LAN User Privilege
Granted and Maximum Serial Port User Privilege Granted fields.
h) In the iDRAC User Privileges section, select Administrator in the Roles field.
i) Verify that all of the check boxes in the iDRAC User Privileges section are selected.
j) Click Apply.
k) Click Go back to the User Main Menu.
l) Click Go Back to Users.
3. Disable the predefined root user account so it cannot be used to access iDRAC:
a) Click the User ID of the root user account.
b) Click Next.
Figure 190: iDRAC General section - disable user
c) In the General section, clear the Enable User check box then click Apply.
d) Click Go back to the User Main Menu.
e) Click Go Back to Users.
4. Set the Remote Presence Port for the Virtual Console:
a) In the left panel, click System.
b) In the Virtual Console Preview panel, click Settings.
c) In the Virtual Console section, change the Remote Presence Port from 5900 to 5899 then click
Apply.
5. Set SSL encryption, change the HTTP port to a more obscure port, and disable SSH, Telnet, and
SNMP Agent:
a) In the left panel, click iDRAC Settings.
b) Within the Network/Security tab, click Services.
Figure 192: iDRAC Services section
c) In the Web Server section, change the HTTP Port Number from 80 to 8079.
d) Change the SSL Encryption field to 128-bit or higher.
e) In the SSH, Telnet, and SNMP Agent sections, clear the Enabled check box.
f) Click Apply.
Note
Perform this procedure on all Unigy CCM, ACCM, MM, and Voice Recorder appliances that have iDRAC
7 installed.
b) In the Users panel, click the next available User ID. The next available ID is the next sequential
number where the User Name column is blank.
c) Within the Local Users tab, click Next.
f) In the IPMI User Privileges section, select Administrator for the Maximum LAN User Privilege
Granted and Maximum Serial Port User Privilege Granted fields.
Figure 196: iDRAC User Privileges section
g) In the iDRAC User Privileges section, select Administrator in the Roles field.
h) Verify that all of the check boxes in the iDRAC User Privileges section are selected.
i) Click Apply.
j) Click Back to User Main Menu.
k) Click Back to Users.
3. Disable the predefined root user account so it cannot be used to access iDRAC:
a) Click the User ID of the root user account.
b) Click Next.
Figure 197: iDRAC General section - disable user
c) In the General section, clear the Enable User check box then click Apply.
d) Click Back to User Main Menu.
e) Click Back to Users.
4. Set the Remote Presence Port for the Virtual Console:
a) In the left panel, click Server then click the Console tab.
Figure 198: iDRAC Virtual Console section
b) In the Virtual Console section, change the Remote Presence Port from 5900 to 5899 then click
Apply.
5. Set SSL encryption, change the HTTP port to a more obscure port, and disable SSH, Telnet, and
SNMP Agent:
a) In the left panel, click iDRAC Settings ➤ Network.
b) Click the Services tab.
c) In the Web Server section, change the HTTP Port Number from 80 to 8079.
d) Set the SSL Encryption field to 128-bit or higher.
e) In the SSH, Telnet, and SNMP Agent sections, clear the Enabled check box.
f) Click Apply.
Note
Perform this procedure on all Unigy CCM, ACCM, MM, and Voice Recorder appliances that have iDRAC
8 installed.
b) In the Users panel, click the next available User ID. The next available ID is the next sequential
number where the User Name column is blank.
c) In the User Main Menu panel within the Local Users tab, click Next.
d) In the General section of the User Configuration panel, select the Enable User check box.
e) Type the appropriate values for the new user in the User Name, New Password, and Confirm
New Password fields.
• For User Name, enter ipciDrac.
• For Password, contact IPC Central Support for the authorized password.
Figure 203: Local Users: User Configuration: IPMI User Privileges section
f) In the IPMI User Privileges section, select Administrator for the Maximum LAN User Privilege
Granted and Maximum Serial Port User Privilege Granted fields.
Figure 204: Local Users: User Configuration: iDRAC User Privileges section
g) In the Roles field within the iDRAC User Privileges section, select Administrator.
h) Verify that all of the check boxes in the iDRAC User Privileges section are selected.
i) Click Apply.
j) Click Back to User Main Menu.
k) Click Back to Users.
3. Disable the predefined root user account so it cannot be used to access iDRAC:
a) In the left panel, click iDRAC Settings ➤ User Authentication.
Figure 205: Local Users: Users panel
b) In the Users panel, click the User ID of the root user account.
c) In the User Main Menu panel, click Next.
Figure 206: Local Users: User Configuration: General section - disable user
d) In the General section of the User Configuration panel, clear the Enable User check box then
click Apply.
e) Click Back to User Main Menu.
f) Click Back to Users.
4. Set the Remote Presence Port for the Virtual Console:
a) In the left panel, click Server ➤ Virtual Console.
Figure 207: Server: Virtual Console section
b) In the Virtual Console section, change the Remote Presence Port from 5900 to 5899 then click
Apply.
5. Set SSL encryption, change the HTTP port to a more obscure port, and disable SSH, Telnet, and
SNMP Agent:
a) In the left panel, click iDRAC Settings ➤ Network.
b) Click the Services tab at the top of the panel.
c) In the Web Server section, change the HTTP Port Number from 80 to 8079.
d) Set the SSL Encryption field to 128-bit or higher.
e) In the SSH, Telnet, and SNMP Agent sections, clear the Enabled check box.
f) Click Apply.
Note
Perform this procedure on all Unigy CCM, ACCM, MM, and Voice Recorder appliances that have iDRAC
9 installed.
a) In the menu bar, click iDRAC Settings then in the iDRAC Settings section, click Users.
Figure 210: iDRAC Settings
c) In the User Name, New Password, and Confirm New Password fields, type the appropriate
values for the new user as follows:
• For User Name, enter ipciDrac.
• For Password, contact IPC Central Support for the authorized password.
d) For User Role in the User Privileges section, select Administrator.
e) Verify that all of the check boxes in the User Privileges section are selected then scroll down to
the Advanced Settings section.
3. Disable the predefined root user account so it cannot be used to access iDRAC:
a) In the Local Users section, click the root user account.
b) Click the Disable button.
c) In the Success message box, click OK.
The system changes the State to Disabled.
4. Set the Remote Presence Port for the Virtual Console:
a) In the menu bar, click Configuration then in the Configuration section, click Virtual Console.
Figure 214: Virtual Console
b) Change the Remote Presence Port from 5900 to 5899 then click Apply.
5. Set SSL encryption and the TLS protocol, change the HTTP port to a more obscure number, and
disable SSH, Telnet, and SNMP Agent:
a) In the menu bar, click iDRAC Settings then in the iDRAC Settings section, click Services.
c) Expand the Directory Services section and confirm that Microsoft Active Directory and Generic
LDAP Directory Service are Disabled. If they are not, click each service then click the Disable
button.
d) Expand the Smart Card section and confirm that Configure Smart Card Logon and Enable CRL
Check for Smart Card Logon are Disabled. If they are not, select Disabled for each then click
Apply.
7. Confirm or configure time and USB settings:
a) In the menu bar, click iDRAC Settings.
b) In the iDRAC Settings section, click Settings.
c) Expand the Time Zone and NTP Settings section. For Time Zone, select the appropriate time
zone for the associated backroom, confirm that Enable Network Time Protocol (NTP) is
Disabled, then if you changed either value, click Apply.
d) Expand the Management USB Settings section, set the USB Management Port to Disabled then
click Apply.
8. Confirm or configure the Connectivity settings. If you have to change any value, make the change
then click Apply.
a) In the menu bar, click iDRAC Settings.
b) In the iDRAC Settings section, click Connectivity.
Figure 218: Network: Common Settings
c) Expand the Common Settings section and confirm that Register iDRAC on DNS is Disabled.
d) Expand the Auto Config section and confirm that DHCP Provisioning is Disabled.
e) Expand the IPV6 Settings section and confirm that Enabled IPV6 is Disabled.
f) Expand the IPMI Settings section and confirm that Enable IPMI Over LAN is Disabled.
g) Expand the VLAN Settings section and confirm that Enabled VLAN ID is Disabled.
h) Expand the Advanced Network Settings section, confirm that IP Range Enabled is Disabled and
IP Blocking Enabled is Enabled, then confirm that the following values are set properly:
• IP Blocking Fail Count=3
• IP Blocking Fail Window=60
C BIOS configuration
C.1 Configure the BIOS settings for R620 appliances
IPC Manufacturing configures the BIOS password and boot settings on all appliances before shipping
them. This topic describes how to reconfigure the BIOS settings if it becomes necessary to do so.
Use the Tab, arrow, and Enter keys to navigate the screens and select and execute the UI controls.
Depending on how you are accessing the BIOS Boot Manager utility, you might also be able to use a
mouse.
Note
Perform this procedure only if it is necessary to correct properties that are set improperly.
Note
You have only a few seconds to do this, so it is important that you watch for this prompt. If you miss
the prompt, repeat step 1.
The option changes to Entering BIOS Boot Manager and the boot process continues. Within
approximately 30 seconds, the system displays the BIOS Boot Manager Main Menu.
Figure 220: Boot Manager Main Menu - Launch System Setup – System BIOS menu
6. Verify that the setting for the Network Interface Card, Integrated Network Card 1 is Enabled. If it is
not, select Enabled.
7. Select Back then press Enter.
The System BIOS Settings menu is displayed.
11. Arrange the devices in the sequence shown above by selecting a device and using the + or - button to
move the device up or down. After the sequence is correct, select OK then press Enter.
Figure 225: System BIOS Settings – Boot Settings – BIOS Boot Settings properties
12. In the Boot Option Enable/Disable section, disable the devices that are not required for boot up. To
boot only from the hard drive, disable the other options by doing the following:
a) Clear the check box for the optical drive entry.
b) Clear the check box for the network interface card entry.
Figure 226: System BIOS Settings – Boot Settings – BIOS Boot Settings properties
13. Select Back and press Enter twice to return to the System BIOS Settings menu.
15. Verify that System Profile is set to Performance. If it is not, select Performance from the list.
16. Select Back then press Enter.
The System BIOS Settings menu is displayed.
17. Select System Security then press Enter.
The System Security properties are displayed.
19. In the Setup Password field, type the BIOS setup password then press Enter.
The password can be up to 32 characters and can include the following characters: spaces 0–9 a–z +
" , - . / ; [ \ ] `. Alphabetic characters must be lowercase.
20. Select Back then press Enter.
21. Select Finish then press Enter.
The system prompts you to Save your changes.
22. Select Yes then press Enter to save the changes and exit the BIOS Boot Manager utility.
The system reboots the appliance to apply the changes.
Note
Perform this procedure only if it is necessary to correct properties that are set improperly.
Note
You have only a few seconds to do this, so it is important that you watch for this prompt. If you miss
the prompt, repeat step 1.
The option changes to Entering System Setup and the boot process continues. Within approximately
30 seconds, the system displays the System Setup Main Menu.
Figure 232: System Setup Main Menu
5. Verify that the setting for the Network Interface Card, Integrated Network Card 1 is Enabled. If it is
not, select Enabled.
6. Click Back.
The System BIOS Settings menu is displayed.
Figure 235: System BIOS Settings menu
8. Verify that Boot Mode is set to BIOS then click Boot Option Settings.
The BIOS Boot Settings properties are displayed.
10. Arrange the devices in the sequence shown above by selecting a device and using the + or - button to
move the device up or down. After the sequence is correct, click OK.
11. In the Boot Option Enable/Disable section, disable the devices that are not required for boot up. To
boot only from the hard drive, disable the other options by doing the following:
a) Clear the check box for the optical drive entry.
b) Clear the check box for the network interface card entry.
Figure 238: System BIOS Settings – Boot Settings – BIOS Boot Settings properties
Figure 241:
17. Within the Setup Password text box type the BIOS setup password then press the Tab key.
The password character options and considerations are displayed in the note at the bottom of the
page.
Note
Perform this procedure only if it is necessary to correct properties that are set improperly.
2. If you are not using iDRAC or did not set iDRAC to automatically access the BIOS settings, press F2
= System Setup.
Note
You have only a few seconds to do this, so it is important that you watch for this prompt. If you miss
the prompt, repeat step 1.
The option changes to Entering System Setup and the boot process continues. Within approximately
30 seconds, the system displays the System Setup Main Menu.
Figure 245: System Setup Main Menu
5. Verify that the setting for Integrated Network Card 1 is Enabled. If it is not, select Enabled.
6. Click Back.
The System BIOS Settings menu is displayed.
8. Verify that Boot Mode is set to BIOS then click BIOS Boot Settings.
The BIOS Boot Settings screen is displayed.
9. Click Boot Sequence.
The Change Order dialog box is displayed.
Figure 250: System BIOS Settings – Boot Settings – BIOS Boot Settings screen
10. Arrange the devices in the sequence shown above by selecting a device and clicking the + or - button
to move the device up or down. After the sequence is correct, click OK.
This sequence enables the appliance to boot from a DVD when deploying the COP software. To
prevent the system from booting from a DVD after the COP is deployed, you can move the hard drive
to the top position, however, if it is necessary to redeploy the COP in the future, you will have to
change the sequence to allow the appliance to boot from the DVD.
11. In the Boot Option Enable/Disable section, disable the devices that are not required for boot up. To
boot only from the hard drive or the optical drive, disable the NIC option by clearing the check box
for this option.
Figure 251: BIOS System Setup – Boot Sequence – Change Order dialog box
12. Click Back then click Back again to return to the System BIOS Settings menu.
17. Within the Setup Password text box type a new BIOS setup password then press the Tab key.
The password character options and considerations are displayed in the note at the bottom of the
page.
After you click Tab, the Message dialog box is displayed.
Figure 256: Message box
Index
A taking out of maintenance mode 600
alerts
ACCM clearing 565
as a time source 427, 430 reenabling forwarding to trap destinations 596
assigning a location 517 removing 564
changing hostname 415 analysis
changing IP address 412 with Enterprise Watch 215, 643
ACCMs appliance images
changing an IP address 409 backing up 385
configuring network connections 450 compressing and copying 385
confirming registration 362 appliance personality
deploying 465 files available in Single Click Deployment 165
downgrading software 100 appliance software
enabling registration 496 rolling back 386
maintenance service done 601 appliances
network properties 462, 464 Blue Wave 102
placing into maintenance mode 599 changing NTP servers 423
powering down 339 configuring with Network Configurator 450
powering up 340 confirm not registered with an SCD appliance 163
rebooting from UMS 587 confirm removed from an SCD appliance 169
removing from the database 359 confirming registration 362
shutting down 339 deploying 465
taking out of maintenance mode 600 deploying Blue Wave 106, 109
active appliance enabling registration 496
IP address 377 moving to a different network 402
Active Directory groups 720 personality 450
addresses placing into maintenance mode 599
adding 242 powering down 339
editing 242 powering up 340
addresses.txt rearming a Standby 547
generating 567 rebooting 321
Advanced Administrator registered with an SCD appliance 162
installing license files 483 registering with Single Click Deployment 160
AFM remove from Single Click Deployment appliance 199
alert diagnostics 670 removing from Single Click Deployment 168
Aggregated Converged Communications Manager removing from the database 359, 361
changing hostname 415 replacing 344
changing IP address 412 replacing R610, R620, or R630 with R640 341
Aggregated Converged Communications Managers shutting down 339
assigning a location 517 Single Click Deployment 150
changing an IP address 409 taking out of maintenance mode 600
confirming registration 362 upgrading with SCD 60
deploying 465 archive backup
enabling registration 496 definition 369, 370
maintenance service done 601 archive data
placing into maintenance mode 599 creating a recurring job 612
powering down 339 artifacts
powering up 340 importing to Single Click Deployment 164
removing from the database 359 assigned license
shutting down 339 system reports 689, 691
HA I
changing from stateless to stateful 303
changing VIP 399 iDRAC
confirm that it is enabled 546 adding a user 731
deploying updates 73, 116, 120 configuring 731
enabling 545 disabling a user 731
failover 546 disabling SNMP Agent 731
powering down appliances 339 disabling SSH 731
powering up appliances 340 disabling Telnet 731
replacing an appliance 344 hardening 731
status 499, 502, 504–506 setting SSL encryption 731
testing 671 setting the Virtual Console remote presence port 731
zone status 500 upgrading the firmware 731
HA clusters iDRAC 6
placing into maintenance mode 598 adding a user 732
replacing an appliance 344 configuring 732
HA zones disabling a user 732
rebuilding 347 disabling SNMP Agent 732
hardening disabling SSH 732
iDRAC 731 disabling Telnet 732
iDRAC 6 732 hardening 732
iDRAC 7 736 setting SSL encryption 732
iDRAC 8 740 setting the Virtual Console remote presence port 732
iDRAC 9 746 iDRAC 7
hardware adding a user 736
removing from the database 359 configuring 736
hardware requirements disabling a user 736
Single Click Deployment VM 151, 152 disabling SNMP Agent 736
health check disabling SSH 736
TAC 640 disabling Telnet 736
High Availability
hardening 736
confirm that it is enabled 546
setting SSL encryption 736
deploying updates 73, 116, 120
setting the Virtual Console remote presence port 736
enabling 545 iDRAC 8
associating trunks with a private line 581 from loss of WAN 326, 327
procedures referenced by workflows 447 validating 638
properties Red Hat Linux
network 462, 464 deploying 448
prototype devices redeploy a zone 331, 333
updating after upgrade 566 redeploy an appliance 328
Published Userinfo Base 437 redundancy
PUIB 437 through BCP 283–288
Pulse Regional Area Data Replication 701, 702, 704–706
changing home zone VIP 399 registration
confirming registration 362 enabling 496
removing from enterprise 361 remote backup
restarting 596 creating or editing location 605
view registered devices deleting location 607
registered devices storage location 605
Pulse 651 uploading 611
Pulse devices remote installation 625–627
change home zone 356 remote presence port
rebooting from UMS 591 setting for iDRAC 731
registering 496 setting for iDRAC 6 732
removing from the database 359 setting for iDRAC 7 736
pushing the Soft Client software 625–627 setting for iDRAC 8 740
setting for iDRAC 9 746
Q remote uninstallation 625–627
remove properties
quiet installation 625–627 buttons 673
quiet uninstallation 625–627 replacing
Media Managers 100, 339, 340, 352, 359, 362, 393,
R 450, 462, 464, 465, 496, 517, 558, 562, 588, 590, 599,
600
R610 appliances replica system
replacing with R640 appliances 341 deploying 279
R620 appliances replication
replacing with R640 appliances 341 check status 507
R630 appliances checkReplication output 507
replacing with R640 appliances 341 d 601–604
RAG status 639 disabling 498
rearm a Standby appliance 547 disabling and enabling 377
reboot enabled 601–604
CCMs from UMS 587 enabling 497
communication devices 592 enabling partial replication 316, 701, 702, 704–706
Media Managers from UMS 588 Multi-tier Replication 229, 232, 233, 235–237
pulse devices from UMS 591 Replicator channel
turrets from UMS 591 updating JGroups protocols 716
rebooting report
Media Gateways 591 custom 695
resolving a stuck reboot 590 new 695
reCOP 312 report list
reCOP a zone 331, 333 edit 695
reCOP an appliance 448 reporting 695
reCOP can appliance 328 Report output format 694
recovery reporting
from a corrupt database 380 report list 695