Re: [hybi] deflate-stream and masking

Patrick McManus <pmcmanus@mozilla.com> Wed, 20 July 2011 20:04 UTC

Return-Path: <pmcmanus@mozilla.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 C7AFF21F899F for <hybi@ietfa.amsl.com>; Wed, 20 Jul 2011 13:04:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 ZidBQJgep5D0 for <hybi@ietfa.amsl.com>; Wed, 20 Jul 2011 13:04:39 -0700 (PDT)
Received: from linode.ducksong.com (linode.ducksong.com [64.22.125.164]) by ietfa.amsl.com (Postfix) with ESMTP id 926B721F84FD for <hybi@ietf.org>; Wed, 20 Jul 2011 13:04:34 -0700 (PDT)
Received: by linode.ducksong.com (Postfix, from userid 1000) id 07A3610193; Wed, 20 Jul 2011 16:04:33 -0400 (EDT)
Received: from [192.168.16.226] (cpe-67-253-92-25.maine.res.rr.com [67.253.92.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by linode.ducksong.com (Postfix) with ESMTPSA id 7552A10154; Wed, 20 Jul 2011 16:04:29 -0400 (EDT)
From: Patrick McManus <pmcmanus@mozilla.com>
To: Gabriel Montenegro <Gabriel.Montenegro@microsoft.com>
In-Reply-To: <CA566BAEAD6B3F4E8B5C5C4F61710C114038FBE3@TK5EX14MBXW605.wingroup.windeploy.ntdev.microsoft.com>
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>
Content-Type: text/plain; charset="UTF-8"
Date: Wed, 20 Jul 2011 16:04:26 -0400
Message-ID: <1311192266.1862.138.camel@ds9>
Mime-Version: 1.0
X-Mailer: Evolution 2.32.2
Content-Transfer-Encoding: 7bit
Cc: Hybi <hybi@ietf.org>
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:04:40 -0000

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
>