Initially I think it makes sense to implement this as a monitor event so that the signaling is out of band.
As for having the 0mq developers "agree", don't worry about that. Follow the process here and your feature will get merged: http://www.zeromq.org/docs:contributing -Michel On Mon, Jul 30, 2012 at 5:26 AM, Bjorn Reese <[email protected]> wrote: > On 2012-07-30 12:52, Cem Karan wrote: >> The only other suggestion I can make would be to define some kind of control >> on top of your router-router connections and basically ping the remote end >> until you get a message back. If you put that in a moderately tight loop, >> say, one ping message every 10 milliseconds or so, you'll eventually get >> through, and the fact that you get a return tells you the connection is up. >> I know that that is not ideal because you'll end up with a long queue of >> pings that you can't get rid of after you've received a reply, but it is all >> I can offer as a suggestion. > > I do not think this is necessary, although I appreciate the suggestion. > > ZMQ knows when it has received the identity of the peer. It is just a > question of letting it act upon this event (in one of the three ways > that I have suggested in my original post.) > > If the ZMQ developers can agree on what the behavior should be, then I > can implement it. > _______________________________________________ > 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
