Ola!
I was going over the PUBSUB RFC and the behaviour for XSUB specifies:
SHALL silently drop the message if the outgoing queue for a publisher is full.
Doesn’t this mean unsubscribe messages can silently be dropped? How can a
sender ever be certain they successfully unsubscribed from a
Also, it is very unclear what the following sequence of events should result in:
1. create socket
2. connect to host A
3. subscribe to FOO
4. connect to host B
5. subscribe to FOO
Does this result in 2 FOO subscriptions at A and 1 FOO subscription at B? What
if a subscription message is
I'm trying to get a handle on zeroMQ, and the when I read chapter 4 of the
guide, thing I keep thinking is isn't all that complexity just a by-product of
the fact that sockets automatically reconnect after failure?
I want to do a very simple RPC application between two endpoints. Let's say I
As the HWM is 1,000 by default, you won't in practice drop
subscription messages. I think these semantics haven't been reviewed
very deeply, and could be improved (e.g. infinite HWM on XSUB outgoing
queues would make more sense IMO).
On Tue, Sep 9, 2014 at 10:19 AM, Merijn Verstraaten
ZeroMQ does indeed hide some things which we're used to seeing with TCP.
Even with TCP, if you want to maintain a connection for any length of
time, you need heartbeating. Otherwise you will hit cases where TCP
reports no error, yet the connection is effectively dead.
We don't usually use
OK, thanks Pieter. I was hoping I might get the guru :-)
Can I pose my question in another way, just to make sure I understand?
I have an SSH connection to a remote machine from my laptop. If I close the lid
of the laptop to go home, or walk to another office, the SSH connection dies.
On the
You can certainly set-up a CURVE connection that will ignore TCP
disconnects and reconnects. At the lower level, the two peers will
re-negotiate and create a new session key, but that'll be invisible to
your application.
On Tue, Sep 9, 2014 at 12:33 PM, Tom Quarendon
tom.quaren...@teamwpc.co.uk
OK, sounds like it wouldn't be bending the technology too far. I don't want to
just use zeroMQ for the sake of it, but if there's good value to be had, then I
will use it. The good thing is that your guide explores good patterns to making
different kinds of network topologies, so there's a lot
Hi,
I'm trying to use PUSH/PULL sockets over an IPv6 link-local address (on the
same machine). I wrote 2 small test applications to test which address
formats work, one pushing a string and the other receiving it. However, I
have not been able to get it to work using the link-local address.
//
Correction: I do use the same ports when testing (so both 5 or 54321)
On Tue, Sep 9, 2014 at 3:48 PM, Gerrit Hendrikus van Doorn
g.h.vando...@gmail.com wrote:
Hi,
I'm trying to use PUSH/PULL sockets over an IPv6 link-local address (on
the same machine). I wrote 2 small test
Thanks Justin, zurl is definitely worth looking at.
Regards,
Tomas
On 9 Sep 2014, at 12:35 pm, Justin Karneges jus...@affinix.com wrote:
Hi Tomas,
This does not answer your question at all, but you might be interested
in the Zurl project. It is a 0MQ daemon that does HTTP requests. You
On 9 September 2014 18:51, Gerrit Hendrikus van Doorn
g.h.vando...@gmail.com wrote:
Correction: I do use the same ports when testing (so both 5 or 54321)
And the same address? Those are not the most helpful examples to provide.
Do the non-CZMQ versions work? Do you have ip6tables
And the same address? Those are not the most helpful examples to provide.
Do the non-CZMQ versions work? Do you have ip6tables running?
I mentioned that I run the applications on the same machine (to simplify
the setup). I get the same results with ip6tables enabled or disabled.
What would be
13 matches
Mail list logo