[
http://jira.jboss.com/jira/browse/JGRP-515?page=comments#action_12362508 ]
ggimler commented on JGRP-515:
------------------------------
If I run it then it works for me on Fedora Core 6 with JDK 1.5.0_10 and it works on Redhat
Enterprise AS release 4 Update 3. I am creating the socket with 225.0.6.12. I
haven't tried Windows yet.
ggimler@dacia:~/workspace/perseus/bin$ ./mcastrcv reliable 225.0.6.12 14001 1000
192.168.101.*
Receiving data in reliable mode with JGroups.
received 0 messages. Average latency = 0 ms
May 18, 2007 9:25:35 AM org.jgroups.JChannel init
INFO: JGroups version: 2.4.1 SP-3
May 18, 2007 9:25:35 AM org.jgroups.protocols.FRAG2 setProperties
INFO: frag_size=60000, overhead=200, new frag_size=59800
May 18, 2007 9:25:35 AM org.jgroups.protocols.FRAG2 up
INFO: received CONFIG event: {bind_addr=/192.168.101.133}
May 18, 2007 9:25:35 AM org.jgroups.protocols.UDP createSockets
INFO: sockets will use interface 192.168.101.133
May 18, 2007 9:25:35 AM org.jgroups.protocols.UDP createSockets
INFO: socket information:
local_addr=192.168.101.133:32789, mcast_addr=225.0.6.12:14001, bind_addr=/192.168.101.133,
ttl=32
sock: bound to 192.168.101.133:32789, receive buffer size=131071, send buffer size=131071
mcast_recv_sock: bound to 192.168.101.133:14001, send buffer size=131071, receive buffer
size=131071
mcast_send_sock: bound to 192.168.101.133:32791, send buffer size=131071, receive buffer
size=131071
-------------------------------------------------------
GMS: address is 192.168.101.133:32789
-------------------------------------------------------
received 0 messages. Average latency = 0 ms
received 0 messages. Average latency = 0 ms
received 0 messages. Average latency = 0 ms
received 0 messages. Average latency = 0 ms
received 0 messages. Average latency = 0 ms
received 0 messages. Average latency = 0 ms
May 18, 2007 9:25:41 AM org.jgroups.protocols.pbcast.CoordGmsImpl handleMembershipChange
INFO: Successful GMS flush by coordinator at 192.168.101.133:32789
received 3 messages. Average latency = 106 ms
received 13 messages. Average latency = 0 ms
received 22 messages. Average latency = 0 ms
received 32 messages. Average latency = 0 ms
received 34 messages. Average latency = 0 ms
ggimler@dacia:~/workspace/perseus/bin$ /sbin/route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.101.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth0
default 192.168.101.1 0.0.0.0 UG 0 0 0 eth0
UDP.java requires the multicast address in the multicastsocket
constructor to fix crosstalk on certain operating systems
------------------------------------------------------------------------------------------------------------------------
Key: JGRP-515
URL:
http://jira.jboss.com/jira/browse/JGRP-515
Project: JGroups
Issue Type: Patch
Environment: Tested on Fedora Core 6, JDK 1.5.0_10
Reporter: ggimler
Assigned To: Bela Ban
Fix For: 2.5
Attachments: UDP.java
I'm submitting a patch for a crosstalk issue described below.
I'm trying to debug a problem I'm seeing when running JGroups on the
same network/machine as another application that is sending/receiving
data via regular multicast (not through JGroups). I'm using version
2.4.1-SP3. My scenario is as follows...
JGroups send on 228.0.0.1:50000
JGroups receive on 228.0.0.1:50000
This works fine. When I start up another application that does
Sends regular multicast on 228.0.0.2:50000
Receives regular multicast on 228.0.0.2:50000
Then the JVM with the JGroups sender/receiver complains with:
May 15, 2007 4:47:59 PM org.jgroups.protocols.TP handleIncomingPacket
WARNING: packet from 192.168.101.133:36594 has different version
(26725) from ours (2.4.1). Packet is discarded
The patch is in UDP.java:
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira