Actually one could just hold a stack of 16-bit routing IDs at the start of a message and push/pop these while forwarding.
Let's slowly explore the client-server pattern, and perhaps over time this will become a usable replacement for existing socket patterns, or perhaps not. No stress. Thanks to everyone for the feedback, this has been useful for me at least, and I hope to others. On Fri, Feb 6, 2015 at 9:53 AM, Pieter Hintjens <[email protected]> wrote: > We should not touch this, if it's working and stable and people > actually use it. The nice thing about multiframing is you can push and > pop addresses without decoding the rest of the message. Honestly I > don't see a cleaner way to do multihop, except perhaps to reduce > message size (integer routing IDs instead of the 5-byte or longer IDs > used today). > > -Pieter > > > > On Fri, Feb 6, 2015 at 9:43 AM, Doron Somech <[email protected]> wrote: >> Regarding multihope on ZProto we can have a stack of routing id (that will >> be serialized to the wire) and a method called reply and a method call >> forward. What do you think? >> >> On Feb 6, 2015 10:09 AM, "Pieter Hintjens" <[email protected]> wrote: >>> >>> On Thu, Feb 5, 2015 at 8:41 PM, AJ Lewis <[email protected]> wrote: >>> >>> > Is the plan really to drop multi-hop routing? >>> >>> I did want, and am glad to get, stories from people using multihop >>> routing. >>> >>> I think the situation here is that we're using the multihop >>> request-reply pattern, it depends on multipart, and that's fine. It's >>> a standard, it's implemented, and it's stable. >>> >>> So we can focus on new patterns (like client/server) quite separately, >>> and if we make threadsafe sockets, perhaps use them only in these new >>> cases. >>> >>> -Pieter >>> _______________________________________________ >>> zeromq-dev mailing list >>> [email protected] >>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev >> >> >> _______________________________________________ >> zeromq-dev mailing list >> [email protected] >> http://lists.zeromq.org/mailman/listinfo/zeromq-dev >> _______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
