[zeromq-dev] Publish / Subscribe vs Multicast
gdiethelm at dcv.cl
Tue Feb 16 13:33:43 CET 2010
> > Sorry, I got mixed up. But what Brian mentions is what I meant by
> > -> passive (listening and waiting), connect -> active (initiating).
> > Now, within the context of my porting the butterfly example to ZMQ
> > I am doing it exactly this way: apps bind endpoints when they will
> > listen for connections from somewhere else, and connect endpoints
> > they are initiating a connection. But I have not been able to have
> > several instances of a program bind on the same endpoint and have
> > them (round-robin) receive the messages sent to that endpoint; only
> > first app to bind to that endpoint is receiving messages. Am I
> > something?
> Here's an example of how binds & connectio have to be done (see
Martin, all I see in the attached PNG is seven white squares on a black
background, with no other markings.
Yesterday, driving home, I convinced myself that what I am doing is not
going to work (which probably means that I will have to convince myself
later that I was wrong about it not working...). Anyway, from what I
know about TCP/IP, you can bind only one socket to a given IP address /
port, right? Therefore, how would it be possible to have several
instances of component1, all bound to the same endpoint, running at the
Furthermore, let's say this multiple binding is made possible by zmq.
When send_requests sends a request, how will it know there are two,
three or N instances of component1, all bound to the same destination
endpoint, so that send_requests will round-robin between them?
Thanks for all the hand-holding.
Declaración de confidencialidad: Este Mensaje esta destinado para
el uso de la o las personas o entidades a quien ha sido dirigido y
puede contener información reservada y confidencial que no puede
ser divulgada, difundida, ni aprovechada en forma alguna. El uso no
autorizado de la información contenida en este correo podrá ser
sancionado de conformidad con la ley chilena.
Si usted ha recibido este correo electrónico por error, le pedimos
eliminarlo junto con los archivos adjuntos y avisar inmediatamente
al remitente, respondiendo este mensaje.
"Before printing this e-mail think if is really necesary".
Disclosure: This Message is to be used by the individual,
individuals or entities that it is addressed to and may include
private and confidential information that may not be disclosed,
made public nor used in any way at all. Unauthorized use of the
information in this electronic mail message may be subject to the
penalties set forth by Chilean law.
If you have received this electronic mail message in error, we ask
you to destroy the message and its attached file(s) and to
immediately notify the sender by answering this message.
More information about the zeromq-dev