It seems that ADS did not discover each other, so there is no server information in the Login's refresh message payload.

Please verify if the value in the discoveryNetwork parameters are correct. Also, could you try to change the hostname in *ads*connectConfig*.active to actual IP address?

I cannot replicate the crash with RFA C++ 8.0 version. Which version of RFA are you using?

Among the different client we tested, we used a RFA 8 JAVA client.

The discoveryNetwork parameter looks fine, indeed we see multicast UDP packets sent in both directions.

Also when we use *ads*logDiscoveryEvents: True, we can see UDP packets sent in the logs).

A netstat -gn shows that we correctly listen on the multicast address.

We also used the IP addresses.. same result

Yannick

I have tested the above configurations with my ADS servers. After changing eth0;224.7.8.9|7100 to mdhnet;224.7.8.9|7100, the configurations work fine. I can get the list of servers in the login refresh. mdhnet is defined in the /etc/networks file. My servers are in 192.168.27 network.

/etc/networks

mdhnet          192.168.27

Login Refresh

 <elementList flags="0x8 (RSSL_ELF_HAS_STANDARD_DATA)">
            <elementEntry name="ConnectionConfig" dataType="RSSL_DT_VECTOR">
                <vector flags="0x3 (RSSL_VTF_HAS_SET_DEFS|RSSL_VTF_HAS_SUMMARY_DATA)" countHint="0" containerType="RSSL_DT_ELEMENT_LIST">
                    <elementSetDefs>
                        <elementSetDef setId="0">
                            <elementSetDefEntry name="Hostname" dataType="RSSL_DT_ASCII_STRING" />
                            <elementSetDefEntry name="Port" dataType="RSSL_DT_UINT" />
                            <elementSetDefEntry name="LoadFactor" dataType="RSSL_DT_UINT" />
                            <elementSetDefEntry name="ServerType" dataType="RSSL_DT_ENUM" />
                            <elementSetDefEntry name="SystemID" dataType="RSSL_DT_ASCII_STRING" />
                        </elementSetDef>
                    </elementSetDefs>
                    <summaryData>
                        <elementList flags="0x8 (RSSL_ELF_HAS_STANDARD_DATA)">
                            <elementEntry name="NumStandbyServers" dataType="RSSL_DT_UINT" data="0"/>
                        </elementList>
                    </summaryData>
                    <vectorEntry index="3" action="RSSL_VTEA_SET_ENTRY" flags="0x0">
                        <elementList flags="0x2 (RSSL_ELF_HAS_SET_DATA)">
                            <elementEntry name="Hostname" dataType="RSSL_DT_ASCII_STRING" data="192.168.27.13"/>
                            <elementEntry name="Port" dataType="RSSL_DT_UINT" data="14002"/>
                            <elementEntry name="LoadFactor" dataType="RSSL_DT_UINT" data="65279"/>
                            <elementEntry name="ServerType" dataType="RSSL_DT_ENUM" data="0"/>
                            <elementEntry name="SystemID" dataType="RSSL_DT_ASCII_STRING" data="Default"/>
                        </elementList>
                    </vectorEntry>
                    <vectorEntry index="4" action="RSSL_VTEA_SET_ENTRY" flags="0x0">
                        <elementList flags="0x2 (RSSL_ELF_HAS_SET_DATA)">
                            <elementEntry name="Hostname" dataType="RSSL_DT_ASCII_STRING" data="192.168.27.14"/>
                            <elementEntry name="Port" dataType="RSSL_DT_UINT" data="14002"/>
                            <elementEntry name="LoadFactor" dataType="RSSL_DT_UINT" data="65279"/>
                            <elementEntry name="ServerType" dataType="RSSL_DT_ENUM" data="0"/>
                            <elementEntry name="SystemID" dataType="RSSL_DT_ASCII_STRING" data="Default"/>
                        </elementList>
                    </vectorEntry>
                </vector>
            </elementEntry>
        </elementList>

If this doesn't solve the problem, please attach the ADS log files and TREP configuration files in the response.

Hi,

Thank you for your answer, but we unfortunately can't make it work. Do you use 2.6.1.L1 binary versions ?
I replaced eth0 by mdhnet and we have the same behavior. (We tried mdhnet with both interfaces ==> TREP backbone and LAN backbone).

Here the conf part :

mkdperf05.1*ads*serverId : 11777
mkdperf05.3*ads*serverId : 11888
mkdperf06.1*ads*serverId : 11666
mkdperf06*ads*discoveryNetwork : mdhnet;224.7.8.9|7100
mkdperf06*ads*enableConnectConfig : True
mkdperf05*ads*enableConnectConfig : True
mkdperf05*ads*discoveryNetwork : mdhnet;224.7.8.9|7100
mkdperf05*ads*connectConfig*.active : mkdperf05|14002,mkdperf06|14002
mkdperf06*ads*connectConfig*.active : mkdperf05|14002,mkdperf06|14002
mkdperf06*ads*disableLocalRedirect: False
mkdperf05*ads*disableLocalRedirect: False
mkdperf05*ads*logDiscoveryEvents: True
mkdperf06*ads*logDiscoveryEvents: True
*ads*connectConfig*.numStandby : 0

And the log part :

...

<mkdperf05.1.ads.connectConfig.Default: Debug: Mon Jul 04 14:37:44 2016> Finish DNS callback, initialize discovery channel. <END>

Nothing special more in the log (just service UP, licence things etc..)

Yannick