I have a 0MQ multicast chat program that only appears to work when the computer
is on a network with a DHCP server. When I connect into a simple, flat network
(say 192.168.5.x) with 2 computers, chat does not work. Adding them back onto
the network running DHCP, and getting their IPs from
On 05/11/2014 04:26 PM, Andrew Simpson wrote:
I have a 0MQ multicast chat program that only appears to work when the
computer is on a network with a DHCP server. When I connect into a
simple, flat network (say 192.168.5.x) with 2 computers, chat does not
work. Adding them back onto the
#ip route
172.16.18.0/24 dev vmnet1 proto kernel scope link src 172.16.18.1
192.168.159.0/24 dev vmnet8 proto kernel scope link src 192.168.159.1
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1
224.0.0.0/4 dev eth0 proto static scope link
default via 172.20.20.1
The Error that I get when not on DHCP:
TRACE = org.zeromq.ZMQ$Socket.bind(Native Method)
org.zeromq.ZMQException: Invalid
I am able to get it working without DHCP. If I disable DHCP on the comptuer
and set the IP address manually to the same IP as I'd get from DHCP and then
set the nameserver in /etc/resolv.conf the same way that DHCP assigned (in my
case: nameserver 192.168.2.1) then the chat program works. So
You don't need a nameserver for multicast to work, no. However when
you say 0MQ multicast, what do you mean exactly?
It's useful to make a minimal test case for your problem and provide
us that source code.
-Pieter
On Sun, May 11, 2014 at 5:28 PM, Andrew Simpson simpsona...@yahoo.com wrote:
I
by 0MQ multicast, I meant that I am using zeroMQ to make a chat program that is
using multicast addresses to send out to other nodes on a local network. this
is a fairly simple application. When it attempts to bind to the multicast
address, it gives the aforementioned error, unless I'm on a
On 05/11/2014 09:29 PM, Andrew Simpson wrote:
by 0MQ multicast, I meant that I am using zeroMQ to make a chat program
that is using multicast addresses to send out to other nodes on a local
network. this is a fairly simple application. When it attempts to bind
to the multicast address, it
when I don't use DHCP, I statically set my network to an IP address, with a
proper netmask and gateway.
The routing table was not from using DHCP. It was from me manually setting an
IP address:
ifconfig eth0 172.20.20.200 netmask 255.255.255.0
I've done the route adds with 172.20.20.1.