On Wed, Jun 15, 2011 at 11:06, Pieter Hintjens <[email protected]> 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 _______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
