OSM Server Manual v1.4.12
OSM Server Manual v1.4.12
OSM Server Manual v1.4.12
Server Monitoring
System Receiver
VERSION: 1.4.12
© 2018 EBS Sp. z o.o.
OSM.Server Monitoring System Receiver
All rights reserved. No parts of this work may be reproduced in any form or by any means - graphic, electronic, or
mechanical, including photocopying, recording, taping, or information storage and retrieval systems - without the
written permission of the publisher.
Products that are referred to in this document may be either trademarks and/or registered trademarks of the
respective owners. The publisher and the author make no claim to these trademarks.
While every precaution has been taken in the preparation of this document, the publisher and the author assume no
responsibility for errors or omissions, or for damages resulting from the use of information contained in this document
or from the use of programs and source code that may accompany it. In no event shall the publisher and the author be
liable for any loss of profit or any other commercial damage caused or alleged to have been caused directly or
indirectly by this document.
Printed: 2018-05-11
4 OSM.Server Monitoring System Receiver
Table of contents
Part I Introduction 7
1 Product description
................................................................................................................................... 7
2 Environment
................................................................................................................................... 8
3 Receiver...................................................................................................................................
features 9
4 Requirements
................................................................................................................................... 10
5 Operating
...................................................................................................................................
conditions 11
6 Windows
...................................................................................................................................
installation 12
7 Installation
................................................................................................................................... 14
8 OSM Tools
................................................................................................................................... 15
Part II Setup 19
1 Windows
................................................................................................................................... 20
2 Linux ................................................................................................................................... 20
Commands ......................................................................................................................................................... 20
Users ......................................................................................................................................................... 25
Archiving......................................................................................................................................................... 25
Part IV Administration 98
1 Windows
................................................................................................................................... 98
2 Linux ................................................................................................................................... 99
WWW Interface
......................................................................................................................................................... 100
I
Introduction 7
1 Introduction
Thank you for choosing our OSM.Server Monitoring System Receiver.
The receiver task is to collect signals transmitted by the field devices of
surveillance & monitoring systems. Its feature set (described within this Operation
& Maintenance Manual) fully justify the choice you have made.
Please carefully read all the below given system requirements, device setup
procedures, and operation instructions. In case of any doubt please contact us
via our Website http://www.ebs.pl/, email support@ebs.pl or by phone (+48) 022
8120505.
communication channels)
The receiver is supplied in a 19" Rack Mount housing (2U). To operate the device
in its basic configuration, the user must only hook it up (power supply, Internet
link, RS-232 cables etc). No programming is needed.
1.2 Environment
The OSM.Server Monitoring System Receiver server may listen to input
data transmitted by the AG/EX/PX devices in any number of TCP/IP or UDP
ports, GSM modems, or SMSC connections. The incoming data are identified,
selected, and routed to individual dedicated computer programs supervising
various parts of the monitoring system. Hereafter those programs will be
collectively called “Analyzers”.
The OSM.Server receiver moves the received data to respective Analyzers via its
RS-232 ports or via an IP network. The data are transmitted in one of the
following formats:
o XML (basic data format)
o MLR-2 (the Contact ID or SIA protocol).
OUTPUTS:
o capability to send commands to the transmitters over the Internet (via a
GPRS network), or as SMS messages (via GSM modems or SMS-C link)
o received data may be routed to external systems (e.g. to some Analyzers)
via three RS232 ports, USB-RS232 converters (3 ports), LAN (using the
MLR-2 protocol, format SIA, ContactID), or as XML data.
DATA:
o segregated according to either transmitter serial number, or type of the
given signal
o may be filtered (to discard non-interesting signals)
o may be directly stored in a PostgresSQL database
o definable re-transmission request delay in case a transmission has not
been acknowledged
o definable size of the event memory buffer
o traffic statistics and network configuration information available on a
dedicated Webpage.
MISCELLANEOUS:
o two different emergency signals generated when communication is lost:
timeout period – when an expected signal has not been received
disconnect period – when the link has been broken.
o two different per device emergency signals generated when configurable
network/SMS limits are exceeded:
too many data received - when device sent too many bytes (or SMS
messages) during defined period
too many connections - when number of connect attempts exceeded
threshold value during defined period
o device link state signal may be generated periodically
o input modules (connectors) state transtions (WORKING/FAILURE)
notification
o XML Analyzers authentication (commands port only)
o automatic synchronization of clocks in those transmitters that are equipped
with a clock (e.g. the Active Guard readers):
adjustable maximum time deviation between the transmitter clocks and
the receiver clock
definable transmitter clock time zone
summer/winter time changeover
o advanced functions available in the system command line
o automatic backup of the entire receiver configuration (network, list of
transmitters, etc.) – recommended method: to store the backup file to an
USB-hooked pendrive or network share.
o additional functions:
firewall (IP access lists, limits for the number of connections etc.)
SNMP (system management over the Internet)
ssh (remote online access to the log file).
Network Time Protocol support
network traffic redirection
o simple software update method
o hardware watchdog.
1.4 Requirements
The following requirements must be met if the OSM.Server receiver is to operate
correctly:
o an Internet link with a dedicated public IP address (or a domain address),
opened port in the firewall
or
o connection to a LAN linked to the Internet with a dedicated public IP
address (or a domain address), opened port re-directed from router/
firewall.
and
o Have installed Java Runtime Environment 1.6 (or higher)
Number of Mean number of Mean total Minimum required IP link Minimum required IP link
transmitters events generated by a event rate bandwidth IP for bandwidth IP for an XML
transmitter per hour (events/s) transmitters (Kb/s) analyzer (Kb/s)
1000 12 (every 5 3.34 in=4.14 out=3.36 in=7.10 out=2.60
minutes)
1000 30 (every 2 8.34 in=10.35 out=8.40 in=17.76 out=6.50
minutes)
5000 12 (every 5 16.67 in=20.69 out=16.81 in=35.52 out=13.02
minutes)
5000 30 (every 2 41.67 in=51.73 out=42.02 in=88.80 out=32.55
minutes)
10000 12 (every 5 33.34 in=41.38 out=33.61 in=71.04 out=26.04
minutes)
10000 30 (every 2 83.34 in=103.45 out=84.05 in=177.6 out=65.10
minutes)
Components list:
1.7 Installation
Prior to turning the OSM.Server receiver power supply on it is indispensable to:
o check if all cables have been hooked up correctly, in particular the LAN
patch cord and the GSM modem antenna cables
o insert SIM cards to the GSM modules, card PIN should be “1111”
Verify whether the date, time, and time zone are correct and set up correct
networking properties as soon as the system is powered up the first time. By
default the time/date is set up for Poland.
To change date/time/time zone, log into the OSM.Server system as manager
and run the following commands (sample results are shown below):
ATTENTION: If you are not sure what is the name of your time zone you
may just use "set timezone" or "set timezone REGION"
command (put your region name instead of REGION, eg.
Europe, Asia, US). The system will display possible time
zones then. It is possible to set timezone as a GMT offset
(eg. "set timezone Etc/GMT+4") but in this case OSM.
Server will not automatically adjust time settings if your
country uses DST (Dayligt saving time).
and run the following commands (sample results are shown below):
Component description:
component where task prerequisites for
installation
Management Any computer used to o to edit list of A client application that may
Console configure the OSM. supported be run under any GUI
Server program. If the transmitters operating system (a system
computer is to be used o to edit some OSM. with a graphical user
to receive event signals, Server parameters interface) with installed Java
a permanent IP address o to receive and Runtime Environment 1.5 or
or a DNS name is display event signals higher (http://www.java.com/)
indispensable. (simple Analyzer
function)
HASP Any computer with o to create C2V file License Update Utility
License Windows operating (customer to vendor) consists of two programmes:
Update system used to remotely with HASP key license "License Update Utility" for
Utility/HASP update license parameters creating C2V files and
drivers parameters. o to apply V2C file applying V2C files, and "EBS
(vendor to client) with License Validator" for
new license validating license
parameters.
II
Setup 19
2 Setup
The OSM.Server program reads its configuration from two files:
o config.xml
o devices.xml.
The config.xml file contains general set-up options, like the number and types of
input modules, location and sizes of memory buffers, output module configuration
data. The other (devices.xml) file contains list of supported devices and the way
they are to be served.
The file contents may be edited in any text editor, but the syntax must be strictly
observed. To put in force the entered modifications, the OSM.Server program
must be shut down and restarted. It is recommended to use OSM Console and
OSM Configurator to change OSM's configuration (see OSM Configurator 32 ).
devices.xml
Group I Group II
config.xml
2.1 Windows
In case of Windows version of OSM.Server configuration files are placed
in the program's installation directory („C:\Program Files\EBS\OSM” by default).
2.2 Linux
Only a user granted special privileges may access OSM.Server
configuration files in the Linux operating system. The user must properly log in to
access a particular configuration file. As soon as modifications to the file are
stored, the user is automatically logged off. These files may also be accessed via
an Internet browser, see section WWW Interface 100 .
2.2.1 Commands
A dedicated CLI interface (Command Line Interface) has been worked out to
facilitate the OSM.Server system administration. The interface features include:
o network settings setup (static/DHCP interface addresses, routing, DNS
server address)
o firewall setup (access control lists, limits for the number of simultaneous
connections)
o turning on/off system services
o snmpd server setup
o serial port setup
o password management
o help (command syntax)
o date/time/time zone setup
o software update (from a removable medium)
o export of system settings to a removable medium (backup)
o restore configuration from a backup on a removable medium.
Type “help” or “?” in the command line to access the online help system. Type
sequence of commands, space, and “help” or “?” to display all possible
commands beginning with the entered sequence. For example type “set firewall
?” to display all possible commands beginning with “set firewall”. Empty
command lines are also processed. If the entered sequence may not be
alternatively extended (it is a complete command), the command description,
syntax and examples of use will be displayed.
List of all commands and their description is given in the table below.
The add, delete and set commands immediately modify respective system
settings. Use the config save command to store the current configuration, or
else the restarted system will return to the most recently saved configuration and
not to the most recently used one. Should the configuration be changed within a
remote session (via SSH) in a way excluding the possibility of remote
management (e.g. too restrictive firewall settings, turned off ssh server, incorrect
routing, incorrect network card settings), restart the system to recover previous
setup.
2.2.2 Users
The following users are defined within the OSM.Server server (username/default
password):
o operator/llpp – may browse the configuration via the CLI interface, and
browse the WWW statistics
o manager/llpp - may browse and modify the configuration via the CLI
interface, and browse the WWW statistics
o confedit/llpp - may edit the config.xml file
o devedit/llpp - may edit the devices.xml file
o logwatch/llpp – may online browse the OSM.Server system log.
2.2.3 Archiving
Archive files are stored on the backup device indicated by the set backup device
command (any device hooked-up via USB, e.g. a pendrive). After issuing this
command the system will mark connected pendrive by creating special file. Only
marked pendrive's are recognized as proper backup storage. Current date/time is
included in the archive file name. The device must have an EXT2 or a FAT file
system. Amount of the required free space on the media depends on frequency
of the modifications entered to the system configuration, as well as on the
number of supported transmitters. Size of a single archive file may be as low as
10 KB, or as high as several megabytes.
As soon as the removable medium with archive files is hooked-up, the system
compares the most recently stored archive configuration with the current
configuration. In case they do not match, a new archive file with the current
configuration is stored.
Take care not to damage the backup medium nor allow it to fill up. It is best to
routinely, periodically transfer archive configuration files to a permanent storage
e.g. on some CD disks.
III
28 OSM.Server Monitoring System Receiver
3 Operation
Functions of the OSM.Server server may be accessed using a
management console. That Java-based application may be used in any operating
system equipped with a GUI and the respective Java Runtime Environment.
Functions of the console are presented below.
The tree displayed in the left hand side pane of the console main window has (in
the default configuration) the “local” branch. That branch is used to access the
locally installed OSM server. List of OSM servers may be modified according to
the needs.
server
Unregister server delete the selected OSM server from the list of
accessible servers
Edit registration settings modify connection parameters of the selected
OSM server
Restart OSM send restart command to the selected OSM
server
Properties open OSM Configurator window for the selected
OSM server
You may navigate the list of OSM servers with the keyboard (highlight an
element with arrow keys and press Enter to select it) or with the mouse (point and
click). Point and right-click with the mouse any element of the Servers tree (root
or any of its branches) to display its context menu. The Connect option in the
menu is used to connect with the selected OSM server. Once the connection is
established, additional leaves appear in the selected tree branch (e.g. list of the
devices supported by the selected server).
parameter description
Connector name name of the input module used to communicate with the devices (from the
config.xml file). By default: GPRS module if GPRS communication is
available, or GSM modem otherwise.
Command timeout time in seconds to negative acknowledgment of a command in case there
no replay to the command has arrived.
During next step you may define connection to SQL database server. Database
server should be installed on a different machine than OSM.Server and
connection to it should be also defined in OSM configuration file (config.xml) as a
one of Analyzers. This connection will be used to show device's events history
and you don't have to set it at this moment though device's events history will not
be available.
serial port settings) they will be applied immediately. OSM Configurator is able to
show two different kind of values: running (current) and configured values
(these which will be applied after OSM restart). In any moment you may switch
from one view to another view. OSM Configurator uses bold font style to
emphasize values changed by user during current configuration session.
3.1.2.1 General
General settings:
Command listening port TCP/IP port number used to listen and receive
commands requests send by analysers
Buffers settings:
Path buffers root directory
Default size default size of each buffer file (if size not
specified)
3.1.2.2 Inputs
By default, connectors has been created which support each type of task. These
connectors can be freely modified.
To add a new connector you should select a category item (TCP/IP, UDP or
RS232) from tree control. After clicking "Add" button then panel with connector
parameters will appear in window.
3.1.2.3 Outputs
groups, which simply combine analysers into bigger parts. Event received from
device is originally dispatched to proper group (configured by device template)
and then transmitted to all analysers of the group. Each group has one and only
one output queue (buffer). Following cases, which are dependent on group
acknowledgement method and assigned to group analysers states, must be
taken to consideration:
1. Acknowledgement method "all" and all assigned analysers are connected
and send acksŕ events are transmitted to all assigned analysers without
delays
2. Acknowledgement method "all" and some of assigned analysers are not
connected and/or do not send acksŕ events are transmitted to all assigned
analysers with delays (all new events wait in an output queue until all
acknowledgements are received)
3. Acknowledgement method "one and/or all mandatory" and all assigned
mandatory analysers are connected and send acks and number of
connected assigned analysers is greater than 0 ŕ events are transmitted to
all assigned connected analysers without delays, OSM waits for
acknowledgements send by all assigned mandatory analysers and at least
one acknowledgement from assigned non-mandatory analyser if there are no
mandatory analysers assigned to this group
4. Acknowledgement method "one and/or all mandatory" and some of assigned
mandatory analysers are not connected and/or do not send acks or number
of assigned connected analysers is equal to 0 ŕ events are transmitted to all
assigned connected analysers with delays (all new events wait in an output
queue until all acknowledgements from assigned mandatory analysers are
received or any other assigned non-mandatory analyser if there are no
mandatory analysers assigned to this group)
To add a new analyser you should select a category item (TCP/UDP, RS232 or
Database) from tree control. After clicking "Add" button then panel with analyser
parameters will appear. You may assign analyser to group by drag and drop
method.
Authorization and authentication settings for each analyser are available if you
press "Authorization and authentication >>" button.
ATTENTION: Password list is encrypted with 2048 bit RSA asymmetric key
during configuration transmission through the network. Passwords are
not send at all during authentication phase.
Group settings:
Name name of group
Acknowledgement method method of events acknowledgement
Buffer file name name of file buffer
Messages limit maximum number of messages stored in the
buffer
Size limit maximum size of file buffer
Retry time period of events retransmitting to analysers which
didn't send acknowledgement since last
transmission
Default whether this group should be default
Device state every set period of sending cyclic messages about
devices states (STILL_CONNECTED or
STILL_DISCONNECTED)
Test signal generate test signal
Type of test device type of test device
SN of test device serial number of test device
Period period of test signals
3.1.2.4 Information
Select the Devices option on the selected server tree to display the list of
its devices. Below is an example list of devices added. Click the Add, Edit or
Delete button to modify the list. These functions are also available in main menu.
Every modification of the device list is immediately stored in the program
configuration file.
Buttons below are used to command the highlighted device or devices (several
devices may be highlighted on the list):
Settings configure settings for the device list view (see the Settings 50
section)
Refresh update (refresh) the device list
Auto refresh turn on automatic refreshing mode
Add add a new device (see the Adding and modyfying devices 51
section)
Edit edit parameters of the selected device (see the Adding and
modyfying devices 51 section)
Delete delete the selected device (see the Deleting devices 53
section)
section).
Result of every issued command will appear within the window bottom pane.
3.1.3.1 Settings
The Settings command displays the View settings window with the following
filtering criteria: Device type radio button, Serial number text box, Phone
number text box, and Schema name text box.
The Add command runs the Add New Device wizard. For every added device
the following parameters must be specified: device type, device serial number,
and phone number (necessary only in case of GSM modem communication).
Besides, a schema name and an access code (necessary to command the
device) may be specified. If the latter parameters are specified, default values will
be used.
Click Next to send the command to add the device to the OSM server. Progress
and the results are displayed on the second wizard screen.
3.1.3.4 Searching
In order to find some specified device you may use "Find" functionality (available
from toolbar, main or popup menu). The "Find device" window will appear. List of
available "Find by" fields is determined by list of visible fields (see Device list 48 ).
If some Active Guard devices have been selected on the list, the following AG-
specific command buttons appear within the top bar:
Get configuration read out the device parameters
Set configuration display the Active Guard Settings configuration window
Remote update display remote update window (available only for Active
Guard 2 and newer),
Get version read out the device firmware version
Set current time set current date/time in the device
Get location read out the device location
Reset device restart the device
Custom display a window, in which individually composed
commands may be edited and sent over.
Disconnect disconnects the device
Remove queue clear the device command queue waiting for
accomplishment or for results
Options of the Active Guard Settings configuration window have been grouped
into two tabs:
Authorized SMS number number of the phone, from which the device will
accept configuration SMS messages
Dial number/count 1 [2,3,4] 1st [2nd, 3rd, 4th] phone to which the Active
Guard device will respond after count bells
Dial number/count 5 [6,7,8] 5th [6th, 7th, 8th] phone to which the Active
Guard device will respond after count bells (
firmware >=1.0rc2)
Emergen. phone number number of the phone, to which the device will try
to call after prassing and holding "Call Me" button
(firmware >=0.21rc1)
Reset connection if this checkbox is marked, the device will reset
the connection after receiving and processing
configuration parameters.
Options of the AG Remote update window (available only for Active Guard 2 and
newer):
Get configuration save device configuration to CMI file,
Send configuration send device configuration from CMI file to device,
Send firmware remote firmware update.
If some Active Track devices have been selected on the list, the following AT-
specific command buttons appear within the top bar:
Get configuration read out the device parameters
Set configuration display the Active Track Settings configuration window
Remote update display remote update window,
Get version read out the device firmware version
Set current time set current date/time in the device
Get location read out the device location
Reset device restart the device
Custom display a window, in which individually composed
commands may be edited and sent over.
Disconnect disconnects the device
Remove queue clear the device command queue waiting for
accomplishment or for results
Options of the Active Track Settings configuration window have been grouped
into two tabs.
Authorized SMS number number of the phone, from which the device will
accept configuration SMS messages
Dial number/count 1 1st phone to which the Active Track device will
respond after count1 bells
Dial number/count 2 2nd phone to which the Active Track device will
respond after count2 bells
Dial number/count 3 3rd phone to which the Active Track device will
respond after count3 bells
Dial number/count 4 4th phone to which the Active Track device will
respond after count4 bells
Dial number/count 5 5th phone to which the Active Track device will
respond after count5 bells
Dial number/count 6 6th phone to which the Active Track device will
respond after count6 bells
Dial number/count 7 7th phone to which the Active Track device will
respond after count7 bells
Dial number/count 8 8th phone to which the Active Track device will
respond after count8 bells
Emergen. phone number number of the phone, to which the device will try
to call after prassing and holding "Call Me" button
If some LX devices have been selected on the list, the following LX-specific
command buttons appear within the top bar:
Get configuration read out the device parameters
Set configuration display the LX Settings configuration window
Remote update display LX remote update window,
Get version read out the device firmware version
Lock inputs lock or unlock one of the device inputs
Change output state change state of one of the device outputs
Get state read out the device status
Send RS232 data Send data to the RS232 port, which can be used to
configure the external device connected to the
transmitter. When you select a command, appears
a window, where you enter a string of data
understandable for the device
AT Command display LX AT Command window
Reset device restart the device
Custom display a window, in which individually composed
commands may be edited and sent over.
Disconnect disconnects the device
Remove queue clear the device command queue waiting for
accomplishment or for results
If some PX/EX devices have been selected on the list, the following PX/EX-
specific command buttons appear within the top bar:
Get version read out the device firmware version
Lock inputs lock or unlock one of the device inputs
Change output state change state of one of the device outputs
Get state read out the device status
AT Command display PX AT Command window
Send RS232 data Send data to the RS232 port, which can be used to
If some CP (CPX/GD) devices have been selected on the list, the following CP-
specific command buttons appear within the top bar:
Get configuration read out the device parameters
Set configuration display the CP Settings configuration window
Remote update display CP remote update window,
Get version read out the device firmware version
Change output state change state of one of the device outputs
Get state read out the device status
AT Command display CP AT Command window
Reset device restart the device
Custom display a window, in which individually composed
commands may be edited and sent over.
Disconnect disconnects the device
Remove queue clear the device command queue waiting for
accomplishment or for results
At first you should select one or more devices on the devices list and then click
"Events history" button (available from toolbar, main or popup menu). "Events
history" window will appear then.
Description:
Show last maximal number of rows to show
Skip tests after marking this checkbox test events won't be shown
TYPE device's type
SN device's serial number
DEVICE TIME time of event occuring
SERVER TIME time of event receiving
EVENT SOURCE source of event
EVENT NAME event's name
3.1.3.11 Import/Export
Click the Import/Export button to import or export data on the devices served by
the selected OSM server. The displayed menu has three options:
Import from CSV file import device data from a CSV file
Import from ServerGPRS XML file import device data from the ServerGPRS
XML file
Export to CSV file export device data to a CSV file.
Export to XML file export device data to a XML file.
Green filled IN field means that all input modules (connectors) work properly, red
color - malfunction. If you move mouse cursor over this field you will see detailed
information, like which connector is working and which is not. Red background in
OUT field means that specified Analyzer does not receive data properly or is too
slow (eg. message processing takes more than 15 seconds), green background -
events are being received properly.
If you put mouse cursor over last field you will see parameters for example about
last update (in local time) or about server version.
Click the Schemas leaf on the OSM server tree to display list of schemas.
formats:
1. 3 digits of event code (eg. "123")
2. 3 digits of event code with (optional) 1-character
length Contact ID event qualifier and/or (optional)
3-characters length Contact ID event zone. Eg:
"123#E$999" - event code = "123", Contact ID
qualifier = "E", Contact ID zone = "999", optional
parameters could be given in any order
3. strings limited by '[' and ']' braces, the first character
('G'=GPRS or 'S'=SMS) inside braces defines
communication channel used to transmit incoming
event, rest of string is compatible with first or
second format. Example: "[G123$001][S124#E
$002]" means that event incoming via GPRS will
have event code="123" and Contact ID zone="001"
and the same event incoming via SMS will have
event code="124", Contact ID qualifier="E" and
Contact ID zone="002". In case of mode change
("MODE") event communication channels are
defined with two characters using "from-to" method,
specifically these are: "GG", "GS", "SG" and "SS".
SIA SIA protocol event codes in one of formats:
1. any alphanumeric string with length not greater
than 3 characters (eg. "A1")
2. strings limited by '[' and ']' braces, the first character
('G'=GPRS or 'S'=SMS) inside braces defines
communication channel used to transmit incoming
event, rest of string is compatible with first format.
Example: "[GA1][SA2]" means that event incoming
via GPRS will have event code="A1" and the same
event incoming via SMS will have event code="A2".
In case of mode change ("MODE") event
communication channels are defined with two
characters using "from-to" method, specifically
these are: "GG", "GS", "SG" and "SS".
Below are the parameters along with the event codes. Green colour denotes
events available only for Active Guard version 2 and newer.
The general parameters of the AT schema are the same as for the AG:
The general parameters of the LX schema are the same as for the AG:
The general parameters of the PX schema are the same as for the AG:
The general parameters of the PX schema are the same as for the AG:
3.1.5 Analyzer
The analyzer module of the console may be used only to browse the list of
messages received from devices served by the selected OSM server. These
messages are not stored in any way. Use some XML analyzer of your own, or
configure the Postgres SQL database as the OSM.Server output module to store
the events.
3.1.6 Connectors
On the Connectors tab you can view the work of connected devices to the
monitoring station, including the number of active devices, the total number of
errors. With this tab, the operator station has the ability to see the traffic at all
inputs and outputs of a given type.
IV
98 OSM.Server Monitoring System Receiver
4 Administration
Administration tasks include:
o backup configuration files
o halting and running the OSM.Server server
o modifying OSM.Server networking parameters.
4.1 Windows
During normal system operation OSM.Server can be started and stopped
with two methods. One way is to control service using appropriate shortcuts in
Start Menu -> EBS.
4.2 Linux
The OSM.Server server is equipped with commands used to:
o modify parameters of the network card (set interface)
o modify list of DNS servers (add/delete dns)
o modify routes (add/delete route)
o modify firewall options (add/delete/set firewall)
o modify backup options (set config device)
o halt/run network services (set)
o import configuration data from a backup (config import)
o back up configuration data on a removable medium (e.g. a pendrive)
o restart the server.
Usually networking parameters (static/dynamic addressing, DNS server
addresses, gateway address) must be set up only when the receiver is turned on
the first time. In case of static addresses, pay particular attention to correctly
supply the default gateway address, or else the OSM.Server server will not be
able to communicate with served devices.
WWW browsers may be used to access the following functions of the OSM.
Server server:
o browse system load statistics
o modify network interface parameters.
Enter the OSM.Server server address to the address field of the browser, and
log-in as manager (supply the currently valid manager password). The displayed
Web page presents the following statistics (time charts): CPU processor load,
RAM memory usage, number of active TCP/IP connection, event buffer usage.
Time scale of the charts may be selected as the last hour, the last day, the last
week, the last month, or the last year. Statistics are automatically collected by the
system at an insignificant processor load.
Server statistics
Click the network menu button to modify networking parameters. If the entered
modifications are to be used by default at the next system start-up, they must be
stored. Click the config menu button to display a Web page used to store the
current configuration settings (use the Save button on that page). OSM.Server
server configuration files may also be read-in (imported) using that page.
V
Appendicies 105
5 Appendicies
5.1 A. Product specification OSM.2007
Housing Rack Mount 19’ 2U
I/O 1 x PCI
2 x LAN (RTL8111C Gigabit Ethernet)
4 x COM (RS232)
6 x USB
Gross weight 19 kg
Answer “c” (create bootable pendrive) to the first displayed prompt and
accept the found device (usually it is /dev/sda1). As soon as the installer copy
is ready, a message will appear prompting to remove the pendrive from the
USB port. The pendrive may next be inserted into any USB port of the
receiver.
3. Restart the OSM.Server server (system reboot).
While starting, the installer displays for a short time the “EBSLinuxRecovery”
message. No such message means that the computer did not boot from the
inserted media but from its previous system. Check BIOS settings to verify
whether the booting sequence has been properly set.
4. Answer “s” (system) to the first displayed prompt. Then, depending on the
performed task, select:
o update to repair/update the system while retaining the current
configuration
o full to re-install the system from scratch
o clearconf to clear the current system configuration (to return to initial
settings).
5. Answer /dev/hda to the next prompt.
6. The installer program will accomplish the required task and prompt to remove
the medium. Remove the medium and press Enter.
7. The repaired/updated system restarts.
Popular USB-RS232 converters may also be used besides traditional serial ports
– our system is equipped with device drivers for many of them. Naming
convention is as follows: /dev/ttyUSB post-fixed with a 0-99 integer reflecting
sequential number of the USB port in question.
5.4 D. Troubleshooting
In case of a malfunction first of all check the log file for any error messages. Log
into the Linux operating system as the logwatch user. Dates in the log file
indicate whether the OSM server program ever started and eventually when.
In order to diagnose OSM events buffer you may use "OSM buffer converter"
tool. Events buffer is saved as a file with file name extension ".buf". You may get
this file by using "system export" CLI command. The "OSM buffer converter" tool
is available in the Management Console application ("Tools" -> "OSM buffer
converter" menu).
After processing the order of entries in the output file may be incorrect (not
chronologic). The CSV file has following structure:
send to analyzer 0-not sent, 1-sent
device type device type
serial number device serial number
device timestamp device timestamp
server timestamp OSM timestamp
event event's name
event count event's counter
event source number source of the event as a internal connector number
additional data length number of additional bytes
additional data (hex) additional bytes
The "1. License Update Utility" will lead you through licence update process.
You should notice that after removing HASP key from OSM.Server the system
will preserve the same license parameters for 15 minutes. This will allow you to
make one of license update process steps without stopping the system .
5.6 F. CONFIG.XML
There are three sections within the config.xml file:
o Connectors setup of input modules
o Buffers setup of memory buffers
o Analysers setup of output modules.
<Connectors>
<Analysers>
<Analyser name="console" addr="127.0.0.1" port="7000" proto="tcp" format="XML"/>
@ ")
Analyser MLR2ReceiverLine no an alphanumeric MLR2 receiver line
character number
Analyser.Auth password no an alphanumeric password for analyzer
string authentication
(commands port only)
Analyser.Auth desc no an alphanumeric description of
string password
Group name yes an alphanumeric name used in the
name, must be schemas section of the
unique within the devices.xml file
section scope
Group ackMethod yes ”one” or ”all” message
acknowledgment
mode: one” – each
message may be
acknowledged by a
single analyzer, “all” –
must be acknowledged
by all analyzers
Group default no ”true” or ”false” flag indicates whether
the group is to be used
by default (for adding
new devices)
Group buffername no a valid filename buffer filename (jointly
(without extension) with the Buffers->
location parameter
value makes up a
qualified pathname)
Group retryTime no 0-231 integer delay in seconds
before data are re-sent
to the analyzer in case
they have not been
acknowledged
Group maxMessages no 0-231 integer number of old, non-
acknowledged
messages may be
stored in memory
before they start to be
overwritten by new
ones
Group virtualDevice no 0-231 integer serial number of virtual
device
Group virtualDevicePeriod no 0-231 integer period of sending test
signal from virtual
device
Group virtualDeviceType no “ag”, "lx" or “px” type of virtual device
Group generateStateSignalPeri no 1800-231 integer period in seconds
od before all devices link
state signal is
generated
Group testsPassingStartHours no List of time values moments in time at
(hour and minute) which OSM will pass
in 24 hour format enqueued device tests
separated by to external systems
comma (eg.
"12:00,16:30,23:59")
Group testsPassingLimitPerMin no 0-231 integer limit of number of
ute passed tests per
minute (other events
will not be limited)
Group testsPassingLimitCID no “true” or “false” (by flag indicating whether
default “true”) limit tests passing for
ContactID analyser or
not
Group testsPassingLimitSIA no “true” or “false” (by flag indicating whether
default “true”) limit tests passing for
SIA analyser or not
Group testsPassingLimitXML no “true” or “false” (by flag indicating whether
default “true”) limit tests passing for
XML analyser or not
Group. name yes a valid analyzer messages will be sent
AnalyserRef name (an entry to that analyzer
with this analyzer
must exist)
Group. mandatory no “true” or “false” (by flag indicating whether
AnalyserRef default “false”) analyzer must
acknowledge data
routed to it (used in
case ackMethod=”one
”)
ATTENTION: In this case a next message will not sent over until the
previous one is acknowledged by the “db postgres” analyzer
(the “mandatory” parameter is TRUE).
5.7 G. DEVICES.XML
There are two sections within the devices.xml file:
o GPRSSchemas setup of schemas
o GPRSDevices setup of devices.
<GPRSDevices>
<Device serialNo="1" device="px" schema="PX" accessCode="1111" />
<Device serialNo="3856" device="px" schema="PX" accessCode="1111" />
</GPRSDevices>
</Config>
decryption of data
packets from devices
(Active Guard and LX)
Device SMSkey no cipher key for SMS cipher key for
transmission encryption and
decryption of SMS
messages received
from devices (LX)
The role of the nodes in the system (assigned manually or upon detection of
fault):
active - master or ready to take over operation at any time (slave)
passive/passive-fault – system which only synchronises the OSM
configuration (XML files), may not change its status to master
Upon detecting that master is inactive, one of the slave machines takes over its
function, i.e.
assigns to itself a virtual IP address of the master
activates all communication services (Moxa driver and the main receiver
program).
changes its status to master
Hardware server version OSM.2010 was equipped with a panel LEDs to indicate
the status of the server and the autobackup feature. Below view panel with a
description of each LED.
SYSTEM
Incoming data (green): blinking - events incoming to the server, off - server does
not receive any data
ECS Process (green): blinking - process active, off - process offline
Error (red): blinking - hardware error, off - no error
AUTOBACKUP
Autobackup (ON / OFF) (green): flashes - active autobackup, off - autobackup
offline
Master / Slave (OFF) (green): flashes - the server in Master mode, off - the server
in Slave mode or autobackup offline
Fault (red): flashes - fault, the server can not change the status on the Master, off
- no fault
Below is a list of all commands related to extension along with the importance of
each.
OSM Configuration:
add nport 192.168.7.200 4 (NPort device IP address and number of ports)
set nports on
In OSM configuration adjust the names of all used RS232 ports to the
counterparts of NPort device (names “/dev/ttyrxx” where xx is the number
of port, from 0 to x).
You should add a new, separate analyser and group for the supervising
program (the analyser does not have to be connected with any other
program, and the group buffer should not be too large, e.g. 1MB). OSM
should listen to PX devices on port 1050. Add PX with serial number 2 and
assign it through the scheme to the newly created group.
set system name XXX (assigning new system name to facilitate identification)
set snmp rocommunity rwx (setting SNMP parameter)
set snmp on (setting SNMP on)
add firewall rsync acl 192.168.7.0/24 (subnetwork address for the
communicating OSMs)
add firewall snmp acl 192.168.7.0/24 (subnetwork address for communicating
OSMs)
set firewall off
set firewall on (restarting firewall)
add autobackup group 10 prio 100 role active vip 192.168.7.101
interface eth0 (virtual address)
add autobackup node 192.168.7.201 rwx (address of another, neighbouring node)
set autobackup on (setting the autobackup function on)
Remarks
1. Time for the slave to change its status to master: about 10 seconds
2. Frequency of XML files synchronization (device list configuration) between the
nodes: about 10 seconds
3. Provide separate backup media (pendrives and network shares) for
correct operation of the system!
4. A system which automatically entered the passive-fault role due to fault
detection attempts to return to the active role after 72h
5. Some external systems (e.g. SMSC) after failure of master computer may not
allow for immediate establishment of the connection by another computer (
slave which changed its status to master). In such case adjust the external
system to other operating conditions or allow for possible delay in signals
reception
6. The priority applies in the case of two or more computers simultaneously
changing their status to master. Please ensure uniqueness of the priority
5.9 I. Changelog
Manual version Amendment
1.4.12 Update images in OSM server list chapter
1.4.11 Update images and text, added a section about
tab "Connectors"
1.4.10 added information about autobackup LED panel
1.4.9 added AT schema
update other schemas
update hardware server parameters
added clear config serial-ports
1.4.8 Autobackup extension additions
Fixes connected with necessity of resetting
passwords
1.4.7 added command set ntp interval [minutes]
miscellaneous small fixes