1 Introduction
This instruction concerns alarm handling.
1.1 Alarm Description
The alarm is issued when an SCTP path is unavailable.
The possible alarm causes, fault locations, and impacts are explained in Table 1.
|
Alarm Cause |
Description |
Fault Reason |
Fault Location |
Impact |
|---|---|---|---|---|
|
Path is inactive/unavailable/unreachable |
Network |
Normally this is a non-fatal alarm; SCTP will use other paths in the association for communicating with the remote peer. Follow the procedure in Section 2 Procedure if the alarm is raised for more than an hour without any known network disturbances. | ||
|
Network disturbances |
Network problems |
The alarm attributes are listed and explained in Table 2.
|
Attribute Name |
Attribute Value |
|---|---|
|
Major Type |
193 |
|
Minor Type |
1586601228 |
|
Managed Object Class |
N/A |
|
Specific Problem |
SCTP IP Path is Down |
|
Perceived Severity |
SEVERITY_WARNING |
1.2 Prerequisites
This section provides information on the documents, tools, and conditions that apply to the procedure.
1.2.1 Documents
No documents are referenced.
1.2.2 Tools
No tools are required.
1.2.3 Conditions
Before starting this procedure, ensure that the following condition is met:
- An SS7 CAF SCTP IP Path is Down alarm is raised.
2 Procedure
Do the following if the alarm is raised for more than an hour:
- Make sure that there are no disturbances in the network.
- Enable trace on SCTP as follows.
- Note:
- SCTP tracing is not recommended during hours of high traffic.
- Collect the ss7trace.log located in /opt/sign/log.
Also collect the current configuration that is located in folder /opt/sign/etc. Collect the file active.om.cim and all the files with the extension *.cnf.
- Contact the next level of support and provide the files collected in Step 3.

Contents