Could you all please try with the very latest head of the libzmq master branch?
I could reproduce the problem, but it's fixed now, see my comment: https://github.com/zeromq/zyre/issues/496#issuecomment-266287690 On Mon, 2016-12-05 at 09:58 -0200, Rodrigo Madruga wrote: > Hello Johan, > > > We got the same behaviour here: > > > - RPI3 running a zbeacon-publish loop being discovered correctly by a > Linux machine > - RPI3 running a zbeacon-subscribe loop do not discover anything at > all > > > As a temp workaround, we ended up replacing the zbeacon stuff with a > working Qt class. > > > I tried to change to czmq zsys_udp_new() in zsys.c to use the same > options as Qt use to open the socket, but got no change in behaviour. > > > > > > > > > Rodrigo > > 2016-12-02 12:51 GMT-02:00 Johan Philips <[email protected]>: > > > On 2016-11-28 19:03, Rodrigo Madruga wrote: > A few more tests and information about the issue: > > pi@raspberrypi:~ $ uname -a > Linux raspberrypi 4.4.26-v7+ #915 SMP Thu Oct 20 > 17:08:44 BST 2016 > armv7l GNU/Linux > > Now testing with zmq and czmq from master compiled on > RPI with default > options: > > *CZMQ version: 40002* > *ZMQ version: 40201* > > Tried setting ZSYS_INTERFACE with "*", "wlan0", "eth0" > and also not set > at all (""). > > Using VERBOSE with zbeacon always indicate the correct > interface being used: > > - Without setting or "eth0": > > I: 16-11-28 15:30:09 zbeacon: interface=eth0 > address=192.168.25.214 > broadcast=192.168.25.255 > > I: 16-11-28 15:30:09 zbeacon: configured, > hostname=192.168.25.214 > > > - Setting as "*" > > I: 16-11-28 15:25:18 zbeacon: configured, > hostname=* > > > Running sudo netstat -uac while executing tests had > the following results: > > - No setting ("") - *notice that Recv-Q builds up with > time!*: > > Active Internet connections (servers and > established) > Proto Recv-Q Send-Q Local Address > Foreign Address > State > udp 9408 0 192.168.25.255:5670 > <http://192.168.25.255:5670> > *:* > udp 0 0 *:bootpc *:* > udp 0 0 raspberrypi-001:ntp *:* > udp 0 0 raspberrypi:ntp *:* > udp 0 0 localhost:ntp *:* > udp 0 0 *:ntp *:* > udp 0 0 *:mdns *:* > udp 0 0 *:38304 *:* > udp6 0 0 [::]:ntp [::]:* > udp6 0 0 [::]:mdns [::]:* > udp6 0 0 [::]:43395 [::]:* > > - ZSYS_INTERFACE = "*": > > Active Internet connections (servers and > established) > Proto Recv-Q Send-Q Local Address > Foreign Address > State > udp 0 0 255.255.255.255:5670 > <http://255.255.255.255:5670> *:* > udp 0 0 *:bootpc *:* > udp 0 0 raspberrypi-001:ntp *:* > udp 0 0 raspberrypi:ntp *:* > udp 0 0 localhost:ntp *:* > udp 0 0 *:ntp *:* > udp 0 0 *:mdns *:* > udp 0 0 *:38304 *:* > udp6 0 0 [::]:ntp [::]:* > udp6 0 0 [::]:mdns [::]:* > udp6 0 0 [::]:43395 [::]:* > > > The only difference from the netstat output for the > QtUdpSocket version > is that the Recv-Q is always zero. > > > We are experiencing exactly the same with our Odroids, only > strange thing is they are still being discovered by our linux > laptop but do not discover each other. Recv-Q on Odroids also > builds up > > > Any tips are welcome... > > Did you manage to solve your problem? > > > Thanks! > > Rodrigo Madruga. > > Johan > > > 2016-11-28 13:19 GMT-02:00 Wes Young > <[email protected] > <mailto:[email protected]>>: > > but is that what interface your app is listening > (err telling > zbeacon to listen on) for beacons on? > > (in addition in making sure you’re using the > latest ver), follow the > ZSYS_INTERFACE var a bit (it may or may not be set > and be > associating the beacon listener with the correct > interface…) > > > On Nov 28, 2016, at 9:42 AM, Rodrigo Madruga > <[email protected] > <mailto:[email protected]>> wrote: > > > > Broadcast messages are indeed reaching the pi, > as shown by tcpdump: > > > > pi@raspberrypi:~ $ sudo tcpdump udp port > 5670 > > tcpdump: verbose output suppressed, use -v > or -vv for full protocol decode > > listening on wlan0, link-type EN10MB > (Ethernet), capture size 262144 bytes > > 13:33:56.203230 IP [REDACTED].5670 > > 192.168.1.255.5670: UDP, length 22 > > 13:34:01.072476 IP [REDACTED].5670 > > 192.168.1.255.5670: UDP, length 22 > > -- > wes > wesyoung.me <http://wesyoung.me> > > > _______________________________________________ > zeromq-dev mailing list > [email protected] > <mailto:[email protected]> > > http://lists.zeromq.org/mailman/listinfo/zeromq-dev > > <http://lists.zeromq.org/mailman/listinfo/zeromq-dev> > > > > > _______________________________________________ > zeromq-dev mailing list > [email protected] > http://lists.zeromq.org/mailman/listinfo/zeromq-dev > > _______________________________________________ > zeromq-dev mailing list > [email protected] > http://lists.zeromq.org/mailman/listinfo/zeromq-dev > > > _______________________________________________ > zeromq-dev mailing list > [email protected] > http://lists.zeromq.org/mailman/listinfo/zeromq-dev
signature.asc
Description: This is a digitally signed message part
_______________________________________________ zeromq-dev mailing list [email protected] https://lists.zeromq.org/mailman/listinfo/zeromq-dev
