NICE - IPC Unigy Active IP Integration Manual v2.2
NICE - IPC Unigy Active IP Integration Manual v2.2
IPC UNIGY
Active IP Recording
INTEGRATION MANUAL
NICE / IPC Unigy Active IP Recording Integration version:
Integration IPC Unigy 2.2.x
Version: 2.2
Date: 16 January, 2015
Copyright © 2015 by NICE Systems Ltd.
All rights reserved. No part of this publication may be reproduced or transmitted
in any form or by any means, electronic or mechanical, including photocopy,
recording, or any information storage and retrieval system, without prior written
consent of NICE Systems Ltd.
Disclaimer
To the best of our knowledge, the information contained in this document is the
most accurate available at the time of publication. Whilst every care is taken to
ensure that the information in this document is correct, no liability can be
accepted by NICE Systems Ltd. for loss, damage or injury caused by any errors in,
or omissions from, the information given.
Trademark Acknowledgements
IPC, Unigy and the IPC logo, are trademarks or registered trademarks of IPC
and/or its affiliates.
Intel and Intel Xeon are trademarks or registered trademarks of Intel Corporation
in the United States and other countries.
1.......... ....................................................................................................... 9
Introduction ............................................................................................ 9
Scope..........................................................................................................................................10
Recording Method ..............................................................................................................10
Software Versions ..............................................................................................................10
Intended Audience .............................................................................................................11
Assumptions .......................................................................................................................11
Conditions for Installation .................................................................................................12
Reference Manuals ...................................................................................................................12
IPC Manuals ........................................................................................................................12
NICE Trading Recording Manuals.....................................................................................13
Conventions and Symbols .......................................................................................................14
2.......... ..................................................................................................... 15
Safety .................................................................................................... 15
General Safety Rules ..........................................................................................................15
Safety Precautions .............................................................................................................15
ESD Precautions .................................................................................................................16
3.......... ..................................................................................................... 17
4.......... ..................................................................................................... 35
Requirements ....................................................................................... 35
Requirements for Hardware Components ..............................................................................36
IPC Hardware Requirements .............................................................................................36
NICE Trading Recording Hardware Requirements .........................................................36
Network Latency .................................................................................................................39
Software Requirements ............................................................................................................39
NICE Trading Recording Components .............................................................................39
Operating Systems .............................................................................................................40
Workstation .........................................................................................................................40
Licensing ...................................................................................................................................41
IPC Licensing ......................................................................................................................41
NICE Licensing ...................................................................................................................41
5.......... ..................................................................................................... 45
Prerequisites ........................................................................................ 45
Customer Site Prerequisites ....................................................................................................46
Customer Prerequisites .....................................................................................................46
IPC Prerequisites ................................................................................................................47
NICE Prerequisites ....................................................................................................................48
Required Firmware and Software .....................................................................................48
Preparatory Steps ...............................................................................................................49
Procedure P01 Creating the Satellite(s) ............................................................................50
Procedure P02 Setting IPv4 as Preferred Protocol ..........................................................53
Checking Network Time Protocol Synchronization ..............................................................53
Updating the Database Separately ..........................................................................................54
6.......... ..................................................................................................... 59
Installation ............................................................................................ 59
Introduction ...............................................................................................................................60
Installer Kit ..........................................................................................................................60
Locating Files......................................................................................................................60
Upgrading ............................................................................................................................61
Role Dependent Installation ..............................................................................................62
7.......... ..................................................................................................... 75
Configuration ....................................................................................... 75
Introduction ...............................................................................................................................76
Using the NTR Web GUI .....................................................................................................76
Defining a Channel Group ........................................................................................................77
Configuring the Link Controllers .............................................................................................80
General Link Settings .........................................................................................................81
Connection Settings ...........................................................................................................84
Defining a Link Group...............................................................................................................86
Configuring a Link Group ..................................................................................................86
Monitoring Link States .......................................................................................................90
Defining Targets ........................................................................................................................91
Adding Targets ...................................................................................................................91
Monitoring Target States ...................................................................................................92
Defining a Target Group ...........................................................................................................93
Configuring Preferred Satellites ..............................................................................................96
Before You Start Configuring Preferred Satellites ..........................................................97
Preferred Satellite - Screen Layout ...................................................................................97
Defining Routing Rules ......................................................................................................97
Editing/Disabling Routing Rules .....................................................................................103
Configuring Views of IPC Unigy Call Data Columns ...........................................................105
Setting Available Call Type ....................................................................................................107
Setting Administrator Access Rights ...................................................................................108
Renaming CTI Servers ............................................................................................................110
CTI Server Resilience: Install Standby CTI Server(s) ..........................................................111
Configuration by Setup ..........................................................................................................112
In this NICE / IPC Unigy Active IP Recording Integration, the IPC components
connect to NICE Trading Recording using Ethernet. The turrets send their audio
to the recorders directly, the soft turrets through the Media Manager(s). SIP
sessions are initiated for the CCM to send SIP events to the recording system, and
to receive information from the recording system on audio destinations. The
CCM also supplies call details via Web Service sessions.
In this version of the NICE / IPC Unigy Active IP Recording Integration, the
feature Preferred Satellite is introduced.
The setup now performs install tasks that had to be done manually before.
Manual Contents
Besides a description of the tasks and activities, this manual also contains
information on the structure and functioning of the NICE / IPC Unigy Active IP
Recording Integration, and its components.
Recording Method
This integration supports the Active CTI IP Recording method.
Software Versions
The NICE / IPC Unigy Active IP Recording Integration is restricted to specific
software versions.
NOTE: This version of the NICE / IPC Unigy Active IP Recording Integration is fully
compatible with the deployment option ‘Core Server’ of NICE Trading Recording
R6.4 and higher.
IMPORTANT
NICE Trading Recording R6.3 and higher supports UTC time stamping.
IMPORTANT
Please contact your NICE representative to verify the correct version of NICE
Trading Recording.
Consult Appendix Q ‘Troubleshooting’ for contact details.
When applying NICE Sentinel with this integration, use following version:
Intended Audience
This manual is intended for personnel – usually installation engineers –
responsible for connecting NICE Trading Recording to the IPC Unigy platform
and for configuring and operational testing of this Recording Integration.
Assumptions
It is assumed that the user of this manual has knowledge about the following:
• All preparations and adjustments on the IPC Unigy components must be done
by IPC qualified engineers. For this, during preparation, installation and
configuration of the NICE / IPC Unigy Active IP Recording Integration, the
presence of an IPC qualified engineer is required.
Reference Manuals
This section contains an overview of the manuals that serve as reference.
IPC Manuals
Consult the following manuals for details about the installation and use of the IPC
Unigy platform.
Manual Contents
Unigy. User Configuration Guide, How to create and configure users,
P/N: B02200190, Release: 00, July15, 2011 end users and user groups
Unigy / CyberTech Voice Recording Configuration Guide
P/N: B02200197, Release: 00, July 15, 2011
Unigy / CyberTech Voice Recording Hardware Installation
Manual
P/N: B02200181, Release: 00
Manual Contents
NICE Recording - Installation Manual Installation and configuration procedures of NICE
Trading Recording software
NICE Recording – User Manual System configuration information for the system
administrator
NICE Recording - Alarms Guide Overview of error messages: impact of the error,
possible causes, recommended actions
Parrot-DSC - VoIP Installation Manual Installation procedures of Parrot-DSC cards for VoIP
Parrot-DSC – License Tool Manual Details on the use of the License Tool
NOTE: The manuals mentioned in this table are updated to the latest release of the
NICE Trading Recording software. The release version is indicated on the manual’s
front page.
Manual Contents
Core Server Redundancy 2.6 - Installation and configuration of an active and a standby Core
Installation Manual Server on an integration
NICE CTI Server Resilience Installation and configuration of active and standby CTI
Manual Servers on an integration
• The name ‘Monitor Tool’ is a shorter name for ‘CT Recording Solutions
Monitor’.
• The name ‘Programmer’ is a shorter name for ‘Parrot-DSC API Flash
Programmer’.
Because the hardware components are supplied by IPC, NICE, and one or more
third parties, refer to the respective installation manual(s) for specific safety and
security guidelines when installing the individual components.
Safety Precautions
Installation of the NICE Trading Recording system and the IPC Unigy system is a
specialist job. Only properly trained personnel are allowed to perform the tasks
related to it.
When installing hardware, be sure that you are aware of the hazards involved.
Never work on “live” equipment of which the housing or panels have been
removed.
Cabinet keys must be kept in a safe place, and be handed over for use to
authorized installation or service personnel only.
When handling printed circuit boards always take the following preventive
measures:
The IPC Unigy platform consists of the following basic IPC elements:
An IPC Unigy system is divided into zones, each serving maximum 500 users
(traders). A zone consists of a Converged Communication Manager, Media
Manager(s) and (optional) Media Servers. Each individual IPC Unigy zone has its
own link group consisting of one Web Service link controller and one SIP Server
link controller. The NICE / IPC Unigy Active IP Recording Integration supports
maximum 8 zones.
Within one zone each of its components can be paired with a redundant one, to
enable failover.
Refer to section ‘IPC Unigy Zone Resilience’ on page 26 for more details.
• Core Server
• Recording channels
• CTI functionality
Roles can be installed in any combination. Depend on the combination of installed
roles we can distinguish various configuration types of NICE Trading Recording,
as explained below.
Multiple CTI
You can install CTI functionality on the Core Server, satellite, or a dedicated
system, up to 4 active CTI roles per active Core Server.
IMPORTANT
In an N+1 CTI Resilience configuration, you must use a dedicated CTI Server as
the standby CTI. You cannot combine a standby CTI role with another role like
Core Server or satellite.
NOTE: For details on the configurations (‘deployments’) and the maximum number of
channels in one recording system, consult the ‘Certified Servers Guide – NICE
Recording (NTR) – November 2014’ on ExtraNICE > Product Documentation >
Installation-Technical Guides > Installation/Technical Guides, tab HW Platforms (login
required.
Configuration 1
Configuration 1, Core Server with Recording Channels and an integrated CTI
Server, is also referred to as ‘All-in-one’ box, or ‘Small/Medium Business’
deployment (SMB). Maximum 200 active channels are supported.
Configuration 2
Configuration 2 is a Core Server with integrated CTI Server and separate
recording satellite(s). It is also referred to as ‘Semi-distributed’ deployment.
The maximum number of active recording channels per satellite depends on the
type of codec used:
Configuration 3
Configuration 3 consists of a Core Server with separate CTI Server and separate
satellite(s), and is also known as “Fully Distributed” deployment.
The maximum number of active recording channels per satellite depends on the
type of codec used:
Configuration 4
Configuration 4 is a Core Server with Recording Channels and a separate CTI
Server. Maximum 200 active channels are supported.
The maximum number of active recording channels per satellite depends on the
type of codec used:
Satellite(s)
• NICE / IPC Unigy Active IP Recording Integration software
• Parrot-DSC Cards*: see sections on pages 37 and 41
* Only if Parrot-DSC based licensing is required
IMPORTANT
NICE Trading Recording software is not installed on the satellites!
The NICE Trading Recording system receives audio directly from the turrets, or
through the Media Manager(s) which are present in case of ‘soft’ turrets. CTI
events are received from the IPC Converged Communication Manager.
A SIP Server is part of the CTI server and functions as the link controller for SIP
sessions. For RTCP see section ‘RTP Control Protocol (RTCP)’ on page 30.
The recording system sets up a SIP session, one session for each of the turret’s
audio end points.
At the start of a SIP session, the SIP server informs the CCM about the destination
(IP address and port) for the audio end point. This destination is fixed during the
whole logon period of the trader. In case of failure, the recording system can
notify the turret to move its recording stream to another satellite.
Channels are assigned by the Call Controller. They are configured to be VOX
(“voice operated exchange”) triggered.
CDR
The CTI Server subscribes to the events from the IPC Converged Communication
Manager (CCM). These events, for all handset, microphone and speaker line
activities are sent from the CCM to the CTI Server, via the SIP Server link
controller. When a call is started, the IPC CCM sends the start data of the call to the
CTI server; it sends the end data when the call is finished.
The CTI Server generates Call Data Records (CDR), separate from the audio.
These records are linked to individual recordings based on channel ID and
start/stop time. Additionally, the CTI server adds extra call information to each
recording (target ID and channel type), which is triggered by the satellite’s channel
start events.
By default the CDR data of merged lines are separated. If the function ‘Merge
speaker calls’ is enabled, CDR entries of all merged speaker lines are no longer
separated, but they are merged in accordance with the IPC mixing scheme.
Also the Call Data Records of long speaker calls can be split into smaller segments.
This is set in the parameters of the Link Controller. See chapter 7, section
‘Configuring the Link Controllers’ > ‘General Link Settings’ on page 81.
Resilience/Redundancy
Resilience can be defined as the ability to provide and maintain an acceptable level
of service in the case of problems and failures during normal operation.
Several resilience options exist, to ensure recording is continued even when part
of the hardware or software is failing. Resilience uses “redundancy” of hardware
and software, which means that critical components are duplicated. The
redundant components serve as a standby or backup to take over whenever the
active ones fail.
In order to provide facilities for high availability and resilience, IPC Unigy zones
can fail over to each other (stateless failover), or can be equipped with pairs of
components: Converged Communication Manager, Media Manager and Media
Gateway (if applicable). If the active component fails, the standby takes over
(stateful failover).
Below you find a summary. For details, refer to Appendix J, section ‘IPC Unigy
Zone Resilience – Failover Behavior’ on page 183
When a component in a zone fails, the trader is logged out. Web Service sessions
with the NICE Trading Recording system are timing out, causing all SIP (audio)
connections to close down. The trader has to manually log in again, being re-
directed to the standby component. When the NICE Trading Recording system
receives the logon from the IPC Converged Communication Manager, it sets up
new SIP sessions to continue recording from the standby component.
Stateful Failover
In the Stateful failover mode, a zone consists of active and standby components,
which have the same virtual IP address.
In this mode, the standby component takes over without trader sessions and
recording being affected (“stateful”). Web Service and SIP sessions are not
interrupted. The traders do not experience
downtime, and do not need to manually logon
again.
No failover mechanism is required. In case one recording system fails, the other
continues recording. All audio and call data are still available. For details, refer
to Appendix J ‘Resilience and Failover’, section 2N Recording System Resilience.
• For IQ/MAX and IQ/MAX Edge turrets: IPC Unigy 2.0 and higher
• For all other turret and soft client types IPC Unigy 2.0.1 and higher
Working principle, installation and configuration are described in the Core Server
Redundancy 2.6 - Installation Manual.
N+1 CTI Server Resilience offers installation of a second (standby) CTI Server. It is
installed as an add-on package on both CTI Servers in the recording integration.
When the first (active) CTI Server fails, the resilience application will stop its call
controller, and activate the call controller of the standby CTI Server.
The standby CTI Server completely takes over the role of the failing one. This
minimizes downtime.
Failover is triggered by the alarming system in accordance with the defined alarm
profile.
Multiple CTI Servers can be defined in the NTR Web GUI. Standby CTI servers
are not configured manually. When an active CTI Server fails over, the standby
takes over its configuration.
Sticky Channels
The ‘Sticky Channels’ feature prevents the audio from being interrupted in case of
CTI Server failover.
During normal operation, the standby CTI Server is synchronized to the channel
reservations (both active and historic) of the active CTI Server. As a result, the
standby CTI Server provides the same audio destinations as the active CTI Server.
Upon failover, the recorder can continue sending the audio stream to its last
known audio destination.
Satellite Pooling
The NICE / IPC Unigy Active IP Recording Integration has a specific form of
resilience, known as “Satellite Pooling”.
This integration uses dynamic channel assignment, starting at the channel with the
lowest ranking number. The channels of a failing satellite are skipped, and those of
the next satellite in line are used. Failover is triggered by loss of connection
between CTI Server and satellite, not by alarms or a failing recording service.
Calls in progress on the failing satellite are re-directed to the channels of the next
available satellite. In such a case, the audio recording consists of two parts, on
different channels. For details, see Appendix J ‘Resilience and Failover’.
The audio player of the Web GUI shows a remark about the channel numbers
when such a call part is being replayed. For details, refer to Appendix I ‘Automatic
Call Remarks in Web GUI’
In Weighted Round Robin, the calls are assigned to the satellites in accordance
with a ratio, which is calculated at the start of every cycle. The amount of free
channels of each satellite in the channel group is divided by the amount of the
satellite that has the least free channels.
Weighted Round Robin can be set when configuring a link group. It is opposed to
the (default) setting ‘Ascending’, meaning that all channels of a previous satellite
must be assigned before the next satellite is used. For this, refer to section
‘Configuring a Link Group’ on page 86.
If the feature ‘Preferred Satellite’ is configured, Weighted Round Robin evens out
the load within the group of preferred satellites.
Preferred Satellite
The feature ‘preferred satellite’ allows you to define
on which satellite the calls of a trader are recorded,
using a set of preconfigured ‘routing rules’.
This can be required, for instance, when there are satellites of one NICE Trading
Recording system in different locations (offices). In such a case calls often have to
be recorded at the same location as they were made, to save bandwidth on the
network.
Rules are grouped in a route profile, which is assigned to one or more link groups
that share the same channel group. A link group can have only one route profile.
One rule can include multiple preferred satellites. All satellites not included in a
rule, become part of the default rule, which is executed if no other rule is hit.
Preferred satellites must be located in the same time zone as the CTI server they
are connected to, to ensure UTC time stamping is working properly.
All CTI Servers function independently from each other. Each CTI Server has its
own call controller, link controllers and link group(s). They can be defined and
configured in the NTR Web GUI.
Link groups that share channel groups and satellites must be hosted on the same
CTI Server.
There are several ways the Multiple CTI Server feature can be used. Multiple CTI
support can also be used for resilience purposes: 1 Active and 1 Standby CTI
Server, or 2 Active and 2 Standby CTI Servers (so-called “N+1 CTI Server
Resilience see page 27).
In this integration, RTCP is used to monitor the quality of the audio recordings, by
comparing the numbers of sent and received RTP packets. A packet is a formatted
unit of data.
The difference between the numbers of sent and received packets is called (audio)
stream loss and is shown in %. If the stream loss exceeds a defined limit
(configurable, default 10%) until the end of the alarm interval, an alarm will occur.
For details, see NICE Recording - Alarms Guide, section ‘95xx – Satellite
Controller’.
RTCP is installed by the setup, copying files to the DLL folder and setting a (new)
value in the VoIP INI file(s). For details and instructions o manually configure the
settings, refer to Appendix G, section Changing RTCP Settings.
• For IQ/MAX and IQ/MAX Edge turrets: IPC Unigy 2.0 and higher
• For all other turret and soft client types: IPC Unigy 2.0.1 and higher.
Soft client IQ/MAX Sync does not support RTCP.
• Features
• Target types
• Metadata (IPC Unigy Call Data)
• Call scenarios
• Codec Types
In the tables below, supported items are marked with a ‘’. Non-supported items
have a hyphen (-).
Features
The table below lists the specific features that are supported.
NOTE: The metadata ‘Device Location’ (CVSC04) and ‘User Name’ (CVSC05) can be
used as criteria to configure preferred satellites. Both are sent to the recording system
as part of the log-on data of a trader.
Call Scenarios
The following scenarios for call recording are supported:
Inbound call
Outbound call
Internal call
Barge-In call
Retrieved calls Retrieved from a transfer attempt
Codec Types
The following codec types are supported:
NOTE: Codec G.711 requires the following settings: 8 kHz sample frequency, 8 bit
sample resolution, and 64 kbit/s line bandwidth.
IMPORTANT
If codec G.711 is used, the maximum number of active channels per satellite is
1000.
In case of codec G.279, the maximum number of channels per satellite is 500.
NOTE: The specifications below are generic and indicative. They are also determined
by the number of channels and the call load. Depending on the number of targets, a
faster processor type or a second processor for the separate CTI server can be
required.
For detailed information on hardware requirements, consult the ‘Certified Servers
Guide – NICE Recording (NTR) – November 2014’ on www.extranice.com >
Enterprise > Product Documentation > NICE Trading Recording (CyberTech), section
Installation/Technical Guides (login required), or contact the NICE Presales
department.
Server Hardware
Configuration 1
Following minimum hardware requirements apply specifically to configuration 1,
Core Server with Recording Channels and an integrated CTI Server (“All-in-One”
box, or SMB), up to 200 channels.
Other Configurations
• Core Server (configuration 3, ‘Fully Distributed’):
• Processor: 1 x Intel Xeon Quad Core 2.53 GHz, or
1 x Intel Xeon Hexa Core 2.0 GHz
• Internal Memory: 32 GB RAM (< 75M calls)
64 GB RAM (75M - 150M calls)
128 GB RAM (> 300M calls)
• Core Server with recording channels
• Processor: 2 x Intel Xeon Quad Core 2.53 GHz
• Internal Memory: see Core Server
• Satellite
A distinction is made between configurations in which up to 250, 500 and
1000 channels can be monitored.
Up to 250 channels:
This section lists the minimum disk space requirements for storage of the recorded
audio. The calculations are based on the default GSM compression (13 Kb/s).
Core Server
• Content location (for storage of recorded audio files until they are archived):
Total content location size (MB) = channels * login hours per day * days till
archiving * usage ratio * 7
A typical example:
500 * 8 * 60 * 0.25 * 7 = 420,000 MB (= 410.15 GB). Have 500GB available.
Satellites
• Recording buffer location (for temporary storage of recorded audio files until
they are moved to the content location):
Total Recording buffer location size (MB) = channels * login hours per day *
max. days without Core Server connection * usage ratio * 7
A typical example:
500 * 8 * 2 * 0.25 * 7 = 14,000 MB (= 13.67 GB). Have 20GB available.
• Log file location: the amount of (extra) space that needs to be reserved for the
log files is 5 MB per channel. The formula is:
In Active CTI IP Recording, Parrot-DSC cards are only used to accommodate the
license(s).
Next to this, virtual or ‘soft’ licensing is available. When ‘soft’ licensing is used, no
Parrot-DSC cards are required.
NOTE: Parrot-DSC cards are installed on the server(s) with recording channels. It is
not possible to insert Parrot-DSC cards on a Dedicated CTI Server.
TIP: Consult the ‘NICE Recording – Maintenance Manual’, and the ‘Parrot-DSC - VoIP
Installation Manual’ for details of Parrot-DSC Cards.
Network Latency
The maximum allowed network latency between any components of the NICE /
IPC Unigy Active IP Recording Integration is 150 milliseconds.
Software Requirements
This section lists the minimum software requirements that apply to the server
components of the NICE Trading Recording Configurations as described on page 19.
NOTE: If you want to use the Core Server and/or satellites as workstations, they must
also comply with the Workstation software requirements (see section below).
IMPORTANT
Use dedicated servers for NICE Trading Recording and its integrations. Install
only programs and applications that are explicitly mentioned in NICE manuals.
Installing other software leads to lower performance or even malfunctioning of
NICE Trading Recording and its integrations.
For details of antivirus software, firewalls, and security, see the NICE Recording – OS
Hardening Manual
IMPORTANT
For configurations with 500 channels or more, Windows Server 2008 R2
Foundation is not sufficient. Use one of the other editions.
IMPORTANT
Non-supported operating systems may cause system instability and/or poor
system performance. If so, NICE Systems cannot be held responsible for
malfunctioning.
Workstation
The client workstations require the following to run the NTR Web GUI:
IPC Licensing
For recording purposes, no specific IPC licenses are required.
NICE Licensing
The following NICE licenses are required:
• CyberTech 6 license for NICE Trading Recording 6.3.6 (or higher) (field Data2).
• VoIP licenses for the required number of VoIP recording channels (field
Data4/Data5). One instance of a VoIP license is up to 250 channels. For a
satellite with 251 -500 channels 2 instances of a VoIP license are required.
The VoIP licenses include the use of codec G.711. Each recording channel using
a different codec requires an additional separate license (‘concurrent
licensing’).
On the basis of field Data24, the system verifies if the number of link
controllers corresponds with the licensed quantity. Only enabled link
controllers are claimed, no matter if they are functional or not. For details, see
chapter 7, section ‘Configuring the Link Controllers’ > ‘General Link Settings’.
You can verify the license information in the Maintenance Tool (see below), or
License Tool (Parrot-DSC based licenses only).
2. In the initial window select Settings > Board (not shown here). In the Board
number window, select the ‘Board’ of this VoIP instance (PrtVOIP0.ini = Board 1).
Location of Licenses
Satellites with 4 VoIP instances (1000 channels) can have virtual licensing only.
The subsections below describe on which cards or in which INI files the licenses
are located.
Configurations 1 and 4
Configurations 1 (All-in-One) and 4 Core Server with Recording Channels and a
separate CTI Server require 2 Parrot-DSC cards or 2 PrtVOIPx.ini files.
Configuration 2, 3 and 5
In configuration 2 (Core Server with integrated CTI Server and separate recording
satellite(s)), 3 (Core Server with separate CTI Server and separate satellite(s)), and 5
(Core Server with separate satellites and CTI on a satellite), the Parrot-DSC cards
are installed on the satellites. The number of cards/INI files and licenses depend
on the number of satellites, and the number of instances per satellite.
Licenses are loaded during setup (virtual licensing) or using the License Tool (Parrot-DSC
Based Licensing, see Appendix O).
Network configuration:
The Domain Name System (DNS) is properly configured and functional.
Verify this with the System Administrator.
If it is not, you have to update the hosts files of all servers in the recording
system (see Appendix K Update Hosts Files). Chapter 8‘Pre-production
Testing’, section ‘Verifying the CTI Connectivity’ describes the steps to check
the DNS, after installation of the recording integration.
Network latency does not exceed the maximum. Refer to chapter 4, section
‘Network Latency’.
The firewall must be open for ports mentioned in the Open Port Configuration
(see Appendix C ‘Site Survey’ on page 134).
Antivirus exclusion configured as described in the NICE Recording – OS
Hardening Manual.
Take this additional time into account when planning your installation activities.
For details and instructions, refer to Appendix M ‘Manually Adding Database Fields’.
IPC Prerequisites
Before you install the components of the NICE / IPC Unigy Active IP Recording
Integration, be sure to have verified the following preconditions on the ‘IPC side’
of the configuration.
TIP: For more details about IPC system configuration, consult the available IPC
documentation.
• For soft licensing, carry out the following steps before you start installing the
NICE / IPC Unigy Active IP Recording Integration.
• For Parrot-DSC Based Licensing, first install the cards, according to Appendix
O, page 215. Then perform the Preparatory steps described below, and the
remaining procedures of Appendix O.
Chk # Step Reference
1. Install the required NICE Trading Consult the NICE Recording - Installation
Recording software on the Core Server. Manual for instructions.
Compatible NICE Software Versions:
R6.3.6 (or higher)
IMPORTANT NOTES:
Satellites
Do not install the NICE Trading Recording software on the satellites!
The Integration IPC Unigy 2.2.x setup includes the required recording
software for the satellites.
2. Create the satellite(s) Procedure P01
3. Set IPv4 as preferred protocol Procedure P02
4. Verify/install Network Time Protocol Checking Network Time Protocol
Synchronization on page 53.
5. Update the Database columns before Updating the Database Separately
starting the installation (if required) on page 54
TIP: For details about VoIP installations, see the NICE Recording – Maintenance
Manual’, and the ‘Parrot-DSC - VoIP Installation Manual’
Details of the steps mentioned above are described in the procedures and sections
included below.
Next step
After completing the steps above, all conditions for installing and configuring the
NICE / IPC Unigy Active IP Recording Integration are in place. Then you can start
with chapter 6 Installation.
Procedure
1. On the Core Server, log on to the Web GUI. Refer to Appendix D, section
‘Logging On to the NTR Web GUI’.
2. Select the tabs system installation > settings per recorder. The window Overview of
all recorders appears:
This overview shows the Core Server, with ID 1 (see first column Recorder). In
configurations with satellites, the Core Server does not have any recording
channels, so its column ‘Channels’ is empty.
3. Click the Add recorder button in the top right-hand corner of the window.
The recorder settings panes appear.
Do not change the settings now. They can be changed afterwards.
IMPORTANT
Do not change the value of a start channel manually. Keep the start channel
number that is entered during the setup.
Manually changing the start channel number causes malfunctioning of the
system.
This message reminds you to memorize the ID of the satellite you created and
the IP address of the Core Server. You have to use these settings when
installing the satellite (Active Integration) software.
IMPORTANT
If the Core Server has multiple network interface cards, the IP address
mentioned in the message above might not be correct. In that case ignore it,
and use the correct IP address.
If required, you can do the following, using the icons at the right-hand side:
• Remove the satellite from the overview using the Delete icon. This icon
is shown as long as the satellite is not connected to the Core Server. When
connected, it can’t be deleted anymore.
• Change or verify recorder settings, using the Edit icon.
• Check the satellite’s installation information. Click the Activate recorder
button to see the message shown in Figure 6.
Repeat steps 3-5 to create all required satellites.
Next step
After creating all satellites, perform Setting IPv4 as Preferred Protocol below on all
servers of the recording system.
In the installation kit a special patch file is available: DisableIPv6.reg. (It actually
does not disable IPv6, but sets IPv4 as preferred.)
To install it, perform following steps on the All-in-One system, Core Server, and
on all satellites (if present):
Repeat these steps on all servers that are part of the NICE Trading Recording
system.
Verify if each system is equipped with NTP time service and synchronized, as
follows:
If not, install NTP service. Verify with the customer if the NTP service is available,
and which server must be used.
Introduction
The update of the database by the setup can take a long time. If the customer has
narrow maintenance windows, it is advisable to break up the required install time
into smaller segments. A solution for this is separating the database update from
the actual setup process.
Conditions
You can do this only if you are performing an installation
IMPORTANT
If the existing IPC Unigy integration has customized database fields, or
if the existing integration is not an IPC Unigy integration,
you must not perform the procedure below.
Procedure
Before you start updating, create a backup of the existing database. For
instructions see section ‘Backing Up the Database’ of Appendix D ‘Additional
Procedures’.
IMPORTANT
Before making changes to the database, be sure to have a backup created!
3. In the MySQL tab, connect to the recorder database, using the service account:
Options:
• Drag & drop each script separately into the Query tab, and run its
query/queries separately.
In this way you can execute the queries at different moments in time.
• Drag & drop all scripts simultaneously into the Query tab, and run each query
separately.
In this way you can execute the queries at different moments in time.
• Drag & drop all scripts simultaneously into the Query tab, and run all queries
simultaneously.
IMPORTANT
A script can contain more queries.
Always click this button, to avoid only one part of a script is executed.
You can also type [Ctrl] + [A], to select all queries, and click the Play button.
To run a selection of queries, select the required queries using your mouse,
and click the Play button.
If you need to run only one query, or part of a script: put the cursor anywhere
in the required query, and click the Play button.
10. If you chose to execute the scripts separately, perform the steps mentioned
above in a later phase for the other queries.
Next step
Upon completion of this chapter, all conditions for installing and configuring the
NICE / IPC Unigy Active IP Recording Integration are in place. You can now start
with chapter 6 ‘Installation’.
• Introduction
• Installer Kit
• Actions by Setup
• Locating Files
• Upgrading
• Role Dependent Installation
• Installing the Integration
IMPORTANT
Please be aware that the procedures described in this chapter must be carried
out by trained staff to prevent system damage.
IMPORTANT
Before starting the installation, verify that the Prerequisites are met as
described in chapter 5.
Refer to ‘Required Firmware and Software’ on page 48 for the contents and
versions of the installer kit.
Actions by Setup
The installation setup installs the Core Server, channels and CTI “roles” on the
systems of the recording integration, separately or in any combination. It
performs all the necessary actions in a manner transparent to the user:
Locating Files
The locations of the installed NICE / IPC Unigy Active IP Recording Integration
software are the following:
NOTE: In this list, drive C:\ is assumed to be the standard location for the program files.
If applicable, replace it by the actually used drive letter.
Upgrading
Existing NICE / IPC Unigy Active IP Recording Integration
Before upgrading to Integration IPC Unigy 2.2.x, from any earlier version of the
CyberTech or NICE IPC Unigy Setup, you need to remove the existing version
first:
• Remove the NICE / IPC Unigy Active IP Recording Integration software from
the Core Server, CTI Server and satellites
• Remove the NICE Trading Recording software from the satellites.
Backup files
When upgrading, the setup installs new INI files, containing the required settings
for the new version of the integration. If settings in the existing INI files were
manually changed, you have to set them again in the newly installed files. For this,
you can use the backup files created during setup.
Do not replace the new INI files with the backup files!
Multiple components
If you have to upgrade the NICE Trading Recording software, and/or the NICE IPC
Unigy Setup, and/or change the recording system configuration, consult Appendix
H ‘Upgrade Scenarios’, section Upgrading Multiple Components.
Core Server
At this point, the Core Server has been installed using the NICE Trading
Recording software (see chapter 5, section ‘NICE Prerequisites’ > ‘Preparatory
Steps’).
Recording Channels
Recording channels are installed using the NICE IPC Unigy Setup, on dedicated
systems (‘satellites’) or on the Core Server (‘Core with channels’).
CTI
The CTI functionality is installed only once. It can be installed on any system in
the recording integration: the Core Server, any of the satellites, or on a dedicated
system (‘CTI Server’). Pay attention to the additional requirements to the
hardware, when CTI is installed on a satellite or the Core Server.
In case of CTI Resilience, there will be two (or more) systems with the CTI
functionality. For resilience purposes these must be dedicated servers. Perform
the installation procedure on each CTI server.
Install procedures
The order in which the roles are installed depends on the specific configuration
type of the recording integration.
Configuration 1
For configuration 1 (“All-in-One” system): perform the setup
procedure once. In the window Connectivity Roles, select both CTI
and Channels (Core has been pre-selected).
Configuration 2
For configuration 2 (Core Server with integrated
CTI Server and separate recording satellite(s)):
1. Install the CDR on the Core Server. In the
window Connectivity Roles, select CTI (Core has
been pre-selected).
3. Perform the setup procedure on the CTI server. In the window Connectivity
Roles, select CTI.
Configuration 4
For configuration 4 (Core Server with Recording
Channels and a separate CTI Server)
2. Perform the setup procedure on the CTI server. In the window Connectivity
Roles, select CTI.
Configuration 5
For configuration 5 (Core Server with
separate satellites and CTI on a satellite)
2. Install CTI and Channels on one system. In the window Connectivity Roles,
select both CTI and Channels.
3. Perform the setup procedure on all other satellite(s). In the window Connectivity
Roles, select Channels.
Refer to the instructions in the section ‘Installing the Integration’ on page 64.
IMPORTANT
Be sure to reboot the system after installation.
IMPORTANT
Be sure to use the (local) Administrator account when running the installation
files. If not, configuration changes will not be saved.
Procedure
To start the installation, double-click the installation file
IntegrationSetup.IPC.Unigy.exe from a local drive or CD.
Now follow the setup windows. They are listed below in order of appearance.
1. Welcome window.
Click Next.
Follow the screens as described below, in accordance with the role or role
combination you are installing.
a. Enter:
♦ Host Name: IP address (or name) of the
Core Server.
♦ Database Name, User Name and user
Password as defined during installation of
NICE Trading Recording on the Core
Server.
b. Click Next. The system tries to set up
a connection with the database on the
Core Server. If this step fails, following
warning appears:
5. Service Credentials.
Enter:
♦ the Account Name. By default, this is
‘service’.
♦ the appropriate Password.
Click Next.
If the credentials are not correct, a
window appears telling you so. Click OK
to correct the service credentials
6. Backup Settings.
Use the Browse button to select your
backup location for the files mentioned in
the window.
The selected location is additional.
By default, the backup files are stored in
‘C:\ProgramData\CyberTech\CTIBackups’,
which is usually a hidden file.
Click Next.
7. Recorder Configuration
Location of the temporary buffer for the
audio files on the recorder (satellite or
Core Server with channels).
There are two options:
• If you are installing on a satellite, the
window contains three fields
• If you are installing on a Core Server
(“All-in-One”), the window contains
only the ‘Temporary Recording
location’ field
IMPORTANT
Locations are defined in this screen
during setup. You can’t change
locations afterwards!
IMPORTANT
It is strongly recommended to use
different partitions for program files and
temporary buffer.
8. Satellite settings
Depending on the system you are
installing on, you will see one of following
options:
• When installing on the Core Server:
♦ Satellite identification is ‘Recorder ID 1’.
The Recorder ID of the Core Server is
always ‘1’, and cannot be changed.
• When installing on a satellite:
♦ Select the Recorder ID from the dropdown
menu. This menu shows the ID numbers of
the satellites created in the Web GUI.
9. Destination Folder
Folder (path) where the integration’s DLL
and other files will be located.
If so desired, you can change the
destination folder from its default
location by clicking the Change button.
When done, click Next.
Enter:
♦ the Soft Lockcode. You can find this in the
file CXXXX_XXXX_softlock.txt (not
required for USB dongle based licenses).
Copy and paste it.
♦ the License key(s) and Checksum.
For this, copy the whole license string
including the checksum and quotation
marks. Then click the Paste button.
♦ Channels: Type the required number of
channels for each instance.
Click Next.
17. Installing
The Installing window shows the progress and the status of the installation.
Wait until the installation completes.
During the installation process, the setup checks if custom database fields already
exist on the system. This is the case when installing this integration next to
another, or performing an upgrade. If there are no existing custom database
fields, the setup adds the fields to the database. See also next step.
18. Completed
The setup ends with a screen that notifies the completion of the installation
There are two options:
NOTE: If the installation did not complete, solve the problem causing the premature
ending and run the set-up procedure again.
Next step
If required, you must first manually add and configure the database fields, now or
after finishing all installation and configuration tasks. For this, refer to Appendix
M ‘Manually Adding Database Fields’.
IMPORTANT
For a successful configuration, the tasks must be performed in the sequence
indicated above.
The setup of this integration adds a tab cti integration to the main window. This tab
has a newly introduced sub-tab preferred satellite.
Refer to Appendix D ‘Additional Procedures’ for instructions how to log in to the web
GUI.
Disallowed entries
Characters
When entering values in the fields of the web GUI, certain characters are not
accepted, depending on the type of field. When trying to enter such a disallowed
character, a notification about this appears.
Words
You cannot enter the following words in the fields of the NTR Web GUI. These
words are related to MySQL database query commands. Their use is not allowed
to prevent query commands being run inadvertently.
If you try to enter any of the above words, you see this warning:
IMPORTANT
In case of CTI Server Resilience, multiple active CTI Servers cannot share the
same satellites and channel groups. Each active CTI server must have its own
dedicated satellites and channel groups.
Procedure
1. In the Web GUI, click the tabs system configuration > channel groups. The
window Overview of all channel groups appears:
2. Click the Add button in the top right-hand corner to define a new IPC
Unigy channel group.
3. In the Name and description pane, enter the required data. The name and
description in Figure 14 are examples.
• Name: The name of the channel group. This is free text. You can use text,
digits and spaces, maximum 25 characters.
• Description: Text to describe the channel group. Free text.
4. Type the following data in the Channel group properties pane:
IMPORTANT
Satellite Pooling only functions within the
channels of one channel group.
NOTE: The channel group retention time is overruled by the value defined in the
user group profile, the user profile, and the target group (in that order, ascending).
NOTE: In NICE Trading Recording R6.1.1 and lower the Channel group retention
pane shows a remark ‘(days)’.
6. Click the Add record button to save the channel group and close the entry
window.
7. Note that the newly created channel group is added to the list:
TIP: Consult the ‘NICE Recording - Installation Manual’ for more information on
channel groups.
IMPORTANT
Also after you have completed the configuration, you can add or remove
channels in a channel group
In such a case, you must also update the route profile of the link group (if
‘Preferred satellite’ is applied).
Refer to section ‘Configuring Preferred Satellites’.
NOTE: In the configuration screens, the Web Services Link Controller is referred to as
‘IPC Link Controller’.
Prerequisite:
• At least one channel group defined per available link controller.
Procedure
IMPORTANT
If CTI Server Resilience is applied, you must only configure the link controllers
of the Active CTI Server!
Do not configure the link controllers of the Standby CTI Server. This server takes over
the configuration of the Active CTI Server at failover.
1. Click the cti integration > links tabs to show a list of all currently installed link
controllers:
2. Verify that all link controllers are shown in the Overview of all links. The
example in Figure 18 shows IPCLNK0x (Web Services Link Controllers) and
IPCSIP0x (SIP Server Link Controllers).
3. In the link overview, click the desired link controller to show and/or modify its
link and connection settings. The General link settings and Connection settings
panes appear:
• Perform following subsections for both the IPC Web Services Link
Controller(s) and the IPC SIP Server Link Controller(s).
Figure 20: General Link Settings (IPC Web Services Link Controller)
• Link alias: A convenient name to refer to this Web Services or SIP Server
Link Controller, for example, to distinguish it from the link controllers of
the other CTI servers (if applicable). Free text; letters, digits and spaces are
allowed.
NOTE: You can create similar Link aliases that include the name of the CTI
Server of this link controller. However, the link alias will not change
automatically when the alias of the CTI Server is changed.
• Link name: Name of the link controller. It is defined by the setup and cannot
be changed.
• CTI server name: Alias of the CTI server the link controller is installed on.
Defined when installing the integration and cannot be changed here.
• Link enabled: Indication that the link controller is activated. Make sure that
the value of this field is set to ‘Yes’.
• Auto-discovery enabled: Make sure to select this for all IPC Web Services
Link Controllers. The recording system is now able to automatically add
and select targets for this link controller.
NOTE: Auto-discovery enabled is only relevant for IPC Web Services Link
Controllers. For IPC SIP Server Link Controllers, leave it unchecked.
• Link parameters: You can leave out the link controller’s parameters for
which you accept the default values.
IMPORTANT
Parameters and parameter settings entered in this field are not case
sensitive. However, names and values must exactly match the settings
below.
All Web Services link controllers within one recording lane must have
the same value for this link parameter.
Example:
Primary recording lane:
IPCLNK01 → parameter ‘2NRecording=first’
IPCLNK02 → parameter ‘2NRecording=first’
IMPORTANT
Do not assign different 2NRecording parameter values (‘first’ and
‘second’) to link controllers within the same recording lane.
2NRecording=first 2NRecording=second
NOTE: It is possible to configure the link controller parameters after you have installed
the integration. In this integration, setting these link parameters on an operational
system does not cause an automatic re-start of the link controller.
The settings come into effect for users who log on after the changes were made.
IMPORTANT
To avoid any risk, it is strongly recommended to configure link parameters
outside office hours.
Connection Settings
5. Enter the following settings in the Connection settings pane:
NOTE: It takes a few seconds for the CTI Server to establish a connection. To
view the latest status refresh the screen by selecting the tabs cti integration > links.
Next step
After you have configured all Web Services and SIP Server Link Controllers, you
must add them to one or more Link group(s).
IMPORTANT
A link controller must be included in a link group to be
available for use.
Preconditions
For each link group you have to define, following preconditions apply:
1. Click the cti integration > link groups tabs to show a list of all currently installed
links. The Link groups overview appears:
• Link group name: Type the name of this group (free text)
• CTI Server: the alias of the CTI Server on which the link controllers of this
group are installed.
• Channel group: From the drop-down menu, select the channel group that
belongs to this link group.
The same channel group can be assigned to multiple (or all) link groups on
the same CTI Server.
IMPORTANT
Do not assign the same channel group to link groups installed on different
CTI Servers! This causes malfunctioning of the recording system.
• Channel assignment: from the drop-down menu, select one of both types:
• Ascending (default): the free channel with the lowest number within a
channel group is assigned
• Weighted Round Robin: within a channel group, the first free channel
of the recorder with the highest quantity of free channels is assigned.
If the feature ‘Preferred Satellite’ is configured, Weighted Round Robin
evens out the load within the group of preferred satellites.
• The remaining fields (Failback type, Load balance type, Failback start time,
Failback end time) are not active in this integration. Leave them as they are.
5. Click one of the Web Services Link Controllers in the field Available links to
select it.
6. Add the selected link controller to the link group using the Arrow right
button.
7. Click the corresponding SIP Server Link Controller in the field and add it to
the same group. See Figure 25 for an example.
8. Click the Save changes button. The link controllers appear in the Role overview
for group pane on the right. Both are primary.
IMPORTANT
Both link controllers have the primary role when added to a link group.
Since there are no secondary link controllers in this recording integration,
you must not change the roles
9. To verify its properties, you can click the link controller’s Edit icon in the
Role overview for group window. The pane Link role properties appears.
10. In this pane, you can check the information that was entered when configuring
the link controller’s settings. These settings cannot be changed here.
IMPORTANT
The remaining settings (Link role, Link order, Parent) are not active in this
integration. Do not change them.
Click Cancel (since you did not make any changes).
11. The Link Controller is now enabled, and logged in to the Connection host. You
can verify this in the window Overview of all links, as described in section
‘Monitoring Link States’ below.
IMPORTANT
Also after you have completed the configuration, you can assign a different
channel group to a link group, replacing the channel group assigned during
configuration.
In such a case, you must also update the route profile of the link group (if
‘Preferred satellite’ is applied).
Refer to section ‘Configuring Preferred Satellites’.
2. Verify the status of the link controller you configured for use, this appears in
the Link state column.
NOTE: If the link state changes to ‘Logged Out’ or ‘Failed Poll’, it raises error
message 8805. This alarm is cleared when the link state changes to ‘Connected’
or ‘Logged In’. If the link state changes to ‘Failed IP’ it raises error message
8807. This alarm is cleared when the link state changes to ‘Logged In’.
• Adding Targets
• Monitoring Target States
Adding Targets
The supported target type is ‘Trader ID’. If the feature Auto-discovery enabled is
selected for the IPC Web Services Link Controller, you do not have to add the
targets manually. Consult ‘General Link Settings’ on page 81 for instructions.
Whenever a Trader logs on using an ID that is unknown to the CTI Server, the
recording system automatically adds the ID to the NICE Trading Recording
database as a target.
The target value is identical to the Trader ID (in column Target name). When
added, targets are automatically selected (see green √ in the overview below). They
are also enabled and set for recording.
It is also possible to add targets manually, if required. For this, refer to Appendix D
‘Additional Procedures’, section ‘Manually Adding a New Target’ on page 143.
2. In all three fields Links groups, Links and Target types, select the value ‘[All]’.
3. Verify which monitoring state for the targets you created appears in the Target
state column.
• None: The target has not (yet) been passed to the link controller.
• Selecting: The link controller is registering the target at the IPC Unigy
platform.
• Selected: The target is able to make a recording. It has been registered by
the IPC Web Services Link Controller and is monitored by the recording
system. The overview also shows ‘Selected’ when the target is actually
being recorded.
• Removing: The target is being removed from the link controller and will
be deleted from the selection overview.
• Error: The state of the target is unclear. The target is not recorded.
IMPORTANT
If the target state stays at ‘None’ or ‘Selecting’, the target is not functional.
• To be used when defining criteria for preferred satellites. See next section
‘Configuring Preferred Satellites’ on page 96.
• To set overall call recording retention time. The retention time set on target
group level overrules all other retention time settings (only available if an EMC
license is installed).
Procedure
To define a target group and set its preferred satellite, perform following steps:
1. Navigate to the Overview of all target groups, tabs cti integration > target groups.
2. Click the Add button in the upper right-hand corner to display the target
group settings windows.
NOTE: The window Target group retention appears only if the system has a
license for EMC Archiving.
3. Enter a Name and Description for this target group. Both are free text.
4. In the Target Group Properties window, add the Targets that are included in this
group. Use the Target picker to select the targets. Click the Target picker
button to open it.
If you select separate successive target numbers with the picker, they are
grouped after saving the changes.
Example:
Selecting separate targets as shown in the
example of Figure 33, result in the target
range 3001-3009 in the Overview of all
targets.
You can select ranges of targets by holding the [Shift] key while selecting.
5. When done, click Set targets.
You can verify the information in the Overview of all target groups.
NOTE: The call retention period set in this field, has priority over all other call
retention settings (user group, user, channel group, default).
5. Click Set targets. Make sure the targets have been removed from the group.
6. In the overview, click the target group’s Remove button.
When configuring, you have to define route profiles, routing rules, and criteria.
Route Profile
A route profile contains one or
more routing rules. A profile is
assigned to one or more link
(controller) groups that all share
the same channel group. All
satellites used in the rules of a
profile belong to this channel
group.
Routing Rule
A routing rule consists of one or more criteria, and one or more recorder IDs
(satellite IDs). Satellite numbering starts at ‘2’ since the Core Server has ID 1 (also if
it has no channels).
The Default Routing Rule includes all satellites of the channel group that are not
used in the rules. This default rule is automatically defined; you cannot configure
it manually. It is empty if all satellites are included in the defined rules.
Rules are evaluated top – down, and if a rule is hit, the rules below it are ignored. If
necessary, you can change the sequence of the rules after you have defined them.
The default rule is always at the bottom.
Criteria
A criterion of a rule is based on one of the following metadata fields:
Channel Type, Device Location, Extension, Target Group Name, Target Name,
Trader ID, User Name. A rule can have multiple criteria.
When the trader logs on, the recording system receives information from the IPC
Unigy environment about this trader, containing the values of the metadata fields.
These are compared to the values in the criteria of the rules. A rule is hit if the
metadata matches with all criteria of the rule.
For working principle and other details of Preferred Satellites, see Appendix N.
Link group(s) to
Select route
which profile
profile
applies
Move this rule Add rule
up or down
Edit this rule
(Name, Satellites,
Add/Edit/Delete Enabled)
route profile
Delete this rule
It is not necessary to define the rules of a profile directly in the correct sequence.
You can move defined rules to their required positions afterwards.
If you do not select the Enable checkbox in the input windows, the route profile
or rule is disabled and will be ignored during the evaluation process.
NOTE: Routing rules are updated every minute. It can take up to that time before
changes come into effect.
Perform the steps in the sequence indicated. They are explained in the sections
below.
1. Define route profile (name, link group, enable)
2. Add a rule to the profile (name, recorder ID(s), enable)
3. Add one or more criteria to the rule (number type, operator, value to compare)
4. If applicable, add another rule to the route profile; add criteria to it.
Repeat this for all rules required within a profile.
Add Profile
1. Click the Add button to the right of the Route profile field. The window
Add route profile appears.
Add Rule
4. Use the Route profile drop-down menu to select the profile to be edited. The
associated link group(s) appear underneath.
5. Click the Add rule button at the top right-hand side of the overview. The
Add rule window appears:
6. Enter:
To select multiple
recorders, just click the
ones needed. Hold
[Shift] to select a range.
A recorder that is added to the rule is removed from the Default Rule.
9. Enter:
• Number type: the type of metadata that will be evaluated. For details, see
chapter 3, section Metadata (IPC Unigy Call Data). Possible values:
• Channel Type
• Device Location
• Extension
• Target Group Name
• Target Name
• Trader ID
• User Name
• Operator:
For the metadata under evaluation the rule is hit, if the value of the selected number
type…
• Value to compare:
The Value to compare depends on the selected Number type, Operator,
and the configuration of the integration.
When the operator In list is selected, a comma (,) or a semicolon (;) can be
used to separate elements of a list.
10. Click OK. This confirms the settings.
For each criterion, click the rule’s Add criteria button. Then perform the
abovementioned steps again.
You can change the sequence of rules using the blue up and down arrows.
You can also use the steps below to disable and re-enable profiles and rules.
Disabled profiles or rules are ignored during the metadata evaluation process.
Procedure
To edit profiles, rules or criteria, click the corresponding Edit button.
• Edit a Route profile: you can change the Profile name, associated Link Group
(using the picker), and disable/enable the profile.
• Edit a Routing rule: you can change the Rule name, associated satellites
(recorders), using the picker, and disable/enable the rule.
The picker shows all unassigned satellites, plus the ones that are assigned to
this rule. By clicking a satellite in the picker that has already been assigned, you
remove it from the rule.
• Edit a criterion: you can change the Number type, Operator and Value to
compare.
2. From the main window, click the recorded calls > column selection tabs. The Edit
Current View window opens:
The column Available columns displays the complete list of available call data.
The column Currently selected columns represents the call data that are
currently in use.
3. Add a field to be used in recordings by double-clicking it in the left column (or
single-clicking it and using the Right arrow button).
5. If necessary, move the fields in the Currently selected columns list using the
up and down arrows. You can select more fields at the same time by holding
the shift key, or use the Select all button to select all fields.
6. Click the button Save a snapshot to save your view. In the field Store view as a
default name appears.
8. Select the checkbox Share this view if the created view must also be accessible
to other users.
9. Click OK. The view is added to the list Load a view at the right.
10. Click Apply view to switch to the tab calls listing. The list shows the columns
you selected in your view.
11. To show the calls listing in a different view,
Default View
You can select one of the views as a default for the calls listing:
In the tab my account > my settings, select the desired view in the pane Calls
preferences for user account (…).
The preferred default column view for the NICE / IPC Unigy Active IP Recording
Integration is the following:
2. In the Calls settings / preferences pane, select CDR from the drop-down menu
Available call types.
3. In tab recorded calls > calls search, collapsed menu Call, verify that the call type
checkboxes VOX and CDR are not shown.
IMPORTANT
To enable Single Sign On, the ‘UMS Secret Key’, provided by IPC, must be
entered in the Single Sign on credentials screen.
This can be done during setup, or afterwards using the Change option (by re-running
the setup, or using the Windows Control Panel > Programs and Features
Default access
The default access rights of the Administrator User Group do not include access to
the Web GUI tabs system installation and cti integration (including the sub-tab
redundancy). As a standard, these tabs are only accessible if you use the ‘service’
account.
If required, the access rights of the Administrator User Group can be updated as
described below.
NOTE: In case of Core Server Redundancy, perform these steps only on the active
Core Server. The settings will automatically be replicated to the standby Core Server.
Procedure
1. Log on to the NTR Web GUI, using the ‘service’ account. For instructions, refer
to Appendix D, ‘Logging On to the NTR Web GUI’ on page 141.
2. Navigate to the Overview of all user groups (tabs user administration > user groups).
3. Click user group Administrators. The definition panes appear. Here you can
change name and description of this user group, if required.
4. Click the key button of the Administrators user group. The window Access
permissions appears.
• SYSTEM INSTALLATION
• CTI INTEGRATION
• SYSTEM CONFIGURATION
• SYSTEM STATUS
Now users with the ‘Administrators’ account have the same access rights as the
‘service’ account.
1. In the Web GUI, click the tabs cti integration > cti servers. The window
Overview of all CTI servers appears:
2. In the overview, click the desired CTI Server to show its CTI server setup pane:
After you have complete installed and configured the NICE / Cisco Active IP
Recording Integration, including the Active CTI Server(s), you must now
Make sure to select the same Link Controllers as on the Active CTI Server.
IMPORTANT
Do not configure the Standby CTI Server.
Standby CTI servers are not configured manually. A Standby takes over the
configuration of the Active CTI Server when this fails over.
Now you have installed a recording system that comprises 2 or 4 dedicated CTI
Servers. See the example below (tabs cti integration> cti servers).
After configuring CTI Server Resilience, you must delete the link controllers of
the standby CTI Server(s) from the overview in the web GUI. Follow the
instructions in the NICE CTI Server Resilience Manual.
• Automatic creation of users and tagging of CDR entries to a user on the CTI
Server
• Linking the ID of a free-seating user to the VOX entries of a call (set on the
satellites)
Next step
After performing the applicable sections of this chapter, you have completed the
configuration of the NICE / IPC Unigy Active IP Recording Integration.
You can now start testing the functionality of the system (chapter 8 Pre-
production Testing).
IMPORTANT
If the test fails, verify and modify the IP configuration (for example, disable the
firewall).
• Inbound Calls
• Outbound Calls
• Transfer Inbound Calls
• Inbound Conference Calls
Inbound Calls
This test verifies that the recording integration successfully performs the
following tasks:
Outbound Calls
This test verifies that the recording integration successfully performs the following
tasks:
3. Look up the call details the Web GUI. The call details (start
time, end time,
duration, call direction)
are visible and correct.
4. Playback the call audio. The call audio is clearly
audible.
The audio is not
interrupted or truncated
3. Look up the call details the Web GUI. The call details (start time,
end time, duration, call
direction) are visible and
correct.
4. Playback the call audio. The call audio is clearly
audible.
The audio is not
interrupted or truncated
2. In the web GUI, verify if the target has been Recording available on
recorded on the correct satellite. satellite ID as indicated
in the first rule
3. Of the first route profile, check the criteria of
the second rule (if present, otherwise go to
the step describing the default rule))
a. Log on to a turret with a target that
complies with the first rule, and wait for
1 minute
b. Create a call from the turret of the target
and answer it
c. Speak for at least 10 seconds.
d. Let the caller (target) hang up.
4. In the web GUI, verify if the target has been Recording available on
recorded on the correct satellite. satellite ID as indicated
in the first rule
5. Verify all further rules (if any) of this route
profile in the same way
6. Of the first route profile, test the default rule:
a. Log on to a turret with a target that does
not comply with any of the rules
b. Create a call from the turret of the target
and answer it
c. Speak for at least 10 seconds.
d. Let the caller (target) hang up.
7. In the web GUI, verify if the target has been Recording available on
recorded on a satellite defined by the default satellite ID as indicated
rule. in the default rule
If the default rule is empty, verify if the target Recording available on
is recorded on one of the satellites of the channel of the channel
channel group. group
• Recording both duplicate streams: the first stream on the primary recording
system, the second stream on the secondary recording system.
Prerequisite
• Turret configured with a main and a duplicate stream for left handset, right
handset and speakers
Step Action Expected Result Result
1. Log on to the pre-configured turret, using Target xxx created on
Trader ID xxx primary and secondary
recording systems
2. Verify if the target is available on both Target xxx is visible in
recording systems: the selection overview
a. In the web GUI of the primary recording of both recording
system, go to tabs cti integration > systems.
selection overview.
Verify if Target xxx is visible. The
Target state is 'Selected'.
a. In the web GUI of the secondary
recording system, go to tabs cti
integration > selection overview.
Verify if Target xxx is visible. The
Target state is 'Selected'.
3. Make a call: The call is recorded on
a. Create a call from the configured turret both recording systems.
b. Answer the call, and write down the
exact start time.
c. Speak for at least 10 seconds.
d. Let the CALLER hang up.
e. Write down the exact end time and
duration.
4. Verify if each stream has been recorded by The first stream has
the proper recording system: been recorded on the
• Look up the Call details in the Web GUI primary recording, the
of both recorders. second stream on the
secondary recording
• On the primary recording system, the
system.
CTI Call ID is:
[turret ID]_1_Handset Left
• On the secondary recording system,
the CTI Call ID is:
[turret ID]_2_Handset Left
NOTE: If the number between the underscores ‘_Y_’ is the same on
both recording systems, only one stream has been recorded.
Verify that these calls are recorded, call data is correct, and the audio of the
recorded calls is audible. Use the tables in the previous section for details.
Item Description
API Application Programming Interface
Audio End Point Audio stream. A turret can mix audio from several speaker lines into one
stream
BCP Business Continuity Plan (IPC)
BHCA Busy Hour Call Attempts. The number of telephone calls attempted at the
busiest hour of the day.
Call Controller A service linking to the recorder database which reads configuration
details for installed CTI Devices. The Call Controller processes all CTI
Device messages to determine when to start and stop recording for a
specific recording target
Caller ID Identification of the party that initiates a call
Call ID Call identification used in a PBX system
CCLC Call Controller/Link Controller protocol
CCM Converged Communication Manager (IPC)
CDR Call Detail Record. Metadata describing all call information like start time,
end time, duration, phone numbers and names of the parties in the call, ID
of the line on which the call was made, etc.
Converged Main component of IPC platform
Communication
Manager
CTI Computer Telephony Integration
Dealer Board see ‘Turret’.
Device (Type) Audio source: left or right handset, speaker, or mixed speaker lines
DNS Domain Name System. ‘Translates’ the computer host names to IP
addresses and vice versa
DSC Digital Speech Converter
ESD Electrostatic Discharges
FQDN Fully Qualified Domain Name
Fusion NICE application, enabling to find and replay calls from linked multiple
trading recording systems. Previously known as NICE Distributed
Recording (NDR) and (CyberTech) MAX.
GUI Graphical User Interface
Hardening Eliminating security risks from Operating Systems (OS) and networks.
Typically done by removing non-essential software, utilities and services,
limiting access to system partitions and registry, encryption, etc.
IIS Internet Information Services, a set of Internet-based services for servers
using Windows
IP Internet Protocol
Link Controller Interface between NICE Call Controller and IPC Unigy platform
Media Manager Component of IPC platform
Monitor Tool (NICE) “CyberTech” Recording Solution Monitor.
MRS Multiple Recorder Support (license required for NDR)
Each step refers to the associated section in this manual where you can find the
details. Refer to ‘NICE Trading Recording Manuals ’on page 12 for a complete
overview of reference manuals.
The NICE installation engineer must have a copy of the required installation or
upgrade data on a CD or USB-stick.
Installation Overview
Step System Action Reference
Hardening (Preparation at customer site)
Prep. All systems, network Configuring all required ports • NICE Recording – OS
Hardening Manual –
chapter ‘Firewall’
• See also Appendix C
of this manual, section Open
Port Configuration
NICE Trading Recording
If Core+Chn, Satellites Installing Cards and Firmware, if In case of Parrot- DSC
req. Parrot-DSC cards are applied for cards, follow the steps of
licensing. the separate section of this
If not, skip this step. table below, then proceed
with step 1.
1. Core Server 1 - Master Installing NICE Trading Recording • NICE Recording -
Installation Manual
• See also section
Preparatory Steps on
page 49 of this manual
NICE / IPC Unigy Active IP Recording Integration – Preparation
2. Core Server 1 - Master Creating the Satellite(s) Procedure P01
3. All NICE Trading Setting IPv4 as Preferred Protocol Procedure P02
Recording systems
4. All NICE Trading Checking Network Time Protocol Chapter 5, page 53
Recording and IPC Synchronization
Unigy systems
5. Core Server 1 - Master Updating the Database Separately Chapter 5, page 54
(if necessary)
Incoming / Outgoing
IMPORTANT
Consult the ‘NICE Recording – OS Hardening Manual’ for configuration of all
ports.
In such cases, it is advisable to stop all “CyberTech” services, which is easier and
quicker than stopping and starting selected services one by one.
2. Click the button Stop services in the lower right-hand corner of the Monitor
window. All “CyberTech” services are stopped one by one.
3. Only the DSC Service keeps on running. To stop it, wait until all services have
stopped, then click the button Stop services again.
2. Open the Monitor Tool, using the icon on your desktop. The Monitor window
appears, showing the list with the states of all “CyberTech” services.
3. Click the button Start services at the bottom of the Monitor window. All
“CyberTech” services are started one by one, including the DSC Service.
NOTE: If you start the services with a Parrot API Tool open, an error message
appears, and some services will stop unexpectedly. In such a case:
1. Click Stop services again.
2. Wait until they have stopped.
3. Close the Parrot API tool.
4. Click Start services.
Now you can proceed with the main procedure.
When you stop an individual service, the Controller Service tries to re-start it.
IMPORTANT
Before stopping a service, first stop the Controller Service
The indicator will turn to yellow first, then to red. The (Recording) Service
stops.
NOTE: The DSC Service cannot be stopped individually. Refer to ‘Stop/Start All
Services’.
3. Press the button that shows the required service (in the example below: Start
Recording Service.
The indicator will turn to yellow first, then to green. The (Recording) Service
starts.
NOTE: The DSC Service cannot be stopped individually. Refer to ‘Stop/Start All
Services’.
Instructions
1. In the browser window’s address bar, type:
4. Click the button to the right of the Password field, or press [Enter].
The main window of the Web GUI appears:
Instructions
1. On the Core Server, open the program Export Database Settings:
CyberTech > Recorder > Database Maintenance > Export Database Settings.
The program starts to back up the database. This takes some time, and you will
not see a message or sign of activity. Wait until the message ‘The script has
been executed successfully’ appears.
1. Click the cti integration > targets tabs to show a list of all currently defined
targets. In the example below there are no targets.
2. Click the button in the top right-hand corner to open the Add target
window.
3. Add one or more targets of type ‘Trader ID’ by specifying the following
information:
• Repeat the above steps for each target or target range you have to define for
the Link Controller.
The targets are added to the Overview of all link targets.
IMPORTANT
Installing the Network Time Protocol will disable the Windows Time Service.
• Preparation
• Installing and Configuring NTP
• Check NTP Status
• Configure NTP after Installation
Preparation
• For installation and configuration of the Network Time Protocol, it is strongly
recommended to use the Meinberg Windows Installer for NTP. You can
download it at http://www.meinberg.de/english/sw/ntp.htm. Check this site
regularly for updates.
• Verify with the customer the IP-address(es) of the NTP server(s) used at the
customer’s site.
The window
Configuration Options
appears:
• Enter a (free text) name for the NTPD account and the password.
Adhere to the customer’s naming and password policy (the account is
supplied by the customer).
10. Click Next. Wait until the installation completes. The Window Completing the
Network Time Protocol Setup Wizard appears:
Figure 71: NTP - Completing the Network Time Protocol Setup Wizard
11. Click Finish. You have now installed the Network Time Protocol.
After modifying the ntp.conf file, restart the NTP Service to make all changes
come into effect.
Run Setup
1. Run the setup. You have two options:
• Manually locate the folder containing the original
IntegrationSetup.IPC.Unigy.exe, and double-click the file.
IMPORTANT
Use the original installer kit, stored on the system.
4. Click Next.
• role (CTI, Channels) of a system, add a role to it or remove a role from it.
• location of the backup files
• location of the (future) log files
• number of VoIP channels on a recorder
• type of license (Parrot-DSC based, soft or USB dongle license)
• licenses (by entering different license keys/softlock code)
• recorder ID of a satellite
• number of IPC Unigy Web Services or SIP Server link controllers
• ‘UMS Secret Key’, provided by IPC for Single Sign On service.
After clicking the buttons Change and Next, following windows appear:
• Service Credentials
Enter:
♦ Account Name. By default, this is ‘service’.
♦ Appropriate Password.
Click Next.
• Backup Settings
Verify if all relevant files are
backed up. You can add an extra
backup location, if required (click
Browse).
Click Next.
• Connectivity Roles
Change, add, or remove a role.
Depending on the selected role,
one or more windows appear. For details, see chapter 6 ‘Installation’, items:
♦ 3 Connectivity Roles
♦ 7 Recorder Configuration
♦ 8 Satellite settings
♦ 10 Custom Setup
♦ 11 CTI VoIP Settings
♦ 12 CTI VoIP License Settings
♦ 13 Soft License Settings
♦ 14 Single Sign On credentials
• Ready to change
Click Change.
• Changing
Repair
Repair: the NICE / IPC Unigy Active IP Recording Integration software repairs any
errors that might exist regarding missing or corrupt files, shortcuts, and registry
entries.
After clicking the buttons Repair and Next, following windows appear:
• Service Credentials
Enter:
♦ Account Name (‘service’ by default
♦ Appropriate Password. Click Next.
• Backup settings
Verify if all relevant files are backed up. You can add an extra backup location,
if required (click Browse).
Click Next.
• Ready to repair
Click Repair.
• Repairing
• Completed
Click Finish
Remove
Remove: the NICE / IPC Unigy Active IP Recording Integration software is
uninstalled from your system.
After clicking the buttons Remove and Next, following windows appear:
• Service Credentials
Enter:
♦ Account Name (‘service’ by default
♦ Appropriate Password. Click Next.
• Backup settings
Verify if all relevant files are backed up. You can add an extra backup location,
if required (click Browse).
Click Next.
• Ready to remove
Click Remove
• Repairing
• Completed
Click Finish
Reboot the system to make all changes come into effect.
IMPORTANT
Changing the settings mentioned in this appendix is only allowed if explicitly required.
<setting name="EnableAutomaticUserCreation"
serializeAs="String">
<value>True</value>
to ‘False’.
3. Save the file and close it, or keep it open for the next steps below.
TIP: For more information, see the NICE Recording - Installation Manual, section
‘Match Users with Extension’.
3. Close the registry key to stop, or keep it open for the next steps below.
In this integration recording is VOX triggered, and not based on CTI start/stop
events.
Whenever the active CTI Server fails over to the standby, the call controller of the
standby CTI Server sends a stop event to all recording satellites. With the function
‘Ignoring CTI Start/Stop’ enabled, the satellites ignore this stop event. In this way
audio recording of the calls in progress on the satellites continues during and after
CTI failover.
• IgnoreCtiStartsAndStops=Yes
into
• IgnoreCtiStartsAndStops=No
7. Save and close the CTI_receiver.ini.
NOTE: Drive C:\ is assumed to be the standard location for the program files. If
applicable, replace it by the actually used drive letter.
Parameters
Parameters set in the DSC_server.exe.config:
• PacketLossThreshold. Default 10%. The maximum allowed packet loss (ratio
between send and received packets), before an alarm occurs.
• AlarmingInterval. Default 5 minutes. Time interval used when monitoring the
alarming situation.
When loss of packets exceeding the threshold occurs, it is monitored during
the remainder of the interval time period. If the situation persists at the end of
the interval, alarm 9500 occurs. This alarm is followed at the end of the next
interval by status message 9501. This message is refreshed with each new
interval, as long as the alarming condition is present.
message 9501
packet loss > 10% detected alarm 9500 occurs message 9501 occurs refreshed
alarming interval
packet loss > treshold
Procedure
To change the default RTCP settings, navigate to the folder with the DLL files
(‘C:\Program Files (x86)\CyberTech\Recorder\ParrotDSC’).
2. Open the original file for editing. Go to the section <applicationSettings>. See
Figure 77 below.
...
logs according to the CyberTech rules. -->
<File value="@Managed.Firmware" />
<MaximumFileSize value="1000MB" />
</appender>
</log4net>
<applicationSettings>
<Firmware.RtcpStatistics.Properties.Settings>
<setting name="AlarmingInterval" serializeAs="String">
<value>00:05:00</value>
</setting>
<setting name="PacketLossThreshold" serializeAs="String">
<value>10</value>
</setting>
<setting name="StartRtcpPort" serializeAs="String">
<value>10003</value>
</setting>
<setting name="AlarmingServerEndpoint" serializeAs="String">
<value>http://localhost:4149/AlarmingService</value>
</setting>
<setting name="RtcpTimeOut" serializeAs="String">
<value>00:01:00</value>
</setting>
<setting name="SupervisionStartDelayMs" serializeAs="String">
<value>50</value>
</setting>
</Firmware.RtcpStatistics.Properties.Settings>
</applicationSettings>
</configuration>
...
You can define if you want to see this RTP quality summary:
a. as a message (via SNMP) and a database entry (shown in NTR Web GUI)
b. only as a message (via SNMP)
c. not at all
For this:
1. On a recorder (Core server with channels or satellite), stop the Satellite
Controller Service. Refer to Appendix D, section ‘Stop/Start a Single Service’.
3. Open the original file for editing, and go to the section <applicationSettings>,
<SatelliteController.Properties.Settings>. See Figure 78 below.
Procedure
1. On a recorder, navigate to the folder ‘C:\ProgramData\Cybertech\INI_files’
(this folder might be hidden). Make a backup of the CTI_Receiver.ini file.
2. Open the original CTI_Receiver.ini for editing. Now perform the required
steps below.
Explanation:
[Main]
ParrotDllToLoad=.\Prtdsc.dll
ParrotIniFile=.\parrot.ini
cti_mode_command=supervision 0;prog all directaudio set;vox_setup
1 50 5000;call_split all 15
vox_mode_command=supervision 0;prog all directaudio set;vox_setup
1 50 5000;call_split all 15
WriteMetaDataToFile=No
FilterUnexpectedTags=0
VolumeLevel=0
VolumeLevelMute=-9
IgnoreCtiStartsAndStops=Yes
[CTI_Network]
PlainCtiPort=4245
SSLCtiPort=0
CtiAddress=0.0.0.0
SSLCertName=CyberTech Test Cti Server
SSLClientAuth=Yes
When changing the VOX parameter setting start delay, you must also change the
value of the setting StartRtcpPort in the DSC_server.exe.config! Refer to this
Appendix, section ‘Changing RTCP Settings’ on page 157.
Procedure
• In the CTI_Receiver.ini, go to the lines cti_mode_command= and
vox_mode_command=.
In both lines, you can change the Call Split, from the default to a different
value, e.g. 30 (minutes)
To verify if the VOX settings have been properly implemented, you can use the
Maintenance Tool. Perform following steps on each recorder (Core Server with
channels or satellite).
1. Open the Maintenance Tool (Windows Start > (All) Programs > CyberTech >
Parrot API > Maintenance Tool).
NOTE: In the Maintenance Tool, the VoIP instance is referred to as ‘board’, also
in case of virtual licensing.
2. In the initial window select Settings > Board (not shown here).
5. Press [Enter]. The output window now shows the call split settings for all
channels. The time period set must correspond with the one set in the
CTI_Receiver.ini file.
1. Open the Maintenance Tool (Windows Start > (All) Programs > CyberTech >
Parrot API > Maintenance Tool).
NOTE: In the Maintenance Tool, the VoIP instance is referred to as ‘board’, also
in case of virtual licensing.
2. In the initial window select Settings > Board (not shown here).
4. In the input window, type vox_setup. The Output pane shows the current
settings.
Remark:
You can also use the Maintenance Tool to manually modify the Call Split and
VOX start delay settings. However, if they do not correspond with the settings in
the CTI Receiver INI file, they will return to the values in the INI file every time
the CTI Receiver is (re)started.
To prevent undesired noise recording, you can set the audio detection limit, also
known as VOX threshold. You can set this threshold (in millivolts) in the VoIP INI
files of all VoIP instances.
Procedure
1. Stop the DSC Service. See Appendix D, section ‘Stop/Start All Services’ for
instructions.
2. Open the PrtVOIP0.ini, and go to the top part of the file. In the line
VoxThreshold_mV=0, change ‘0’ to the required value. See Figure 83 below.
...
[ApiSettings]
...
LoadWinPCap=0
LicComMode=0
...
VoxMinDetectionTime_ms=1
VoxThreshold_mV=50
[Found Adapters]
...
The default value is 0, which disables the audio detection limit. This means all
open turret lines are continuously recorded.
3. Save the PrtVOIP0.ini.
4. Repeat this procedure for all VoIP instances of the recorder (Core Server with
channels or satellite) by modifying the PrtVoIP1.ini, PrtVoIP2.ini and
PrtVoIP3.ini, if applicable.
5. Re-start the DSC Service. See Appendix D, section ‘Stop/Start All Services’ for
instructions.
Repeat these steps on all recorders.
For this, you have to perform following steps on the Core Server:
1. If NICE Trading Recording 6.3 or lower is installed, first upgrade this to 6.4 or
higher. For this, follow the steps in NICE Recording - Installation Manual,
chapter 5 ‘Upgrading from 6.0.3 (or higher) to NICE Trading Recording 6.5’.
2. Create a backup of the database. For instructions, see Appendix D, section
‘Backing Up the Database’.
IMPORTANT
Be sure to have a backup of the database created!
If you don’t, the database will be lost!
4. Re-install NICE Trading Recording 6.5. Select the Core Server deployment.
This installs the Core Server without recording channels. The channels are
installed during the next steps by the integration software.
5. Install Integration IPC Unigy 2.2.x. Assign the ‘Channels’ role to the Core
Server (see Figure 85).
a. Uninstall the CyberTech IPC Active R1.0.x Integration from the Core/CTI
server.
For this you can use the (original) Active R1.0.x setup file, or the Windows
Control Panel > Programs and Features. See Appendix F above: ‘Change,
Repair or Remove’
NOTE: Uninstalling the integration software does not affect the installed NICE
Trading Recording system software. The Core Server will remain on the
system.
Now, the integration software is re-installed on the Core Server, without the
CTI.
For this, follow the steps in NICE Recording - Installation Manual, chapter 5
‘Upgrading from 6.0.3 (or higher) to NICE Trading Recording 6.5’.
3. Upgrade the CyberTech IPC Active R1.0.x to Integration IPC Unigy 2.2.x on:
Remarks also refer to small red boxes ‘A’ and ‘B’ (and more, if applicable) on the
Audio player’s time bar to indicate the point of time.
In the column ‘Remarks’ of the pane Search Results, the calls with automatic
remarks have an indicator ‘ ’.
Record on Demand
Call recordings that were stopped or started on demand, show a remark in the
audio player window.
• ‘Failover Remark: Call ended due to failover on channel <x>’ (see Figure 88)
• ‘Failover Remark: Call restart due to failover. Failing over from channel <x> to
channel <y>’ (see Figure 89).
EXAMPLES:
It describes what happens to calls in progress when a satellite or CTI Server fails over
to another. Failover can result in incomplete audio or CDR files of calls that were in
progress when failover occurred. The exact impact on audio and CDR is described
below.
The second part of this appendix describes the failover behavior of IPC zones,
Topics:
• CTI Server Resilience – Failover Behavior
• CTI Server – Power Failure
• CTI Server – Network Failure
• CTI Server – Forced or Error-Caused Failover
• Satellite Pooling – Failover Behavior
• Satellite Failover – Power Failure
• Satellite Failover – Network Failure
• IPC Unigy Zone Resilience – Failover Behavior
• 2N Recording System Resilience
The failover behavior of version 2.0 depends, amongst others, on the time stamping
of start events.
By default, start time stamping by the IPC Unigy environment is used. To enable
time stamping by the NICE / IPC Unigy WebService link controller, include the
link parameter CtTimestamp=True in the link controller’s General Settings (by
default this value is ‘False’).
Although in NICE / IPC Unigy Active IP Recording Integration v1.x the start event
timestamp can also be set to these options, this setting has no influence on failover
behavior.
Figure 90: CTI Server Failover – Power failure (v1.x, or v2.0 with CT Timestamp)
CDR
• 1 Call Data record for second part of the call on standby CTI Server.
No Call Data record for first part of the call.
Audio
• 1 complete audio file on satellite x.
CDR
• 1 complete Call Data record on standby CTI (using IPC Unigy time stamp of start
event).
Audio
• 1 complete audio file on satellite x.
Figure 92: CTI Server Failover – Network failure (v1.x, or v2.0 with CT Timestamp)
CDR
• 1 Call Data record for first part of the call on failed-over (active) CTI Server.
Call Data record is recovered after reconnecting the active CTI Server to the
network.
• 1 Call Data record for second part of the call on standby CTI Server.
Audio
• 1 complete audio file on satellite x.
CDR
• 1 Call Data record for first part of the call on failed-over (active) CTI Server.
Call Data record is recovered after reconnecting the active CTI Server to the
network.
• 1 complete Call Data record on standby CTI (using IPC Unigy timestamp of start
event).
Audio
• 1 complete audio file on satellite x.
Figure 94: CTI Server Forced or Error-Caused Failover (v1.x, or v2.0 with CT Timestamp)
CDR
• 1 Call Data record for first part of the call on failed-over (active) CTI Server.
• 1 Call Data record for second part of the call on standby CTI Server, starting
approx. 30 seconds after failover. Approx. 30 seconds of Call Data missing.
Audio
• 1 audio file on satellite x, from call start to failover.
• 1 audio file on satellite x, from approx. 30 seconds after failover to call end.
Approx. 30 seconds of audio lost after failover.
NOTE: The duration of lost call data may vary. In such a case, the lost audio has the
same duration as the lost data.
CDR
• 1 recovered Call Data record for first part of the call on failed-over (active) CTI
Server.
• 1 complete Call Data record on standby CTI (using IPC Unigy timestamp of start
event).
Audio
• 1 audio file on satellite x, from call start to failover.
• 1 audio file on satellite x, from approx. 30 seconds after failover to call end.
Approx. 30 seconds of audio lost after failover.
The channels of a failing satellite are skipped, and those of the next satellite in line
are used. Calls in progress on the failing satellite are re-directed to the channels of
the next available satellite.
The impact of satellite failover within the NICE / IPC Unigy Active IP Recording
Integration on audio and CDR files depends only on the cause of the failover
(network connection loss or power failure).
The failover behavior is the same for all versions of the integration.
NOTE: With satellite failover the channel changes. Whether the start event timestamp
is CT or IPC Unigy is not relevant.
Audio
• 1 audio file on satellite x, from call start to failover.
Audio (incl. metadata) is recovered after re-commissioning of satellite x.
• 1 audio file on satellite y, from approx. 40 seconds after failover to call end.
Approx. 40 seconds of audio lost after failover.
st
Blank audio: replay of the call using the Call Data record of the 1 part (including
the lost audio) results in a partial call with a “blank” part of approx. 40 sec at the
end.
st
The duration of lost audio may vary. In such a case, the end of the 1 Call Data
nd
record corresponds with the end of the lost audio part. The 2 Call Data record
starts where the first ends.
NOTE: When replaying the call, remarks in the Web GUI show information about the
failover (see Appendix I ‘Automatic Call Remarks in Web GUI’).
Audio
• 1 audio file on satellite x, from call start to failover.
Audio (incl. metadata) is recovered after reconnecting satellite x to the
network.
• 1 audio file on satellite y, from approx. 30 seconds after failover to call end.
Approx. 30 seconds of audio lost after failover.
st
Blank audio: replay of the call using the Call Data record of the 1 part (including
the lost audio) results in a partial call with a “blank” part of approx. 30 sec at the
end.
st
The duration of lost audio may vary. In such a case, the end of the 1 Call Data
nd
record corresponds with the end of the lost audio part. The 2 Call Data record
starts where the first ends.
NOTE: When replaying the call, remarks in the Web GUI show information about the
failover (see Appendix I ‘Automatic Call Remarks in Web GUI’).
Stateless Failover
Stateless failover is failover from one zone to another.
When Zone 1 fails due to network or power failure, the failover process logs all
traders out. The turrets are re-directed to the next zone listed in their turret
profile (Zone 2 in the example). Failover takes approx. 10 seconds.
After the trader has logged in on Zone 2, the CCM notifies the Web Service Link
Controller of Zone 2 (WSLC 2). WSLC 2 allocates new SIP sessions to establish
recording, and the turrets start streaming the audio to the assigned channels.
WSLC 1, still operational, locks the channels reserved for Zone 1. In such a case,
too few channels might be available for WSLC 2. This link controller will wait with
channel assignment until WSLC 1 has closed down, 30 seconds (configurable) after
failover has started. Zone 2 will repeatedly send logon notifications until WSLC 2
starts the sessions.
Stateful Failover
Stateful Failover is failover within a zone, using redundant components. Both
active and standby CCM communicate with NICE Trading Recording via one
(virtual) IP address.
If, in exceptional cases, the Web Services Link Controller does not receive keep-
alive messages from the IPC zone for longer than 30 seconds (configurable), it will
start to close down all SIP Server and Web Services sessions. RTP streaming stops.
When the communication is up again (keep-alive messages coming from the
standby CCM), all sessions and RTP streaming are restarted.
No failover mechanism is required. In case one recording system fails, the other
continues recording. All audio and call data are still available. See Figure 101 below.
For details, refer to IPC Unigy Zone Resilience – Failover Behavior in this
appendix on page 183.
Archiving
Call recordings can be archived using synchronization of both Core Servers,
See also Figure 100 above.
Both Core Servers send their archived calls to the corresponding archive locations.
The archiving system synchronizes the contents of both archive locations. This
makes all calls available on each archive location.
Note that the occurrences of a call on both recording systems might slightly differ
from each other. This can be caused, for example, by different channel numbers
and audio file names, and small differences in length of the audio file. When
synchronizing, the archiving system does not recognize duplicate calls, and stores
both occurrences in both archiving locations. This leads to undesired quadruple
storage of call recordings.
Without a properly working DNS, the servers of the NICE Trading Recording
system are not able to connect to each other, when using computer names.
In such a case, the hosts files of the servers in the NICE Trading Recording system
are used. You have to update these with all host names and IP addresses of all NTR
and NDR servers.
IMPORTANT
Before you modify a hosts file, make sure you have a backup created!
Procedure:
1. Prepare a list of NTR/NDR computer names and corresponding IP addresses.
If it is not complete, you can find a computer name as follows:
a. Right-click (My) Computer. In the menu, select Properties (or Start >
Control Panel > System). The window shows the data of the computer. Use
the ‘Full computer name’ (that includes the domain name).
IMPORTANT
In case of virtual licensing, the license is based on the Fully Qualified Domain
Name of the satellite. If you modify the host name of a satellite, you must obtain
a new license.
5. Click OK (2x).
6. Reboot the system.
NOTE: In case of Core Server Redundancy, in addition you must re-start Core
Replication. Refer to Core Server Redundancy 2.6 - Installation Manual.
c. Click OK.
d. Stop and re-start all services. Refer to Appendix D section ‘Stop/Start All
Services’.
2. Repeat sub-steps a-d of step 1 on all satellites.
d. Click OK.
e. Reboot the system.
After the restart, the CTI Server updates the hostname settings and reconnects to
the Core Server.
Remarks:
Remark: In case of Core Server Redundancy, the list of clients for Core Server
failover is automatically updated.
• Introduction
• Verifying Custom Database Fields
• Adding and Modifying Custom Database Fields
• Adding and Modifying Using the NTR Web GUI
• Adding and Modifying Using a MySQL Tool or DOS Command Line
• Updating the Extrafields.ini
• Finalization
Introduction
Two types of custom database fields (a.k.a. ‘extrafields’) exist:
• Integration specific
• Customer defined
These extrafields have a database column number consisting of ’CVSC’ plus two
digits (e.g. ‘CVSC00’). The NTR Web GUI, tab system installation > database fields
shows all database fields, standard and custom. The mapping of the fields is
provided in the file Extrafields.ini that is installed by the setup.
• when you upgrade an installed IPC Unigy integration that has customized
fields
• if another integration has been installed on the same Core Server.
In such cases the setup does not install the integration specific database fields, to
prevent overwriting
custom fields with the
same column number. At
the end of the setup
procedure, a message
about this appears in the
Completed the Setup Wizard
window:
Take this additional time into account when planning your installation activities.
Steps
Below are the main steps to manually add or modify the custom database fields.
Before you start updating, create a backup of the database. For instructions
see Appendix D, section ‘Backing Up the Database’ on page 142.
# Main Step
1. Verify the custom database fields, using the NTR Web GUI, tab Overview of all
database fields.
Create an overview of all fields that have to be modified or added, with their settings and
properties (Column code, Name, Type, Size).
2. Add the fields to the database, or modify them, using
• the NTR Web GUI: the easiest and safest way, but only possible if the number of
calls in the database is 1,000,000 or less.
• a MySQL tool. Must be used if the number of calls in the database is more than
1,000,000.
If no such tool is available, you have to use the DOS Command Line window. This is a
less preferred alternative.
When using a MySQL tool or DOS Command Line, you need a MySQL script, based on
the overview created under 1. For both, you have to prepare your own script.
3. Update the Extrafields.ini
a. Replace the installed INI file by the one that existed before the setup was run.
b. Verify and, if applicable, update the INI file.
Channel Type CVSC01 Text 255 Recorded device: Left Handset, Right
Handset, Speaker
Trader ID CVSC02 Text 255
NOTE: In the Extrafields.ini file, the name of DBField CVSC98 ‘Audio Quality’ is ‘29’:
1, 29, CVSC98. Also note that the preceding number is ‘1’ (not ‘3’).
Procedure
1. In the NTR Web GUI, click the tabs system installation > database fields.
• The table with the List of IPC Unigy Custom Database Fields above.
• The customer-defined database fields (if any)
• The database fields of the concurrent integration (if applicable)
5. If the database contains less than 1,000,000 calls, you can now use the Web
GUI to modify custom database fields that are not complying.
When done, verify if the fields are shown in the Overview of all database fields.
If the number of calls exceeds this amount, go to the section ‘Adding and
Modifying Using a MySQL Tool or DOS Command ’ on page 200.
IMPORTANT
Before making any changes to the database make sure you have a backup
created.
• Modify a field: click the line item to display the panes. Change the settings
and properties as required.
• Add a field: click the Add database field button to display the panes.
A number of fields in the panes have default settings. The setting Column
shows the next available Column code.
Refer to the explanation of the settings in ‘Verifying Custom Database
Fields’ above. The database field properties are set by default.
IMPORTANT
If the Column number already exists and has a name attached to it, do
not change it.
In case of two concurrent integrations, both can have custom database fields
with the same name. Be sure to assign different numbers to them.
4. When done, verify if the added fields or modifications are shown in the
Overview of all database fields.
In that case, you have to prepare your own script to add or modify custom
database fields. You have to use this script in a MySQL tool or DOS Command
Line.
Using a MySQL tool, such as SQLyog, is preferred. It allows you to see what you
are doing.
• List of IPC Unigy Custom Database Fields (see Table 31 on page 197).
• NTR Web GUI: Overview of all database fields (tabs system installation > database
fields)
• The script files delivered with the installer kit: ExtraColumnsIpcV1.sql,
ExtraColumnsIpcV2.sql, ExtraColumnsIpcV3.sql, ExtraColumnsIpcV4.sql.
• Details of the customized custom database fields
Examples
• To add fields to the database
ALTER TABLE cvs
ADD COLUMN CVSC00 VARCHAR(255) NOT NULL, -- All Parties
ADD COLUMN CVSC01 VARCHAR(255) NOT NULL, -- Channel Type
ADD COLUMN CVSC02 VARCHAR(255) NOT NULL, -- Trader ID
ADD COLUMN … NOT NULL; -- xxx
• VALUES
• The line of values starts and ends with a bracket (…).
• The first value is NULL, then fill in the values of the fields mentioned
above. Enter them in the exact order, separated by commas.
Example of a query:
4. Select the recorder database in the drop-down menu at the top, or in the left-
hand pane.
5. Copy the prepared script into the Query tab. The script in Figure 113 is an
example.
You can also type the script line by line into the Query editor. The font color of
commands and variables is automatically assigned.
The time required for this depends on the number of calls in the database:
Updating a database of 50M calls, for example, will take approx. 16 hrs.
7. Verify in the Message pane if the query has been successfully executed.
2. On the Core Server, check where the MySQL bin folder is located. In this
example the location is ‘cd c:\C:\Program Files\CyberTech\MySQL\bin’.
3. Open a DOS Command window (click Windows Start, type cmd, press [Enter]).
4. In the DOS Command window, change directory (cd) to the one with the
MySQL bin (cd c:\Program Files\CyberTech\MySQL\bin).
Press [Enter].
7. Copy the prepared script into the window, at the cursor (use right-click menu
to paste). If the last line ends in a semicolon (;), the script is immediately
executed when you paste.
You can also type the script line by line in the DOS Command window.
After typing a line, press [Enter].
• If this line ends in a comma (or no mark), a new line can be added.
• If this line ends in a semicolon (;), the script is executed
8. Wait for the script to be executed. The time required for this depends on the
number of calls in the database:
Updating a database of 50M calls, for example, will take approx. 16 hrs.
9. Verify in the lines below the script if the query has been successfully executed.
This mapping is done in the Extrafields.ini, which you can find on the satellites.
Perform the procedure below on all satellites.
The setup always installs a new Extrafields.ini. The Extrafields file that already
existed before you ran the setup is preserved with the name Extrafields.backup, in
the same folder as the new INI file.
To retrieve the correct mapping of the custom database fields that were configured
before, you have to replace the new INI file by the backup INI file, as described
below.
Prerequisite
Before performing these steps, you must have added all custom fields to the
database, as described in the first part of this appendix.
Procedure
Procedure
To verify and update the INI file:
1. Open the Extrafields.ini for editing
2. Make a copy of the file with the name Extrafields.tmp, as a backup. Delete it
after you have completed all steps.
3. In the Web GUI, click the tabs system installation -> database fields. The Overview
of all database fields shows the listing of the database fields.
4. Sort the list by Column.
When Upgrading
1. Go through the listing of the custom database fields in the web GUI (all fields
with ‘CVSC’ plus two digits), and compare them one by one with the listing in
the Extrafields.ini.
For a quick comparison, you can check the Extrafields.backup, which contains
the new integration specific custom database fields.
• The Overview of all database fields contains an item that is not in the
Extrafields.ini → Add it to the INI file. See the example below.
3, Target, CVSC00 # Recorded Target
You must merge both extrafields files into one Extrafields.ini that contains all
relevant custom database fields.
Keep following in mind:
• You must include all extrafields that are available in the Web GUI. The name is
leading.
• Some customers want satellites to be dedicated to one of the integrations. In
such a case, each satellite must have a specific Extrafields.ini. that includes
only the mapping of the custom database fields of the specific integration.
When done, go to the section Finalization below.
Finalization
1. When you are done, the custom database fields in the Extrafields.ini must
completely match the numbers and names in the Overview of all database fields.
Introduction
It often occurs that specific calls have to be directed to a
selected satellite. This might be the case if a customer has a
recording system with satellites installed in different
offices, and wants the calls made at a specific location to
be recorded at the same location. For this, the
feature ‘preferred satellites’ is offered.
Route Profile
A Route profile is a bundle of routing
rules, assigned to one or more link
(controller) groups. A link group
can have only one profile.
Routing Rules
A Routing rule defines on which satellite(s) the calls of a trader are recorded,
depending on the values of the metadata. For this, the rule contains one or more
criteria, and the ID(s) of the satellite(s) (recorder ID).The Default Rule of a route
profile comprises all satellites of the channel group that are not included in the
rules. This default rule is automatically defined, when creating a route profile. It is
not possible to configure it manually. If all satellites are used in the rules, the
default routing rule is empty.
Criteria
A rule’s criteria evaluate specified
Trader’s metadata fields against a
‘Value to compare’ using an
‘Operator’ (such as ‘Equal’, ‘Starts
with’, etc.). In the NICE / IPC Unigy
Active IP Recording Integration,
Flowchart
When a trader logs on, the IPC Unigy environment sends the trader’s metadata to
the recording system.
The assigned satellite remains the preferred satellite until the trader logs off, or
until it fails.
Below you find a flowchart of the satellite assignment process and a brief
explanation.
Rule hit
When a rule is hit, it refers to the satellite(s) that were defined in that
rule, and also the satellites of the default rule (if any).
No rule hit
If no rule is hit, the Default Rule is executed. This
rule refers to the satellites of the channel group that
are not included in the defined rules.
Available channels of the channel group are assigned according to the link group’s
configuration (‘Ascending’ or ‘Weighted Round Robin’).
If the channel group has no channels available, calls cannot be recorded. An alarm
occurs, and the targets of the link group switch to the ‘Error’ state.
Traders are not automatically re-directed to the failed satellite after it has been re-
commissioned. For this, they have to log off and on again.
Basically, after making “on-the-fly” changes in channel groups or link groups you
must always immediately update the link group’s route profile.
Overview
Chk # Step Remark
I. Before installing the NICE Trading Recording software
1. Install Parrot-DSC cards (if applicable) Installing Cards and Firmware on page 216
(see page 41 for details on Parrot-DSC and
Licensing)
II. Before installing the NICE / IPC Unigy Active IP Recording Integration software
2. Perform the Preparatory Steps described in chapter 5 ‘Prerequisites’, on page 49.
3. Install or update the latest Parrot-DSC Section ‘Installing Cards and Firmware’ on
firmware (if applicable) page 216’
III. After installing the NICE / IPC Unigy Active IP Recording Integration software
4. Add DLL files; copy INI file ‘Adding VoIP Support’ on page 218
5. Check and modify parrot.ini (VoIP ‘Adding VoIP Support’ on page 218
driver)
6. Load the applicable licenses (all VoIP ‘Loading Licenses – Parrot-DSC Based’ on
instances) page 220
7. Modify the PrtVOIP0.ini ‘Configuring the First VoIP Instance’ on
page 222
• Configure AudioLocalPorts
• Set audio detection limit
nd
8. Modify the PrtVOIP1.ini In case of 2 VoIP instance
‘Configuring Further VoIP Instances’ on
page 224
• Configure AudioLocalPorts
Modify further PrtVOIPx.ini files • Set audio detection limit
In case of > 2 VoIP instances
9. Activate licensed channels ‘Making the Licensed Channels Available’
on page 225 Using Maintenance Tool
Table 33: Preparatory Steps for Parrot-DSC Based Licensing
Next, it describes the steps necessary for installing the Parrot-DSC firmware.
If ‘soft licensing’ is applied, no cards are required, and you can skip this procedure.
The global steps for installing the Parrot-DSC cards are described in the ‘Parrot-
DSC - Installation Manual’.
IMPORTANT
Be sure to use an anti-ESD bracelet when handling cards!
Installing/Updating Firmware
Preparation
You must have following firmware version available. Put the file on a specified
location on your system.
IMPORTANT
Be sure to REBOOT the system after a firmware
update to make all changes come into effect.
Procedure
On all recorders (Core Server with channels or satellites):
1. Start the Parrot API Programmer (Windows Start > (All) Programs > CyberTech
> Parrot API > Programmer).
A window appears, showing all Parrot-DSC cards installed on the system, with
their properties.
2. Click the box Do update of the Board that has the firmware. It is now marked
with a green ‘√’ symbol:
4. Click the Start updating board configurations button, and wait until the
firmware has been loaded.
Repeat these steps for the other Parrot-DSC cards (‘boards’) in the list. After
updating all boards, reboot the system to make all changes come into effect.
• cti_vox_voip_1.36.x.
Put the folders on a specified location on your system.
In this list, drive C:\ is assumed to be the standard location for the program files. If applicable,
replace it by the actually used drive letter.
1. Stop the DSC Service. Consult Appendix D, section ‘Stop/Start All Services’ for
instructions.
2. Navigate to the folder where the DLL files are located, and create a backup of
it, including content and subfolders.
4. Remove the existing PrtSRTP0.dll from the folder. (When upgrading, this file
is not present, but a PrtSRTP.dll already exists. This is overwritten by the new
one)
IMPORTANT
Be sure to remove the existing PrtSRTP0.dll file. If not, it will cause improper
functioning of the system.
5. Replace the following files in the folder. First check if the existing versions in
the folder are older than the ones that you have.
• PrtDCMP.dll
• PrtVoip0.dll
7. Copy the file PrtVoip0.ini from the folder cti_vox_voip_1.36.x to the ‘…\VoIP’
folder in the original folder with the INI files. This overwrites the PrtVoip0.ini
that was just installed.
Put all copied VoIP INI files into the ‘…\VoIP’ folder in the folder with the INI files.
10. Open the file parrot.ini for editing. It looks like the following:
[GLOBAL]
...
[DRIVERS]
driver1_name=PrtPCI
driver1_type=0x0100
driver2_name=PrtVoIP
driver2_type=0x1000
[SYSTEM]
...
• The system has one or more Parrot-DSC card(s) and VoIP instance(s). The
DRIVERS section must be identical to Figure 123 above.
NOTE: The VoIP driver ‘PrtVoIP’ is added during the installation of NICE
Trading Recording when you select the checkbox ‘Include VoIP support’ in
Setup window ‘Recorder configuration’.
If not, you must manually add the driver to the file.
• The system has no Parrot-DSC card, but only one or more VoIP instances.
This means a virtual or USB dongle license has been installed. In such a
case:
a. manually remove the lines ‘driver1_name=PrtPCI’ and
‘driver1_type=0x0100’.
b. manually change the driver numbers of ‘driver2_name=PrtVoIP’ and
‘driver2_type=0x1000’ into ‘1’. The DRIVERS section of the parrot ini
must now look like Figure 124 below.
1. Start the Parrot-DSC License Tool: Windows Start > All Programs > CyberTech
> Parrot API > License Tool.
The following window appears, showing the licenses per installed board (four
in the example):
2. Select the board for which you want to load license information, and click
License. The License window for the selected board appears:
3. Click Get license. The current license information for the selected board is
shown.
4. Copy the license information as delivered by NICE Systems. Include the
quotation marks, and both checksum characters outside the quotation marks.
5. Click Paste license to load it. The license string and checksum are pasted into
the fields License key/Checksum.
6. Click Set license to write the license information to the specified location. The
License window now shows the information of the loaded license:
Figure 127: Loaded License for Board 2 (SIP Server Link Controller)
• Perform the above steps for all installed boards that have a license.
NOTE: For an explanation of licenses and Data fields, refer to ‘NICE Licensing’ on
page 41.
Procedure
1. Stop the DSC Service (refer to Appendix D, section ‘Stop/Start All Services’).
[DynamicAudioPorts
LoadPresetHelp=LoadPreset: 0 – do not load presets,
1 – Load local and remote port, 2 – Load dual local port,
3 – Use odd port for RTCP
LoadPreset=2
AutoSetFromFirstEntry=1
AudioIP________000=255.255.255.255
AudioLocalPort_000=10002
AudioLocal2Port000=10003
AudioIP________001=255.255.255.255
AudioLocalPort_001=10004
AudioLocal2Port001=10005
AudioIP________002=255.255.255.255
AudioLocalPort_002=10006
AudioLocal2Port002=10007
AudioIP________003=255.255.255.255
AudioLocalPort_003=10008
AudioLocal2Port003=10009
...
...
...
AudioIP________249=255.255.255.255
AudioLocalPort_249=10500
AudioLocal2Port249=10501
[MacToChannel]
MacForCh000=00-00-00-00-00-00
MacForCh001=00-00-00-00-00-00
MacForCh002=00-00-00-00-00-00
…
[DynamicAudioPorts]
LoadPresetHelp=LoadPreset: 0 – do not load presets,
1 – Load local and remote port, 2 – Load dual local port
3 – Use odd port for RTCP
LoadPreset=3
AutoSetFromFirstEntry=1
AudioIP________000=255.255.255.255
AudioLocalPort_000=10002
AudioLocal2Port000=10003
[MacToChannel]
MacForCh000=00-00-00-00-00-00
MacForCh001=00-00-00-00-00-00
MacForCh002=00-00-00-00-00-00
...
AutoSetFromFirstEntry=1
AudioIP________000=255.255.255.255
AudioLocalPort_000=10018
AudioLocal2Port000=10019
Now proceed with step 6.
6. Save the file PrtVOIP0.ini
NOTE: If 10002 is not the first AudioLocalPort number, you must change the setting
StartRtcpPort in the DSC_Server.exe.config as well. Refer to Appendix G, section
‘Changing RTCP Settings’.
7. Re-start the DSC Service. Consult Appendix D, section ‘Stop/Start All Services’
for instructions.
The system now configures all licensed Audio Local Ports for the first VoIP instance.
2. In the folder with the INI files, open the PrtVOIP0.ini, which you modified
before, and go to the section ‘[DynamicAudioPorts]’.
3. Check the number of the last ‘AudioLocal2Port’ included in that INI file
(10xxx). Make a (mental) note of that number.
4. Open the PrtVOIP1.ini, and go to the section ‘[DynamicAudioPorts]’. Refer to
Configuring the First VoIP Instance to see how it looks like.
10. Re-start the DSC Service. Consult Appendix D, section ‘Stop/Start All Services’
for instructions.
IMPORTANT
The VoIP instances must have a different ‘AudioLocal2Port’ configuration. If
not, the instances keep trying to use the same ports. This leads to
malfunctioning of the recording system.
IMPORTANT
When you are configuring further VoIP instances, take the last
‘AudioLocal2Port’ of the previous PrtVOIP….ini as a starting point.
Prerequisite
• ‘Configuring the First VoIP Instance’ and
• ‘Configuring Further VoIP Instances’ (if applicable).
Procedure
1. Log on to a recorder (Core Server with recording channels or Satellite). Use an
account with Administrator rights.
NOTE: In the Maintenance Tool, the VoIP instance is referred to as ‘board’, also in
case of virtual licensing.
3. In the initial window select Settings > Board (not shown here).
This makes all licensed channels available (after rebooting the system).
Verify in the left-hand pane (Line status) that the VoIP channels are added.
Example
The average bandwidth required per channel is ~16kbps (GSM compression).
When recording 250 lines at 50% call volume load, the average bandwidth
required is ~ 16kbps * 250 * 0.5 = 2000 kbps.
Performance Parameters
The performance values of the NICE / IPC Unigy Active IP Recording Integration
are:
FAQs
Consult www.extranice.com for an overview of frequently asked questions.
Contact Information
When encountering any problems during system installation/configuration
and/or testing, please refer to:
16-01-2015 2.2 Ch 1:
Introduction: Updated, added ‘Topics covered’.
Software versions:
- Updated version number of Installer kit.
- Added NTR version required for UTC Support
- Added compatible version of NICE Sentinel.
- Updated version of Core Server Redundancy.
Conditions for Installation: added training courses.
Ch 3:
Overall: Minor text edits.
NICE Trading Recording Configurations:
- Added Configurations 4 and 5.
- Added remarks on max. of channels (depending on codec)
- Updated descriptions to ASF: no NTR on satellites
- Added IMPORTANT note, to not install NTR on satellites.
Special Features: Updated description of Preferred Satellite.
Added IPC Unigy version numbers for 2N Recording and RTCP
Call Split: Updated
Multiple CTI Server Support: Extended.
Metadata (IPC Unigy Call Data). Added CVSC04 and CVSC05
Codec Types:
- Added Soft Clients (2.0.1) to type G.711.
- Added G.711 VAD
- Added note on max. number of channels depending on codec type.
Ch 4:
NTR Hardware Requirements:
- Adapted section ‘Server Hardware’ to Configuration 1 / Other Config.
- Updated information on server hardware.
- Added information on satellites with max. 1000 channels.
- Added section ‘Required Disk Space’
NICE Licensing:
- Re-written ‘Location of Licenses’.
- Removed note on general availability of virtual licensing.
- Added section ‘Verifying License Information’
- Added remark about satellites with 4 instances having virtual licensing only,
and reference to loading of licenses
-Added remark on enabled link controllers (field Data24)
Ch 5:
Customer Prerequisites:
- Updated description of all items
- Added prerequisites on hardware requirements, network latency, listing of
FQDN, NTP credentials, preferred satellite, license info
- Added IPC prereqs: verify IPC versions for RTCP and 2N Recording
- Added prerequisite about number of calls in the database (in case of
upgrade or two concurrent integrations).
Required Firmware and Software:
- Adapted to ASF installation (prereq files, cti_vox_voip and USB installer
included in install file)
- Removed procedure ‘Loading Virtual Licenses’ (now done by the setup)
- Moved all Parrot-DSC related prepar. steps and procedures to Appendix
- Added step & Procedure 'Creating the Satellite(s)'
- Added section ‘Updating the Database Separately’
- Adjusted the table with the listing of preparatory steps
Ch 6:
Introduction:
- Adapted section ‘Installer kit’ (add 'Actions by Setup')
- Extended section 'Locating Files' (table, How to find hidden folder)
- Added section 'Role Dependent Installation' (replaces section on config.)
- Updated and extended section ‘Upgrading’