2N Lift8, User Manual

Page: 303 / 377

2N TELEKOMUNIKACE a.s., www.2n.cz 303/377
time. If more calls than as defined in the parameter arrives in the server at one
moment, all the excess calls will be rejected. Call server state signals the current state
of the server: Starting, Running, Waiting for reconfiguration and Error.
Caution
If in a state other than , the Call Server rejects all calls coming to Running
it, i.e. does not receive or process any check calls.
The Incoming clip length defines the typical length of incoming caller numbers. A
longer number will be cut off to the set value before being saved into the database.
Select Enable SIP communication logging to enable the trace which captures all server
SIP communication and helps diagnose connection troubles. The parameter enable
creates a pjsip.log file in the log directory for the logs captured. Enable the parameter
to restart the server.
Caution
Caution! Do not keep SIP communication logging enabled for too long to
avoid extreme log file sizes (up to hundreds of MB) due to high
frequency of incoming calls. Use this function for error diagnostics only.
Auto-Delete of Records from Archive Older Than
These two parameters monitor the age of the check and alarm call database records
and delete the oldest ones to avoid an extreme growth of the database and rapid
slowdown of the application and server operation. Set the parameters in days. The
parameters work as follows.
An incoming check/alarm call is added to the primary call database, where the last
three calls from each intercom are always stored. When another (fourth) call comes in,
the oldest call will be moved automatically to the secondary call database for a user-
defined period of time. When the user-defined interval elapses, the call will be deleted
from the secondary database and stored nowhere on the server. This happens when
the intercom works normally, the above-mentioned call is followed by another check
call and the old record need not be stored any longer. If, however, no more calls come
from the intercom, the last call will not be deleted, but stored as evidence of the last
check call attempt. In practice, the database always stores three calls at least from
each intercom phone number if accomplished. If the intercom never called more than
once, there will be just one call in the database.