[zeromq-dev] Survey: use of 0MQ request reply

[Dirkjan Ochtman]

On Wed, Jun 15, 2011 at 11:06, Pieter Hintjens <ph at imatix.com> wrote:
> 6. Anything you feel is missing or inadequate in the REQ/REP designs?
> Please explain with a use case.

In a pure REQ/REP setup, I wonder how identity is checked. I.e. is
there anything that assures that a response is going back to the
client that sent the related request? The REQ/REP names kind of imply
that this is provided, but I guess it's only enforced by order of the
operations (i.e., first response goes to first request). I think I'd
like it more if the client identify was passed explicitly.

The thing I keep thinking of is something that I don't think maps
trivially to ZeroMQ right now:

- A single port on the server (need some kind of sub-sockets, I think)
- Client identity concept on the server without having to set it on
the client; defined streams
- Each stream has separate control and data "channels"

Maybe I can get closer to this by using some of the more sophisticated
socket types, not sure.

Cheers,

Dirkjan