: Re: [zeromq-dev] [External] Re: A PGM/EPGM question
ZMQ_XPUB has reads enabled as well
On Fri, 2018-03-23 at 16:13 -0400, Steven McCoy wrote:
> Maybe have to use zmq_poll with both in and out events? Ultimately
> in_event()
> needs to fire on the pgm_sender which calls process_upstre
and probably not a good idea to
> > run the
> > same code when creating either a ZMQ PUB and/or SUB socket since
> > essentially those socket types are restricted to do specific things
> > like
> > send/receive only, that does not appear to be the cause
es the pgm state
> machine to do things, *however my issue here is how to accomplish that
> from the ZMQ API layer*, that is the whole point of using ZMQ in my case
> in the first place.
>
>
>
> Any thoughts? And thanks of the comments.
>
>
>
> *From:* zeromq-dev [m
] [External] Re: A PGM/EPGM question
The problem is that the kernel will not multicast UDP unicast packets to each
socket listening so it is probable the wrong socket is hearing the NAK.
On Fri, Mar 23, 2018 at 12:07 Montero, Antonio UTC CCS
mailto:antonio.mont...@fs.utc.com>> wrote:
The problem is that the kernel will not multicast UDP unicast packets to
each socket listening so it is probable the wrong socket is hearing the NAK.
On Fri, Mar 23, 2018 at 12:07 Montero, Antonio UTC CCS <
antonio.mont...@fs.utc.com> wrote:
> ZMQ’s implementation of PUB socket type does not allo
ZMQ’s implementation of PUB socket type does not allow for receive calls to be
made (zmq_recv is disabled), hence why I am trying to figure out how does one
trigger ZMQ to call “pgm_recv” on the PUB socket in order to get the PUB socket
to processes received NAKs from a remote SUB socket?
I have