[zeromq-dev] Reconnect failed after iptables tricks

[artemv zmq]

hi Justin,

There's no sense  to paste code. Client is - DEALER. Server is ROUTER.
 Inside infinite loop client sends a message and await for reply. By turn
server -- inside infinite loop receives message and sends answer back.  All
socket settings -- by default.  That's it.


2013/12/14 Justin Cook <jhcook at gmail.com>

> Could you please pastebin the code so we can have a look?
>
> --
> Justin Cook
>
> +44 7500 960 000
> +1 682 738 5380
>
> Sent from a mobile device
> On 14 Dec 2013 16:11, "artemv zmq" <artemv.zmq at gmail.com> wrote:
>
>> 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 <ph at imatix.com>
>>
>>> 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 <artemv.zmq at gmail.com>
>>> 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
>>> > zeromq-dev at lists.zeromq.org
>>> > http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>> >
>>> _______________________________________________
>>> zeromq-dev mailing list
>>> zeromq-dev at lists.zeromq.org
>>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>>
>>
>>
>> _______________________________________________
>> zeromq-dev mailing list
>> zeromq-dev at lists.zeromq.org
>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>
>>
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20131214/e8052529/attachment.htm>