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-2215507.1
Update Date:2016-12-22
Keywords:

Solution Type  Problem Resolution Sure

Solution  2215507.1 :   Load Sharing Among Different Destinations Does not Work  


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




In this Document
Symptoms
Cause
Solution


Created from <SR 3-13838047251>

Applies to:

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

Symptoms

Despite the MRN and MAP tables properly configured to have a loadsharing among 4 destinations, only the first destination of the table is mainly used.

Cause

According to the symptoms, Eagle seems to work like in dominant mode and not in loadshared mode.

There is one case where the MRN or MAP table is bypassed, this is when the parameter Class1Seq is set to ON, then all Class1 messages will be routed to the PC of the gta table.

According to the Eagle configuration of STP, there are 2 things which are not correct for a proper loadsharing :

1. In your MRN configuration, the Relative Cost (RC) for FE2 is set to 20 whereas for FE1 it is set to 10.
With such a configuration, 100% of the traffic will be routed to FE1, and FE2 will remain a backup route

> rtrv-mrn

eaglestp 16-12-09 16:47:35 CET EAGLE5 45.0.1-64.70.35
...
PCN           RC
00091-aa   10
00092-aa   20

 

2. I am also seeing that the Class1Seq parameter is set to On, to guarantee the sequencing of the messages.
The problem with this, is that the loadsharing will be inhibited for all Class1 messages.
If you want to apply a loadsharing also on the Class1 messages, you need the controlled feature named Transaction Based GTT Loadsharing (TBGTTLS)

> rtrv-sccpopts

eaglestp 16-07-29 08:20:55 CET EAGLE5 44.0.2-64.34.16

SCCP OPTIONS
-------------------------------
CLASS1SEQ on

 


 

Solution

Fixing the MRN table and running the command "chg-sccpopts:class1seq=off" solved the issue.

This solution was acceptable because the customer was not concerned by the sequencing of the class1 messages.

Otherwise the only solution is the controlled feature "Transaction Based GTT Loadsharing" (TBGTTLS)


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