hi Pieter, Interface didn't change I believe. I conducted on server host (which is VirtualBox instace) following: >> iptables -I INPUT -s <<windows-client-ip>> -j DROP
and after some time re-enabled client by flushing all iptable rules: >> iptables -F That's it.. 2013/12/13 Pieter Hintjens <[email protected]> > Is it possible that the interface is changed, so the bind is no longer > active? > > On Fri, Dec 13, 2013 at 1:54 PM, artemv zmq <[email protected]> wrote: > > hi > > > > I was testing simple connection lose scenario on a simple DEALER-ROUTER > > architecture. > > D was a client on Windows7, R was a server on VirtualBox. > > What happened: I started them both, saw chatting between them in logs; > > after that I disabled a client ip on server host with "iptables" , > ensured > > that there is no more chatting between peers; after that I had > re-enabled > > IP address of the client on server host; then went to logs expecting to > see > > that chatting began, but .. there was silence. > > > > The question is: is it eligible way to test reconnection? or this is a > bug > > in ZMQ core? > > > > BR > > -artemv > > > > PS > > block script: iptables -I INPUT -s <<IP-of-client>> -j DROP > > unlock script: iptables -F > > > > _______________________________________________ > > 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
