[zeromq-dev] Disable resend of Publisher after reconnection

Bachmair Florian - flexSolution GmbH florian.bachmair at flexsolution.eu
Thu Aug 27 15:28:46 CEST 2015


I have done this:
I do not get the packages, but a reconnect is also not established...


int alive = 1, alive_idle = 1, alive_probes = 1, alive_intvl = 1;
int rc = zmq_setsockopt(publisher, ZMQ_TCP_KEEPALIVE, &alive, sizeof alive);
assert(rc == 0);
rc = zmq_setsockopt(publisher, ZMQ_TCP_KEEPALIVE_IDLE, &alive_idle, 
sizeof alive_idle);
assert(rc == 0);
rc = zmq_setsockopt(publisher, ZMQ_TCP_KEEPALIVE_CNT, &alive_probes, 
sizeof alive_probes);
assert(rc == 0);
rc = zmq_setsockopt(publisher, ZMQ_TCP_KEEPALIVE_INTVL, &alive_intvl, 
sizeof alive_intvl);
assert(rc == 0);

Am 27.08.2015 um 15:13 schrieb KIU Shueng Chuan:
>
> You could use the tcp keepalive socket options to make the tcp 
> connection drop faster once you have unplugged your cable. That should 
> cause the queued packets to be dropped.
>
> Or your subscriber could drain the socket of messages by reading it 
> until it would block and only process the last one.
>
> On Aug 27, 2015 20:42, "Bachmair Florian - flexSolution GmbH" 
> <florian.bachmair at flexsolution.eu 
> <mailto:florian.bachmair at flexsolution.eu>> wrote:
>
>     ok, thank you!
>
>     I have to think about that, because I want to use curve as well,
>     and therefore I would need tcp...
>
>     Am 27.08.2015 um 14:12 schrieb Sergey Zinov:
>>     Seems like that should be the case. TCP is a reliable protocol,
>>     it buffers all data till it acknowledged by receiver and resend
>>     when needed. Switch to the UDP if don't need that reliability.
>>
>>     On 27.08.2015 14:07, Bachmair Florian - flexSolution GmbH wrote:
>>>     This does not work either :/
>>>
>>>     I'm unsing PUB/SUB via tcp.
>>>
>>>     I have captured the tcp connection with tcpdump and I saw that
>>>     after I unplug the cable I get tcp retransmission packets.
>>>
>>>     May this be more a behaviour of tcp itself than of zmq?
>>>
>>>
>>>     Am 27.08.2015 um 13:39 schrieb Sergey Zinov:
>>>>     Hi,
>>>>
>>>>     Try to set ZMQ_SNDHWM to 1. By the way which transport are you
>>>>     using?
>>>>
>>>>     On 27.08.2015 11:52, Bachmair Florian - flexSolution GmbH wrote:
>>>>>     I tried it, but it does not work!
>>>>>
>>>>>     Don't know If I get that right, but even If I set
>>>>>     ZMQ_RECONNECT_IV to "-1" my PUB and SUB Sockets are
>>>>>     reconnecting to each other after I replug the cable
>>>>>
>>>>>     Am 27.08.2015 um 10:59 schrieb Doron Somech:
>>>>>>
>>>>>>     I'm not sure, but try to set ZMQ_IMMEDIATE option.
>>>>>>
>>>>>>     On Aug 27, 2015 11:38 AM, "Bachmair Florian - flexSolution
>>>>>>     GmbH" <florian.bachmair at flexsolution.eu
>>>>>>     <mailto:florian.bachmair at flexsolution.eu>> wrote:
>>>>>>
>>>>>>         Hello!
>>>>>>
>>>>>>         Is there a opportunity to tell the publisher not to
>>>>>>         resend messages?
>>>>>>
>>>>>>         I have two stations A and B
>>>>>>
>>>>>>         A publishes all the time
>>>>>>         B receives it
>>>>>>
>>>>>>         A-PUB 10
>>>>>>         B-SUB 10
>>>>>>         A-PUB 20
>>>>>>         B-SUB 20
>>>>>>         A-PUB 30
>>>>>>         B-SUB 30
>>>>>>         A-PUB 40
>>>>>>         B-SUB 40
>>>>>>         ---unplug cable
>>>>>>         A-PUB 50
>>>>>>         A-PUB 60
>>>>>>         A-PUB 70
>>>>>>         ---plug cable again
>>>>>>         B-SUB 50
>>>>>>         B-SUB 60
>>>>>>         B-SUB 70
>>>>>>         ....
>>>>>>
>>>>>>
>>>>>>         B does some routines after it gets those values. But I'm
>>>>>>         not interested
>>>>>>         in 50 and 60 any more, I just want the 70 after reconnection.
>>>>>>         I do Heartbeating so I detect connection lost on my own
>>>>>>         and I can
>>>>>>         request the last value as well. So is this possible to
>>>>>>         disable the
>>>>>>         resend mechanism?
>>>>>>
>>>>>>         Thx
>>>>>>         Florian
>>>>>>         _______________________________________________
>>>>>>         zeromq-dev mailing list
>>>>>>         zeromq-dev at lists.zeromq.org
>>>>>>         <mailto:zeromq-dev at lists.zeromq.org>
>>>>>>         http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>>>>>
>>>>>>
>>>>>>
>>>>>>     _______________________________________________
>>>>>>     zeromq-dev mailing list
>>>>>>     zeromq-dev at lists.zeromq.org  <mailto:zeromq-dev at lists.zeromq.org>
>>>>>>     http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>>>>
>>>>>
>>>>>
>>>>>     _______________________________________________
>>>>>     zeromq-dev mailing list
>>>>>     zeromq-dev at lists.zeromq.org  <mailto:zeromq-dev at lists.zeromq.org>
>>>>>     http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>>>
>>>>
>>>>     -- 
>>>>     Sergey Zinov
>>>>
>>>>     Wissenschaftlicher Mitarbeiter
>>>>     Fachbereich Elektrotechnik, Maschinenbau und Wirtschaftsingenieurwesen
>>>>     Hochschule Anhalt
>>>>     /
>>>>     Research Assistant
>>>>     Department of Electrical, Mechanical and Industrial Engineering
>>>>     Anhalt University of Applied Sciences
>>>>
>>>>     Phone:+4915738145172  <tel:%2B4915738145172>
>>>>
>>>>
>>>>     _______________________________________________
>>>>     zeromq-dev mailing list
>>>>     zeromq-dev at lists.zeromq.org  <mailto:zeromq-dev at lists.zeromq.org>
>>>>     http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>>
>>>
>>>
>>>     _______________________________________________
>>>     zeromq-dev mailing list
>>>     zeromq-dev at lists.zeromq.org  <mailto:zeromq-dev at lists.zeromq.org>
>>>     http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>
>>
>>     -- 
>>     Sergey Zinov
>>
>>     Wissenschaftlicher Mitarbeiter
>>     Fachbereich Elektrotechnik, Maschinenbau und Wirtschaftsingenieurwesen
>>     Hochschule Anhalt
>>     /
>>     Research Assistant
>>     Department of Electrical, Mechanical and Industrial Engineering
>>     Anhalt University of Applied Sciences
>>
>>     Phone:+4915738145172  <tel:%2B4915738145172>
>>
>>
>>     _______________________________________________
>>     zeromq-dev mailing list
>>     zeromq-dev at lists.zeromq.org  <mailto:zeromq-dev at lists.zeromq.org>
>>     http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
>
>     _______________________________________________
>     zeromq-dev mailing list
>     zeromq-dev at lists.zeromq.org <mailto: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/20150827/ce54a933/attachment.htm>


More information about the zeromq-dev mailing list