![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||||||
Solution Type Problem Resolution Sure Solution 2215507.1 : Load Sharing Among Different Destinations Does not Work
In this Document
Created from <SR 3-13838047251> Applies to:Oracle Communications EAGLE (Hardware) - Version EAGLE 3x.x and laterInformation in this document applies to any platform. SymptomsDespite the MRN and MAP tables properly configured to have a loadsharing among 4 destinations, only the first destination of the table is mainly used. CauseAccording 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. > rtrv-mrn eaglestp 16-12-09 16:47:35 CET EAGLE5 45.0.1-64.70.35
2. I am also seeing that the Class1Seq parameter is set to On, to guarantee the sequencing of the messages. > rtrv-sccpopts eaglestp 16-07-29 08:20:55 CET EAGLE5 44.0.2-64.34.16 SCCP OPTIONS
SolutionFixing 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 |
||||||||||||||||
|