[zeromq-dev] ZMTP/1.1 - proposal

[Christian Martinez]

Err wrong thread.. Message below is for Security responses... $^$%&^%%&& outlook.

--CM

From: zeromq-dev-bounces at lists.zeromq.org [mailto:zeromq-dev-bounces at lists.zeromq.org] On Behalf Of Christian Martinez
Sent: Thursday, May 19, 2011 7:29 AM
To: ZeroMQ development list
Subject: Re: [zeromq-dev] ZMTP/1.1 - proposal

Thanks to everyone who has responded. At this point I need "Yes it's been done". So this has been very helpful.

--CM

From: zeromq-dev-bounces at lists.zeromq.org [mailto:zeromq-dev-bounces at lists.zeromq.org] On Behalf Of Martin Pales
Sent: Thursday, May 19, 2011 2:03 AM
To: ZeroMQ development list
Subject: Re: [zeromq-dev] ZMTP/1.1 - proposal


On Thu, May 19, 2011 at 10:24 AM, Pieter Hintjens <ph at imatix.com<mailto:ph at imatix.com>> wrote:
Could you point to the specific sections where this is addressed?  A
quick reading didn't show anything obvious.

There are separate control frames and data frames. Control frames contain version and type.

http://www.chromium.org/spdy/spdy-protocol/spdy-protocol-draft1#framing

Very similar to the greeting  and content in the ZMTP/1.1 draft. Both version and peer type could be added to the greeting message.

It could be fun to use SPDY, certainly, especially to multiplex many
0MQ dialogs over a single SPDY stream. I'm working on a design for
userspace transports to plug into 0MQ, and SPDY would be a nice use
case.

+1

Another way would be to add this kind of session layer for multiplexing directly into zeromq, since  SPDY implementations are very rare.

Martin

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20110519/cf606208/attachment.htm>