Sun Microsystems, Inc.  Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition
   Home | Current Systems | Former STK Products | EOL Systems | Components | General Info | Search | Feedback

Asset ID: 1-72-2223578.1
Update Date:2017-01-20
Keywords:

Solution Type  Problem Resolution Sure

Solution  2223578.1 :   Congestion: Copy Function De-activated (UAM-0477)  


Related Items
  • Oracle Communications EAGLE (Software)
  •  
Related Categories
  • PLA-Support>Sun Systems>CommsGBU>Global Signaling Solutions>SN-SND: Tekelec Eagle 5
  •  




In this Document
Symptoms
Cause
Solution
References


Created from <SR 3-13523412421>

Applies to:

Oracle Communications EAGLE (Software) - Version EAGLE 3x.x and later
Information in this document applies to any platform.

Symptoms

The following alarm is regularly issued by the Eagle  : "Congestion: Copy Function De-activated"
But during this alarm activity,  there is no high load on the cards.
For which reason these alarms are displayed on Eagle ?

Cause

1. There are not enough STC cards for the amount of link cards

2. It is missing a STC card in 3 shelves
 
There are only 4 x STC cards to handle 73 traffic cards.
Also, the Eagle documentation says :
For shelves containing HIPR or HIPR2 cards, STCs should be provisioned in the same shelf that contains the cards being monitored.
This 2nd condition is not fulfilled.
 

Solution

One approach could be to decrease the number of links being monitored as it seems there is too much traffic to be monitored for your configuration.
It is not possible to remove the SS7 cards from the copy function, but the Sigtran cards can be removed thanks to a debug command.

The number of STC cards corresponds to the number of SS7 links that are to be monitored, plus an additional STC card for redundancy.
The number of SS7 signaling links that can be monitored by an STC varies depending the amount of traffic and the size of the MSUs being handled by the EAGLE
For shelves containing HIPR or HIPR2 cards, STC cards should be provisioned in the same shelf that contains the cards being monitored. Up to 3 x STC cards can be installed in a same shelf.

We can see in the your configuration that 3 shelves do not have any STC card :
- Shelf 13xx
- Shelf 41xx
- Shelf 42xx

=> This should be fixed.

Also, the max capacity for the monitoring function has already been reached (50210)
There are only 4 x STC cards to handle 73 traffic cards.

> rept-stat-mon

  eaglestp 16-10-23 14:58:14  EAGLE5 46.0.1-65.26.26
  STC Cards Configured= 4 Cards IS-NR= 4
  System Peak EROUTE Load: 50210 Buffers/Sec
  System Total EROUTE Capacity: 48000 Buffers/Sec
  ...
  EROUTE Service Average Messaging Capacity = 69%


Moreover, for which reason the FC capable cards (IPSG and IPGHC) have been configured to use the STC cards and not the Fast copy function ? That would be a relief the 4 x STC cards.
You have 19 x MIM cards and 54 x IP cards, that is a total of 73 cards for 4 x STC cards.


  FAST COPY OPTIONS
  --------------------------------
  FCGPL = IPSG   FCMODE = STC
  FCGPL = IPGH   FCMODE = STC

 

References

<NOTE:2164046.1> - Certain Cases of E5 A-Series Card Boot May Cause HIPR2 Cards to Boot and Result in the STP Node Booting (Node Isolation)

Attachments
This solution has no attachment
  Copyright © 2018 Oracle, Inc.  All rights reserved.
 Feedback