Re: New Version Notification for draft-bishop-httpbis-extended-settings-00.txt

Mark Nottingham <mnot@mnot.net> Wed, 15 June 2016 04:39 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 15CF512D0DE for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 14 Jun 2016 21:39:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.347
X-Spam-Level:
X-Spam-Status: No, score=-8.347 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dUyju-A6fAlC for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 14 Jun 2016 21:39:12 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F04512D0AA for <httpbisa-archive-bis2Juki@lists.ietf.org>; Tue, 14 Jun 2016 21:39:11 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.80) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1bD2Xa-0001Gc-AV for ietf-http-wg-dist@listhub.w3.org; Wed, 15 Jun 2016 04:34:58 +0000
Resent-Date: Wed, 15 Jun 2016 04:34:58 +0000
Resent-Message-Id: <E1bD2Xa-0001Gc-AV@frink.w3.org>
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <mnot@mnot.net>) id 1bD2XI-0001EQ-Fc for ietf-http-wg@listhub.w3.org; Wed, 15 Jun 2016 04:34:40 +0000
Received: from mxout-07.mxes.net ([216.86.168.182]) by maggie.w3.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from <mnot@mnot.net>) id 1bD2XF-0001OC-Tl for ietf-http-wg@w3.org; Wed, 15 Jun 2016 04:34:39 +0000
Received: from [192.168.1.101] (unknown [120.149.194.112]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id C548F22E1F3; Wed, 15 Jun 2016 00:34:13 -0400 (EDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <BL2PR03MB1905852D993AF0E68FA1C80087530@BL2PR03MB1905.namprd03.prod.outlook.com>
Date: Wed, 15 Jun 2016 14:34:10 +1000
Cc: HTTP Working Group <ietf-http-wg@w3.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <BA716395-8543-40F7-A382-39E7B3AD9677@mnot.net>
References: <20160613194147.6928.68990.idtracker@ietfa.amsl.com> <BL2PR03MB1905852D993AF0E68FA1C80087530@BL2PR03MB1905.namprd03.prod.outlook.com>
To: Mike Bishop <Michael.Bishop@microsoft.com>
X-Mailer: Apple Mail (2.3124)
Received-SPF: pass client-ip=216.86.168.182; envelope-from=mnot@mnot.net; helo=mxout-07.mxes.net
X-W3C-Hub-Spam-Status: No, score=-8.2
X-W3C-Hub-Spam-Report: AWL=1.357, BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, W3C_AA=-1, W3C_DB=-1, W3C_IRA=-1, W3C_IRR=-3, W3C_WL=-1
X-W3C-Scan-Sig: maggie.w3.org 1bD2XF-0001OC-Tl a72e244b90378b2bf914329d03eb0e63
X-Original-To: ietf-http-wg@w3.org
Subject: Re: New Version Notification for draft-bishop-httpbis-extended-settings-00.txt
Archived-At: <http://www.w3.org/mid/BA716395-8543-40F7-A382-39E7B3AD9677@mnot.net>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/31729
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

Added to:
  https://github.com/httpwg/wiki/wiki/WatchList

Cheers,


> On 14 Jun 2016, at 5:56 AM, Mike Bishop <Michael.Bishop@microsoft.com> wrote:
> 
> During our internal conversations about the certificates draft, the question that keeps coming up is why we can't just reuse the existing IANA registries for signing methods and such instead of defining a custom bitmask of supported algorithms.  It would make new crypto developments not require a document at the HTTP layer, it would make it easier to share parsing code between layers (and thus put maintenance in the hands of people who specialize in security code), and just generally looks cleaner than a bitmap.
> 
> But SETTINGS carries 32 bits per setting.  To do that, we'd have to add one more frame to the certificates draft (say, a CERTIFICATE_SETTINGS).  Or we need a SETTINGS frame that doesn't tie us to 32 bits, which seems strictly better as it can be reused in the future.  This draft defines the second option as an EXTENDED_SETTINGS frame, borrowing a lot from the RFC 7540 SETTINGS text.  (The ACK methodology is a little bit different, in that it allows the sender to choose whether an ACK is needed, and allows the recipient to declare understood/not-understood in the response.)
> 
> Feedback welcome, particularly around whether this would have utility for other folks. This is currently on a separate branch in the same repo as the certificate draft.
> 
> -----Original Message-----
> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] 
> Sent: Monday, June 13, 2016 12:42 PM
> To: Mike Bishop <Michael.Bishop@microsoft.com>
> Subject: New Version Notification for draft-bishop-httpbis-extended-settings-00.txt
> 
> 
> A new version of I-D, draft-bishop-httpbis-extended-settings-00.txt
> has been successfully submitted by Mike Bishop and posted to the IETF repository.
> 
> Name:		draft-bishop-httpbis-extended-settings
> Revision:	00
> Title:		HTTP/2 Extended SETTINGS Extension
> Document date:	2016-06-13
> Group:		Individual Submission
> Pages:		8
> URL:            https://www.ietf.org/internet-drafts/draft-bishop-httpbis-extended-settings-00.txt
> Status:         https://datatracker.ietf.org/doc/draft-bishop-httpbis-extended-settings/
> Htmlized:       https://tools.ietf.org/html/draft-bishop-httpbis-extended-settings-00
> 
> 
> Abstract:
>   HTTP/2 defines the SETTINGS frame to contain a single 32-bit value
>   per setting.  While this is sufficient to convey everything used in
>   the core HTTP/2 specification, some protocols will require more
>   complex values, such as arrays of code-points or strings.
> 
>   For such protocols, this extension defines a parallel to the SETTINGS
>   frame, EXTENDED_SETTINGS, where the value of a setting is not a
>   32-bit value, but a variable-length opaque data blob whose
>   interpretation is subject entirely to the definition of the protocol
>   using it.
> 
> 
> 
> 
> Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org.
> 
> The IETF Secretariat
> 

--
Mark Nottingham   https://www.mnot.net/