Eagle: No Display for the Secondary Path However the Configuration Shows Multi-homed

Asset ID:	1-71-2360435.1
Update Date:	2018-03-23
Keywords:

Solution Type Technical Instruction Sure

Solution 2360435.1 : Eagle: No Display for the Secondary Path However the Configuration Shows Multi-homed

Applies to:

Oracle Communications EAGLE (Hardware) - Version EAGLE 46.0 and later
Tekelec

Goal

Below we can see that the association is multi-homed
==================================================================================================

rtrv-assoc:aname=<assoc name>

    tklcstp 18-01-04 13:44:09 tz EAGLE 46.x.x.x.x
   rtrv-assoc:aname=<assoc name>
   Command entered at terminal #22.
;

Command Accepted - Processing
    tklcstp 18-01-04 13:44:09 tz EAGLE 46.x.x.x.x

   ANAME <assoc name>
   LOC 2212 IPLNK PORT A,B LINK B4
   ADAPTER M3UA VER M3UA RFC
   LHOST    LocalHost.1.1.1.1
   ALHOST ALocalHost2.2.2.2
   RHOST    RemoteHost3.3.3.3
   ARHOST   ARemoteHost4.4.4.4 <============= multi homed association
   LPORT 2905 RPORT 4005
   ISTRMS 2 OSTRMS 2 BUFSIZE 200
   RMODE LIN RMIN 300 RMAX 500
   RTIMES 10 CWMIN 3000 UAPS 10
   OPEN YES ALW NO RTXTHR 65535
   RHOSTVAL RELAXED HBTIMER 1000

   LSN
      LSNName

   IP Appl Sock/Assoc ( 395 of 4000) 10%
   Assoc Buffer Space Used (3200 KB of 6400 KB) on LOC = 2212

;
Command Executed

************************************************

Below pass command output shows no display for secondary IP

pass:loc=2212:cmd="sctp -a <assoc name>"

tklcstp 18-01-04 13:44:09 tz EAGLE 46.x.x.x.x

   pass:loc=2212:cmd="sctp -a <assoc name>"
   Command entered at terminal #22.
;

   tklcstp 18-01-04 13:45:55 IST EAGLE 46.3.0.0.1-68.27.0
   PASS: Command sent to card
;
Command Accepted - Processing
    tklcstp 18-01-04 13:44:09 tz EAGLE 46.x.x.x.x

   SCTP command complete

;
Command Executed

tklcstp 18-01-04 13:44:09 tz EAGLE 46.x.x.x.x

   Aname Local Local Remote Remote
   Address Port Address Port
    <assoc name>      1.1.1.1        2905    3.3.3.3          4005
        2.2.2.2

Solution

The lack of display of the Secondary in the pass command means the secondary IP has not been inserted in the INIT packet sent by the far end.

In order to verify this we can do the following:

Activate trace (from PIC or port re-mirroring) and then reset the link towards the far-end to restart the initialization process and capture the trace. In this way we can capture the INIT message and confirm.

Attachments

This solution has no attachment