|
Re: bind_addr different from mcast_recv_sock and mcast_send_sock: msg#00002java.javagroups.general
Looks like a bug in the JDK to me. Can you try with JDK 1.4 and 5 nevertheless, just to see whether your network setup is correct ? If you have the same problem, then obviously it is not a JDK bug Marco Sbodio wrote: > On 7/29/06, Bela Ban <belaban@xxxxxxxxx> wrote: > >> Marco Sbodio wrote: >> >>> I've enabled trace for "org.jgroups" and I've tried to debug >>> org.jgroups.protocols.UDP.createSockets(). I modified it adding some >>> log as following: >>> >>> [[ >>> // 3. Create socket for receiving IP multicast packets >>> if(ip_mcast) { >>> // 3a. Create mcast receiver socket >>> mcast_recv_sock=new MulticastSocket(mcast_port); >>> mcast_recv_sock.setTimeToLive(ip_ttl); >>> tmp_addr=InetAddress.getByName(mcast_addr_name); >>> mcast_addr=new IpAddress(tmp_addr, mcast_port); >>> >>> if(bind_addr != null) { >>> log.info("*** marcos ***" + bind_addr); >>> mcast_recv_sock.setInterface(bind_addr); >>> log.info("*** marcos ***" + >>> mcast_recv_sock.getInterface().getHostAddress()); >>> } >>> else { >>> log.info("*** marcos *** else"); >>> } >>> >>> //... >>> } >>> ]] >>> >>> I use >>> >>> [[ >>> UDP(mcast_addr=228.8.8.8;bind_addr=192.168.1.2;mcast_port=45566;ip_ttl=32;mcast_send_buf_size=64000;mcast_recv_buf_size=64000) >>> ]] >>> >>> and here is what I get in the log: >>> >>> [[ >>> 2005-06-19 12:28:42,256 [DownHandler (UDP)] INFO DownHandler (UDP) >>> org.jgroups.protocols.UDP - *** marcos ***qbic/192.168.1.2 >>> 2005-06-19 12:28:42,364 [DownHandler (UDP)] INFO DownHandler (UDP) >>> org.jgroups.protocols.UDP - *** marcos ***88.231.3.0 >>> ]] >>> >>> so it seems that "mcast_recv_sock.setInterface(bind_addr);" has no >>> effect. Have you ever seen something like this before? Any ideas? >>> >> Hmm, this is interesting, can you print just: >> mcast_recv_sock.getInterface() ? Rather than >> mcast_recv_sock.getInterface().getHostAddress() ? >> >> If setting the interface on a Multicast Socket doesn't work (btw: try >> McastSocket.setNetworkInterface() to see if that works !), then this >> looks like a bug in the JDK implementation for your OS. Have you >> searched for that bug ? >> >> > > (sorry for the late reply: I was out of office). I've tried > mcast_recv_sock.getInterface() instead of > mcast_recv_sock.getInterface().getHostAddress() and here is the > result: > > [[ > [INFO] UDP - -*** marcos *** // QBIC-371AAF64/192.168.1.4 > [INFO] UDP - -*** marcos *** // 200.231.3.0/200.231.3.0 > ]] > > the above output is originated by: > > [[ > if(bind_addr != null) { > log.info("*** marcos *** // " + ind_addr); > mcast_recv_sock.setInterface(bind_addr); > log.info("*** marcos *** // " + mcast_recv_sock.getInterface()); > } > ]] > > does this really look like a bug in the JVM we're using? > > thanks > marcos > > p.s. I cannot thest McastSocket.setNetworkInterface() because that > requires JDK 1.4+ and I have JDK 1.3.1 > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > javagroups-users mailing list > javagroups-users@xxxxxxxxxxxxxxxxxxxxx > https://lists.sourceforge.net/lists/listinfo/javagroups-users > > -- Bela Ban Lead JGroups / Manager JBoss Clustering Group JBoss - a division of Red Hat ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
|
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Uses of system property substitution in JGroups, Brian Stansberry |
|---|---|
| Next by Date: | Asynchonrous and synchronous messages on same channel, Tim Fox |
| Previous by Thread: | Uses of system property substitution in JGroups, Brian Stansberry |
| Next by Thread: | Re: bind_addr different from mcast_recv_sock and mcast_send_sock, Marco Sbodio |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |