Contents

1   Alarm Description

The threshold alarm E-CSCF Receives No LRF Response is raised when the connection to the Location Retrieval Function (LRF) does not work properly.

The alarm is based on the counter cscfMlHttpNoResponses.

The alarm is raised when the number of cscfMlHttpNoResponses has reached or exceeded its configured thresholdHigh within the time period configured by thresholdRateOfVariation and granularityPeriod.

The alarm is automatically ceased when it reaches or goes below the configured thresholdLow value.

The default values related to this alarm are: thresholdRateOfVariation=PER_GP, granularityPeriod=FIVE_MIN, thresholdHigh=2, and thresholdLow=0. This means that when the counter value is 2 or higher, the alarm is raised when the Granularity Period is ended. The alarm is ceased when the counter cscfMlHttpNoResponses has reached a value of 0 at the end of a Granularity Period.

Note:  

The thresholds for raising and ceasing this alarm are configurable. The default Distinguished Name for the thresholds is ManagedElement=<node_name>, SystemFunctions=1, Pm=1, PmJob=CscfMlThreshold,MeasurementReader=cscfMlHttpNoResponsesMeasReader, PmThresholdMonitoring=cscfMlHttpNoResponses.

It is not possible to change threshold values once they have been set. To change a threshold, first the PmThresholdMonitoring instance must be deleted and recreated with required thresholdHigh and thresholdLow.

For more information, refer to Performance Management.

Table 1    E-CSCF Receives No LRF Response Alarm Causes

Alarm Cause	Description	Fault Reason	Fault Location	Impact
The PM counter cscfMlHttpNoResponses has reached or exceeded its configured upper threshold value.	The number of HTTP communication errors has reached or exceeded the configured threshold.	Peer entity communication problems (HTTP Responses): Connection Fault Time-out NoDnsResult InvalidResponse	Peer protocol communications problems between the Emergency Call Session Control Function (E-CSCF) and the LRF	Connection problems on Ml HTTP traffic interfaces causing communications issues with destination LRF.

Note:  

An alarm can appear as a result of maintenance activity.

Table 2    E-CSCF Receives No LRF Response Alarm Attributes

Attribute Name	Attribute Value
Major Type	193
Minor Type	6684688
Managed Object Class	MeasurementReader
Managed Object Instance	ManagedElement=<node_name>,SystemFunctions=1, Pm=1, PmJob=CscfMlThreshold,MeasurementReader=cscfMlHttpNoResponsesMeasReader
Specific Problem	E-CSCF Receives No LRF Response
Event Type	communication (2)
Probable Cause	x733CommunicationsProtocolError (305)
Additional Text	cscfMlHttpNoResponses. Check connection to LRF. You may need to change value of ecscfHttpRequestTimer parameter.
Perceived Severity	major (4)

2   Procedure

2.1   Handle Alarm E-CSCF Receives No LRF Response

Prerequisites

• This instruction references the following documents:
  • Performance Management
  • Managed Object Model (MOM)
• No tools are required.
• The following condition must apply:
  • The alarm is raised.

Steps

Note:  

If the reason for the alarm has disappeared after the Granularity Period, the alarm automatically ceases.

1. Make sure that the LRF address in the E-CSCF is correctly configured in ecscfEmergencyLRFAddress.
2. Make sure that the HTTP response time in the E-CSCF is correctly configured in ecscfHttpRequestTimer.
3. Make sure that the LRF address has a proper resolution in the Domain Name System (DNS).
4. Find a solution to any potential error response from the LRF.
5. Find and remove any connection problems to the LRF.
6. Has the alarm ceased?

   Yes: Proceed with Step 8.

   No: Continue with the next step.

7. If the alarm is not ceased, consult the next level of maintenance support.

   Further actions are outside the scope of this instruction.

8. Job is completed.