<br><font size=2 face="sans-serif">Thanks for your response, but I don't
think this fixes the problem. &nbsp;Why bother setting the Sending- and
ReceivingInterfaceAddr at all if you are going to get the address using
multicast loopback first? When I try this in my system with multicast enabled
on eth1 and eth0, the multicast loopback selects eth0 as the interface
and eth1 is not able to receive multicast data. &nbsp;The work around I
was using previously was to remove the multicast route from eth0, but in
my target, all NICs will have multicast enabled.</font><font size=3> <br>
</font>
<br><font size=3>Ross, David:</font>
<br>
<br><font size=3>Please solve this problem in the following way:</font>
<br>
<br><font size=3>GroupsockHelper.cpp line 105 (hopefully) - </font>
<br><font size=3>Function: setupDatagramSocket()</font>
<br><font size=3>- MAKE_SOCKADDR_IN(name, ReceivingInterfaceAddr, port.num());</font>
<br><font size=3>+ MAKE_SOCKADDR_IN(name, 0, port.num());</font>
<br>
<br><font size=3>The call to bind() allows all datagrams sent to the port
number to be received when the address = INADDR_ANY, as described here:
http://docs.hp.com/en/B9106-90013/IP.7P.html</font>
<br><font size=3>Binding to the ReceivingInterfaceAddr will allow unicast
data to be received on that port, but not multicast.</font>
<br>
<br><font size=3>Thanks!</font>
<br><font size=3>Xochitl</font>
<br>