Beruflich Dokumente
Kultur Dokumente
This is the installation procedure for Omnivista 8770 version 3.2.08.10 – Third Maintenance delivery for the Release R3.2.
Revision History
Edition 01: May 18, 2018 creation of the document
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: 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. © 2018 ALE International. All rights reserved.
www.al-enterprise.com
Table of contents
1 GENERAL ................................................................................................................................................ 5
2 CONTENT OF THE SOFTWARE PACKAGE .................................................................................................. 6
2.1 References ....................................................................................................................................... 6
2.2 Patches ............................................................................................................................................ 6
2.2.1 Mandatory patches delivered ....................................................................................................... 6
2.2.2 Other optional patches ................................................................................................................ 6
2.2.3 Anomaly Reports fixed in the patches .......................................................................................... 7
2.3 License file ....................................................................................................................................... 7
2.4 Versions of embedded software ......................................................................................................... 8
3 PREREQUISITES ..................................................................................................................................... 9
3.1 Server PC prerequisites ..................................................................................................................... 9
3.1.1 Hardware and software ............................................................................................................... 9
3.1.2 Software and hardware compatibility ......................................................................................... 10
3.1.3 Configuring the Server PC ......................................................................................................... 10
3.2 PCX compatibilities .......................................................................................................................... 11
3.2.1 IP & IP/X25 connections to OmniPCX Enterprise ......................................................................... 11
3.2.2 OpenTouch .............................................................................................................................. 12
3.2.3 OmniPCX Office ........................................................................................................................ 13
3.2.4 OmniPCX Enterprise and OpenTouch : software locks ................................................................. 14
3.3 Prerequisites for administration Client PCs ........................................................................................ 15
Network Management via WEB: ............................................................................................................. 15
This document describes the installation procedure for OmniVista 8770 version 3.2.08.10.
It refers to the Installation manual and Administrator manual.
These documents are essential since this procedure does not provide full installation details.
It is also highly recommended to consult Alcatel-Lucent Business Portal (https://businessportal2.alcatel-
lucent.com). Some new information regarding OmniVista 8770 current version could be available.
Our Technical Knowledge Center will help you to establish your technical diagnostics:
https://businessportal.alcatel-lucent.com/alugesdp/faces/gesdp/integration/KCSKnowledge.jspx
Warning
Each time you are requested to erase or edit a file, it is absolutely necessary to make a copy of the
original.
These operations must be performed by an expert (ACSE) trained on the product. You can also contact
the "Professional Services" team (mailto: professional.services@al-enterprise.com or your local Services
representative).
Note
“crqms…and CR8770-…” are internal anomaly reports references. Check with Technical Support on which
version/patch it is fixed or if correction is important for you.
2.1 References
The documentation is available on the Alcatel-Lucent Business Portal, in the section Technical Support\
Technical Documentation Library :
https://businessportal2.alcatel-lucent.com/technical_documentation_library
- 8770_3.2.8_im_installationmanual_8al90704usaj
- 8770_3.2.8_am_adminmanual_8al90703usaj
- 8770_3.2.8_am_rtu_metering_8al90712usaf
- 8770_3.2.8_am_securityguide_8al90705usag
- 8770_3.2.8_am_SNMPproxy_8AL90708USAE
- 8770_3.2.8_am_accountvoipticketscollect_8al90709usad
- 8770_3.2.8_am_apiusermanagement_8al90710usad
2.2 Patches
Reminder:
On server side, all patches located in the Patches\Mandatory folder are automatically installed at the end
of the installation.
Note The manual patches files opening is failing when using the embedded Windows tool. It’s happening
correctly when using an external tool like 7-Zip.
This list is also included in the “readme” file under “PATCHES\Mandatory” in all deliveries.
[1]
=========================================
Patch name : Patch_320810A_CONF.zip
Delivery date : 15May2018
=========================================
CR8770-8031 swisspro Solutions AG – Headquarter //MTAC_NMC_1893F// 4059 ne peut plus
composer un numéro via l'annuaire erreur certificat
release OV8770 R1.0 R1.1 R1.2 R1.3 R2.0 R2.5 R2.6 R2.6.7 R3.0 R3.1 R3.2
License version 1 2 3 4 5 6 7 7 8 9 10
Note During a R3.2.08.10 fresh server installation, the version 10 license is mandatory (OpenTouch 2.3,
OmniVista 8770 3.2 and OXE 12)
During server upgrade : version 9 is acceptable. However, upgrade to version 10 will be necessary (to be
requested through ACTIS/eBuy).
During the OmniVista 8770 server running mode : versions 9 and 10 are accepted
Windows 8.1 – windows 2012R2 KB2919442 replaced by The installation order must be done as
KB3021910 – KB2919355 follows :
KB3021910
KB2919355
KB2999226
All OS except Windows 10 KB2999226
Note From 50000 subscribers, you need the agreement of Alcatel-Lucent (process PCS – Premium Customer
Support).
From 100 nodes or PCS, you need the agreement of Alcatel-Lucent (process PCS – Premium
Customer Support).
OmniVista 8770 has been validated in a VMware ESX® environment and Microsoft Hyper-V®.
The hyper-threading option should not be validated on the VM. Configure one CPU with 4 cores and
not 2 CPUs with 2 cores.
For Accounting, the maximum number of tickets is 30millions.
It’s not recommended to use the local Client installed on the server. However, if for any reason
this Client is regularly used it’s advised to increase the memory size.
Windows 2008 Server R2 being no more supported by Microsoft, it’s no more recommended to use
this Operating System.
From OmniPCX Enterprise R6.0 till R12.x and all associated OmniVista 8770 releases the IP connection or
IP/25 connection is ok
Warning
PPP connection is not supported.
Note : OmniPCX Enterprise R12.1 can be managed by OmniVista 8770 R3.2 without new features
3.2.2 OpenTouch
Note : OpenTouch R2.3.2 can be managed by OmniVista 8770 R3.2 without new features.
OmniPCX
Office
OV8770 Releases
RCE Software version equal to or higher than …
Releases
The use of Clients installed on a Citrix Presentation server XenApp 7.6 is validated.
The number of clients is limited to 4.
A minimum of 8 Gb dedicated RAM is required.
The use of Clients installed on a Citrix server is not possible when we manage OmniPCX Office nodes. The
OMC tool is not compatible with Citrix.
Warning
directory consultation via WEB : “Invalid certificate” message appears. To solve this issue, please see
the KCS article #000040438
4.1 Installation
Warning
During the installation, OmniVista 8770 checks the KB3021910 KB2919442 and KB2919355 are well
Do not continue : press “Ok” and “No” in the subsequent popup. Then install those kb listed before.
Warning
Make sure that no client in local has opened a session otherwise there is a risk of database corruption.
Warning
The server upgrade from 2.5 releases brings a modification for the VOIP quality supervision application.
The Performance application based on a Vital Suite module has been removed. It has been replaced by a
more simple and integrated module. Reports and data from the previous application will no more be
available after the upgrade to R3.2. The data have to be processed before the upgrade.
The upgrade to OmniVista 8770 R3.2 is available from version 2.6.x (version = 7 in the license).
The upgrade provides upgrade of the OmniVista 8770 database in new version, including scheduled tasks,
administrators accounts, …
Instead of upgrading, it is always possible to reinstall the server : reinstallation allows restarting with fresh
data, and importing archived accounting tickets and custom report definitions.
For OmniVista 8770 servers with a version before 2.6 (version < 7 in the license), the recommendation is
to do a new installation. Direct upgrade is not available, it is necessary to upgrade in two steps :
For release 1.3.10.00.a (version = 4), an intermediate upgrade in version 2.6.7 is needed, before
upgrading to version 3.1,
For release 2.0.09.01.a and 2.5.03 (versions = 5 and 6), an intermediate upgrade in version 3.0
(version = 8) is needed.
Reminder: OmniVista 8770 versions before 2.6 (1.3, 2.0, 2.5, …) are no more supported.
For more details on the supported releases, please refer to the “Alcatel-Lucent OpenTouch® Suite for Mid &
Large markets RELEASE POLICY INFORMATION ENT_MLE_016065” and “OmniVista 8770 feature list
8AL91400USAA” published on the Business Partner Portal.
Warning
The Migration tool does not allow retrieving the directory replication management from OmniVista 4760.
It has to be managed completely in OmniVista 8770 servers.
In addition, during migration, the replicated sub-suffixes from OmniVista 4760 are created as normal
entries in the OmniVista 8770 company directory. That’s why when the sub-suffix is created to reproduce
the replication with the same name the system throws “The entry already exists”.
The workaround for the issue is
After migration :
1. Export the entries under the sub-suffix entry in the company directory (For eg., if it is a
department sub-suffix, then export the department and its children).
2. Then delete the replicated entries (For eg., department sub-suffix and its children in this case)
from the company directory.
3. Now create the sub-suffix with the same name using the replication procedure. This will create the
corresponding entry in the company directory.
Then import the entries which were exported during step 1
Note
The MSAD plug-in must be regenerated and installed again on the Active Directory server after rehosting.
Warning
The password of the account MSAD8770Admin must not be changed in the Security application
For users creation from the MSAD Web client, the OmniVista 8770 server name has to be inserted in the
Trusted sites list.
Warning
Languages can be downloaded on BPWS
This is applicable to OmniPCX Enterprise 12.1 MD1 and OTMS 2.3.1. The requirement doesn't address OTBE
2.3.1.
New parameters are manageable to support video capability of the OTC PC
- Video codec : limited to H264
- SBC encryption for remote worker
The parameters are available whatever the OmniPCX Enterprise / Open Touch release : it is under the
responsibility of the administrator to activate or not the feature from OmniVista 8770. However by default,
video is not activated.
Video parameters are available in update or creation mode, from Users or Devices applications, in unitary
user creation/device association, from mass provisioning file, for main or secondary device in a multi-device
configuration, in device profile for direct usage or in metaprofile association.
There is no provision to automatically activate the Video capability when upgrading the OmniPCX
Enterprise/OpenTouch that support this feature.
The definition of a device profile with video parameters and its application in creation or update mode can
help migration case and save operating time.
8.2 8008 DeskPhone support in NOE mode (without SIP hospitality and IPv6)
This feature is the typical support of a NOE device in the Graphical View application.
The 8008 is a low-range IP phone, small 4-lines screen with 2x3 keys for softkeys, navigation keys and 5
additional hard keys.
The support of the new device is transparent from the OmniVista 8770 point of view : dedicated phone set
name is associated to this new set, generic OmniPCX Enterprise Configuration.
- UUM application : The value IP Touch 8008 is added to the list of the available device types for an
OXE user. However as this list is independent of the OmniPCX Enterprise release, the creation of the
user will be rejected for OmniPCX Enterprise running releases < OXE 12.
This new value is also available from ADClient and OpenAPI with the same restriction.
- RTU KPI calculation : The IP Touch 8008 device is counted in the KAT109 (STD USER IP DEVICE). KPI
definitions are updated in accordance
- Management of the 8018/8028s associated to an OXE "SIP Extension" user from all OmniVista 8770
applications (Users, Device management Mass provisioning files, AD Client, Open API) with full list of
settings, using profile or metaprofile
- Support of the auto-discovery of the MAC address : the device can be managed from the OmniVista
8770 application with or without its MAC address. Declaration of the MAC address is incompatible
with the usage of a metaprofile
- Deployment of configuration files and binary files through HTTPS
- Authentication of the device through a certificate including the MAC address as the certificate
common name element
- Binary deployment per groups of devices
Restrictions :
- Inventory is not supported, except IP address and MAC address, retrieved from OmniPCX Enterprise
parameters
- No management of phonebook
- No management of programmable keys
In OmniVista 8770 3.2.8, the OmniVista 8770 Web Based Management Client is focused on the Users
application & more precisely on the OXE/OTCt user.
8770 WBM is accessible via Google Chrome (Google Chrome 57 & above).
The NMC home page can be accessed using the below given URL format :
https://<8770_Server_IP or FQDN>
OmniVista 8770 WBM client can be accessed directly using the below given URL format :
https://<8770_Server_IP or FQDN>/nmclient/
Known restrictions :
RE1 : some labels are not translated (in English or in technical label)
RE2 : user deletion fails if the user to be deleted is automatically selected by switching from detail to grid
display mode
RE3 : searching for more than 2000 users + otc smartphone doesn’t return all matching users (~5% are
missing) and notification list doesn’t provide the number of users found.
RE4 : search for users is limited to user attributes (names, email, …). Impossible to search for users with
filter on OmniPCX Enterprise/OpenTouch attributes.
RE5 : some refresh issues
RE6 : GUI resizing has a few issues.
RE7 : Messages in notification area/popup, Country code in tree are not translated and will be displayed in
English irrespective of the login language
Restriction :
- Mass Pro is not supported
- MSAD is not supported
- OpenAPI is not supported
In R3.2.08, there is no more restriction regarding OTCt Smartphone creation via Mass Provisioning, MSAD and
OpenAPI.
8.7.1 Creation of users + OTCt Smartphone through metaprofiles from the Users application
The metaprofile is enriched with the parameters needed to create the OTCt Smartphone and the associated
elements on OmniPCX Enterprise (OpenTouch ≥ 2.3) in order to automate the selection of the additional
directory numbers. The automation is based on a building rule where some (0, 1 or more) starting digits
from the user main directory number are replaced by other prefix digits.
Example : main directory number as 4300, remote extension as A300, device number as 99300,
abbreviated number as BD300
- OpenTouch directory number device : prefix for automatic build from main user directory phone,
this number is also used to create the OXE SIP device in case of Wifi connectivity
- Remote Extension on OmniPCX Enterprise : prefix for automatic build from main user directory
phone
- Abbreviated number : prefix for automatic build from main user directory phone
- Digits to remove from main directory number of the user in order to build the other numbers
These attributes are optional. They are useful only in case OTCt Smartphone is attached to the user created
from this metaprofile.
For information, a solution based on free number ranges (OmniPCX Enterprise or OpenTouch) won't work in
some cases
Already in 3.2, the creation of a user is possible from the Users application and the administrator
can create the OTCt user in several ways.
- In several steps : creation of the OXE user (with or without metaprofile, with or without an OXE
profile), then addition of the OpenTouch properties (with a profile), creation/association of an OTCt
Smartphone device (with or without a device profile).
- In one step : creation of an OXE user and selection of a mobile device profile. Depending on the
OpenTouch release, additional parameters are requested that have to be filled in explicitly : device
directory number, remote extension directory number, abbreviated number (optional), gsm number
(optional)
In OmniVista 8770 3.2.8 and OpenTouch ≥ 2.3, the Administrator can create a user + the Smartphone by
selecting a metaprofile where additional directory numbers for mobile have been preconfigured (free
number ranges or building rules). When he selects an OTC Smartphone profile, the additional numbers are
automatically calculated and displayed in the creation grid for edition. In case no pre-configuration exists in
the metaprofile, the previous creation mechanism is used : the administrator has to fill these numbers
explicitly. In case no OTC Smartphone profile is selected the metaprofile pre-configuration is ineffective.
As a summary, in case of an OTCt metaprofile usage, the administrator can request the creation of an OTCt
Smartphone by selecting an OTCt Smartphone profile. At this time, the administrator will be requested to
fill some additional parameters :
- the GSM Number (optional) : mandatory for OpenTouch < 2.3. For OpenTouch ≥ 2.3, this value is
optional, even for a GSM or dual connectivity, it can be given by end-user from the Client
application
- the Device directory number and the Remote Extension directory number are automatically
generated based on the metaprofile rules but are editable. Visible only if OpenTouch ≥ 2.3
As a reminder the connection mode of the OTCt Smartphone is managed through a device profile to be
applied to several devices and hidden from creation/update grid parameters in Users application.
From the AD Client, the full creation of an OTCt user with OTCt Smartphone device is possible thanks to the
metaprofile usage. Only few parameters are added to the user settings :
- selection of the OTCt Smartphone profile
- GSM number (optional)
Additional directory numbers (OpenTouch device, Remote extension, Abbreviated number) are calculated
from metaprofile rules. If one of the rule is not defined in the metaprofile, the creation will fail.
From OpenAPI, the full creation of an OTCt user with OTCt Smartphone device is possible thanks to the
metaprofile usage. Only few parameters are added to the user schema :
- selection of the OTCt Smartphone profile
- GSM number (optional)
- the directory numbers for the device, the remote extension and the abbreviated number are
optional : no value in the create request means they will be automatically generated from the
metaprofile rules.
From the OpenAPI, it is possible to create/associate an OTCt Smartphone to a user. The device
schema is enriched with
- directory number for the OXE remote extension
- directory number of the abbreviated number
The configuration of the directory numbers is unchanged : the value is given in the request.
The new attributes related to the OTCt Smartphone are present in User header line (export template
operation). The usage of metaprofile for the OTCt Smartphone creation is supported in OmniVista 8770 3.2.8
:
if the OTCt Smartphone profile attribute is valued in addition to a metaprofile, the other OTCt
General Topology
When the GET request goes through the reverse proxy, the device certificate is authenticated by the
reverse proxy and replaced by the reverse proxy certificate in the secure management zone.
The solution consists in declaring a list of Reverse Proxy in the OmniVista 8770 server and to check in the
OmniVista 8770 that the owner of certificate attached to the GET configuration files request is either the
device itself (authenticated by its MAC address is case of a direct connection to the OmniVista 8770 server),
either one of the trusted reverse proxies registered in OmniVista 8770 (private FDQN).
This topology doesn't prevent the auto-discovery of the MAC address by the OmniVista 8770 device
management, so that even in such a case the Administrator can declare the remote devices without
declaring the MAC addresses.
Support of SIP phone (8001) behind SBC with automatic provisioning through OmniVista 8770
…….
-----BEGIN CERTIFICATE-----
MIIDpzCCAo+gAwIBAgIJAOI79QAOV8EpMA0GCSqGSIb3DQEBCwUAMGoxCzAJBgNV
BAYTAkZSMREwDwYDVQQIDAhCcml0dGFueTEOMAwGA1UEBwwFQnJlc3QxDDAKBgNV
BAoMA0FMRTEqMCgGA1UEAwwhb3QtYnN0ZGV2LTEuYWxlLWludGVybmF0aW9uYWwu
Y29tMB4XDTE3MDYyMDE1MDAxN1oXDTE4MDYyMDE1MDAxN1owajELMAkGA1UEBhMC
RlIxETAPBgNVBAgMCEJyaXR0YW55MQ4wDAYDVQQHDAVCcmVzdDEMMAoGA1UECgwD
QUxFMSowKAYDVQQDDCFvdC1ic3RkZXYtMS5hbGUtaW50ZXJuYXRpb25hbC5jb20w
ggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC6vxucsBwwRePV6yJb7Dcp
j4/mBmKYCKvGaINIec2KbQ/M4FlWnTGjLnAWejXZkBEP+uX+iWb11KDQdOaUBQ0v
FLv6TqRyYRuhqgOjG71rgMzg6YizWXZWMGlwpMhZ7AQ5oUZLIM/t3xEeHUVa557Y
E6bFMBoI68dvFsI7GTfDS7lVrff198bomb3jzkoyUTzXAIg9exP237d7TQoc4RN1
TskNgRpGv88U4WwArU6oBLeUjv3tx1HRCtzDyhbZnzPKLVdwDTCpY+Hyq+CKY1nW
p8E9EFnkH3hhnrsPPzucchbzl1y4rcuExiEjv9FV3z5SeGbZCBgI2RzfyWSPR+7T
AgMBAAGjUDBOMB0GA1UdDgQWBBQTm69oTuT0CXwn3U1GWsuepOsevDAfBgNVHSME
GDAWgBQTm69oTuT0CXwn3U1GWsuepOsevDAMBgNVHRMEBTADAQH/MA0GCSqGSIb3
DQEBCwUAA4IBAQCujMQu34DmYOTTYFquypcz41M2Qrkuksqlah8VSLJgk49Zve+f
K1r0WaE0ovqR8D0wF71FEOtzLs4I9v6eng3pb9Pp9Gz+n9PV+5m21tRBggT9iMx9
irkY7eOZEIRfPugrd8C2BAasKztFcLV1BcKA5Z78ali1tuJIZw1EFhOD/jGhmNo/
9rIzA94gnmderLodazPHgvbDswI6HrnWf1tC/P2aJbkRK2vgQeP9W4fInVu6dbzC
zo3laGD/BMHOExC2Nxz4yUCiIAJBKOtB3arfPt6QurNJtTHHb2k6ZV3YoKI/wU45
vFkuRCmUPhrfWQbKIXab8CNQkWY6Vl0No1R8
-----END CERTIFICATE-----
e. The new CTL file must be signed with a VHE connected to an OT.
Rename and copy the ctl_VHE8082_remote file on a USB KEY in: /trust_store/ ict8000ctl.pem
Plug the USB KEY in the VHE which was used to auto signed CTL for this OT (must be the Auto Signed
VHE of the OT).
On VHE and in admin mode, go to security, and start the CTL auto-signed procedure
(Security/Certificate). CTLActicateCADeployment at first, and CTLActivateSigning after.
The USB KEY contains a new ict8000ctl.xml which is signed with the Reverse Proxy certificate.
Get the @ MAC of the used VHE device
g. Using external tool, and from the CTL file, get the CTLMD5 (example:
e6ce0f8d802b7b96a00327e9ef659acc). Under windows 7 the commande is : CertUtil –hashfile c:\ctl_VHE8082
MD5
h. On 8770 Server, via an editor, update the configuration file of the device with:
CTLMD5 = the ctl MD5 calculated with the external tool
CTLMAC: set the MAC of VHE used for CTL signing
CTLURL="/DM/VHE8082/ ctl_VHE8082_remote "
Take care that this step must be done at each time 8770 server generates the file (when an administrator
update the device, or data user used in the device configuration file).
8.9 RTU_MULTI-DEVICES_KPIS
With introduction of the multi-devices capabilities in OXE R12, KPIS for OTEC Offer must be enriched to
better serve the multi-devices pricing model.
KPIs related to devices are duplicated to explicitly count devices in tandem configuration as secondary sets.
Other KPI are not affected, still count devices as standalone set, main set or secondary set : definitions
remain unchanged (KAT008 : STD USER DIGITAL DEVICE RTU, KAT109 : STD USER IP DEVICE RTU, KAT010 :
STD USER SIP DEVICE RTU, KAT012 : STD USER DECT DEVICE MOBILE RTU, KAT013 : STD USER WLAN DEVICE
MOBILE RTU, KAT039 : STD IP-DESKTOP / IPDS-AGENT-OPTION RTU)
Note that Analog sets and SIP devices can't be defined as part of a multi-tandem configuration. It is no sense
to duplicate KPI about pure cellular user which counts users not defined as part of a tandem configuration.
Therefore the new KPIs are :
- KAT208 : TDM IN TANDEM
- KAT209 : IP DEVICES IN TANDEM
- KAT210 : SIP EXTENSION IN TANDEM
- KAT212 : DECT IN TANDEM
- KAT213 : WLAN DEVICE IN TANDEM
- KAT239 : IPDS IN TANDEM
For Datacenter and Standard edition, please use the installation option ”Desktop Experience”.
Restriction :
- After rehosting (Even in case of OTBE), PKI is not working. Refer CR8770-6842
- 8770 Home page can be accessed using the below URL format
https://<8770_Server IP or FQDN>:8443/
- 8770 WBM can be accessed directly using the below URL format
https://<8770_Server IP or FQDN>:8443/nmclient
- Administrator can login in to 8770 WBM using the same administrator accounts used for 8770 server
login
Tree
Represents the organizational structure as defined in the Company Directory application of
OmniVista 8770.
Grid/Detail
Displays user based on selection of organization unit in grid mode when several users are available
and for unique user will be displayed in detail mode.
Detail mode will display user attributes related to OXE,OT and devices.
Create/update
Common User
Standard OXE users (OXE users without OpenTouch properties)
Connection users (OXE users with OpenTouch properties)
Associate of voicemail to OXE and OTCt users
Delete
Common User
Standard OXE users (OXE users without OpenTouch properties)
Connection users (OXE users with OpenTouch properties)
Search
Quick Search with First name, Last name, UID and directory number.
Advance search with different user attributes and organizational units.
Administration Operations
Password and language can be changed for the logged in administrator.
Notification Area
Read and manage event notification of current session.
Logout will clear all the notification of previous sessions.
Restrictions
- [8770 NMClient] Unable to delete the OXE with OT user(with smartphone) Refer: CR8770-7405
- [8770 NMClient] Dissociation of device fails with error message “Template string to be parsed"
Refer: CR8770-7450
- [8770 NMClient] OXE user creation with device association get failed After OXE user deletion Refer:
CR8770-7451
- 8770 WBM client war deployment fails in Windows server 2016 due to Windows defender which is
installed by default Refer CR8770-6662 & CR8770-6839
Workaround: Add C:\8770\wildfly\standalone\tmp exception in windows defender service
Note
All the “CR8770-…” ref. mentioned below are internal anomaly reports references. Check with Tech.
Support on which version/patch it is fixed or if correction is important for you.
In this chapter you will find misc information about applications, components that could be useful plus
some restrictions.
11.1 RTUM
The Date and time of OmniVista 8770 server and OpenTouch server should be synced for KPIs update in
RTUM reports afterOpenTouchPartial sync (Global/Separate) : Refer: crqms00475759
Recently the Russian Govt has changed the Timezone from utc+3.00 to utc+4.00 because of which there
would be a delay of an hour in RTUM counter calculation. To solve the issue Microsoft has recommended the
patch Windows8.1-KB3162835-x64 to be installed to bring back the time zone in utc+3.00 after which the
RTUM counter calculation will be ok.
Max.number parameter is very sensitive : it limits the number of first free directory numbers
returned by OmniPCX Enterprise when a consultation is requested. If admin sets a very high value by
The problem is that such consultation is done during the creation of a connection user creation from
a metaprofile. Several seconds can be easily wasted because of a too high Max.number parameter.
Workaround:
o The recommendation is to set 10 or even less. In such case, the consultation of free directory
numbers is immediate and the user creation is therefore optimized.
Restriction:
CT user export of more than 1K fails in UUM. Refer : CR8770-5782
Memory limit exceeds with oxe user search of more than 1K users. Refer : CR8770-6607
OpenTouch/OmniVista 8770 rehosting: MYICPCSIP cannot connect - the OTCT MYICPCSIP DM files keep
the old domain name value explaining that: The SIP URI value will be filled by the administrator during
association of MYICPCSIP device to OTCt user. So administrator has to update SIP URI manually based on
the new OpenTouch host name after rehost. Refer: crqms00194838
No more support for MIC Android, MIC Blackberry, MIC Windows and MIC Nokia mobile devices. Ref:
crqms00192940 :Devices: MIC Android, MIC Blackberry, MIC windows ,MIC Nokia devices to be removed
from devices application
For overall Terminals tests performed in OmniVista 8770 with “device profile” has given the status
below:
Without
Profile(Normal With
Device Node Deployment) Profile Binary used for the testing
VHE(8082) OXE OK OK R300_01_15_17.zip
VHE(8082) OT OK OK R300_01_15_17.zip
MyICphone_8002_8012_R110_
VLE (8002/8012) OXE OK OK 03_059_0.zip
MyICphone_8002_8012_R110_
VLE (8002/8012) OT OK OK 03_059_0.zip
8001 OXE OK OK 8001-R200.4.2.0.8.zip
8068/
8038 OT OK OK 8068_R220_3_31_30.zip
8088_R301.03.011.2.2211-
8088 OT OK OK signed.zip
OXE :
8088_R301.03.007.0.2169.zip
OT :
8088 OXE OK OK 8088_R301.03.007.0.2169.zip
OTC-android-smartphone-
OTC smart phone OT 2.11.05.0.apk
User creation, the TUI password should not be trivial for security reason. It should not be of cyclic,
repetition, increasing or decreasing fashion.
services -> Security -> Password Management -> Allow trivial TUI check this attribute to allow trivial values
to be used for TUI password. Uncheck this attribute doesn’t permit using trivial value
for TUI password.
For OTVM- Automatic creation of persons in directory is applicable for only for OmniPCX Enterprise with
OTVM users.
The connect operation of OpenTouch from Omnivista 8770 will not work with the root user and password.
The maintenance credentials should be used for login.
While configuring OpenTouch server, if ERROR_REMOTE_EXCEPTION error occurs then check following :
- Add the FQDN of OpenTouch in the hosts file of windows where the OmniVista 8770 server is
installed
- Restart of Wildfly service
A new tab „feature‟ is available for OpenTouch nodes which have the version greater than OpenTouch R 2.1.
Tree will be segregated according to Tasks.
New mass provisioning rules are implemented in R 3.1 to ease export/import operations.
Improvements include:
- Import/export with minimum set of attributes
- New enhanced template
- “Action” attribute in first column, “displayname attribute” in second column
- No reference to internal OpenTouch id.
Restriction:
OpenTouch Configuration: Scheduled export failure with StringIndexOutOfBoundsException. Refer
CR8770- 3835
After declaration of OXE node, OXE Complete Global synchronization will not synchronize associated
OpenTouch node. OpenTouch node should be synchronized first.
TUI voice mail should be declared in both OmniPCX Enterprise and OpenTouch for successful complete
global synchronization.
OpenTouch synchronization may get fail with Error invoking web service after upgraded to
3.2.8.X.(possibility of occurrence is very low) Even if restart of wildfly service is not solving the issue.
- Workaround: Change LDAP Directory manager password. From OmniVista 8770 tools omnivista.exe
select password change (option 1)-> LDAP directory manager password
(option 2)->Enter new password and restart the system.
11.7 Audit
After enabling the Global flag for audit process the OmniVista 8770 client needs to be restarted to get
the information of OmniVista 8770 login/logout
Restriction:
Audit detailed system records will not be displayed in OmniVista 8770 with OmniPCX Enterprise
releases>=M1
Refer CR8770-6606: 8770 R3.2.08.04: Audit system details are not available in audit application for
OmniPCX Enterprise>=OXE 12.
11.8 Alarms
OpenTouch Alarms will not be received if two OpenTouch's have same username but different parameters
(like encryption password, passphrase, etc..).To receive the OpenTouch alarms from all the declared
OpenTouch nodes, there are two possible configurations:
- 1st option: use the same SNMP v3 user name and same associated parameters (security level, user
password, passphrase, …) for all the OpenTouch nodes
- 2nd option : use a different SNMP v3 user name for each OpenTouch node
Topology : Dashed Line style between two network elements will be supported with IE version 11 and above.
11.10 MSAD - Active Directory Synchronization & Light Client for User
Provisioning
General Information:
MSAD Sync: During the MSAD Access Info Configuration, the entire user Dn (Example :
Cn=ladmin,CN=Users,DC=Company X,DC=com)needs to be entered instead of the username
alone.
MSAD: Deleted user information getting display in another browser; Refer: crqms00203486
MSAD: Performance Issue creations and modification of user in AD taking long time then general. Refer:
crqms00202955
AD Web Client: Page refresh not happening after OmniPCX Enterprise/OpenTouch metaprofile
selected from the IE8&9 browser.
Workaround: The Active Scripting needs to be enabled in the IE browser Internet Options
MSAD Client: OmniVista 8770 Administrator is not allowed change the default password assigned to
the MSAD8770Admin account. Changing the password will make AD Client inoperable.
Workaround : If MSADAdmin password is changed then restart the Widfly service in OmniVista 8770
server.
Restriction:
MSAD: OXE user modification with cost center is not working; Refer: CR8770-8068
If SNMP service is already installed in a machine before installing 8770, then during OmniVista 8770
installation SNMP proxy will be installed by creating necessary registry entries.
If SNMP service is not installed in the machine, then during OmniVista 8770 installation SNMP proxy
registry entries are not created and hence SNMP proxy will not be installed. So, to use SNMP proxy
feature then Windows SNMP service need to be installed and script called inmcsnmpproxy.vbs (in the
path: \8770\bin\) has to be run to create SNMP proxy entries in the registry
External tools like TrapReceiver and iReasoning MIB Browser should not be installed to receive the traps
from the OmniVista 8770 server side rather we could install them in the client side machines.
o These tools by default take the port number 162 and due to this OmniVista 8770 will not receive
OpenTouch Alarms. This may be due to the port conflict between these two.
The requirement is driven by the capability of the UA/NOE device to display non ASCII characters and the
OmniPCX Enterprise management restrictions where the OXE User attributes vary from Directory name and
firstname to UTF8 name and firstname depending on the character set used for the name/firstname.
In OmniVista 8770 and OpenTouch, priority is given to UTF8 names, meaning UTF8 names are used
preferably, at least in all Directory-based applications.
superadmin.p12 certificate is always generated with default password not with modified password.
Refer CR8770-6841
For OmniVista 8770 upgrades from R2.6 SHA1 certificate would only be available. If administrator wants to
migrate to SHA2 he should use toolsOmnivista.exe
Warning A particular care has to be taken before doing an upgrade to R3.1. Make sure the devices are doing
https requests and not http
Refer to KCS article “000040438 : 8770- Directory client consultation via WEB : Invalid certificate.”
11.21 Upgrade
Warning Case of an upgrade with a local client already started ! it is mandatory to check that all the clients are
stopped !!!
CR8770-8025 OTC PC/CT/After DECT adding to MDV user, he sees incorrect Major
routing profile in OTC PC
CR8770-7817 API : partial creation on OXE after an error on the licences Major
CR8770-7767 ALE PROD: 8001 over Internet does not work with auto- Major
provisioning
CR8770-7760 [Report] : config file badly generated for a 8001 set (random Major
issue)
CR8770-7759 OXE UPGRADE : remote download feature with the R12 Major
CR8770-7550 The update from 3.1 failed with FAILURE: Replace_Attributelist Major
error
CR8770-7516 In toolsomnivista, Jboss is still mentioned in menu 1 Major
CR8770-7442 Directory: primary link not autoset if the CD entry is added in the Major
mcs customer
twitter.com/ALUE_Care
facebook.com/ALECustomerCare
- END OF DOCUMENT -