5 remote data centres, 6 alarm log, 7 m3ua backhaul operation – Dialogic SS7G2X User Manual
Page 12: Remote data centres, Alarm log, M3ua backhaul operation
12
Chapter 1 Overview
1.9.5
Remote Data Centres
The Signaling Gateway supports the transfer of software updates, configuration files, alarm reports and
periodic measurements over Ethernet to/from a remote location, the Remote Data Centre (RDC).
Multiple RDCs can be configured by specifying an IP address and a user name and password for the Signaling
Gateway to use to “logon” to the RDC.
Data transfer to the RDC uses the File Transfer Protocol (FTP).
Measurement reports are made on a configurable periodic basis.
Optionally, since it can be configured as an FTP server, the Signaling Gateway itself can be configured to act
as an RDC, thus allowing RDC operation to be performed locally on the Signaling Gateway itself.
See
Chapter 9, “Remote Data Centre Operation”
for a more detailed description of the capabilities and
configuration of an RDC.
1.9.6
Alarm Log
The Dialogic
®
SS7G2x product is able to detect a number of events or alarm conditions relating to either the
hardware or the operation of the protocols. Each alarm condition is assigned a severity/class (3 = Critical,
2 = Major, 1 = Minor) and a category and ID, which give more detail about the alarm. There are a number of
mechanisms described below, by which these conditions can be communicated to management systems, and
ultimately to the system operator (see
Chapter 8, “Alarm Fault Code Listing”
for a full list of alarm types, and
their reporting parameters):
•
Active alarms are indicated on the front panel of the unit by three LEDs showing the severity; CRT, MJR
and MNR. See the Dialogic
®
SS7G21 and SS7G22 Hardware Manual for information on the location of
these indicators.
•
Active alarms may be indicated remotely from the unit, by connecting to relay outputs provided by the
SS7G2x. There are contacts for each severity; Critical, Major and Minor. See the SS7G21 and SS7G22
Hardware Manual for information on the location, pinout and rating of the Alarms connector.
•
Alarm events (class, category and ID) may be reported to an SNMP manager. Activation of SNMP V1
support and the SNMP MIB are described in
.
•
A system operator can obtain a listing of the current alarm status (ID, class, fault title, occurrence time
and title) using the
management terminal command described in
•
A system operator can access a log of the current and previous alarms using the
management
terminal command described in
Section 6.4.5, “ALLOP” on page 45
. The Alarm Log has the capacity for
up to 200 entries, each entry detailing the ID, title, alarm class, fault title, occurrence time, status
(active or cleared), and cleared time (if appropriate). If a new fault occurs when the log is full, the oldest
entry that is either cleared, of lower class, or equal class is overwritten, in that order of preference. The
operator may request a display of the log at any time and may remove entries that have cleared status.
•
The alarm log may also be reported to a Remote Data Centre (RDC). See
for the configuration and operation of an RDC and for the format of the
alarm log records.
1.9.7
M3UA Backhaul Operation
The Signaling Gateway can use the SIGTRAN protocol M3UA to “backhaul” SS7 information to an IP resident
Application Server (AS) operating on one or more Application Server Processes (ASPs). Examples of
Application Servers are Media Gateway Controllers or IP resident databases. In both cases, the Application
Server can operate as a Signaling End Point (SEP), where SS7 User Part Protocols, such as SCCP or ISUP,
operate above a M3UA layer on the host.