TCV039en Ed07
TCV039en Ed07
07
URGENT
CONTENTS
1. GENERAL.....................................................................................3
1.1 Principle.................................................................................................... 3
1.2 Generating the license file ........................................................................ 3
1.3 Name of the file........................................................................................ 4
1.4 History ...................................................................................................... 4
1. GENERAL
1.1 Principle
OmniVista 4760 is a client server application. Client PCs get a license token from the server. Only
the server requires a license file during installation.
A 4760 license:
is specific for your PBX network,
is sized according to the user capacity of that network, number of client PCs,
describes the available OmniVista 4760 modules,
is permanent or temporary with an exact date of end of validity (example : 31/12/2004).
This license is based on the Actis/eLP configuration of one Alcatel PCX. When running, OmniVista
4760 server will connect to this PCX to launch an hardware check, this enable license validation.
Such PCX is called attachment PCX.
To use OmniVista 4760 module, it is necessary to open, on all the managed PCX the relevant
licenses.
To install a second OmniVista 4760 server (backup server, modules split on different servers), a new
license should be generated on another attachment PCX.
The permanent control of licenses by the server can generate information messages
as well as alarms during the launching of a client customer.
It is very important to take into account this information and if necessary to bring
the corrective measures.
If these recommendations are not respected, the system will operate in restricted
mode.
The fitter of the system must sensitize the final administrator on this crucial point for
the continuity of OmniVista 4760 service.
1.4 History
Releases Evolution
R1.0 Actis sets a capacity = 110% requested capacity
R1.5 Handle4760 check is operational on OmniPCX Enterprise R5.0
R2.0 OmniPCX Office CPU-Id check is operational on OmniPCX Office R2.0
Actis sets a capacity = requested capacity
Server can operate up to 110% of the license capacity
R3.0 Failure delay for license is extended from 21 days to 32 days
R3.1
R3.2 OmniPCX Office: Improved check of user capacity
OmniPCX 4400: If attachment node is still OmniPCX 4400 R5.0 Ux, Actis tool will
limit all OmniVista 4760 orders to OmniVista 4760 R3.2
R4.0 and The same OmniVista 4760 license cannot be used on 2 different servers, a
above separate order for the second one must be placed
Client switch to restricted mode when license limit is reached
Actis tool cannot generate a license based on OmniPCX 4400 hard key. However
for maintenance reason, you can update to OmniVista 4760 R4.0 using a license
that include hard key value
CAUTION
This operation is reserved for maintenance needs (to solve a known issue). You still need to update
the license to take into account a new PCX version or a new 4760 feature.
The OmniVista 4760 license is based on the number of OmniPCX Office CPU-Id. To find it, consult:
the Business Partner Web Site,
the board of labels which was delivered with the cabinet,
the original packaging,
your invoice.
The technician can also find the number of CPU-Id via:
the options of attendant set,
its PM5 configuration tool, installed to configure the system,
the CPU board; for that, the system must be turn-off.
Note
The OmniPCX Office CPU-Id is changed thereafter, regenerate a new OmniVista 4760 license.
IMPORTANT
The check of attached node requires an OmniPCX Office versions 2.0. As CPU-Id is not available
for OmniPCX Office versions < 2.0, OmniVista 4760 cannot check the attached node declared in its
license.
The OmniVista 4760 license is based on the number of hard keys. To find it, consult:
the Business Partner Web Site,
the Actis installation folder.
The technician can also find the number of hard key(s) via:
the CPU board; for that, the system must be turn-off,
its spadmin tool,
under telnet, launch spadmin
select the option 2 Display active File
note the values of HardKey1 and HardKey2
Example
Hard Key1=DDF7, Hard Key1=BAC5
Note
The hard keys cannot be changed.
CAUTION
As of release OmniVista 4760 R4.0, you cannot generate license with hard key. Hence, the
attachment PCX cannot be in OmniPCX 4400 release R5.0 Ux
2.4 Modules
The following modules are not subject to a specific license:
Users capacity is calculated by Omnivista 4760 by searching the number of users synchronised in
the system directory. You need to:
Take into account the virtual users.
In case of Hotel/Hospital installations, virtual user (room) is replicated in the network. It must be
taken into account on each network node.
One exception on OmniPCX 4400/Enterprise: do not count having simultaneously the three
following characteristics:
analog set,
The users capacity comes from a request to OmniPCX Office which send the number managed
users. When the max capacity is reached, it becomes impossible to use any client. The OmniVista
license needs then to be updated. In case, you disagree with this quantity, analysis must be
performed on PCX side.
List of interfaces/terminals which will be counted
Reflexes terminals.
All UA accesses dedicated to a specific terminal (UA 2G, UA3G, IP Touch terminals, terminal
adaptor, TA, etc.).
Mobile terminals.
All DECT accesses dedicated to a specific terminal including GAP terminals (Mobile 100 Reflexes,
Mobile 200 Reflexes, etc.).
IP terminals including IP PIMPhony users (PC Multimedia).
IP terminal (First/IP, Easy/IP, Premium/IP, Advanced/IP, IP Touch 4018/IP, 4028/IP, IP Touch
4038/IP, IP Touch 4068/IP, etc.).
Analog accesses.
ISDN terminals.
S0 subdevice (4094).
List of interfaces/terminals which will be not counted
UA accesses not dedicated to a specific terminal.
IP accesses not dedicated to a specific terminal.
DECT accesses.
All the virtual sets (included Nomadic).
Integrated modem V34.
Integrated modem V24.
Voice Mail Unit.
Internet Access.
Remote Access ISDN.
The administrator has always the possibility to delete or erase any account associated with a terminal
when no effective terminal is connected. The counting is decreased respectively and taken into
account in OmniVista 4760 by next synchronization.
CAUTION
There is an issue OmniPCX Office R410 side that causes the counting of the ACD groups as users
by OmniVista 4760 R4.0 and R4.1.
To fix this issue, apply the patch "4760 R4.1.13 + patch XTScf00842".
[ALIZE]
Management = 1
[A4400]
Management = 1
4760Handle = 0000875c
If the check becomes again positive, the client application goes back in normal mode and the
day meter without key check passes by again to zero.
With the Help\About menu, you can check the name of the attachment PCX as well as its identifier.
These stages are stored in the 4760\log\nmclicserver_X.log file.
3.4.1 Principle
To count the number of users compared to that allows the license, the 4760 server uses the global
synchronization of all the PCX networks declared in the system directory. This synchronization must
thus be generated on the level of the NMC entry of the system directory.
By default, the global synchronization jobs are already set in the scheduler:
in OmniVista 4760 Releases 1.0 et 1.5, they are the jobs of complete and partial
synchronization,
in OmniVista 4760 Release 2.0, these jobs of synchronization are carried out during the weekly
and daily works.
The checking stages are:
Every 24 hours (from the start of services, the server checks if there was a global synchronization,
In the event of repeated failure of check, the server generates alarms of increasing gravities and
ends up by blocking the client accesses. More precisely:
If the check is restored, the client application goes back in normal mode and the day meter
without key check passes by again to zero.
These stages are stored in the 4760\log\nmclicserver_X.log file.
[09/20/2003 01:45:11 AM] 1064 LicServer: Synchronisation of LDAP server with all
networks is starting
...
[09/21/2003 01:46:28 AM] 3648 LicServer: Program starting
[09/21/2003 01:46:28 AM] 3648 LicServer: time for last synchronization of LDAP
server with all networks: 1440 minutes (1 days)
...
[20/01/2004 15:10:37] 456 LicServer: time for last synchronization of LDAP
server with all 4400: 46784 minutes (32 days)
[20/01/2004 15:11:39] 456 LicServer: Procent of max subscriber: 252/375 = 67%
[20/01/2004 15:11:40] 456 LicServer: Error: Checking time for last
synchronization of LDAP server with all 4400: too many days (32) without
synchronization!
[20/01/2004 15:11:40] 456 LicServer: CRITICAL
Checking time for last synchronization of LDAP server with all 4400: third
threshold (30 days) crossed!
Days for last synchronization: 32
Check that synchronization of LDAP server with all 4400 is periodically
scheduled.
A global synchronization is a synchronization launched on the nmc entry of the system directory. It
must not be confused with a complete synchronization.
When the global synchronization has not been carried out for more than 31 days, the client cannot
be used anymore. As of release OmniVista 4760 R4.0, you can launch synchronization within 4760
client (restricted mode). In previous release, it is necessary to launch synchronization directly by
accessing the 4760 synchronization service NMCSynchldapPPX.
OmniVista 4760 / PCX manual synchronization
1 Launch the 4760/bin/ntsvcexClient.exe program.
2 Open a Corba connection towards a 4760 service:
under this tool, open the File/Open menu
validate Registry search
set the hosts = IP address of 4760 PC
select the SynchldapPPX service
validate the connection to service of synchronization: click on OK,
3 Require a synchronization:
in the tree, select the SynchldapPBX entry
double click on Complete load
select the tk_string type
click on OK,
in the Edit Property window, enter the value 1 in the Value field,
click on OK,
4 Wait the end of the synchronization by consulting regularly the
4760\log\NMCSynchldapPBX_x.log file
5 Reboot the OmniVista 4760 server.
Check the scheduled jobs
If the weekly and daily synchronizations are no more scheduled, restore the default jobs. These jobs
carry out global synchronization.
With OmniVista 4760 Releases 1.0 and 1.5, recreate a scheduled synchronization:
1 Open the system directory.
2 Right click on the NMC entry.
3 Select complete or partial synchronization.
With OmniVista 4760 Releases 2.0.13.01c and above, restore the weekly and daily jobs:
1 Open the scheduler.
2 Delete the entries Weekly and Daily.
If the license is up to date, the client application will be able to be again connected in normal
mode to the server.
These stages are stored in the 4760\log\nmclicserver_X.log file.
Note
In OmniVista 4760 Release 1.0, the margin of 110 % was calculated by Actis and the server checked
to 100 % the number of users in the license.
Thus during the migration from OmniVista 4760 R1.0 towards R2.1, the value of the user license
evolves.
Example: Management of 250 sets
The return in normal mode will be effective only after a delay of 5 days of
functioning without conflict.
Associated logs
[28/10/2007 11:24:36] 5992 LicServer: License file check starting...
[28/10/2007 11:24:39] 5992 LicServer: Warning: Found a license with the same
4760OfferNumber on server : 155.132.33.195
[28/10/2007 11:24:40] 5992 LicServer: Error: License file(s) with same
4760OfferNumber is/are still used by other server(s).
[28/10/2007 11:24:40] 5992 LicServer: License file check is done
[28/10/2007 11:24:40] 5992 LicServer: Multi-utilization duration : 40 days, 91
allowed (status=warning)
10 events Warning
15 events Major
20 events Critical
32 events Bypass
CAUTION
The "Unexpected events" are erased only 40 days after their creation. Supposing that an event is
generated once a day (at the time of the license control) and that the counter is to 32 at the moment
or the problem is solved, the decrease will begin only 8 days later, date on which the first event will
be erased because dating more than 40 days. The system will stay in mode restricted as long as the
counter will indicate more than 31 events (8 days in this example).
Example of a particular unexpected event
The mechanism of license unicity control must write tha data on the attachment PCX.
A /usr4/tmp/ov4760 directory is created with FTP account defined by OmniVista 4760 manager
for the PCX in question (user and password Ftp).
The rights allocated to this directory and sub-directory uc are the following:
In this example, only the creative account has the right of writing in this directory.
If the OmniVista 4760 manager changes the Ftp user for this PCX, OmniVista 4760 will not be able
to write any more in the ov4760 directory.
Each daily attempt will fail and will be counted as "unexpected event".
If the directory was created by error by mtcl account, it should be removed (ov4760 of PCX). It will
be created again by the adfexc default account after changing the management OmniVista 4760
side.
Associated logs
[9/20/2007 3:30:21 PM] 6268 LicServer: License file check starting...
[9/20/2007 3:30:24 PM] 6268 LicServer: Error: Unexpected events :
PCXConnect::putFile: Sending file c:\4760\data\temp\\4760_lock_ocppbx4.ocp-
ec.com failed : 553 4760_lock_ocppbx4.ocp-ec.com: Permission denied on server.
(Overwrite)
[9/20/2007 3:30:24 PM] 6268 LicServer: License file check is done
[9/20/2007 3:30:24 PM] 6268 LicServer: Error: Unable to check prevent file
[9/20/2007 3:30:24 PM] 6268 LicServer: Multi-utilization duration : 0 days, 91
allowed (status=ok)
[9/20/2007 3:30:24 PM] 6268 LicServer: License file multi-utilization :
unexpected events count : 26/31 (status=critical)
On first check after removing the ov4760 directory we have :
[9/20/2007 3:32:13 PM] 4692 LicServer: Error: Unexpected events : 4760 server is
supposed to be registered while it is not !
[9/20/2007 3:32:13 PM] 4692 LicServer: License file check is done
[9/20/2007 3:32:13 PM] 4692 LicServer: Multi-utilization duration : 0 days, 91
allowed (status=ok)
[9/20/2007 3:32:13 PM] 4692 LicServer: License file multi-utilization :
unexpected events count : 27/31 (status=critical)
On the following check, we no more must have errors and the counter value no more increases.
R1.0 The client PC license take the dates of client and server into account
In all labs where the PCs have not the same date, the client cannot access
Workaround Set the same date on the PCs (to within a day)
Correction R1.5.08
R1.5.08.00c
CNMja13470 The client PC license requires more than one license during the connection
Thus on the sites where the PC client license is limited to 1, the server answers
Number of clients exceeded 1/1
Correction R1.5.09.
R2.0.12.01d
CNMja14728 Too many users are stored in the NMC on OmniPCX Office
Correction R2.0.12.01.d5
It is sufficient to have a 4760 license corresponding to:
the users managed in OmniPCX Office,
and not to the maximum number of users possible OmniPCX Office side
Cannot connect to the server since the server cannot connect to the attachment
PCX too much time or the identifiers are not the same between 4760 license
and PCX
Correction Solve the problem of ftp connection between 4760 and PCX.
Installation of a new license associated to an other attachment PCX.
Delete the previous attachment PCX. The 4760Handle identifier must
be the same in the 4760 license and in OmniPCX Enterprise
(spadmin Option 2 command)
Installation of a new license associated to a new CPU-Id of the attachment
OmniPCX Office
Information
The same license is used on 2 different servers for a long time. These 2 servers have
the same attachment PCX.
Information
Correction Confirm the writing right of the current FTP user in the
/usr4/tmp/ov4760 PCX directory. If it is not the case, delete this
directory then check its re-creation with the correct rights after restarting the
NMC License Server service.
CAUTION: The remains remains in restricted mode as long as the counter
value is higher than 31; see section Use of the same license on two
OmniVista 4760 servers.
For others cases, consult the log file to identify the problem.
6.3 Alarms
Functioning
The EFD was not found -> Trying to create it
A CMISE error occurred
The software lock 47 alarms 47xx is not enabled on the PCX
6.4 Configuration
Functioning
Configuration to OmniPCX 4400/Enterprise: Rejet cmise :Association rompue
The 50 Configuration software lock is not opened on the PCX
Require a modification of the PCX license to add it
6.5 Tickets
R2.0.12.01d
CNMja14682 Loading the tickets OmniPCX Office depends on the Alarm license
The synchronization attempted to save alarms, thus for sites without alarm
license:
there is a failure of the synchronization,
The tickets remain present in the directory of the server
4760\loader\networknumber\Alizenodenumber
no immediate loading of tickets in base. It was necessary to wait the
restarting of 4760 services.
Correction R2.0.12.01.e
R1.0 et R1.5
CNMja14728 Accounting Module depends on the traffic observation license
This module is common to the traffic observation, therefore for the sites
comprising only the accounting license, a java exception appears with the
opening of the module
Correction R2.0.12.01.d5