Академический Документы
Профессиональный Документы
Культура Документы
Northrop Grumman
Name Signature Date
Park Air Systems AS
Approved by Andreas Tønnesen Sign. 26-Mar-09
STATUS
Filename:
Q:\800_Documentation\VCA\VCA-0036_DGD_Operators_Manual\VCA-0036-15_DGD_Operators_Manual_1-
0.doc
Changes Incorporated
The information contained herein is the property of Northrop Grumman Park Air Systems and may not be copied, used or
disclosed in whole or in part except with the prior written permission of Northrop Grumman Park Air Systems, or if it has been
furnished under a contract as expressly authorised under that contract. The copyright and the foregoing restrictions on copyright
use and disclosure extend to all media in which this information may be preserved including magnetic storage, punched card,
paper tape, computer printout, visual display, etc.
TABLE OF CONTENTS
1 INTRODUCTION .............................................................................................. 1
5 LOGGING ON .............................................................................................. 15
5.1 Automatic Logon ................................................................................................ 16
5.2 Logon with Logon Prompt .................................................................................. 17
LIST OF FIGURES
Figure 1-1: VCMS server and clients with DGD 1
Figure 2-1: Equipment and Service graphical elements 3
Figure 3-1: Service and equipment graphical elements 7
Figure 4-1: Maintenance state indication 11
Figure 4-2: Maintenance details window 12
Figure 4-3: Opening maintenance state dialogue 12
Figure 4-4: Pop-up menu in maintenance details window 12
Figure 4-5: Maintenance state dialogue 13
Figure 5-1: Database logon data 15
Figure 5-2: Enabling automatic logon 16
Figure 5-3: Disabling automatic logon 16
Figure 5-4: Logout and Logon buttons on the toolbar 17
Figure 5-5: Logon prompt 17
Figure 5-6: Logon error messages 17
Figure 5-7: Logon data on the toolbar 18
Figure 6-1: Editing a user account 19
Figure 6-2: User account data 20
Figure 6-3: Assigning engineering roles to user accounts 20
Figure 6-4: Setting default password parameters 21
Figure 6-5: Adding a user account 21
Figure 6-6: Deleting a user account 22
Figure 6-7: Logging out a user 23
Figure 6-8: Editing an engineering role 24
Figure 6-9: Engineering role data, Roles tab 24
Figure 6-10: Engineering role data, Rights tab 25
Figure 6-11: Engineering role data, Event log tab 26
Figure 6-12: Engineering role data, Misc. tab 27
Figure 6-13: Auto expansion example 27
Figure 6-14: Adding an engineering role 28
Figure 6-15: Copying an engineering role 28
Figure 6-16: Deleting an engineering role 29
Figure 6-17: Assigning screen layout an engineering role 30
Figure 6-18: Placing the asset tree on top 30
Figure 7-1: Opening the asset tree window 31
Figure 7-2: Asset tree window and button on the toolbar 31
Figure 7-3: Asset pop-up menu in asset tree window 32
Figure 8-1: Alarm list window, service alarms 33
Figure 8-2: Alarm list window, equipment alarms 33
Figure 8-3: Controls in the alarm list window 34
Figure 8-4: Alarm list comment editor 36
Figure 8-5: Images configuration 37
Figure 8-6: Changing severity level image 38
Figure 8-7: Audio notification configuration 39
Figure 8-8: Changing severity level audio notification 39
Figure 9-1: Main view 41
Figure 9-2: Asset tooltip and pop-up menu 41
Figure 10-1: Message when all detail view tiles are in use 43
Figure 10-2: Selecting number of tile rows and columns 43
Figure 10-3: Channel details view with position list 44
Figure 10-4: Channel leg details view 45
Figure 10-5: Keying query and response message 45
LIST OF TABLES
Table 3-1: Technical states 10
Table 4-1: Maintenance states 11
Table 8-1: Default severity levels 35
Table 8-2: Custom severity levels example 35
Table 13-1: Channel leg propagation rules 72
Table 13-2: Multi-carrier channels propagation rules 73
Table 13-3: Single-carrier channels propagation rules 73
Table 13-4: Controller equipment technical states 74
Table 13-5: Controller working position propagation rules 75
LIST OF ABBREVIATIONS
AAS Alternative Access System
DGD2 Diagnostics Graphical Display version 2
HMI Human - Machine Interface
MMS Monitoring and Maintenance System
SDC Switch Distribution Card
SWC Switch Card
VCCS Voice Communication Control System
VCMS Voice Control Management System
VCS Voice Control System
GLOSSARY
Administrator user A user with User and role administration access assigned.
Alarm list An area at the lower edge of the screen used to display equipment
and services that need attention, i.e. has technical state not OK.
Asset tree The tree structure (hierarchy) of services and equipment groups
branching into lower level services and equipment groups, ending
with basic equipment as the leaves. This structure is configured in
the database of the VCMS server.
Asset tree window An optional area on the left hand side of the screen showing the
asset tree.
Channel The main and optionally standby radios that operate on the same
frequency.
Channel leg The main and optionally standby radios at a radio station site that
operate on the same frequency.
Details view area A tiled area of the screen with place for one or more windows with
detail information, like event logs, services, equipment diagnostics,
etc. The area is either at the upper right hand side of the screen, or
on the second screen for two-screen workstations.
Engineering role A set of rules for screen layout and access rights selected while
logging on, configured according to the intended tasks of a user.
Equipment Physical part of the system to which failures are assigned, leading to
a technical state other than OK.
Equipment group Group of physically related equipment or lower level equipment
groups that can be monitored as a unit and assigned an aggregated
technical state.
Main view An area of the screen above the alarm list showing a fixed graphical
overview of the monitored top-level assets.
Maintenance state Used to force equipment to report OK or Faulty technical state, and
may also inhibit the VCS from using radios and telephone line cards.
Monitoring and A part of the GAREX 220 VCMS, providing equipment and service
Maintenance System monitoring, diagnostics and some control functions.
Service Group of logically related equipment or lower level services that can
be monitored as a unit and assigned a technical state.
Technical state Used to identify which assets that need attention. Equipments with
technical state other than OK, Not monitored and Not installed are
placed in the equipment alarm list. Services with other than these
states are placed in the service alarm list.
VCMS server A server computer running the VCMS Oracle database that
connects to the VCS and client PCs running VCMS client
applications, e.g. the DGD2.
VCMS terminal A workstation connected to a VCMS server running VCMS client
applications.
NOTATION
This manual assumes that the reader is familiar with the use of a PC with keyboard and
mouse. It describes how to start and use the software. The document is not intended as a
description of the tasks, functions and duties included in the work and responsibilities of
system administrators or maintenance personnel.
The manual uses these typographical conventions for references to the controls in the user
interface:
Menus selections: Each menu selection is shown as a shaded box,
e.g. View Tree view Display
Note:
All windows shown in this manual are examples. Details, content and colours may vary from
system to system, and may show values not realistic compared to your actual system.
1 Introduction
The DGD is the client software providing the human-machine interface of the GAREX 220
Monitoring and Maintenance System (MMS). The MMS handles these aspects of the Voice
Communication Management System (VCMS):
• Monitoring of VCCS services and equipment
• Diagnostics of equipment failures, including help to locate failing parts
• Means to switch between main and standby radio transmitters, select radio receivers and
disable equipment during maintenance
The DGD is installed on standard personal computers running Microsoft Windows. The
software connects to the Oracle database on the VCMS server and displays the data in the
database in a user-friendly and intuitive way. All data is communicated through the server
database, making sure that all connected DGD clients are up to date and showing the same
data. Note that the DGD depends on an Oracle database client being installed on the client
computer. Normally the DGD is installed on VCMS terminals with one or two displays.
VCMS terminal
GAP
VCS VCMS server
GASP
Database
DGD2
Reconfiguration
Other PC
Statistics DGD2
VCMS terminal
Monitoring GAP
GASP
DGD2
DGD2
The faulty state of equipment will propagate to the services and equipment groups containing
it according to the propagation rules in the VCMS database.
Chapter 0
Appendix: Services and Equipment Group describes in detail each group with failure
propagation rules.
3 Technical State
To quickly identify assets that need attention, all equipment and services are assigned a
technical state. The normal state is called OK. Assets with other states are placed in the
alarm lists to be handled by the DGD operators.
If a failure is reported to the VCMS Server, it is assigned to the equipment most likely to
cause that failure, and that equipment is set to one of the technical states Faulty, Degraded
or Loss of redundancy. If more than one failure is assigned on the same equipment leading
to the possibility for more than one technical state, the highest priority technical state is set.
Filter: Remove
spurious failures
Assign failure to
Failure
equipment
Then the server checks if this failure could affect the operation of other equipment, and these
are given the state Affected (unless they have the higher priority state Faulty). Normally
Affected means that the equipment is unable to report its own status due to a failure in the
connection used to report status. Affected equipment may be operational, but the MMS is
unable to decide.
The technical states of the equipment are propagated upwards through the equipment
groups and services hierarchies. This is reflected in the graphical views of the system.
The equipment alarm list is updated with new equipment states, equipment groups are never
placed in the alarms lists, and only services configured to generate alarms are placed in the
service alarm list. Note that as a failure may affect other equipment and also is propagated to
higher levels, multiple alarms and log entries may occur.
The table below shows the technical states for equipment, equipment groups and services.
The specific propagation rules for equipment groups and services are described in Chapter 0
4 Maintenance State
Maintenance state applies to equipment only. There are six states, where Normal is the
default state. The other states are used for these purposes:
1 To force an equipment to report one of the technical states OK or Faulty
2 To inhibit the operational use of an equipment that is being maintained
3 A combination of the two above
The table below shows possible maintenance states and which states that applies to different
kinds of equipment:
If the maintenance state is other than Normal, the equipment is not placed in the alarm list
even if the technical state indicates a failure. The state is however propagated to higher-level
services and equipment groups. A service may be placed in the service alarm list due to this.
Equipments with maintenance state other than Normal are shown in the graphics with a blue
line at the top. All services depending on the equipment and equipment groups containing it
will also be marked with the same kind of blue line.
The privilege to change maintenance state is a parameter of the engineering roles. When
maintenance state is changed, the user may enter a short comment which is saved to the
event log together with the state change and user name. If the Locked option is selected,
only the user that changed state or a user with administrator privileges can change the
maintenance state for that equipment.
All equipment with maintenance state other than Normal can be viewed by clicking the
Maintenance button on the toolbar. This opens a details window with a list as shown in the
figure below:
....
Figure 4-3: Opening maintenance state dialogue
The maintenance state dialogue serves both the purpose of editing the maintenance state
and to browse the current settings for an equipment. It has the following controls:
The checkbox Set status for underlying equipment is only enabled for the radio groups and
radio arrays. As these are equipment groups, they do not have maintenance state
themselves, so the checkbox must in this case be checked to enable the other controls.
The frame Reporting sets the technical state to be reported. Normal means that the technical
state shall not be overridden, while OK and Faulty will override any technical state with the
selected state.
The checkbox Maintenance is only enabled for radios and telephone line cards. If checked,
the equipment is set to be non-selectable in the VCS.
The checkbox and frame Locked controls whether other users shall be able to edit the
maintenance state of this equipment. If checked, the text fields By user and When are
automatically filled in when the OK button is clicked. To add a comment for the
maintenance state, use the text field in the Comment frame.
5 Logging On
Logging on to the DGD provides access to the VCMS database and to the PAE radio
monitoring and maintenance functions (MARC). Logon data for MARC is automatically
fetched from the VCMS server.
The logon to the database is dependent on a list of valid VCMS servers in the file
tnsnames.ora which is created during installation of the Oracle client. In addition, the
username and password to the server database must be correctly set in the DGD.exe.config,
which is located in the same folder as the DGD executable (DGD.exe). The configuration file
is in XML format, e.g.
4 The Configuration Auto logon… is now check-marked, verifying that the automatic
logon is enabled.
To try it out: Close and restart the DGD. To disable automatic logon (set up by same or by
another user), follow the figures and procedure below:
The latter is done by clicking the Logout button on the toolbar, clicking OK on the prompt
to confirm, and then clicking the Logon button on the toolbar.
The Database field holds a list of available VCMS servers as listed in the tnsnames.ora file.
The Role field holds a list of engineering roles as defined in the VCMS database. Both the
Username and the Password fields are case sensitive.
If logon fails, a message box with an appropriate error description will appear:
After successful logon the VCMS server name, username and engineering role can be seen
on the right hand side of the toolbar, next to the clock.
The Username field is defined when the user account is created, and cannot be changed.
The fields First name, Last name, Department, Office telephone and Mobile telephone are all
optional.
If the Password field is changed, the Confirm password field is enabled and the password
must be correctly retyped here. The password must be at least eight characters long and is
case sensitive. If a user’s password is lost, an administrator’s account must be applied to
provide a new password.
If the checkbox in the Expiry date field is checked, the user must change the password
before this date, or on the first attempt to log on after this date.
If the password is not renewed, or wrong password is entered five times within 30 minutes,
the user account becomes locked, and an administrator user must clear the User account
locked checkbox to re-enable logon for this user.
When the password is renewed, the expiry date is set a configurable number of days into the
future. The user is warned to change the password on every logon from a configurable
number of days before the expiration date.
These two configurations are described in the Section 0
Default Password Parameters.
The Roles tab holds the set of engineering roles that the user must select from when logging
on. An administrator user can add and remove engineering roles by selecting a role and
clicking the >>Add>> or <<Remove button. Assigning users to engineering roles can also
be done while editing the engineering roles (which becomes effective on the next logon by
the user).
3 Expand User and roles and Users nodes to see the user names. Optionally adjust the
Asset tree window width by dragging the right hand edge until the user names are visible.
4 Either right-click on the Users node to open the pop-up menu and select Add user... , or
click the Users node and select Configuration Users and roles Add user... from
the main menu.
5 Enter user name and other data in the user account data window. The Username field
cannot be changed after it has been saved, since this is the identifier of the user account.
In the Single/multiple frame, the Restrict role logon to one user at the time checkbox decides
whether one or multiple users are allowed to use the engineering role simultaneously. This
can be used to avoid two users selecting the same engineering role.
The User to role assignment frame is used to assign which users that are allowed to log on
with this engineering role. Add and remove users by selecting a user name and clicking the
>>Add>> or <<Remove button. Assigning engineering roles to users can also be done
while editing the user accounts.
In the Radio control frame, The TX changeover checkbox grants the role access to switch
between main and standby (A and B) radios, the Muting of receivers checkbox grants the
role access to mute receivers, and the Start MARC checkbox grants the right to start the third
party MARC program for monitoring of PAE T6 radios1.
On the Event log tab, predefined column selection and sequence can be configured by
clicking the Setup column(s) button, and predefined filtering can be configured by clicking
the Setup filter(s) button. See Chapter 10.11 Event Log for an explanation of the column
and filtering settings.
1
The PAE T6 radios and the MARC program are not applicable to COMPACT 3.
The top-level asset node is called Asset root. The next level is the top-level equipment
groups and services. Each of them can be expanded down to basic equipments. Each asset
node has an image showing either the equipment type, or if the asset is in the alarm list, it
shows the severity level image. If the alarm is not acknowledged the severity level image is
blinking, else it is steady.
Right-clicking an asset opens the asset pop-up menu as shown below. Only currently valid
selections are enabled, e.g. it is only possible to acknowledge if there is a pending alarm, it is
only possible to open equipment diagnostics if there are failures, it is only possible to open a
lower level detail view for equipment groups and services, etc.
Technical state
The Spares top-level node holds all assets that have not been given a parent in any of the
predefined equipment groups or services.
8 Alarm List
The alarm list is located at the bottom of the main screen. It is actually two lists, one for
equipment and one for services. Each list is selected by clicking the appropriate tab within
the alarm list window. The height of the window can be adjusted by dragging the upper edge.
The width or placement of the window cannot be adjusted.
The right hand side of the alarm list window holds controls for the alarm list functions. Most of
these controls are also available in a pop-up menu that opens when right-clicking a line in
one of the lists.
The alarm lists let the user easily identify failing services to do mitigation, and quickly locate
equipment with failures to do diagnostics and set priority for repair actions.
A faulty equipment or service will never appear more than once in the list. The failure
assignment rules for equipment assure that the technical state reflects the most severe
failure. Likewise will the propagation rules for services assure that the technical state of a
service is the most appropriate according to the states at the level below.
Each individual asset can be configured on the VCMS server to appear in the alarm list or
not. The asset will, independently of this, show its technical state in the asset tree and
graphical windows.
Please observe that alarms can be acknowledged from the pop-up menu on asset tree
nodes and assets in graphical windows.
Example: Both a transmitter and a receiver within a channel leg may get the technical state
Faulty in the equipment alarm list, and the channel leg is then set to Loss of redundancy in
the service alarm list. Acknowledging the channel leg service will cause both the transmitter
and receiver alarm to be automatically acknowledged.
If instead the transmitter alarm is acknowledged, the channel leg service is still not
acknowledged. When then the receiver is acknowledged, the channel leg service will be
automatically acknowledged.
Another example: A line card that is Faulty is included in two different line services.
Acknowledging the line card will cause both line services to be automatically acknowledged,
but both line services must be acknowledged to automatically acknowledge the line card.
Technical state
Faulty Affected Degraded Loss of Unknown OK
redundancy
SL1 SL1 SL2 SL3 SL4 SL4
Table 8-1: Default severity levels
The severity level for each asset and technical state is configurable on the VCMS server. An
example is shown in the table below:
Technical state
Asset Faulty Affected Degraded Loss of Unknown OK
redundancy
Service A SL1 SL1 SL1 SL3 SL3 SL4
Service B SL2 SL2 SL2 SL2 SL4 SL4
Equipment A SL1 SL1 SL2 SL1 SL2 SL4
Table 8-2: Custom severity levels example
8.10 Printing
The service or equipment alarm list may be previewed and sent to a connected printer by
selecting one of the alarm lists and then clicking the Print... button on the alarm list. You
must select printer before preview is shown.
9 Main View
The main view above the alarm list gives a graphical overview of the system. It is divided into
groups of main services and equipment. The content is fully configurable for each
engineering role. The engineering role setup also decides if the user is able to change the
main view. The example below shows channel groups to the left; radio stations, telephone
services and auxiliary equipment in the middle; and a sample rack to the right.
Hovering the cursor on an element will show asset type and name as tooltip. Right-clicking
will open the asset pop-up menu, while double-clicking will open a detail view with the lower
level for services and equipment groups, equipment diagnostics if there are faults, or no
action if no lower level and no faults.
10 Detail Views
The detail view area is placed on either the right-hand side of the main view, or on the right-
hand screen if two screens are used. It is split in tiles, where a detail view may occupy a
rectangle with any number of tiles from one to all. The privilege to change the detail view
area must be granted by the engineering role’s access rights.
A new detail view opens in a single tile in the first free location from left to right and top to
bottom. Placing the cursor on a border towards an unused tile, it will appear as an X, and
clicking will remove the border, expanding the view into the empty tile. If the border cannot
be deleted, the cursor changes into a ‘no parking’ sign. This procedure can be repeated until
all tiles are used by the view.
When there are no more free tiles, and a detail window is attempted opened, the user gets
the message shown below.
Figure 10-1: Message when all detail view tiles are in use
Opening other detail views that are already opened will place focus on the existing window.
The number of tile rows and columns can be set by clicking View
Grid columns and rows... on the main menu. The default numbers are according to what
was saved with the engineering role.
A detail view can be dragged and dropped into an unused tile. If it occupies more than one
tile, it will however be reduced to occupy the single target tile. After the drag-and-drop
operation, the view may be expanded into empty tiles as usual. Detail views are closed
individually by clicking the X in the upper right hand corner. The entire detail view area can
be cleared by clicking the Close detail views button on the toolbar, or selecting View
Close detail views from the main menu.
Most of the detail views for services and equipment groups are showing the assets on the
lower level as boxes. Some views are however specialised to provide graphical information
on how the assets are coupled, or group assets in a specialised way. These are explained in
the following sections.
10.1 Radio
There are five detail views for the radio services:
• Channels Root showing all the channel groups in the system (standard boxes)
• Channel Group showing all the channels in a group (standard boxes)
• Channel showing the channels legs and coupling to position equipment
• Channel Leg showing the radios in a single leg with control for receiver muting and
transmitter changeover
• Channels selected for retransmission
A transmitter changeover can be initiated by clicking the radio button of the not selected
transmitter (dashed and dimmed line). If the selected transmitter has technical state not OK
or maintenance state other than Normal, a confirmation is required before proceeding. This
starts a request to the VCS for a changeover, and if successful the graphics will shortly be
updated with the new selection. If the request fails, a warning message will appear.
A receiver may be muted by un-checking the checkbox on the logical line between the
channel leg and the receiver. The user must confirm before a request is sent to the VCS. The
graphics will shortly be updated with the new state. If the request fails, a warning message
will appear.
It is possible from this detail view to query which position equipments that are keying the
channel. Select Keying query from the pop-up menu of the channel leg. After a while the
VCS will respond and a list of position equipments with used transmitter will appear.
The MARC asset on the Toolbar, refer to chapter , shall be green. To open MARC, right-click
on the radio asset (receiver or transmitter), select Open on the pop-up menu. The MARC
application will open, showing the MARC page for the selected asset.
When trying to open the radio asset, while the MARC asset on the Toolbar is red (e.g MARC
local router is not running) nothing will happen.
The MARC asset on the toolbar may still appear green even if the local MARC Navigator is
not running. In this case the system will respond with the error message “Problem with UDP
Connection with MARC. No reply received.”
Figure 10-9: Radio group details view with and without auto expansion
10.4 Telephone
There are three detail views for the telephone services:
• Telephone Services Root showing all the telephone service groups in the system
(standard boxes)
• Telephone Service Group showing all the telephone services in a group (standard boxes)
• Telephone Service showing basic equipment
After choosing a new mode, the icon displaying the current mode of the asset will be
updated:
Figure 10-16 Updated icon illustrating the present mode of the asset
10.6 VCS
There are three detail views for the VCS:
• VCS Root showing all VCSs known to this VCS system (standard boxes)
• VCS showing rack groups (standard boxes)
• Rack showing graphically a single rack with fitted cards and panels
• Frame showing the contained cards (standard boxes, can only be opened from the asset
tree)
• SWC/SDC showing the card with installed M-modules and links
Even if other VCSs are displayed in the VCS root, they are not monitored and further
exploration is not available.
10.7 VCMS
The VCMS self monitoring consists of five elements, which also can be seen on the toolbar:
• DGD client main thread (this can also be monitored by watching the clock on the toolbar:
It should be updated every second)
• Connection to the VCMS server (on the toolbar, the name of the database is shown when
connected)
• MARC Option: Connection to the local instance of the MARC third party software for
monitoring of PAE T6 radios
• Status of the VCMS network, as monitored by the third party software NimBUS
• Connection from the VCMS server to the VCS
The boxes on the toolbar do not have pop-up menus. Diagnostics must by opened from the
asset tree, the alarm list or a graphical view.
10.8 Diagnostics
The diagnostics detail view is available for basic equipment that has at least one fault. The
view is opened in several ways:
• double-clicking the equipment in a graphical view,
• right-clicking the equipment in a graphical view and selecting Diagnostics... from the
pop-up menu, or
• right-clicking the equipment in the asset tree and selecting Diagnostics... from the pop-
up menu.
The view is divided in two. The left hand side holds a list of pending faults. By clicking on one
of them, the right-hand side will show either a short explanation, corrective actions, or a list of
spare parts, depending on the tab selected at the top of the right hand side.
The list of faults shows the faults that were pending when the view was opened. To get an
updated list, click the Refresh button.
All faults with their explanation, corrective actions and spare parts can be previewed and
sent to a connected printer by clicking the Print... button.
The radio assets shown in the view are not labelled with their symbolic name. To get the
symbolic name of a radio, the user may right-click the radio to show the regular pop-up menu
for that asset.
As with the regular channel leg detail view, this view allows the user to change the
main/standby state of individual transmitters and to mute/unmute individual receivers. In
addition, the view holds buttons in the bottom part of the view that enables the user to
change the main/standby state or mute/unmute radios across all channel legs in one user
action. For the transmitters one button per radio column is provided. Clicking one of these
buttons will set all transmitters in the selected radio column to the main state (selected). For
the receivers, two buttons are provided per radio column. The button at the top will unmute
(select) all radios in the selected radio column, while the button at the bottom will mute
(deselect) all radios in the selected radio column.
Clicking any of the buttons will ask the user to confirm the action before it is executed. After
confirming, the user will be presented with a separate pop-up window displaying the status of
the operation.
Note that the Channel Leg Summary view does not display legs that are empty or legs that
are not placed in a channel.
To view the color codes, select Help Colors... from the main menu to open a color
legend. The colors representing the selection states are configurable by selecting
Configuration Options from the main menu and then selecting the Colors tab.
Note that this view is not refreshed automatically. To update the status of positions and radio
items, click the . Refresh button.
In the Event log columns dialogue, check the columns to be visible, and click the up and
down arrows to change the order of appearance.
Figure 10-26: Event log columns selection and ordering
10.11.2 Filtering
There are many options to apply filters to select a subset of the available events. The filters
are changed by clicking the Filter button on the Event Log toolbar.
Figure 10-27: Event log filter
If no checkboxes in a field is checked, this filter is not applied. If at least one checkbox is
checked, only events matching the selection will be shown.
10.11.3 Printing
The event log with the current selection of columns, sort order and filtering can be previewed
and sent to a connected printer by the Print button on the Event Log toolbar.
11 Basic Settings
11.1 Language
There are two levels of language settings: One for the default language of all clients, and one
for the language of the local client. The common, default language is set by selecting
Configuration Options from the main menu. Select the General tab. Select one of the
languages available in the frame Default language.
To set the language of local client, select Configuration Change language from the main
menu. Select a language from the Language combo and click OK .
This will replace all text strings in the user interface except for standard Windows message
and dialogue windows. These follow the language set by the operating system.
Edit the Name and Description fields. Then click the Change... button to open the colour
palette.
Select a colour from the palette, or click the Define Custom Colours button and enter RGB
values.
12 Help Functions
The technical states Not installed and Not monitored are not described in the specialized
propagation rules. They affect the parent state according to the following general rules:
1 If all children are Not installed, then the parent is Not installed.
2 If all children are Not monitored, then the parent is Not monitored.
3 If all children are either Not monitored or Not installed, then the parent is Not
monitored.
4 If at least one child has another state than Not monitored or Not installed, the children
with Not monitored or Not installed are ignored, i.e. the propagation rules described in
the following sections apply based on the children with other states.
The technical state Unknown is not described in the specialized propagation rules. This
state should normally not appear, as it indicates that there is an unhandled equipment failure,
or unhandled combination of child states.
The figures below depict an example, where a line card fault produces both equipment and
service alarms. Technical states changes through propagation.
In the figure above, the alarm list for equipment is depicted. The window shows that there is
an alarm for the FLC01 LC09 line card.
The figure above depicts the equipment detail views for the VCS. Notice how the technical
state is propagated up through the other equipment views. Here, the line card with a fault is
represented as a red box while the brown boxes are used for indicating that the asset is
degraded.
The line card fault also causes a service alarm to be generated, which is placed in the
service alarm list as shown above.
The figure above shows how the technical state is propagated up through the service
hierarchy.
As shown in the root node depicted above, both the GROUND/GROUND ROOT service and
the ROOT VCS equipment group is degraded.
Channels
The following state table describes the effect of these rules in a channel leg with two
receivers and two transmitters:
Controller
working
positions
Controller Controller
equipment equipment
A B
4 If all controller equipments are Faulty or Affected, then the controller working position is
Faulty.
The following table shows the effects for a controller working position with two sets of
controller equipment:
Telephone
line
services
Telephone Telephone
M-module M-module
line card line card
2 If one or more telephone line cards are Loss of redundancy and the rest of the
telephone line cards are OK, then the telephone line service is Loss of redundancy.
3 If all telephone line cards are Faulty or Affected, then the telephone line service is
Faulty.
4 If at least one telephone line card is Faulty or Affected, then the telephone line service is
Degraded.
VCMS
service
Auxiliary
services
Radio
stations
Ground/
Ground/ Auxiliary
Radio Radio
ground equipment
group group
link group
VCS
Ground/
Ground/
Frame Switch
ground line
module card
card