Re: [hybi] deflate-stream and masking

David Endicott <dendicott@gmail.com> Wed, 20 July 2011 20:36 UTC

Return-Path: <dendicott@gmail.com>
X-Original-To: hybi@ietfa.amsl.com
Delivered-To: hybi@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 86A5221F84ED for <hybi@ietfa.amsl.com>; Wed, 20 Jul 2011 13:36:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.598
X-Spam-Level:
X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a7NaqphGcaj3 for <hybi@ietfa.amsl.com>; Wed, 20 Jul 2011 13:36:06 -0700 (PDT)
Received: from mail-wy0-f172.google.com (mail-wy0-f172.google.com [74.125.82.172]) by ietfa.amsl.com (Postfix) with ESMTP id 3D1C221F86BB for <hybi@ietf.org>; Wed, 20 Jul 2011 13:36:06 -0700 (PDT)
Received: by wyj26 with SMTP id 26so491436wyj.31 for <hybi@ietf.org>; Wed, 20 Jul 2011 13:36:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DLu7At3Y1NYVs6J2IFoQq+3LsmJBIkkZQjVlnIVbwZc=; b=OEZ8Ndvn+V6nOSp4wkMMnBnpGFGSg04s00aAMTCQ5ct1YvryG03dRIP4lDfYANJmyv WLgrtEiASYRURpn31xMAOm81R1+/YzjIno1FBS0C5FmdWdK3s56gxkikwyZ/Mw35urir KtRZ1lvUgKN2rXhic8EdLFAW4B6qyr+ckfOWU=
MIME-Version: 1.0
Received: by 10.216.1.200 with SMTP id 50mr98061wed.33.1311194165266; Wed, 20 Jul 2011 13:36:05 -0700 (PDT)
Received: by 10.216.39.197 with HTTP; Wed, 20 Jul 2011 13:36:04 -0700 (PDT)
In-Reply-To: <1311192266.1862.138.camel@ds9>
References: <BANLkTi=UVMAd1nER6mRBe7zoD29CSbCkGA@mail.gmail.com> <CAH_y2NFMdr1ZU2dfy9mCRepZc2R_hnzg0oa3kYPKhWY-FX_8Og@mail.gmail.com> <CAE8AN_V-P2L0mVwjPQYxAypJ67=QWKAhWnDqrM_XmDQXjJbEHA@mail.gmail.com> <CAP992=HmZM9H2i+rFLVNrJVzfQT2qSPzWRm4gQXc2wTQ8fdBTA@mail.gmail.com> <00b801cc470a$d2d5e520$7881af60$@noemax.com> <CAP992=Gvz7CT=fZSX=t_7J3YAGF7kKsA9a6M0UQJP3HXxMBANQ@mail.gmail.com> <1311190993.1862.135.camel@ds9> <4E273125.8070503@stpeter.im> <CA566BAEAD6B3F4E8B5C5C4F61710C114038FBE3@TK5EX14MBXW605.wingroup.windeploy.ntdev.microsoft.com> <1311192266.1862.138.camel@ds9>
Date: Wed, 20 Jul 2011 16:36:04 -0400
Message-ID: <CAP992=F4hCgsm_yg6kkSK_PqVehLm=Xam3zB8oy6JBDTk9ub9A@mail.gmail.com>
From: David Endicott <dendicott@gmail.com>
To: Patrick McManus <pmcmanus@mozilla.com>
Content-Type: multipart/alternative; boundary=0016364d2c7973ca6804a8862e88
Cc: Hybi <hybi@ietf.org>, Gabriel Montenegro <Gabriel.Montenegro@microsoft.com>
Subject: Re: [hybi] deflate-stream and masking
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Jul 2011 20:36:07 -0000

Whereas, I really believe it shouldn't.   (But not enough to delay
realization of WS)

TCP doesn't have compression.  HTTP does.    TCP is a transport layer.  HTTP
is an application layer.   Websockets is transport layer.  Et voila, my
reasoning.

I've always understood WS as a protocol that defines how content is
exchanged asynchronously between "web" peers.   It is a framing mechanism
for TCP.   It is not an application layer (it doesn't define "verbs", like
GET, POST, HEAD, etc.).    Transport layers should be content agnostic.
Compression is a function of that which uses the transport layer (ie.
application layer).    But, I've said this before, and there is no reason
to belabor the point.

If I have to implement the extension as a mandatory component, I'll be
pissed off, but I'll do it.   My needs for a non-XHR kludge to get async
communication out-weighs my distaste for the extension.  I understand other
peoples needs may differ from mine.




On Wed, Jul 20, 2011 at 4:04 PM, Patrick McManus <pmcmanus@mozilla.com>wrote:

> I really believe the base spec must have a compression definition.
>
> The point of my message was that the W3C editor's draft should not turn
> into a change in direction on compression on our part because the scope
> of that issue is much greater.
>
> On Wed, 2011-07-20 at 20:00 +0000, Gabriel Montenegro wrote:
> > <As individual>
> >
> > That is my reading as well.
> >
> > <as chair>
> >
> > Patrick, would you be able to own that separate spec?
> >
> > > -----Original Message-----
> > > From: hybi-bounces@ietf.org [mailto:hybi-bounces@ietf.org] On Behalf
> Of
> > > Peter Saint-Andre
> > > Sent: Wednesday, July 20, 2011 12:49
> > > To: Patrick McManus
> > > Cc: Hybi
> > > Subject: Re: [hybi] deflate-stream and masking
> > >
> > > <hat type='individual'/>
> > >
> > > On 7/20/11 1:43 PM, Patrick McManus wrote:
> > >
> > > > As for compression, the most productive thing to do seems to me to be
> > > > to define in a separate draft deflate-frame and push it through the
> > > > adoption/standardization process. No matter what is defined the
> > > > extensions mechanism should (and does!) provide a mechanism for
> > > > migration for any sensible protocol implementations.
> > > >
> > > > While I don't want to go to the mat for deflate-stream it certainly
> > > > has a number of use cases where it does well - most downstream
> traffic
> > > > of> tiny-sized messages, and large upstream messages - so I'm not in
> > > > the camp of "just throw it out".
> > >
> > > My reading of the discussion is that people don't necessarily want to
> throw out
> > > deflate-stream, but they don't think it belongs in the base spec and
> they would
> > > prefer to see it defined in a separate draft, just as you propose for
> deflate-frame.
> > >
> > > Peter
> > >
> > > --
> > > Peter Saint-Andre
> > > https://stpeter.im/
> > >
> > >
> > > _______________________________________________
> > > hybi mailing list
> > > hybi@ietf.org
> > > https://www.ietf.org/mailman/listinfo/hybi
> >
>
>
> _______________________________________________
> hybi mailing list
> hybi@ietf.org
> https://www.ietf.org/mailman/listinfo/hybi
>