Documente Academic
Documente Profesional
Documente Cultură
8AL90638USAH Ed. 01
Legal notice
The Alcatel-Lucent name and logo are trademarks of Nokia used under license by ALE. To view other
trademarks used by affiliated companies of ALE Holding, visit: http://www.al-enterprise.com/en/legal/
trademarks-copyright. All other trademarks are the property of their respective owners.
The information presented is subject to change without notice. Neither ALE Holding nor any of its
affiliates assumes any responsibility for inaccuracies contained herein.
© 2020 ALE International. All rights reserved. http://www.al-enterprise.com
Disclaimer
While efforts were made to verify the completeness and accuracy of the information contained in this
documentation, this document is provided “as is”. To get more accurate content concerning Cross
Compatibilities, Product Limits, Software Policy and Feature Lists, please refer to the accurate
documents published on the Business Partner Web Site.
In the interest of continued product development, ALE International reserves the right to make
improvements to this documentation and the products it describes at any time, without notice or
obligation.
The CE mark indicates that this product conforms to the following Council Directives:
• 2014/53/EU for radio equipment
• 2014/35/EU and 2014/30/EU for non radio equipment (including wired Telecom Terminal
Equipment)
• 2014/34/EU for ATEX equipment
• 2011/65/EU (RoHS)
• 2012/19/EU (WEEE)
Table of
contents OpenTouch Client Administrator
Manual
Chapter 1
Reference documents
Chapter 2
Overview
2.1 Overview.............................................................................................................................................12
2.2 About this document..............................................................................................................12
Chapter 3
Implementing OpenTouch Ecosystem
3.1 Overview.............................................................................................................................................13
3.2 Deployment use cases......................................................................................................... 14
3.3 Deployment procedure overview............................................................................... 17
3.4 Configuring the firewall....................................................................................................... 17
3.5 Configuring the DNS server............................................................................................ 18
3.5.1 Public DNS configuration rules.................................................................................................... 18
3.5.2 Configuring the public DNS server............................................................................................. 18
3.5.3 Configuring the private DNS server........................................................................................... 19
3.6 Configuring the conferencing service on OpenTouch..........................20
3.7 Configuring a reverse proxy...........................................................................................21
3.7.1 Overview..................................................................................................................................................21
3.7.2 Declaring the reverse proxy on OpenTouch.......................................................................... 23
3.7.3 Configuring certificate....................................................................................................................... 24
3.8 Configuring an OpenTouch Session Border Controller...................... 25
3.8.1 Overview..................................................................................................................................................25
Chapter 4
Implementing OTC PC/OTC PC One/OT Conference
4.1 Overview.............................................................................................................................................43
4.2 About this section.....................................................................................................................43
4.3 Available features......................................................................................................................44
4.4 Interface overview.....................................................................................................................45
4.5 Topologies........................................................................................................................................ 52
4.5.1 On site topology...................................................................................................................................52
4.5.2 Off site topology (remote worker)................................................................................................52
4.6 Deployment procedure overview............................................................................... 54
4.7 Centralized management for OpenTouch Conversations
customized.......................................................................................................................................54
4.8 Configuring the OTC PC..................................................................................................... 56
4.8.1 Overview..................................................................................................................................................56
4.8.2 Configuring the Nomadic GSM for OpenTouch users with an office phone...........56
4.8.3 Configuring the Nomadic SIP for OpenTouch users with an office phone..............60
4.8.4 Configuring the OpenTouch users to access CCD services from the OTC PC... 62
4.8.5 DeskSharing right for OpenTouch users with an office phone......................................63
4.8.6 Configuring the OTC PC for SIP extension users...............................................................66
4.8.7 Adding an OTC PC as secondary set for a multi device user.......................................73
4.8.8 Configuring video for OpenTouch users.................................................................................. 75
4.8.9 Limitations applying to OpenTouch users with a SIP deskphone as main set..... 76
4.8.10 Deleting a secondary device......................................................................................................... 77
4.9 Configuring the OpenTouch ecosystem............................................................. 78
4.10 Installing the OTC PC on client computers......................................................79
4.10.1 Installing the OTC PC application on computers as standalone client.....................79
4.10.2 Installing the OTC PC on computers with collaboration clients................................... 95
4.11 Installing the OT Conference on client computers as standalone
client..................................................................................................................................................... 110
4.11.1 Overview................................................................................................................................................110
4.11.2 Prerequisites........................................................................................................................................110
4.11.3 Installing the OT Conference application on an single client computer................. 112
4.12 Using certificates for OpenTouch access authentication................116
4.13 Launching the OTC PC.......................................................................................................119
4.13.1 Prerequisites........................................................................................................................................119
4.13.2 Connecting to the OpenTouch server......................................................................................119
4.14 Displaying the type of user logged in..................................................................121
4.15 Configuring the multi-tenant settings on OTC PC.................................. 122
4.16 Configuring the OTC PC extension in Microsoft Outlook............... 123
4.17 Uninstalling the OTC PC from client computers...................................... 125
4.18 Migrating an OTC PC One to an OTC PC......................................................... 125
4.19 Accessing logs.......................................................................................................................... 125
4.20 Troubleshoooting: OTC PC integration............................................................. 126
Chapter 5
Implementing OTC smartphone
5.1 Overview...........................................................................................................................................129
5.2 About this document............................................................................................................129
5.3 Available features....................................................................................................................129
5.4 Interface overview...................................................................................................................131
5.5 Dual mode (Wi-Fi/cellular) within company premises.........................134
5.6 VoIP communications outside company premises................................135
5.7 Topologies...................................................................................................................................... 136
5.7.1 On-site topology.................................................................................................................................136
5.7.2 Off-site topology for OpenTouch users with VoIP............................................................. 136
5.7.3 Off-site topology for OpenTouch users without VoIP ..................................................... 137
5.8 Deployment procedure overview............................................................................. 138
5.9 Configuring the OTC smartphone...........................................................................138
5.9.1 Overview................................................................................................................................................138
5.9.2 Prerequisite and information required.....................................................................................140
5.9.3 Configuring the OmniPCX Enterprise for mobility.............................................................140
5.9.4 Configuring OmniPCX Enterprise telephony settings on OpenTouch.....................146
5.9.5 Associating an OTC smartphone to OpenTouch users.................................................. 151
5.9.6 Granting the right to off-site mobility to OpenTouch users............................................156
5.10 Centralized management for OpenTouch Conversations
customized.....................................................................................................................................157
5.11 Updating the binary of OTC Android Smartphones.............................. 159
5.11.1 Creating a binary package............................................................................................................159
5.11.2 Deploying the binary package.................................................................................................... 160
5.12 Configuring the OpenTouch ecosystem........................................................... 160
5.13 Configuring the Apple Push Notification (APN) service on
OpenTouch.....................................................................................................................................160
5.14 Installing the OTC smartphone application on smartphones......161
Chapter 6
Implementing OpenTouch Conversation for Web
6.1 Overview...........................................................................................................................................180
6.2 Available features....................................................................................................................180
6.3 Interface overview...................................................................................................................182
Chapter 7
VDI (Virtual Desktop Infrastructure) Environment
1 Reference documents
2 Overview
2.1 Overview
The OpenTouch® solution offers client applications that combine voice, video and data services through
a user-friendly graphical user interface:
• OpenTouch Conversation for PC (OTC PC and OTC PC One)
• OpenTouch Conversation for smartphones (iPhone and Android smartphone)
In addition, the OpenTouch solution provides an application for conferencing. The OTC Web allows
anonymous users to join an OpenTouch conference using a browser. The establishment and support of
audio flows between OTC Web and other devices can be handled by the WebRTC technology,
provided this technology is implemented and embedded in the browser.
3 Implementing OpenTouch
Ecosystem
3.1 Overview
The OpenTouch ecosystem consists of the network elements that exist independently of systems
provided by ALE International, but interacting with the OpenTouch server and OpenTouch Conversation
client applications. The network elements are used to control media and data transmission between the
OpenTouch Conversation client applications outside the company (off-site) and the company intranet
network (LAN).
If you are outside the company (off-site), you can connect to the company LAN either:
• Over a VPN connection:
IPsec VPN is supported for OTC PC and OTC iPhone, when such a VPN connectivity is provided by
the user device and the company network.
• Via a secured network infrastructure including the following network elements:
• A reverse proxy (RP), which provides:
• Mobility for all remote workers
• Access to OpenTouch conferences for anonymous users
• Access to conference services such as desktop sharing for remote workers
The reverse proxy controls all data communications (web services, device management and
conferencing services) through HTTPS connections
• An OpenTouch Session Border Controller (OTSBC), which handles VoIP communications
performed from OpenTouch Conversation client applications running off-site, and from browsers
with VoIP capabilities, for anonymous users
The OTSBC controls media (voice/video) communications through SIP/TLS signaling and SRTP
flows, or SIP over WebSockets Secured signaling and DTLS-SRTP flows if conference access is
via WebRTC
The network elements to consider depend on the deployment use case selected by the customer
(see: Deployment use cases on page 14).
Company network
OTSBC
Firewall Firewall
Internet
OpenTouch server
RP
OmniPCX Enterprise
Anonymous users
using an OpenTouch Conversation
for Web application (Conferencing service)
via a conferencing service FQDN (conference.company.com in the figures below), which must
be configured in the OpenTouch server and also in the RP via redirection rules (see: Configuring a
reverse proxy on page 21).
The conferencing service FQDN must be available for:
• Office workers, for which the private DNS server must resolve the conferencing service FQDN
into an IP address different from the OpenTouch IP address (called conferencing service
IP address in the rest of the document). This IP address must be located in the same
subnetwork as the OpenTouch IP address
• Anonymous users/remote workers, for which the public DNS server must resolve the
conferencing service FQDN into the RP IP address
Company network
DMZ
LAN
In addition to the RP, an OTSBC can be deployed in the OpenTouch ecosystem to allow remote
workers to handle VoIP communications from their OpenTouch Conversation client application, and
anonymous users to handle VoIP communications from browsers with VoIP facilities. This interface can
be reached from the internet via the OTSBC public FQDN (pub-sip-services.company.com in the
figure below).
Remote corporate
workers Company network
DMZ
OTSBC
OpenTouch server
pub-sip-services.company.com
Internet RP ot.company.com
conference.company.com
conference.company.com
pub-ot.company.com
Anonymous users
(Conferencing service) LAN
The RP and OTSBC components of the OpenTouch ecosystem can be shared between several
OpenTouch nodes in the case of a multi-OpenTouch deployment. Such a topology is applicable if the
customer DMZ is centralized for all back-end OpenTouch/ OmniPCX Enterprise nodes.
Remote corporate
workers Company network
DMZ
OTSBC OpenTouch1 server
pub-sip-servicesot1.company.com ot1.company.com
pub-sip-servicesot2.company.com conferenceot1.company.com
Internet
OpenTouch2 server
pub-ot1.company.com RP
pub-ot2.company.com
ot2.company.com
conferenceot1.company.com conferenceot2.company.com
In case of multi-site deployments with a dedicated DMZ, several instances of RP and SBC components
can be deployed to cover for geographic constraints.
Company network
Site 1
DMZ Site1
OTSBC
Remote corporate workers
OpenTouch1 server
pub-sip-servicesot1.company.com
RP
ot1.company.com
conferenceot1.company.com
conferenceot1.company.com
pub-ot1.company.com
Internet
Site 2
DMZ Site 2
OTSBC
OpenTouch2 server
pub-sip-servicesot2.company.com
Anonymous users
RP
(Conferencing service) ot2.company.com
conferenceot2.company.com
conferenceot2.company.com
pub-ot2.company.com
In OpenTouch R2.3, OpenTouch ecosystem deployments with OTES are no longer supported. When
upgrading an OpenTouch ecosystem with OTES from R2.x (or lower) to R2.3 (or higher), you must
reconfigure the current RP to handle access to OpenTouch conferences for anonymous users. This
consists in configuring the Web collaboration interface of the RP (see: Upgrading the OpenTouch
ecosystem, removing the OTES on page 32)
OTES 2.x
RP (reconfigured)
Upgrade from
RP R2.x to R2.3 (or higher)
OTSBC
OTSBC
DMZ
SBC
Internet
Reverse proxy
Public DNS
server
pub-sip-services.company.com <=> SBC public IP address
pub-ot.company.com <=> Reverse proxy public IP address
conference.company.com <=> RP public IP address
DNS request/answer
DMZ
OTSBC
pub-sip-services.company.com
Internet
Reverse proxy
Firewall
Remote corporate workers
and anonymous users pub-ot.company.com
(Conferencing service) conference.company.com
In all cases, the public DNS server must be configured to resolve the corresponding element network
FQDN into its IP address.
Once configured, verify that DNS resolution is correct:
1. From a computer connected to the internet, open a command-line interface
2. Type the nslookup command followed by the corresponding element network FQDN
Example:
If the OpenTouch public FQDN is pub-ot.company.com, enter: c:>nslookup pub-
ot.company.com
Private DNS
server
DNS request/answer
Customer network
Office
Company workers
LAN
Firewall
OpenTouch servers
Cluster Name Displays the conferencing service FQDN (for example: confer-
ence.company.com)
If the conferencing service FQDN and IP address are not configured, use the re-hosting operation as
follows:
1. Open a root session on the OpenTouch console
2. Enter the ot-config.sh --rehost command
The rehosting wizard is displayed.
3. Click Next until the screen including the area called Conferencing Service Address
4. Select Yes, and complete the following attributes:
Domain Name Modify the domain name, if different from the OpenTouch domain name
IP address Enter the conferencing service IP address. It must be different from the
OpenTouch IP address
This IP address must be located in the same subnetwork as the Open-
Touch IP address
5. Click Next, then Finish on the last screen
If mobility is provided for remote workers, the Connected users interface of the RP must be
configured, with the following requirements:
• WebSockets tunneling must be enabled on the RP interface to allow the RP to handle all
conferencing and collaboration flows, including desktop sharing. WebSockets are supported by Blue
Coat and NGINX
• Cookies rewriting must be applied to this RP interface, to cover cases where the internal domain is
not the same as the public domain (for example: company.local versus company.com), and
ensure remote OpenTouch Conversation clients correctly send OpenTouch cookies (for example:
ACS domain cookie) when they use the public FQDN located on a domain other than the
OpenTouch server domain. This rewriting feature is also a standard feature of reverse proxies
• Redirection rules must be created on the RP interface to define mapping between the requests
received by the reverse proxy and the requests forwarded to the OpenTouch server:
• OpenTouch server public IP address => OpenTouch server private IP address for device
management traffic
• <OpenTouch server public IP address>:8016 => <OpenTouch server private IP address>:8016
• Reverse Proxy buffering must be disabled
Example:
If access to OpenTouch conferences is provided to anonymous users, the Web collaboration interface
of RP must be configured, with the following requirements:
• Filtering rules must be defined to prevent access to:
• Data or services that are not related to conferences
• Conference data for users who are not invited to conferences
• A redirection rule must be created on the RP interface to define mapping between the requests
received by the reverse proxy and requests forwarded to the conferencing service of the
OpenTouch server:
Conferencing service FQDN (internet side) => Conferencing service FQDN (intranet side) or IP
address
Example:
The two interfaces (Connected users and Web collaboration) must be configured when the customer
wants to provide mobility to remote workers, and access to the OpenTouch conferences for anonymous
users.
The use of reverse proxies or others systems, non validated by ALE International, is authorized under
strict conditions. They must be compliant with the architecture tested and technical requirements
described in the Inter-Working Report (IWR) documents written for the ProxySG appliance of Blue Coat
and the NGINX Plus product. These IWR documents are available on AAPP.
These requirements are:
• HTTPS Reverse Proxy service configured to associate a certificate with a public IP address
• Importing SSL keyrings and CA
• Hostname or domain name based SSL certificates
Note:
Alternatively, the RP may support delivering one specific certificate per presented FQDN, if for some reason the
customer’s PKI provider does not deliver SAN based or wildcard certificates, or if the customer prefers managing
certificates this way. NGINX supports specific certificates per virtual server.
Caution:
Use a public certificate authority already known by the browser (such as Internet Explorer, Chrome, or
Firefox) to prevent the display of certificate error messages when the user connects.
OmniPCX Enterprise
Internet Intranet
Signaling (SIP/TLS) SIP
Audio/video (SRTP)
OpenTouch RTP
client application OTSBC
Telephony
devices
Figure 3.11: Off-site mobility with signaling and media encryption (SIP/TLS and SRTP)
In case of conferencing access via WebRTC, communications to secure between OTC Web
applications and the company LAN are SIP over WebSockets Secured and DTLS-SRTP flows.
Internet
Intranet OpenTouch
Signaling (SIP over WebSockets) SIP
Audio (DTLS-SRTP)
RTP
OpenTouch OTSBC
Conversation for Web
Telephony
devices
Figure 3.12: Off-site mobility with signaling and media encryption (SIP over WebSokets and DTLS-
SRTP)
3.8.2.1 Declaring an OTSBC profile for SIP/TLS and SRTP connections with OTC applications
used off-site (required for conferencing access)
1. From the OpenTouch configuration window of the OmniVista 8770, select Eco system > IT Server
2. Right click and select Create > SBC Server
Name Enter a display name used to identify the OTSBC in the OmniVista 8770
Port Enter the SIP/TLS port required for conferencing access via OTC appli-
cations used off-site (recommended port: 5263/default port: 5061)
3.8.2.2 Declaring an OTSBC profile for SIP/TLS and SRTP connections with OTC applications
used off-site by OpenTouch users
1. From the OpenTouch configuration window of the OmniVista 8770, select Eco system > IT Server
2. Right click and select Create > SBC Server
The OTSBC configuration window is displayed (see: Figure 13)
3. Review/modify the following attributes:
Name Enter a display name used to identify the OTSBC in the OmniVista 8770
Port Enter the SIP/TLS port required for OTC applications used off-site by
OpenTouch users (remote workers) (recommended port: 5261/default
port: 5060)
3.8.2.3 Declaring the OTSBC profile for conferencing access via OTC Web/WebRTC
1. From the OpenTouch configuration window of the OmniVista 8770, select Eco system > IT Server
2. Right click and select Create > SBC Server
Name Enter a display name used to identify the OTSBC in the OmniVista 8770
Transport protocol Select WSS (only displayed when Network type is set to WAN) (default
value: TLS)
Port Enter the port used to connect to the public SIP interface of the OTSBC
(default port: 8061). This port is used for audio communications via
WebRTC.
WAN SBC Use the drop-down menu to select the OTSBC configured for conferenc-
ing access via WebRTC
Session refresh re- Enter the maximum amount of time (in seconds) that can occur between
quests interval(s) two session refresh requests in a dialog before the session is considered
as timed out.
Default value: 3600.
Session timer re- Select the process used to perform session refresh.
fresher
Default value: UAC.
5. Click the validate icon to save your modifications
SBC port Select the port number used to connect to the public SIP interface of the
OTSBC (recommended port: 5261/default port: 5060)
Note:
For OTC PC clients, these parameters can also be defined in OTC PC profiles that can be applied to OTC PC
clients when they are created and associated to SIP extension users.
5. Click the validate icon to save your modifications
Note:
This operation adds OTSBC information in the device configuration file.
3.8.3.2 For OpenTouch users other than SIP extension (Nomadic SIP)
The following operation applies to OpenTouch users declared on the OmniPCX Enterprise other than
SIP extension. To allow these OpenTouch users to use the OTC PC outside company premises, the
Nomadic SIP feature is required. In this case, the OTSBC must be declared for all SIP devices
declared on the OpenTouch and reserved for the Nomadic SIP feature.
1. From the OpenTouch configuration window of OmniVista 8770, select System services >
Topology > OXE callservers > OXE SIP subscriber
2. Select each SIP device of the pool reserved for the Nomadic SIP feature
3. In the properties area, select the Security tab
SBC WAN Double click and use the drop-down menu to select the OTSBC used for
connections with OpenTouch Conversation applications used off-site by
OpenTouch users (remote workers) (see: Declaring an OTSBC profile for
SIP/TLS and SRTP connections with OTC applications used off-site by
OpenTouch users on page 27)
SBC WAN Double click and use the drop-down menu to select the corresponding
OTSBC (see: Declaring an OTSBC profile for SIP/TLS and SRTP
connections with OTC applications used off-site (required for
conferencing access) on page 26 )
3. Click the validate icon to save your modification
conferences for anonymous users. This configuration enables to remove the OTES from the
OpenTouch ecosystem. It consists in:
1. Updating the RP certificate to address the conferencing service FQDN. This might not be necessary
if the RP certificate is a wildcard certificate
2. Updating the RP configuration (Connected users and/or Web collaboration interfaces), according
to the use cases to deploy (see: Deployment use cases on page 14)
3. Updating the RP settings in the OpenTouch configuration to change the ACS public URL from the
ACS cluster FQDN to the OpenTouch public FQDN. Once this operation is performed, connected
clients only communicate with the RP (see: Declaring the reverse proxy on OpenTouch on page 23)
4. Updating the public DNS to resolve the conferencing service FQDN into the RP public IP address,
instead of the public IP Address of OTES. Once this operation is performed, no more traffic from
remote clients goes through OTES
5. Removing the OTES from the stack defined in the OpenTouch configuration (see document [13]).
This operation requires an OpenTouch server reboot
6. Uninstalling the OTES server
SIP extension
SEPLOS
SEPLOS Softphone
REx
SEPLOS
OTC Smartphone
Figure 3.17: Example of profile with NOE/UA deskphone as main device
OpenTouch users are within company premises. They can receive calls from any of their devices:
NOE/UA deskphone, OTC PC (with VoIP), or OTC smartphone (cellular mode or VoIP).
They can monitor all of their devices from their OTC PC.
Warning:
Overflow on Secondary is not activated when Main Set is put out of service by prefix or by setting its address to
255 in the configuration tool, so that Automatic Forward for Out Of Service (AFOOS) is not activated on Secondary
Set.
A TDM set can be seen as Out Of Service for the following reasons:
• The TDM phone set is physically unplugged.
• The TDM phone set is put out of service logically by system configuration/maintenance tool/CSTA
service.
• The TDM phone set is put out of service using the Out of service/In service prefix. This feature
does not work for sets put in OOS state using this prefix.
This configuration (TDM phone out of service) can be used for OpenTouch users with smartphone in
standalone mode. In this case, call routing rules are:
• Incoming calls: handled in smartphone through remote extension
• Outgoing call: handled in 3PCC mode from smartphone
• Routing rules: smartphone only, forward
• Routing profiles displayed on smartphone: deskphone, deskphone & mobile, other & mobile
• Route my call to displayed on smartphone (call forwarding): voice mail, user, number
For example, this configuration can be used with IPDSP or desk sharing user.
SIP extension
Softphone
SEPLOS
SEPLOS SEPLOS
REx
SEPLOS
OTC Smartphone
Figure 3.18: Example of profile SIP deskphone as main device
OpenTouch users are within company premises and they have a SIP deskphone (8008 DeskPhone,
8018 DeskPhone, or 8028s Premium DeskPhone) as main device. They can receive calls from any of
their devices: SIP deskphone, OTC PC (with VoIP), or OTC smartphone (cellular mode or VoIP).
They can monitor all of their devices from their OTC PC.
Caution:
Call routing on other number (routing profile defined on OTC PC) is not available with this configuration
because the main device is not a NOE/UA deskphone.
SIP extension
SEPLOS
SEPLOS Softphone
REx
SEPLOS
OTC Smartphone
OpenTouch users have an OTC PC (with VoIP) and OTC smartphone (cellular mode or VoIP).
The call routing rules are:
• Incoming calls: handled in smartphone through REX, and VoIP on OTC PC application
• Outgoing call: handled in 3PCC mode from smartphone, or from PC
• Routing rules: PC only, PC + smartphone, smartphone only (PC off), forward
• Routing profiles displayed on smartphone: personal computer and mobile, personal computer
• Route my call to displayed on smartphone (call forwarding): voice mail, user, number
• Routing profiles displayed on PC: personal computer
• Route my call to displayed on PC: voice mail, forward to (*)
Routing profiles on smartphone and PC are not the same, and the display differs on the two devices.
The following PCX options (access path: Classes of service > Phone Features COS) must be
validated to have permanent call routing to smartphone:
OTC PC
Figure 3.20: Example of profile with PC in standalone mode
If an administrator decides to keep the existing configuration with SIP extension as main device, all new users
must still be created with this configuration.
After upgrading OpenTouch to R2.6, existing users with SIP extension profile as main device with OTC
smartphone will not be modified. This profile based on the SIP extension as main device will still be
supported on OpenTouch R2.6.
It is recommended to delete and recreate those users with Remote Extension as main device to
benefits from this evolution. However, end users will lose their favorites, conferences, voice messages,
avatars and call log history.
Main
REx
SIP device
OTC Smartphone
Figure 3.22: Example of profile with smartphone in standalone mode
OTC PC
(RCC mode)
SEPLOS
Main Secondary
Main Secondary
REx
SEPLOS
DSU
OTC Smartphone
Figure 3.23: Example of profile with DSU and OTC smartphone as main device
In the following configuration, OpenTouch users can also use a meeting room deskphone, in addition to
their OTC smartphone (cellular mode and/or VoIP). All devices ring on incoming calls.
They control the meeting room deskphone from their OTC PC.
Other number
OTC Smartphone
UA
OTC PC activates
Nomadic mode
Virtual
Main Secondary
Softphone
SEPLOS
SEPLOS
SIP extension
REx
SEPLOS
DSU
OTC Smartphone
Figure 3.24: Example of profile with DSU and OTC PC as main device
OpenTouch users log on the DSS. All devices ring on incoming calls.
Softphone
SEPLOS
SEPLOS
SIP extension
REx
SEPLOS
DSS
OTC Smartphone
4.1 Overview
The following paragraphs are intended for people in charge of configuring and commissioning the
OpenTouch Conversation for PC (OTC PC) available for OpenTouch users.
The OTC PC includes an embedded SIP softphone, and can be installed in a user desktop
environment, either:
• On a computer where no collaboration application is installed.
In such a configuration, the OTC PC application is installed on the computer as a standalone client.
It can run on computers with any of the following operating systems: Microsoft Windows OS or
Apple MAC OS
• On a computer where a collaboration application is already running (Skype for Business or Teams)
In such a configuration, the OTC PC application is installed into the collaboration client and they
operate as a unified user interface. When this occurs, OTC PC services are available when the user
logs in the collaboration client.
This configuration is only offered on computers with Windows OS. It is not offered on computers
with MAC OS.
Extensions of the OTC PC can also be installed on the e-mail client (Microsoft Outlook) present on the
computer with Windows OS, and on which the OTC PC must run. These extensions provide services
such as: messaging, telephony, Instant Messaging (IM), and presence. Extensions cannot be installed
on computers with MAC OS.
For details on the compatible versions of the collaboration application (Skype for Business or Teams)
and e-mail client (Microsoft Outlook), refer to the Feature List.
As of R2.3, when installed on a computer as standalone client, the OTC PC can run without a desktop
license. In this case, it runs as a lighter client, offering a limited number of services. The OTC PC
started without a desktop license is called OTC PC One. It can run on computers with Microsoft
Windows or an Apple MAC OS.
In the following paragraphs all mentions of OTC PC apply to OTC PC One, unless specified otherwise.
1
Personal area
2
Applications area
3
Conversation wall
Favorite Access the list of favorite contacts. • Display the favorite contact
contacts card
Favorite contacts are indicated by a
star icon on the conversation wall. • Make an audio call
Conversa- Access the conversation history and • Call back the other party
tion history the list of missed events. • Read the IM
and missed
A counter indicates the number of
events
unacknowledged missed calls and
missed IMs
Voice mail Access the new voice messages • Listen to a voice message
and callback requests. • Delete a voice message
A counter indicates the number of • Delete all voice messages in
new voice messages one go
Note:
Accessing the Visual Voice Mail from the
OTC PC One is not possible. The voice
mail icon provides access to the TUI on
the controlled device.
Note:
The icon only appears when you are member of a supervision group, and logged in to this group. The
number in a red circle indicates the number of active supervisors in the group. When you click the icon, a
window opens with the list of group members. This window allows you to modify your group options.
According to your needs, the OTC PC home page can be resized using the icons available at the
bottom of the home page:
You cannot resize the home page of the OTC PC One: The conversation history and favorite contacts
are only displayed in a vertical view.
4.5 Topologies
4.5.1 On site topology
Within company premises, the OTC PC relies on the company intranet network (LAN) for media (voice/
video) and data transmission. The OTC PC can connect to the company intranet network using a wired
connection (Ethernet cable) or a wireless connection (Wi-Fi network).
The OTC PC uses:
• SIP signaling and RTP connections to perform VoIP and video communications
Note:
SIP and RTP are not encrypted within the company intranet network (no SIP/TLS and SRTP connections).
• HTTPS connections to exchange data with the OpenTouch server (for example: web services and
OmniTouch ACS services)
OpenTouch
Company
Wi-Fi Network
OmniPCX Enterprise
Signaling (SIP)
Data
Data (HTTPS) (HTTPS)
Audio (RTP)
S IP)
OTC PC al ing (
Sign
Intranet
Aud
io (R
TP)
OTC PC
Telephony
devices
OpenTouch
Signaling (SIP)
OmniPCX Enterprise
Data (HTTPS)
Internet
Internet Intranet
VPN link
VPN client VPN server
OTC PC
Audio/video (RTP)
Telephony
devices
• If a VPN connection is not configured, the internet network (also called WAN) for data transfer, SIP
signaling and media flows (VoIP and video communications)
Enterprise DMZ
Reverse
proxy
OpenTouch
HTTPS
Intranet
SIP
Firewall
Internet OmniPCX Enterprise
Data (HTTPS)
SIP
Signaling (SIP/TLS) RTP
Session Border
Audio/video (SRTP) (*) Controller
OTC PC
Telephony
devices
In this configuration, a secured network infrastructure is required for media and data transmission
between the OTC PC and the company intranet network (LAN). This is achieved by the following
network components:
• A reverse proxy, which controls data flows (web services, device management, and conferencing
services (as of R2.1.1)) through HTTPS connections
• A Session Border Controller (SBC), which secures VoIP and video communications through
SIP/TLS and SRTP connections
4. Click the Custom attribute [] field and use the contextual menu to select Add
New option lines are added
5. Review/modify the following attributes:
4.8.2 Configuring the Nomadic GSM for OpenTouch users with an office phone
4.8.2.1 Overview
The Nomadic GSM feature is intended to users who have a home office phone. In this case, the
Nomadic GSM license must be validated and Nomadic ghosts Z must be available.
The following applies to OpenTouch users whose main set is a TDM (9 Series or 80x9 Premium
DeskPhone) or IP NOE (8 Series or 80x8 Premium DeskPhone) deskphone.
Caution:
The Nomadic GSM feature is not available for OpenTouch users declared as SIP extensions in the
OmniPCX Enterprise.
The Nomadic GSM requires ghosts Z. They are used to redirect the calls, initially intended to the office
phone, to the phone used by OpenTouch users (phone number selected on OTC PC).
The Nomadic GSM feature configuration consists in:
1. Configuring the ghosts Z on the OmniPCX Enterprise on page 57
2. Declaring the ghosts Z on the OpenTouch server on page 58
3. Granting the right to the Nomadic GSM feature to OpenTouch users on page 59
4.8.2.2 Prerequisite
OpenTouch users must be declared on the OmniPCX Enterprise and OpenTouch. For more
information, refer to the chapter User creation and administration of document [3].
Caution:
If OpenTouch users have an analog set as main set, for the application to work after login, you must
change their set type to Analog with 4980 on the OmniPCX Enterprise.
Note:
The Ghost Z does not have a physical connection.
4. In the Facilities tab, review/modify the following attributes:
• Create more or less virtual resources depending on the mode assigned to the OpenTouch users.
• If, for example, the system has a potential of 50 users using the OTC PC:
• If these users are home-workers and need the Nomadic GSM feature with no service interruption, you must
create 50 virtual phone sets (one per user)
• If some of these users only require the Nomadic GSM feature temporarily, and if this service is not critical,
you can create a pool of 10 virtual phone sets only (there is no strict rule for the dynamic mode)
Display name Enter a display name for the Ghost Z range of numbers. This name is
used to identify the Ghost Z range of numbers in the OpenTouch con-
figuration window
OXE Application server Use the drop-down menu to select the OmniPCX Enterprise on which
the Ghosts Z have been configured
Z ghosts min value Enter the first directory number of the Ghost Z range
Z ghosts max value Enter the last directory number of the Ghost Z range
4. Click the validate icon to apply your modifications
4.8.2.5 Granting the right to the Nomadic GSM feature to OpenTouch users
To grant OpenTouch user the right to the Nomadic GSM feature:
1. From the OpenTouch configuration window of the OmniVista 8770, select Users and devices >
Users
2. Select the OpenTouch user to modify
Nomadic GSM Select the check box to allow OpenTouch users to use another de-
vice than the office device. This solution addresses to remote work-
ers
Desktop Select the check box to start the application as an OTC PC applica-
tion.
If the check box is not selected, the application starts as an OTC PC
One.
4. Click the validate icon to apply your modification
4.8.3 Configuring the Nomadic SIP for OpenTouch users with an office phone
4.8.3.1 Overview
The following applies to OpenTouch users associated to an office phone (analog, TDM or IP set) on
OmniPCX Enterprise.
Caution:
The Nomadic SIP feature does not apply to OpenTouch users declared as SIP extensions in the OmniPCX
Enterprise.
The Nomadic SIP feature configuration consists in:
1. Configuring SIP external devices on the OmniPCX Enterprise on page 60
2. Declaring SIP external devices on the OpenTouch server on page 61
3. Granting the right to the Nomadic SIP feature to OpenTouch users on page 62
4.8.3.2 Prerequisites
• OpenTouch users must be declared on the OmniPCX Enterprise and OpenTouch. For more
information, refer to the chapter User creation and administration of document [3].
Caution:
If OpenTouch users have an analog set as main set, for the application to work after login, you must
change their set type to Analog with 4980 on the OmniPCX Enterprise.
• Ghosts Z must be declared on the OmniPCX Enterprise and OpenTouch, in the same way as for the
Nomadic GSM (see: Configuring the Nomadic GSM for OpenTouch users with an office phone on
page 56).
URL UserName Enter the URL user name, for example, the directory number of SIP
device
Video Support Profile Select Un Restricted if video is offered on this SIP device
5. Click the validate icon to apply your modifications
Do not forget to configure the correct connection class of service of SIP devices, which must offer the
same rights as for OpenTouch users.
SIP nomadic device Enter the directory number of the SIP device created on the Om-
number niPCX Enterprise
Maximum number of Set this attribute to 1 if video is offered on this SIP device
lines
OXE CS Select the OmniPCX Enterprise on which SIP devices have been cre-
ated
SIP Login Enter the value set in the URL UserName field for SIP device config-
uration (see: Configuring SIP external devices on the OmniPCX En-
terprise on page 60)
SIP Password Enter the value set in the SIP Passwd field for SIP device configura-
tion
The SIP password entered in this field must be identical to the SIP
password configured on OmniPCX Enterprise (see: Configuring SIP
external devices on the OmniPCX Enterprise on page 60)
4. Click the validate icon to apply your modifications
4.8.3.5 Granting the right to the Nomadic SIP feature to OpenTouch users
To grant OpenTouch user the right to the Nomadic SIP feature:
1. From the OpenTouch configuration window of the OmniVista 8770, select Users and devices >
Users
2. Select the OpenTouch user to modify
The Users configuration window (see: Figure 3)
3. In the Licenses tab, review/modify the following attributes:
Nomadic SIP Select the check box to allow OpenTouch users to use the softphone
embedded in the OTC PC instead of the office phone. The Nomadic
SIP is incompatible with the Flex Office feature.
Desktop Select the check box to start the application as an OTC PC.
If the check box is not selected, the application starts as an OTC PC
One.
4. Click the validate icon to apply your modification
4.8.4 Configuring the OpenTouch users to access CCD services from the OTC PC
As of OpenTouch R2.4, CCD agents can use the OTC PC application to access basic CCD services,
such as:
• Log in/log out to CCD distribution
• Handle incoming CCD calls (take call, call hold, call recording, call transfer)
• Specify agent information on the OTC PC settings (secret code, list of processing groups used,
automatic processing group assignation)
This feature addresses CCD agents configured on the OmniPCX Enterprise with associated Pro-ACD
sets (fixed agents). They use the Pro-ACD set either for business activity when logged out, or CCD
activity when logged in. The Pro-ACD set can be single line or multiline.
The Pro-ACD set cannot belong to a twin-set/multi-device configuration, as main or secondary device.
CCD agents must be configured without multiline keys, and access right to the CCA application (the
CCA Operations field must be set to False).
For CCD configuration on OmniPCX Enterprise, see the CCdistribution System Documentation
R10.x (reference: 8AL91301).
On the OpenTouch:
• The pro-ACD sets must be declared as OpenTouch users.
OpenTouch users can only have one office phone, that is the pro-ACD set (no twin-set/multi-device
configuration). The pro-ACD set must be supported by both the CCD and OpenTouch users.
Devices such as SIP extension, remote extension, smartphone and DECT handset are not
supported.
For more information on OpenTouch user configuration, see the chapter User creation and
administration of document [3].
Note:
OpenTouch users can also have the right to the Nomadic SIP feature (see: Configuring the Nomadic SIP for
OpenTouch users with an office phone on page 60).
• OpenTouch user settings must be completed with the directory number of the corresponding CCD
agent , and the right to the desktop license:
1. From the OpenTouch configuration window of the OmniVista 8770, select Users and devices >
Users
2. Select the OpenTouch user to modify
3. In the Contacts tab, review/modify the following attribute:
Agent directory number Enter the directory number of the corresponding CCD agent
Caution:
The OpenTouch users configured with an agent directory number
(agent line) cannot belong to OpenTouch supervision groups.
This usage is compatible with the Nomadic SIP or Nomadic GSM mode, to switch the routing to
Personal Computer device or Home Phone/Personal Mobile device.
With the routing mode, the user must log out from the Desktop Sharing Set or the following error
message is displayed.
Once the user is logged out, the application remains on Deskphone routing and an icon notification is
displayed to indicate that audio/video services are not available.
It is now possible to switch the routing Personnal Computer device or Home Phone/Personnal Mobile
device to restore the audio/video services.
Name Enter a display name to identify the DMS in the IT server list
FQDN Enter the FQDN of the computer on which the OpenTouch server is run-
ning
Port Enter the Port address of the server (default port: 443).
The port number configured must match the configuration on the reverse
proxy
4.8.6.3 Configuring OpenTouch user profiles for the SIP extension user creation
OpenTouch profiles simplify the SIP extension user creation with OpenTouch properties.
To configure an OpenTouch user profile:
1. From the Configuration window, expand the organization structure to select the OpenTouch
system entry
2. Right click the OpenTouch system entry and select Configure from the contextual menu
3. From the OpenTouch configuration window, click the Profile tab
4. Expand the tree structure as follows: Users and devices > User
5. Access the contextual menu and select Create
An instance record is displayed in the properties area
6. In the Profile name tab, complete the Name field with the profile name
7. In the General tab, complete the following fields:
TUI language Select the language to use when users access a TUI application
If you leave Default value, the TUI language configured in Global pa-
rameters is used.
GUI language Select the language to use when users access a GUI application.
If you leave Default value, the GUI language configured in Global pa-
rameters is used.
Nomadic SIP This check box must be disabled for SIP extension users
Nomadic GSM This check box must be disabled for SIP extension users
Desktop Users can use the OTC PC when this right is set to true
Users can use the OTC PC One when this right is set to false
Voice mail Users can use the voice mail when this right is set to true
Off site mobility Users can use a mobile phone when this right is set to true
Name Enter a display name used to identify the device profile in the OmniVista
8770
5. In the Video tab, complete the following fields:
Enable Select the check box to allow OpenTouch users to access to peer to peer
video communications from their OTC PC application
Note:
If the right to video is disabled, the OpenTouch user can still join scheduled
OpenTouch video conferences.
Profile Use the drop-down menu and select the level of video quality: Low,
Medium or High (default value)
IP TOS Enter the ToS value used for video RTP packets
SBC encryption Select the check box to activate video encryption through a Session
Border Controller (SBC). This applies to video communications to or from
OpenTouch users moving outside the company (remote workers)
Cipher suite 1 and These fields are used for remote worker configuration through SBC once
Cipher suite 2 encryption is activated. The values listed in these fields match the
requirements for SBC implementation
6. Complete other parameters according to customer needs, in particular the security parameters
(Security tab) allowing SIP extension users to use their OTC PC application off-site (remote
worker)
7. Click the validate icon to apply your modifications
User parameters are displayed in the properties area. The General tab is the only tab displayed.
The other tabs are grayed and are available after user creation only
3. Click the Users tab, and complete the following fields In the Common Attributes frame:
User type Click and use the drop-down menu to select the OXE type allowing to
create a SIP extension user
Email address Enter the user e-mail address. This field is mandatory when the user has
OpenTouch properties.
When the user is invited to a scheduled conference, he/she receives a
notification to this e-mail address. A mailbox must have been created on
your mail server before user creation, if you plan to use this mailbox as
voice mailbox
A new frame appears in the properties area to configure SIP extension user parameters
4. In the OXE attributes frame, complete the following fields:
OXE ID Click and use the browser to select the desired OmniPCX Enterprise
Device Type Click and use the drop-down menu to select SIP extension
OXE Profile Click and use the drop-down menu to select the desired profile to apply
to OpenTouch user
OXE Mailbox directo- Configure the voice mail system of the OpenTouch user
ry number
Applications Click and use the drop-down menu to select the OT option. This option
provides access to the OpenTouch properties of the SIP extension user
OT Instance Click and use the drop-down menu to select the desired OpenTouch sys-
tem
Directory number Enter the directory number of the SIP extension user in the OpenTouch
Site Click and use the drop-down menu to select the geographical location of
OpenTouch user with OpenTouch properties.
The site is associated to one single OmniPCX Enterprise used as a
PSTN gateway for OpenTouch users belonging to this site.
Note:
If there is only one site associated with the OmniPCX Enterprise selected in the
OXE ID field, this site is automatically displayed and cannot be modified.
OT user profile Click and use the drop-down menu to select the desired profile to apply
to the SIP extension users with OpenTouch properties (see: Configuring
OpenTouch user profiles for the SIP extension user creation on page 67)
Voice mail server Configure the voice mail system of the SIP extension users with Open-
Touch properties.
This operation allows to create and associate a voice mailbox to a user
in one single step.
The e-mail address specified in step 3 is used to create voice mailbox.
The mailbox must be created on your mail server before user creation.
VM profile name Click and use the drop-down menu to select the desired voice mail pro-
file to apply to the SIP extension user with OpenTouch properties
6. To create and associate an OTC PC to the SIP extension user, click the Devices tab, and complete
the following fields in the OTC PC attributes frame:
Profile Click and use the drop-down menu to select a device profile enabling
to associate an OTC PC to the user (see: Creating device profiles for
OTC PC configuration on page 68)
Directory number Enter the directory number of the OTC PC
This number must be a free number defined on OmniPCX Enterprise
OXE profile Click and use the drop-down menu to select the OXE profile to apply
to the OTC PC declaration on OmniPCX Enterprise
Main device flag If set to Yes, the OTC PC is declared as main device of the user,
provided that the Device type field is set to SIP extension in the user
parameters (OXE attributes frame).
If set to No, the OTC PC is declared as secondary set of the user
7. Click the validate icon to apply your modification
The SIP extension user is declared in the database of OmniVista 8770 and the corresponding
communication servers
The OTC PC is created and associated to the corresponding SIP extension user. It is displayed
under the SIP extension user in the tree structure of Users application
When the OTC PC is associated to a SIP extension user, a configuration file is automatically
created on the OpenTouch server. It is placed in the OpenTouch server in the directory: /opt/
Alcatel-Lucent/oamp/cms/DevicesDeployment/MYICPCSIP.
The device configuration file is identified by the SIP URI of the SIP extension user as follows:
<directory number>@<OpenTouch server FQDN>.xml. It contains the attributes required for
OTC PC installation on a client computer.
8. From the OpenTouch configuration window of OmniVista 8770, select Users and devices > Device
9. Select the device associated to the SIP extension user
10. In the General tab, review/modify the following attributes:
4.8.6.6 Granting the SIP extension users the right to use the OTC PC
Note:
The computer license may have already been added while creating users and configuring their profile.
This operation is only required if the right to use the OTC PC has not been configured in the
OpenTouch user profile associated to the SIP extension users (see: Configuring OpenTouch user
profiles for the SIP extension user creation on page 67).
If it is not the case, grant SIP extension users the right to access the OTC PC application:
1. From the Users application, click the Users tab
2. Expand the tree structure and select the corresponding SIP extension user
3. In the properties area, select the OT configuration tab, then select the Licenses tab
Desktop Select the check box to allow the SIP extension user to use the OTC PC.
Caution:
The Nomadic SIP and Nomadic GSM check boxes must not be selected.
5. Click the validate icon to save your modification
SIP password Enter the SIP authentication password used for registration on the SIP
server.
If no password is specified, a default password not secured is gener-
ated.
e. Click the validate icon to save your modifications
A SIP extension device is created in the OpenTouch server and associated to the
corresponding OpenTouch user. This SIP extension is displayed below the user in the tree
structure of Users application
Note:
If the OpenTouch user has the right to the desk sharing feature (see: DeskSharing right for OpenTouch users with
an office phone on page 63), it is not possible to add other secondary devices such as deskphone, handset or
OTC smartphone.
Enhanced codec ne- gotia- This attribute interacts with the SIP video transit mode attrib-
tion ute, as detailed in table: Table 1
SIP Video transit mode Not available Local type Network type
4.8.9 Limitations applying to OpenTouch users with a SIP deskphone as main set
As of OpenTouch 2.3, it is possible to associate an OTC PC to OpenTouch users with a SIP deskphone
as main set. In this configuration, the OTC PC provides Remote Call Control (RCC) of main SIP
deskphone.
OpenTouch users must not have the rights to Nomadic SIP and Nomadic GSM features. A dedicated
OpenTouch user profile must be created with the rights to Nomadic SIP and Nomadic GSM disabled.
Figure 4.18: Example of OpenTouch user profile configured with the rights to Nomadic SIP and
Nomadic GSM disabled
As of OpenTouch 2.3.1, it is possible to associate an OTC PC to SIP extension users (see: Configuring
the OTC PC for SIP extension users on page 66). By selecting the Personal computer option in the
OTC PC routing profile, it is possible to use the OTC PC for audio and video communications.
• The OpenTouch Session Border Controller (OTSBC), used to control VoIP communications
between the OTC PC and OpenTouch server
Note:
To allow OpenTouch users to handle conferences and communications from their OTC PC from the outside
(remote workers), the OTSBC must be declared in the OpenTouch SIP configuration.
See Configuring the OpenTouch to allow OpenTouch users to access conferences off-site on page 32
To configure these network elements, refer to: Implementing OpenTouch Ecosystem on page 13. This
also includes the VPN configuration when it is used instead of these network elements.
4.10.1.2 Prerequisites
4.10.1.2.1 Prerequisite for MAC OS
You must have the OTC PC installation package (OpenTouchConversation.msg).
The current version is provided with the installation file (*.iso format) of the OpenTouch core: edit the
second *.iso file and select Clients_softwares > Single_client > MAC >
OpenTouchConversation.
The version can also be downloaded from the OpenTouch server using the following URL:
2. Click Next
The license agreement window is displayed
3. Read and accept the terms of the license, and click Next
A directory location selection window is displayed
Notes:
• The installation package searches for a previous version of OTC PC on the target computer. When a
previous version is found, the setup process offers to delete, repair or remove the software.
• The installation mode selection is not offered on computer with MAC OS: the OTC PC can only be installed
as standalone application on the target computer.
• Standard installation: This option enables to install both the OTC PC as standalone application
on the target computer, and all OpenTouch features on Microsoft Outlook, if present on the
computer.
• Advanced installation: This option enables to install the OTC PC as standalone application on
the target computer, and select which OpenTouch features must be deployed on Microsoft
Outlook, if present on the computer.
6. Select the installation mode and click Next
If the Standard installation option has been selected, go directly to step 9.
If the Advanced installation option has been selected, follow the instructions below
An additional installation mode selection window opens
By default, all available OpenTouch features are installed on Microsoft Outlook if present on the
computer.
Note:
This selection window is not offered on computers with MAC OS.
8. According to your needs, enable or disable the OpenTouch features that must be deployed on
Microsoft Outlook and click Next
A server information window is displayed
Note:
If necessary, click the Back button to change any option previously configured.
At the end of the process, the installation wizard finalization window is displayed
13. If desired, select the check box to automatically launch the OTC PC after the installation wizard is
closed, and click Finish
This closes the installation wizard
OTC_TARGET_DIR Any valid path Specify the installation folder where the OTC
PC must be installed
Note:
<program
The default path is: files>
\Alcatel-Lucent\OpenTouch
Conversation
OTC_SERVER_NAME Any valid FQDN Specify the private FQDN of the OpenTouch
(no IP address) server (on-site mobility)
This field is optional (can be left empty) and
has no default value.
OTC_PROXY_NAME Any valid FQDN Specify the public FQDN of the reverse
(no IP address) proxy used by the OTC PC to connect to the
OpenTouch server outside company prem-
ises (off-site mobility)
This field is optional (can be left empty) and
has no default value.
CALL_HOTKEY_MODIFIER Keyboard keys This option defines a value for the keyboard
shortcut modifier used to make a call.
Default value: empty
PROCESS_GROUP_HISTORY (ACD Comma separated Use this option to put default values in the
Agent ) list of processing “processing group” combo box for ACD
group number by agents. If no default value is provided, the
default “processing group” combobox in the ACD
logon/logoff form contains nothing. If you
need to pre populate it with values, indicate
a string containing the list of values
separated with commas “,”. Example:
1232,24242,2323
Default value: empty
(1) Accepted "Land code” or “Lang id” values for the LANGUAGE option:
Note:
There is no option to configure Automatic start of application at window session logon.
After an installation with wizard, automatic start is enabled by default: at the end of the installation, the following
key is created for the logged in user to automatically start OTC PC when the window session is opened:
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run\OTCPC
After a silent installation, automatic start is disabled.
Each new user on the PC has to set this option to true in OTC PC settings.
• Installation via a command line. In this case, launch the following command line:
msiexec.exe /i <access path>\OpenTouchConversation.msi SERVER_LOCATION=<OpenTouchFQDN>
SKYPE_MODE=1
Option Meaning
INTEGRATED_MS_TELEPH- If set to 0, the Skype call context menu entry is disabled (de-
ONY fault value: 1)
INTEGRATED_OT_VIDEO If set to 0, the OpenTouch video call context menu entry is dis-
abled (default value: 1)
• Installation via the setup file. In this case, perform the following operations:
1. Double click the OTC PC setup file, for example:
OpenTouchConversation.msi
An installation wizard welcome page opens
2. Click Next to start the installation
The license agreement window is displayed
3. Read and accept the terms of the license, and click Next
A directory location selection window is displayed
4. If desired, change the installation directory and click Next
An installation mode selection window opens
5. Select the Advanced installation option and click Next
A selection window is displayed with the available installation types (standalone or integrated
to a collaboration client)
6. Select the Integrated with Microsoft Lync/Skype for Business option and click Next
A Skype for Business feature selection window is displayed
7. According to your needs, disable the options that must be hidden in the Skype for Business
client, then click Next
Note:
The OpenTouch video option must disabled for OpenTouch profile.
8. Follow the instructions on screen to complete the installation
MS Teams client
Telephony integration
Tab
T
e
a OpenTouch
m server
VoIP s
OTC PC OTC PC and Smartphones
“pane”
User desktop
(Windows PC) Phones
OmniPCX
Enterprise
Teams tab
User
desktop PC
VoIP
OpenTouch
ALE OTC pane for Teams server
Phone Control
The OTC PowerApps can also be integrated as a Teams application in the Microsoft Teams client:
Microsoft Teams
OTC PowerApps
User desktop PC
4.10.2.2.2 Requirements
The OTC PowerApps application is only compatible with the Microsoft Teams thick client for Windows
OS:
Microsoft cloud
Users 1..n
Administrator action:
- Upload the PowerApps
- Provides rights
Administrator actions:
- Create local Teams
- Add the PowerApps
Administrator
OpenTouchConversation_[version].zip
d. Once the package has been uploaded you will need to review the package contents
e. Once you have provided all the required information, select Import
When import is complete, you are automatically redirected to a page that outlines whether or not
the import operation was successful.
Note:
Detailed process is described in:
https://docs.microsoft.com/en-us/power-platform/admin/environment-and-tenant-migration
2. Give the application access right to your organization members (per group, or user by user):
a. Open a web browser and enter: http://web.powerapps.com
b. Click Apps, then the symbol represented by 3 points (…), and select Share
c. Add user per user, a group, or all the organization
d. Click the Share button to validate configuration
3. Deploy the OTC PowerApps for all user accounts, using one of the following solutions:
• Solution 1: Installation as a Power app in the Teams:
1. Create a new Team:
3. Add a tab for the Power app, and select the Power app:
Add a tab
for the PowerApps
The package is now available in Teams client. All team members have now access to the
OTC PowerApps:
2. From the Microsoft Teams client, install the OTC PowerApps for all Teams members or
organization:
Step 1: Step 2:
Step 3:
Step 4:
f. Select the Integrated with Microsoft Teams option and click Next
If Microsoft Outlook and Office are present on the computer, the installation wizard allows to
select OpenTouch features to deploy on Microsoft Outlook and Office, such as scheduled
conferences for Outlook application.
By default, all available OpenTouch features are installed on Microsoft Outlook and Office, if
present on the computer.
g. According to your needs, enable or disable the OpenTouch features that must be deployed on
Microsoft Outlook and Office, then click Next
h. Follow the instructions on screen to complete the installation
4.10.2.3 Customizing the OTC PC frame in Skype for Business integration mode
As of R2.3.1, the logo displayed to the right of the OTC PC frame (in Skype for Business integration
mode) can be changed.
4.11.2 Prerequisites
• You must have local administration rights on the target computers to install or uninstall the OT
Conference
• You must have the OT Conference installation package (OpenTouchConference.msi)
The current version is provided with the installation file (*.iso format) of the OpenTouch core: edit
the second *.iso file and select Clients_softwares > Single_client > Windows >
OpenTouchConversation.
The version can also be downloaded from the OpenTouch server using the following URL:
https://<OpenTouch server FQDN>/OpenTouch_conversation_update/OpenTouchConference.msi
The msi package is signed with a digital certificate purchased from the Digicert commercial
certificate authority. You can check the digital signature in file properties.
• The Microsoft Visual C++ redistributable package must be installed on computers. OT Conference
installation also includes the installation of the Microsoft Visual C++ redistributable package,
provided that it has not been installed previously on computer.
The minimum version required is Microsoft Visual C++ 2013 redistributable. It is available from the
Microsoft web site:
http://www.microsoft.com/en-us/download/default.aspx
• The Microsoft.NET Framework must have been installed previously on computers.
The minimum version required is Microsoft .NET Framework 4.5. The Microsoft .NET Framework
3.5 is required when Conference Scheduling for Microsoft Outlook is installed. This version is
available from the Microsoft web site:
http://www.microsoft.com/en-us/download/default.aspx
Note:
A control is performed during OT Conference installation on client computer. A warning message is displayed if
the Microsoft .NET Framework is not installed. If it is the case, the installation process is stopped.
• The Microsoft Visual Studio Tools for Office Runtime (VSTOR) must be installed on computers only
when an extension of OT Conference is installed in Microsoft Outlook.
The minimum version required is Microsoft VSTOR 10.0.60825. This version is available from the
Microsoft web site:
http://www.microsoft.com/en-us/download/default.aspx
• If running, the Microsoft Outlook must be stopped on computers before installing OT Conference
Note:
A control is performed during OT Conference installation on client computer. A warning message is displayed if
Microsoft Outlook is running.
2. Click Next
The license agreement window is displayed
3. Read and accept the terms of the license, and click Next
A directory location selection window is displayed
8. Click Finish
This closes the installation wizard
When this occurs, press the button Proceed anyway to bypass this control and start the application.
Based on the type of deployment of the certificate selected at installation, different files must be
retrieved and stored on the trusted root certificate store of OTC PC:
• Installation with SECURITY set to OFF.
For such deployment, a default certificate is installed during the software deployment.
Connect to the OpenTouch server and retrieve the file server.pem from directory /var/data/
certificate.
• Installation with SECURITY set to ON with Auto-generated certificate.
For such deployment, a Root certificate is generated to build the server certificate.
Connect to the OpenTouch server and retrieve the file ca.pem from directory /var/data/
certificate.
• Installation with SECURITY set to ON with Customized certificate from an external PKI.
For such deployment, the PKI administrator must provide the Customized certificate for the server
along with one or several Root certificates of the certification hierarchy (from Root certificate down
to the certificate that signed the Server certificate).
Once the Root certificates have been retrieved, two deployment processes are available on the
computer on which the application runs:
• Automatic process using the Windows domain controller (GPO):
1. From the computer, click Start, point to Administrative Tools, and then click Group Policy
Management
2. From the console tree, double click Group Policy Objects in the forest, and domain containing
the Default Domain Policy Group Policy object (GPO) that you want to edit
3. Right click the Default Domain Policy GPO, then click Edit
4. From the Group Policy Management Console (GPMC), go to Computer Configuration >
Windows Settings > Security Settings, then click Public Key Policies
5. Right click the Trusted Root Certification Authorities store and click Import
6. Follow the instructions in the Certificate Import Wizard to import the certificates
• Manual process using Administrator rights:
1. From the computer, rename the certificate files extension from *.pem into *.cer
2. Double click the Root certificate to view the certificate.
For the Root certificate the Fields Issued to and Issued by are identical.
3. Click the Install certificate button
4. Select manually the store Trusted Root certificate authorities to force the certificate to be
trusted
If intermediate certificates are also provided, install these certificates signed by the Root
Certificate using this procedure and repeat this operation up to the certificate which has signed
the server certificate.
Modify if necessary the private FQDN of the OpenTouch server entered at OTC
PC installation
3. Click Connect
At first connection, the OpenTouch server sends its certificate. If this certificate is validated by the
current Root certificates installed on the computer trusted store, you are logged in.
You may need to restart the application to take into account the language configured on the
OpenTouch server. This occurs when the user language, which is initially the language of the
operating System, differs from the language configured on the OpenTouch server.
The OTC PC main window opens
Note:
An icon in the Windows task bar ( ) indicates telephone presence status. Place the mouse over this icon to
display the current routing profile.
If the private FQDN of the OpenTouch server cannot be reached, the OTC PC tries to reach the server
through the public FQDN of the OpenTouch server. A remote connection authentication window is
displayed.
When this occurs, the following parameters must be entered on the Show remote access section of
the OTC PC login window:
• The public FQDN of the OpenTouch server
• The authentication login to access the reverse proxy
• The password
Note:
At startup, the OTC PC:
• Automatically detects the available audio sources:
• Microphone and speakers on the computer
• Digital audio devices (headset, earset, or speakers) connected to the computer
• Bluetooth devices associated to USB dongles connected to the computer
• Selects the most appropriate audio source
The same detection and selection apply when an audio device is connected to (or disconnected from) the
computer.
• From the current page, click the icon to access the application settings
The application settings window opens
• Select About at the top part of the window to access user and application information
Note:
If an OpenTouch user is logged in without any desktop license, the system profile displays: Connection/OTC PC
One. If an OpenTouch user is logged with a desktop license, the system profile displays: Connection.
1. From the current page, click the icon to access the application settings
The application settings window opens
2. Select the Advanced Settings menu to access the multi-tenant configuration
3. Select the Multi tenant check box and enter the corresponding company prefix
4. Click Apply to validate your modification
To access the features provided by OTC PC extension, click the Home tab and select the Mail menu of
the Microsoft Outlook interface. A group of commands dedicated to the OpenTouch must be present in
the Microsoft Outlook Ribbon (top button bar).
1. From the current page, click the icon to access the application settings
The application settings window opens
2. Select Support
3. Select the Activate logging check box (option not activated by default) and click Apply to allow log
files to be saved on the computer
After the check box selection, a pop-up window opens asking you to restart the OTC PC application
4. Restart the application and return to the Support menu in the OTC PC application settings
5. Click Save logs… to save log files on computer.
A browser window opens
6. Select the folder on which log files must be saved and validate
5.1 Overview
The following paragraphs are intended for people in charge of configuring and commissioning the
OpenTouch Conversation for smartphone (OTC smartphone) available for OpenTouch users. This
application is designed to run on iPhones and Android smartphones.
On each market store (Play Store for Google and App Store for Apple), there is only one single
application that can be used for OpenTouch users.
The OTC Android Smartphone can operate either in cellular mode only, Wi-Fi mode only (the latter
being available to OpenTouch users as of R2.3.1), or dual-mode (Wi-Fi/cellular). The Wi-Fi mode
only addresses the OTC smartphone running on devices without a SIM card. In Wi-Fi mode, OTC
smartphones operate as pure VoIP softphones. They have no access to features available on the
cellular network, such as fallback mode, private calls, SMS, and business mobile phone number
setting.
The OTC iPhones can operate in cellular mode only or dual-mode (Wi-Fi/cellular).
Accessing the OTC smartphone is subject to license control. Refer to the license management
documentation and commercial catalog.
For readability purposes, unless stated otherwise, the OpenTouch Conversation for iPhone (OTC
iPhone) and OpenTouch Conversation for Android smartphone (OTC Android Smartphone) are called
OTC smartphone in the rest of the document.
Features OpenTouch
View the history of voice calls (past and ongoing), instant messages Yes
(past and ongoing), and schedules conferences (past, ongoing, and fu-
ture)
Check notifications on new voice message, missed call, instant mes- Yes
sage, or scheduled conference
Make a call from a directory lookup, enterprise dialing plan, conversa- Yes
tion history, voice mail interface, or scheduled conference
Features OpenTouch
Mute or unmute the ringing tone of the user's main deskphone Yes
Manager/Assistant (OmniPCX Enterprise telephony feature) Yes
Start with a simple one-to-one chat and add people, add voice Yes
View presence and availability of favorite contacts and tap to start and Yes
manage collaborative conversations
(*):The voice quality of calls depends on the corporate WLAN, Wi-Fi or cellular data network
connection.
(**): Available service for iPhone only in VoIP mode.
1
Personal area
2
Active area
3
Selection area
OpenTouch Conversation
for Android Smartphone
Figure 5.1: OTC smartphone home page example
Figure 5.2: User profile page example for an OTC Android Smartphone
2. An active area, which displays the current application (for example: conversation wall or contact
list).
3. A selection area used to access the OTC smartphone applications:
Contacts Access the list of contacts and favor- • Filter contacts (all or favorites
ite contacts only)
• Search contact (local or
corporate)
• Display contact details
• Make a call from the Contacts
tab (including private call
capability)
Conference Access the list of the user's confer- • Consult scheduled conference
ences (scheduled and reservation details
less) and conference invitations from • Join a scheduled conference
other users
• If the smartphone is in communication (cellular call), the communication remains on the cellular
network (no handover). When the communication is released, the OTC smartphone application
performs a SIP registration on the SIP server. After registration, the OTC smartphone application
handles incoming and outgoing calls over the Wi-Fi as it would handle VoIP calls
• From the Wi-Fi network to the cellular network:
• If the smartphone is idle (no call in progress), the OTC smartphone relies on the platform
features to select the 3G as a data bearer and all subsequent calls are made using the cellular
network
• If the smartphone is in communication (VoIP call), OpenTouch users cannot manually switch the
communication to the cellular network without interrupting it (no seamless handover).
According to the type of network that the smartphone is connected to (Wi-Fi, 3G, 4G, EDGE, GPRS),
even if the SIP registration is successful, this connection may not be sufficient to support VoIP calls (for
example, EDGE or GPRS).
5.7 Topologies
5.7.1 On-site topology
Caution:
For better User eXperience, ALE International recommends to use the corporate Wi-Fi network when it is
available (increasing response time concern on operator data networks due to increasing smartphone
market share).
When they are associated to OpenTouch users, within company premises, the OTC smartphone can
operate in cellular only, Wi-Fi only (OTC Android Smartphones only), or dual-mode (see: Dual mode
(Wi-Fi/cellular) within company premises on page 134). When the OTC Android Smartphone operates
in Wi-Fi mode only, the application uses the enterprise Wi-Fi network (also called Wireless Local Area
Network (WLAN)) for data and voice transmission. In the Wi-Fi coverage area, smartphones are
identified as SIP devices by the OpenTouch server.
The OTC smartphone uses:
• SIP signaling and RTP connections to perform VoIP communications
Note:
SIP and RTP are not encrypted within the company intranet network (no SIP/TLS and SRTP connections).
• HTTPS connections to exchange data with the OpenTouch server (web services, events, and
conferencing services)
When the OTC smartphone operates in dual mode, the application automatically uses the enterprise
Wi-Fi network for data and voice transmission. If the company Wi-Fi network is not available, the OTC
smartphone uses the cellular network (3G, 3G+, or 4G) for voice and data transmission.
Company
Wi-Fi network OpenTouch
Data (HTTPS)
Signaling (SIP)
Telephony
devices
When they are associated to OpenTouch users with VoIP, outside company premises, the OTC
smartphone can operate on the following networks, according to the selected connectivity mode
(cellular only, Wi-Fi only, or dual mode):
• The Wi-Fi internet network (home spot or public hotspot) for data transmission and VoIP
communications
• The cellular network (2.5G, 3G, 3G+ or 4G) and internet for data transmission and VoIP
communications
A secured network infrastructure is required for data transmission and VoIP communications between
the OTC smartphone application and the OpenTouch and OmniPCX Enterprise (for OpenTouch users
with VoIP). This is achieved by the following network components:
• A reverse proxy, which controls data transmission (web services, events, device management, and
conferencing services (as of R2.1.1)) through HTTPS connections
• An OpenTouch Session Border Controller (OTSBC), which secures VoIP communications through
SIP/TLS and SRTP connections
As an option, the Wi-Fi internet network (home spot or public hotspot) and GSM network can also be
used for data transmission.
Enterprise DMZ
Reverse proxy
Wi-Fi
internet Data (HTTPS)
network
Intranet OpenTouch
Firewall
Internet
or
Signaling (SIP/TLS)
Telephony
devices
Figure 5.4: Off-site topology example for OpenTouch users with VoIP
The VPN (Virtual Private Network) technology cannot be used to secure connections of OTC
smartphone applications running off-site.
A secured network infrastructure is required for data transmission between the smartphones and the
OTC smartphone services of the OpenTouch server. This is achieved by a reverse proxy, which
secures data transmission through HTTPS connections to or from the OpenTouch server.
Enterprise DMZ
Reverse proxy
OpenTouch OpenTouch
Intranet
LAN
Conversation
for smartphone Firewall
Internet
Data (HTTPS)
PSTN
Note:
Outside company premises, VPN connections are not supported.
• A direct speed dialing directory number, requested when the connectivity mode is cellular only or
dual-mode
• A GSM number, if available
When the OTC smartphone is created and associated to an OpenTouch user, the OpenTouch
automatically creates the necessary objects on the OmniPCX Enterprise, according to the selected
connectivity.
To understand connectivity issues, the following table presents:
• In columns, the available connectivity
• In lines, the objects automatically created on the OmniPCX Enterprise, according to the connectivity
selected for OTC smartphone configuration.
table 5.2: Objects created on the OmniPCX Enterprise according to the connectivity selected in the
OTC smartphone configuration
(*): When the OpenTouch user has a deskphone, a multi-device configuration is also created on the
OmniPCX Enterprise between this deskphone and the remote extension.
(**): Each time a SIP device is created on the OmniPCX Enterprise, a user is also created in the User
application due to the default automatic creation rules. The consequence is that fictitious users are also
created in the Company directory. To avoid this scenario, it is recommended to adjust automatic
creation rules in administration (expert mode) and stop such SIP devices from creating users
automatically.
(***): For each smartphone configured in dual-mode, an ARS table with two routes (ARS route to Wi-Fi
network and ARS route to cellular network) is automatically created. In addition, a Time Based Route
List including Route Number 1 and Route Number 2 is also defined for the ARS route list.
In dual-mode, ARS settings are used to select the most appropriate network (Wi-Fi or cellular) for
incoming or outgoing calls. For more information, see: Dual mode (Wi-Fi/cellular) within company
premises on page 134. The OTC smartphone connects to the OpenTouch through web services.
OpenTouch
Conversation
for smartphone
Web services
OpenTouch
Cellular Wi-Fi
ARS
1) Route to SIP device
SIP
trunk group 2) Route to cellular if 1) fails
OmniPCX Enterprise
Figure 5.6: Objects involved in OTC smartphone configuration for OpenTouch users
to call back the caller. For more information, refer to the chapter Numbering conversion of the
OmniPCX Enterprise documentation called Public Networks (reference: 8AL91005USxx).
From the OmniPCX Enterprise configuration window of the OmniVista 8770:
1. Select: Translator > External numbering plan > Ext.Callback translation tables > Ext.Callback
translation rules
2. Access the contextual menu and select Create
3. Review/modify the following attributes:
Basic Number Enter area identifier, "DEF" for the default translator or "G".
Area identifier is the first digits of the number after preprocessing
Nb. Digits To Be Re- Enter the number of digits to be deleted from the start of the number
moved received
Digits to add Enter the digits to be added at the beginning of the number
4. Click the validate icon to apply your modifications
Number Enter the prefix number. This number must be a DID number that is
compatible with the dialing plan
Prefix meaning Use the drop-down menu to select Remote Extension DISA
4. Click the validate icon to apply your modifications
Automatic DISA Substitu- Use the drop-down menu and select With DID or Installation num-
tion Mode ber
3. Click the validate icon to apply your modification
Directory Number Enter the directory number of the virtual set. This number must be
compatible with the dialing plan. This number is never called
REX Entity to be used in False (default value): Selects the ARS with the Ghost Z entity
ARS
True: Selects the ARS with the entity defined by the Entity for OG
calls to REX users parameter (see below)
Entity for OG calls to False (default value): Selects the ARS with the entity of the calling
REX users party
True: Selects the ARS with the entity of the remote called party
3. Click the validate icon to apply your modifications
Number Enter the prefix number. This number must be a DID number that is
compatible with the dialing plan.
Station Features Use the drop-down menu to select Remote extension Deactivation.
4. Click the validate icon to apply your modifications
Repeat the above operation to create the prefix to activate ringing on incoming calls on the remote
extension. In the Station Features field, select the Remote Extension Activation option.
Number Enter an ARS prefix number. This number must be compatible with
the dialing plan.
Prefix meaning Use the drop-down menu to select ARS Prof. Trg Grp Seizure.
Discriminator No. Enter an unused logical discriminator number (value between 0 and
7).
4. Click the validate icon to apply your modifications
5.9.3.6.2 Configuring a discriminator
A discriminator number (real discriminator) must be configured in the external numbering plan. This
real discriminator number must also be configured in the OpenTouch settings (see: Configuring
OmniPCX Enterprise telephony settings on the OpenTouch on page 148).
From the OmniPCX Enterprise configuration window of the OmniVista 8770:
1. Select: Translator > External Numbering Plan > Numbering Discriminator
2. Access the contextual menu and select Create
3. Review/modify the following attributes:
Discriminator No. Enter a real discriminator number (value between 0 and 7).
Name Enter a name for this real discriminator (for display purposes only).
4. Click the validate icon to apply your modifications
5.9.3.6.3 Configuring entities
The entity of the OpenTouch users, associated to OTC smartphones operating in dual-mode, must be
updated to associate the logical discriminator (defined in the ARS prefix) to the real discriminator
(defined in the external numbering plan).
From the OmniPCX Enterprise configuration window of the OmniVista 8770:
1. Select: Entities > Discriminator Selector
2. Review/modify the following attribute:
2. Select: Classes of Service > Access COS > Public Access COS
3. Search an are identifier as follows:
Public Network COS Enter the public access COS of the OpenTouch users.
Area Identifier Search an area identifier with all public access rights set to 1 (by
default 1).
SIP Response Displays the SIP response selected previously (Decline and Does
not exist anywhere)
Ch Cause Select: Temporary Failure
3. Click the validate icon to apply your modification
When the Wi-Fi connection with an OTC smartphone is interrupted, the OmniPCX Enterprise tries to
reach the smartphone until the smartphone registration expires.
A delay is introduced when the smartphone is not connected to the Wi-Fi network anymore and
requires an overflow to the cellular network. This delay can be limited by modifying the following SIP
timers:
• For Wi-Fi to cellular overflow on LAN, modify the SIP proxy timer. From the OmniPCX Enterprise
configuration window of the OmniVista 8770:
1. Select: SIP > SIP Proxy
2. Review/modify the following attribute:
Timer T310 This timer dedicated to SIP trunks is the maximum delay between
an INVITE request and an ALERT reception (18x response) in the
Call Handling.
Enter the number of timer units between 60 and 100 ms
Caution:
This timer is common to SIP users and SIP trunks, private or public,
connected to the OmniPCX Enterprise and can impact those other
services in the ALERT phase.
Name Enter a display name used to identify the device profile in the
OmniVista 8770
5. In the General tab, review/modify the following fields:
Type of mobile Select the type of smartphone: Android or iPhone, or leave the
default value Unknown: in this case, the right device model is
automatically set at smartphone initialization
Connectivity Enter the network used by the OTC smartphone to handle
communications within company premises:
• Mobile network/Wi-Fi: the OTC smartphone uses either the
cellular network or Wi-Fi network
• Mobile network only (default value): the OTC smartphone uses
the cellular network only
• Wi-Fi only: the OTC smartphone uses the Wi-Fi network only.
This option is required when the OTC smartphone runs on a
smartphone without SIM card.
Note:
The Wi-Fi only option only applies to OTC Android Smartphones.
SBC WAN If this profile applies to remote workers with VoIP through OTSBC,
access the contextual menu and select the corresponding OTSBC
profile (see: Declaring an OTSBC profile for SIP/TLS and SRTP con-
nections with OTC applications used off-site by OpenTouch users on
page 27).
2. Select the Telephony settings tab and verify that the following fields are filled with the values
defined in the section: Configuring the OmniPCX Enterprise for mobility on page 140.
Remote extension activa- This field is automatically completed with the value of the Remote
tion extension Activation defined in the OmniPCX Enterprise prefix plan
(read-only value)
Remote extension deacti- This field is automatically completed with the value of the Remote
vation extension Deactivation defined in the OmniPCX Enterprise prefix
plan (read-only value)
Immediate forward This field is automatically completed with the value of the Immediate
Forward defined in the OmniPCX Enterprise prefix plan (read-only
value)
Forward cancellation This field is automatically completed with the value of the Forward
Cancellation defined in the OmniPCX Enterprise prefix plan (read-
only value)
If these fields are empty, verify that they are configured on the OmniPCX Enterprise, and force
automatic synchronization from the OpenTouch configuration window: select the Actions tab (see:
Figure 3), then select the OXE CS prefixes synchro check box.
3. In the Telephony settings tab, review/modify the following fields:
Remote extension DISA Enter the public number associated to the Remote Extension DISA
public number prefix defined in the OmniPCX Enterprise prefix plan (canonical
format).
Note:
Update the DDI translator accordingly.
Automatic Route Enter the value of the ARS Prof. Trg Grp Seiz. with overlap prefix
Selection prefix defined in the OmniPCX Enterprise prefix plan (see: Configuring an
Automatic Route Selection (ARS) prefix on page 143)
This parameter is required for OTC smartphones operating in dual-
mode
Overlap seizure If selected, the pound (#) character (end of dialing) is added to the
number routed by the OmniPCX Enterprise via the ARS process. The
call is immediately initiated from the OmniPCX Enterprise
Discriminator rule Enter the number of the discriminator rule defined in the OmniPCX
number Enterprise external numbering plan (real discriminator) (see:
Configuring a discriminator on page 144)
This parameter is required for OTC smartphones operating in dual-
mode
ARS Digits To Add Enter the digits to add to the call numbers processed by ARS routes.
These digits are added in front of the dialing composed by user.
This parameter is required for OTC smartphones operating in dual-
mode
Dialing Command Tab ID Enter the number of the dialing command table used in ARS routes
This parameter is required for OTC smartphones operating in dual-
mode
NPD identifier Enter the NPD (Numbering Plan Descriptor) identifier used in ARS
routes
This parameter is required for OTC smartphones operating in dual-
mode
Public network area Enter the number of the area associated to the discriminator rule
number defined in the OmniPCX Enterprise external numbering plan (see:
Selecting a public network area number on page 144)
This parameter is required for OTC smartphones operating in dual-
mode
Trunk group ID for Enter the number of the trunk group entered in the ARS routes (see:
external calls Identifying the trunk group ID used for outgoing calls on page 145)
This parameter is required for OTC smartphones operating in dual-
mode
ARS Route list MAX id Enter the maximum number of ARS route lists (default value: 3999).
The OmniPCX Enterprise allocates new ARS route lists from this
maximum value, down to zero
Modification of these fields automatically updates all OTC smartphones operating in dual-mode.
4. Click the Devices tab, and review/modify the OTC smartphone fields:
Mobile Profile Click and use the drop-down menu to select a mobile device profile
enabling to:
• Associate an OTC smartphone to the OpenTouch user
• Define the OTC smartphone connectivity: Wi-Fi only, cellular only,
or dual-mode
Note:
The mobile device profile must have been previously configured in the
OpenTouch server (see: Configuring device profiles for OTC smartphone
configuration on page 146).
Device directory number Enter the directory number of the SIP device associated to the Open-
Touch user (this "number" can include letters of the alphabet)
This parameter is mandatory, regardless of the network selected in
the mobile device profile (Wi-Fi only, cellular only, or dual-mode)
Speed dial number Enter the speed dialing number associated to the remote extension.
This number must be compatible with the OmniPCX Enterprise dial-
ing plan. This number is never called.
This parameter is mandatory, when the network selected in the mo-
bile device profile is cellular only or dual-mode. This parameter is not
displayed when the network is set to Wi-Fi only
GSM number If available, enter the GSM number of the smartphone on which the
OTC smartphone must run.
The GSM number can also be entered later by the end-user once
logged on the OTC Android Smartphone.
The canonical format is: country code + optional area code + public
directory number (for example: +33 (0) 612345678)
4. If you want automatic entries for OTC smartphone parameters, click the OT device profile field and
use the drop-down menu to select the corresponding OT device profile.
The OTC smartphone parameters are completed with the values defined in the OT device profile. It
remains to define the directory number for the OTC smartphone in the Device number field and go
to the step 6 to complete configuration (OXE CS tab). Some parameters can be modified later.
Note:
The mobile device profile must have been previously configured in the OpenTouch server. For more
information, refer to the document [3].
5. If you want to enter the OTC smartphone parameters manually, leave the OT device profile field
blank, and review/modify the following fields in the General tab:
Device identity This field is automatically completed after OTC smartphone creation.
It displays the OTC smartphone internal identifier as follows:
MOBILE_<number>
Device number Enter the directory number for the OTC smartphone
Binary deployment mode This field is displayed when the Type of mobile field is Android. It
allows to configure the default binary package:
• Default binary (default value): the OTC Android Smartphone is
deployed with the default binary package, provided that it has
been created and deployed previously on OpenTouch server (see:
Updating the binary of OTC Android Smartphones on page 159)
• Selected binary: the OTC Android Smartphone is deployed with
a specific binary package (different from the default package)
• Keep the current binary: the OTC Android Smartphone is
deployed with its current binary, even if there is a default binary
created and deployed on OpenTouch server
GSM number If available, enter the GSM number of the smartphone on which the
OTC smartphone must run.
The GSM number can also be entered later by the end-user once
logged on the OTC Android Smartphone.
The canonical format is: country code + optional area code + public
directory number (the canonical format for France is:
+33611223344)
Type of mobile According to your device model, use the drop-down list to select ei-
ther iPhone (by default) or Android. You can leave the default value
Unknown. In this case, the right device model is automatically set by
the smartphone at initialization
Connectivity This field defines the network used by the OTC smartphone to handle
communications within company premises:
• Mobile network/Wi-Fi: the OTC smartphone uses either the
cellular network or Wi-Fi network
• Mobile network only (default value): the OTC smartphone uses
the cellular network only
• Wi-Fi only: the OTC smartphone uses the Wi-Fi network only.
This option is required when the application runs on a smartphone
without a SIM card.
This field must be completed if there is no profile selected in the OT
device profile field.
Note:
The Wi-Fi only option only applies to OTC Android Smartphones.
Direct speed dialing Enter the speed dialing number associated to the remote extension.
number This number must be compatible with the OmniPCX Enterprise dial-
ing plan. This number is never called.
This parameter is mandatory when the network selected in the Con-
nectivity parameter is cellular only or dual-mode
7. Click the validate icon to apply your modifications
The OTC smartphone is created in the corresponding OpenTouch and associated to the selected
user. This OTC smartphone is displayed under the user in the tree structure of Users.
According to the selected connectivity (Wi-Fi only, cellular only, or dual-mode), objects are
automatically created on the OmniPCX Enterprise (for more information,see: Table 1).
8. Select the OTC smartphone displayed under the user, then select the OXE CS tab to verify that all
OmniPCX Enterprise objects have been properly created and are marked as Synchronized
9. If the selected connectivity for the OTC smartphone is dual-mode, a time based route list for the
ARS route list must have been automatically created on the OmniPCX Enterprise. To verify the time
based route list creation:
a. From the OXE CS tab, retrieve the value set in the ARS Route list ID field (for example: 13)
b. Open the OmniPCX Enterprise configuration window of the OmniVista 8770, and go to
Translator > Automatic Route Selection > ARS Route list
c. Select the corresponding ARS route list (13 in the example), then select the Time-based Route
List field
Two ARS routes must have been created automatically on the OmniPCX Enterprise (Route
Number 1 and Route Number 2). If it is not the case, create those two ARS routes and apply
your modifications
When the OTC smartphone is created and associated to an OpenTouch user, a configuration file is
automatically created on the OpenTouch server. It is copied in the OpenTouch in the directory: /opt/
Alcatel-Lucent/oamp/cms/DevicesDeployment/ICMMobile.
The configuration file is identified by a number specified at OTC smartphone creation. It is named:
MOBILE_<OpenTouch device identifier>@OpenTouch FQDN.xml (for example:
MOBILE_114214@ice-il-3.solqa.sqanet.fr.xml).
Off site mobility Select the check box to allow the user to use a smartphone outside the
enterprise (off-site)
5. Click the validate icon to save your modification
4. Click the Custom attribute [] field and use the contextual menu to select Add
New option lines are added
5. Review/modify the following attributes:
Note:
Only one binary can be configured as default for a given type of device. When a binary is configured as default
for a type of device, the option is automatically disabled for the binary previously configured as default.
If the Default binary check box is not selected, specify the list of OTC Android Smartphone devices
associated with this package
9. If the Default binary check box is disabled, click the Devices line and click the selection button
A search window opens
10. Click the Magnify icon to display the list of devices and select the devices to which the package
must be applied, then click OK
11. Click the validate icon to apply your modifications
To connect to the APNS behind a corporate firewall, HTTP proxy settings must be configured on the
OpenTouch:
1. From the OpenTouch configuration window of the OmniVista 8770, select Eco system > IT Server
2. Access the contextual menu and select Create > HTTP server
3. Enter a name, FQDN, proxy port and type (HTTP)
4. Click the validate icon to save your modifications
Note:
If you have several HTTP proxies configured on the OpenTouch, it is usually the first HTTP proxy which will be
taken into account.
The APNS certificate and Apple authority certificate (GeoTrust) must be deployed on the OpenTouch:
• The APNS certificate is embedded in the OpenTouch software package, and deployed on the
OpenTouch server at software installation.
The APNS certificate must be renewed each year. Alarms are triggered before the expiry date.
The new APNS certificate is delivered with a hotfix that must be installed on the OpenTouch server.
Installation details are provided with the hotfix package.
• The Apple authority certificate (GeoTrust) is embedded in the OpenTouch software package, and
deployed on the OpenTouch server at software installation.
The validity of the Apple authority certificate is limited to one year, and the expiry date is in
September of each year. Alarms are triggered before the expiry date:
• If the time remaining before expiry is less than 60 days and more than 30 days, a WARNING
alarm is triggered with a comment (APNS_CERTIFICATE_EXPIRATION) and the number of
days before expiry
• If the time remaining before expiry is less than 30 days, a CRITICAL alarm is triggered with a
comment (APNS_CERTIFICATE_EXPIRATION) and the number of days before expiry
The Apple authority certificate must be renewed before the expiry date. The new authority certificate
must be delivered with a hotfix that must be installed on the OpenTouch server. Installation details
are provided with the hotfix package.
5.14.1.2 Prerequisites
The OTC Android Smartphone must be present in the Play Store of Google.
The Android smartphone must work normally and be connected to the internet via the cellular network.
When download is finished, the Android automatically installs the OTC Android Smartphone. After
5.14.2.2 Prerequisites
The OTC iPhone must be present in the App Store for Apple products.
The iPhone must work normally and be connected to the internet via the cellular network.
At first startup, the OTC smartphone enables to use a QR code to avoid entering, for example, the
public and private FQDNs of the OpenTouch server. This requires to generate previously a QR code
including information such as:
<otcInfos>
<privateUrl>Private FQDN of the server</privateUrl>
<publicUrl>Public FQDN of the serveur</publicUrl>
<login>user login</login>
<RpLogin>Reverse Proxy login</RpLogin>
</otcInfos>
Example:
<otcInfos>
<privateUrl>private.mydomain.local</privateUrl>
<publicUrl>public.mydomain.com</publicUrl>
<login>my_login</login>
<RpLogin>my_rp_login</RpLogin>
</otcInfos>
There are online tools that can be used to generate the QR code.
The result is a figure similar to a bar code that can be either published or broadcast.
From the OTC smartphone login page, a QR code button allows you to scan the generated QR code,
and automatically fill the login parameters with the public and private FQDNs of the OpenTouch server
(see: Launching the OTC smartphone on page 167).
Note:
All fields are optional.
The user authentication by certificate requires to install the reverse proxy certificate on the OTC
smartphone (trusted root certification store).
Note:
When the import is started, a window opens. It lists all p12 and pfx files found in the root of shared
documents of the iOS application. You can select one certificate or cancel. Once the file is selected, a pop-
up window opens for passphrase entry. After passphrase entry, the iOS application checks the passphrase:
• If the passphrase is wrong, the pop-up is displayed again.
• If the passphrase is correct, the certificate is well imported. The application deletes the file in the root of
shared documents, and stores the certificate and passphrase in its personal key store.
3. From the iPhone, launch the OTC iPhone and click the Certificate installation button (see:
Launching the OTC smartphone on page 167)
A window opens with the list of all available p12 and pfx files
4. Select the certificate
A pop-up window opens for passphrase entry. The passphrase is used to protect PKCS12
certificates
5. Enter the corresponding passphrase, and click OK
OpenTouch Conversation
for Android Smartphone
Figure 5.15: Login page example
2. At first startup, you are prompted to provide access parameters to OTC smartphone
Parameters entry can be performed either manually or automatically using a QR code if configured
(see: Generating a QR code for OTC smartphone first startup on page 162)
• Manually: You are prompted to enter:
• The public and private FQDNs of the OpenTouch server
• The user credentials to access the application (login and password)
• QR code: Click the Scan QR Code button (OTC Android Smartphone) or press the icon at the
top right part of the screen (OTC iPhone)
This action opens an application similar to a camera, that can be pointed to the QR code
(published or present on a computer screen). If the QR code is acknowledged, the access
parameters provided by the QR code are automatically filled
3. Click the Connect button to access the OpenTouch server and open the OTC smartphone
Note:
According to configuration, you may be invited to validate the reverse proxy certificate.
The login page is displayed when the user credentials expire. When this occurs, the user is prompted
to enter new credentials.
3. Modify the public and/or private FQDNs of the OpenTouch server according to your needs
4. Relaunch the OTC smartphone with the modified parameters
Martin
…...
3. Modify the public and/or private FQDNs of the OpenTouch server according to your needs
4. Click the Connect button to open the OTC iPhone with the modified parameters
1. From the iPhone home page, click and hold the OpenTouch icon ( ) until all icons on the page
start wiggling
A cross icon appears in the upper left hand corner of the OpenTouch icon
2. Press the cross icon
A confirmation dialog box opens
3. Click Delete
1. From the OTC Android Smartphone current page, press the OpenTouch icon ( ) or the user
picture or name at the top part of the home page
The user profile page opens
2. Select Settings > Advanced settings
The Advanced settings page opens
3. According to your needs, press the Logging level option and select the type of log messages to
send (Error option is selected by default)
4. Press the Send log by email option to send log messages by e-mail
1. From the OTC Android Smartphone current page, press the OpenTouch icon ( ) or the user
picture or name at the top part of the home page
The user profile page opens
2. Select Settings > Advanced settings
The Advanced settings page opens
3. According to your needs, press the Logging level option and select the type of log messages to
send (Error option is selected by default)
4. Copy the log file from the OTC Android Smartphone (access path: Android\OpenTouch\OTC-
Android-logs.txt) to the computer
Syslog Ssrver Use the drop-down menu to select the Syslog server
d. Click the validate icon to apply your modification
4. If a session is opened, stop the OpenTouch Conversation for smartphone and relaunch it (see:
Launching the OTC smartphone on page 167)
5.21 Generating a QR code or NFC tag for call routing and switching
From their OTC smartphone, OpenTouch users can read a QR code or NFC tag to:
• Modify their current call routing profile, including route incoming calls to an internal device declared
on the OpenTouch or OmniPCX Enterprise
This can only be performed when the OTC smartphone is idle (no communication in progress).
• Switch an active call to an internal device declared on the OpenTouch or OmniPCX Enterprise
These actions require to generate a QR code or NFC tag with the internal device settings.
Note:
The NFC tag is not supported on OTC iPhone.
6 Implementing OpenTouch
Conversation for Web
6.1 Overview
The OTC Web client is an application that enables anonymous users to join an OpenTouch conference
using a browser. An anonymous user is a person who is foreign to or not logged-in to the host
OpenTouch system. An anonymous user can be internal or external to the company.
Conference scheduling cannot be done from the OTC Web. It must be performed from another
OpenTouch client or from the OpenTouch Outlook Scheduling add-in.
Access to the OTC Web is available by a URL, reachable from standard industry internet browsers
(see: List of supported operating systems and browsers on page 188). A guest can join a conference
directly via this URL, or via OpenTouch Conversation or the Join Meeting button in Outlook. Guests
join as leader or participant, according to the rights granted by the owner of the conference. According
to the way used to connect to the conference (directly via URL or via a client), a guest may have to
enter a leader code to gain leader privileges. Leaders can use all of the OpenTouch features and
applicabilities whereas participants can use a limited set of capabilities. For more information, refer to
the document [7].
The conference owner invites leaders and participants when scheduling the meeting.
Conferences can include telephone communications (participants (and conference leaders) can be
called on their telephone set) or be limited to a web presentation, for some, or all participants. In any
case, conferences include access to shared documents and an instant messaging interface.
As of OpenTouch R2.1.1, the OTC Web can detect if the browser used to join an OpenTouch
conference implements Web Real-Time Communication (WebRTC) capabilities. WebRTC offers real-
time communications from web browsers without using additional plug-ins. In the case of OTC Web,
WebRTC enables web browsers to handle OpenTouch conferences, provided that:
• An OpenTouch Session Border Controller (OTSBC) is placed in the secured network infrastructure.
For communications via WebRTC, sessions are established through SIP over WebSockets
signaling and communications are encrypted through DTLS-SRTP. OTSBC is used to control these
communications through SIP over WebSockets signaling and DTLS-SRTP flows.
• Guests join the OpenTouch conference from the Internet (access from LAN is not supported for
WebRTC). Once the URL for the conference entered in the web browser, the access page of OTC
Web provides an option enabling the guests to join the audio conference via their web browser. If
WebRTC is not supported by the browser, this option is hidden in the access page of OTC Web.
• Internal or external microphone and speakers are available on guest devices. If not, the option to
join the audio conference through the web browser is hidden (no WebRTC use). The volume of
speakers and microphone are managed in the Operating System sound parameters.
According to your internet browser capabilities, audio conferences can be performed using either
narrowband audio (G.711) or wideband audio (G.722). Video conferences are not supported on
OpenTouch.
On OTC Web, the conference cannot call back the user if the main device is Out of Service even if the
secondary device is working. To enter in the conference, you must use either an OTC PC or OTC
smartphone.
Enter your name, select a picture or avatar (optional), request to be called on the phone (optional), and
click Join.
When WebRTC is used:
• The conference service initiates an audio call on the browser, and a window prompts to accept the
audio call. Click Accept.
• The browser also prompts to confirm the use of a microphone on your computer. Click Allow.
Once the audio call is established, the OTC Web automatically opens a dialing keypad
• Press the # button to enter in the conference
If call establishment fails (network connection loss, network quality, or configuration issues), either
transfer the call on a third party device using the phone icon on top of the screen, or try again by
reloading the conference web page.
The OTC Web conference window is displayed.
Name of conference
(coined by conference leader) Elapsed time
Your avatar or picture Your name This name comes from the
(selected when joining) (entered scheduling appointment subject line Hide/show shared documents
when joining)
Hide/show chat sessions
View help
Annotation and
screen display tools
Dial or redial
your phone number
Documents area
And/or chat area
6.4 Topologies
6.4.1 On site topology
Within company premises, the OTC Web connects to the OpenTouch through the company intranet
network (LAN) for voice media and data transmission.
OpenTouch
Conversation
for Web
OpenTouch
Applicative link
Intranet
Voice
OpenTouch
Conversation RP
for Web
Applicative link
Internet
OpenTouch
OmniPCX
Enterprise
Voice
PSTN
An OpenTouch Session Border Controller (OTSBC) is required when conferencing access is performed
via WebRTC.
RP
OpenTouch
Conversation for Web
Applicative link
OpenTouch
(browser supports WebRTC)
OTSBC
Figure 6.6: Off site topology for conferencing access via WebRTC
To configure the RP and OTSBC, refer to: Implementing OpenTouch Ecosystem on page 13.
• The sharing area, after joining a conference with the leader role
The sharing plug-in must be installed and started on the computer. If using Chrome or Firefox, close
your browser to complete installation with a certificate (required to secure communications when
sharing your desktop). If using Microsoft Internet Explorer, the certificate is accepted without restart.
IT managers must be informed that:
• Guests must have administrator rights to install the sharing application
• The sharing application is installed as a service and is automatically started (auto start mode
activated at Windows login)
• The Microsoft Visual C++ 2010 runtime must be installed
• Uninstallation must be manual, and can be performed from:
• The Control panel (Add/remove programs interface)
• The menu Start > Programs > ALE International (taskbar of the Windows home page)
From the OpenTouch server, there is only to verify that the web client used for the conference is the
OTC Web:
1. Access the administration console for the collaboration server as follows:
a. Open a session on the OmniVista 8770
b. Start the Configuration application and select the corresponding OpenTouch server
c. Right click and select WBM
d. Enter the otAdmin credentials
e. Navigate to Users and devices > Conference server
The administration console is displayed
2. Navigate to: Configuration > System Options
3. Verify OTCWeb is selected as default web client
Virtual
machine Session based
Client 4.1 Xen App XenDesktop
based deployment
deployment
RCC mode
MS IM Provider (1)
Gmail integration
Missed call
(2) drag and drop from the local file system to the OpenTouch Conversation windows is not supported
(5) VoIP is only available on virtual machine based deployment (Windows 7/10)
(6) by default, Citrix clients do not handle any hotkeys. It requires a specific configuration.
7.2 Citrix
7.2.1 Overview
RAM (dedicated to the ap- 512 MB (depends on the OS used, at least 4 GB are recommended for
plication) the computer)
Ensure that the drivers of your Graphics Adapter are up-to-date (this also prevents memory
consumption issues).
Ensure that DirectDraw Acceleration and Direct3D Acceleration are enabled on your computer.
Depending on how much memory your typical applications require, your computer may need to exceed
these requirements. The performance of the OpenTouch Conversation application is affected by the
other applications running on your computer at the same time. This means that you may need a faster
processor and more RAM than the minimum specified above.
7.2.3 Restrictions
• VoIP is supported through the communication channel between the local session and the remote
session: HDX RealTime generic softphone support (VoIP-over-ICA).
Support of VoIP and video: test must be done to validate the voice quality in this deployment.
In case of unacceptable test results, VoIP with HDX RealTime generic softphone support (VoIP-
over-ICA) is not supported.
• The drag and drop of a document from the local file system in a conversation card to start a
document sharing is not supported.
• Only the hosted applications and desktop can be shared with OTC PC. There is no access to local
applications or local desktop.
• The systray menu is not available when the OpenTouch Conversation is started as a published
application: the only way is the cross icon of the main window
To deploy OpenTouch Conversation on an RDS environment, the following features must be enabled:
• Configure Temporary Folders for an RD Session Host Server as described in: https://
technet.microsoft.com/en-us/library/cc755098(v=ws.11).aspx
Set the following values:
7.3.2 List of the operations required for the OTC PC deployment on an RDS
environment
The following operations provide a short guideline for the OTC PC deployment on an RDS
environment. It only specifies the main operations to perform on the Domain Controller and Remote
Desktop on which the OTC PC must be deployed. It does not provide any procedures and/or screens
to help with the configuration of the Microsoft Windows Server parameters. For more information, refer
to the Windows articles available online.
1. On the Domain Controller:
a. Install the Microsoft Windows Server
b. Install all available Microsoft Windows updates
c. Add the Active Directory role using the Server Manager
d. Create users
2. On the Remote Desktop:
a. Install the Microsoft Windows Server
b. Install all available Microsoft Windows updates
c. Go to: Control Panel > System and add this computer into domain
d. Open the Server Manager and add Remote Desktop Services, RD Web Access, RD
Session Host, RD Licensing, RD Gateway, RD Connection Broker roles
3. Configure DNS forward and reverse zones
4. (Optional): Install SQL Express on the Domain Controller (or use an existing SQL Server) to grant
the RDS Connection Broker server the right to create databases.
Only in the case where the RDS Connection Broker service migrates from WID (Windows Internal
Database) to a (high available) SQL Server instance, the Broker is converted to a high available
broker.
5. Configure the certificates for RD Connection Broker, RD Web Access, RD Gateway in the
Server Manager (access path: Remote Desktop Services > Tasks)
6. Publish full desktop sessions:
a. From the Server Manager, go to: Remote Desktop Services > Collections
b. Click Tasks and select Create Session Collection
7. Install the OTC PC on the Remote Desktop server (see: Implementing OTC PC/OTC PC One/OT
Conference on page 43)
8. Publish the OTC PC as a RemoteApp Program in Server Manager (access path: Remote Desktop
Services > Collections > QuickSessionCollection > RemoteApp Programs > Tasks)
Figure 7.3: Example of Server Manager screen (Windows Server 2012 R2 Standard) with the
OTC PC available in the RemoteApp Programs
9. Open a web browser and enter the following URL: https://<FQDN of the Remote
Desktop>/RDWeb/
The RD Web Access window is displayed
Figure 7.4: Example of RD Web Access window displaying the OTC PC icon
7.3.3 Restrictions
• VoIP and video are not supported on RDS.
• The drag and drop of a document in the conversation card from the local file system is not
supported.
• Only the hosted applications and desktop can be shared with OTC PC. There is no access to local
applications or local desktop.
• When OpenTouch Conversation is started as a published application, others application (outlook)
must be started in the same session using RDS.
Select the VMWare server on which you want to connect. The list of available VMWare servers is
defined by the VMWare administrator.
Connection to the VMWare server is done by entering the credential given by the VMWare
administrator.
The VMware Horizon client allows either to connect to a remote desktop or to start a published
application.
Access to local resource can be configured from the VMware horizon client (right click an icon). You
can specify which part of the local file system can be shared with the remote session.
7.4.4 Restrictions
• VMware Horizon HTML access is not supported.
• The integrations with Microsoft is possible only if the integrated software runs in the same desktop
session.
• The drag and drop of a document in the conversation card from the local file system is not
supported.
• Only the hosted applications and desktop can be shared with OTC/PC. There is no access to local
applications or local desktop.
• From an OTC PC point of view, the automatic audio detection does not work. It relies entirely on
Windows mechanisms and what the end user configure on their local computer.
7.5 Installation
In case the native solutions for VoIP and Video provided by the VDI environment are not of an
acceptable quality, these feature can be disabled from the installation options of the OTC PC.
These options are detailed in the table below:
NOVOIP If enabled, the OTC PC is deployed without the VoIP capability. The cli-
ent is:
• Unable to activate softphone in SIP connectivity
• Unable to manage audio devices
NOVIDEO If enabled, the OTC PC is deployed without the video capability. The cli-
ent is:
• Unable to make or receive a video call or to join a meeting in video
• Unable to manage webcams
VDI_PUBLISHEDAPP If enabled, the OTC PC is deployed with specific behavior matching con-
straint of a “publishing app” deployment:
• The OTC PC works in a “standard windows Frame” mode
• This option disables the capability to display search bar in the
Windows systray
The following table indicates what option to select at OTC PC installation for the different deployment
modes: