Re: Accept Push Policy draft

Cory Benfield <cory@lukasa.co.uk> Tue, 27 October 2015 00:34 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 (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9434E1B31C9 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Mon, 26 Oct 2015 17:34:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.612
X-Spam-Level:
X-Spam-Status: No, score=-6.612 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 OIKqeARfJXhU for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Mon, 26 Oct 2015 17:34:15 -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 C6FB41B31C3 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Mon, 26 Oct 2015 17:34:15 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.80) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1ZqsA3-0002EI-5w for ietf-http-wg-dist@listhub.w3.org; Tue, 27 Oct 2015 00:30:47 +0000
Resent-Date: Tue, 27 Oct 2015 00:30:47 +0000
Resent-Message-Id: <E1ZqsA3-0002EI-5w@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 <cory@lukasa.co.uk>) id 1Zqs9y-0002Db-TC for ietf-http-wg@listhub.w3.org; Tue, 27 Oct 2015 00:30:42 +0000
Received: from mail-pa0-f50.google.com ([209.85.220.50]) by maggie.w3.org with esmtps (TLS1.2:RSA_ARCFOUR_SHA1:128) (Exim 4.80) (envelope-from <cory@lukasa.co.uk>) id 1Zqs9w-0007jI-6J for ietf-http-wg@w3.org; Tue, 27 Oct 2015 00:30:41 +0000
Received: by padhk11 with SMTP id hk11so203411647pad.1 for <ietf-http-wg@w3.org>; Mon, 26 Oct 2015 17:30:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lukasa_co_uk.20150623.gappssmtp.com; s=20150623; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=2liVaUg2JV/fFg9JdmZtvFFMUOQlfIbXkFOAV/2lWTc=; b=XycyLVq7SNrAmc9iD1lmRlNuFRmKBqHOeAMOXz2mnbsZhou7UZntaajwL5yLYo5Q3Z Aw84QVkLKJl+tgyt3GZUzwjrfKVRm/vufZOL4F5vFCxHqWaFYw07XXDUB24U24i+3vii 468diRjfNb/wi1rKbjJARNq5pVRqbPALi7UfiZuIlCrF2PzJpM7HPjJ8f7GB78clNZJ4 NoqN3bm9l8XwBWoMVPfn5+mPU2UzIL/2nc9UtM1NJpXtazjFwDn5cfg63+g6lOVxegCc 8++FaTiTpubAgxPUcsFqLFe/LbIydCBlz2qdmc2ynmV4z6k+CeJMRboIqNR4Aj2V5mrM ua1A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=2liVaUg2JV/fFg9JdmZtvFFMUOQlfIbXkFOAV/2lWTc=; b=UhwE513LshTocwhJ+nAiflWbokKPlQ/XOYd3DnXwarZN9mTFpyo5VYYRtSNY42oTzg 82T2FgzN0AWQAbunU430HXbo1AM/T7RIznyuYhOpCfIyNEHCjnxEuAait3Bryyw19zXW 8Heem3MnbjkKgu4WFkilJIWR1q2mDLp2HZI1aFDVMQ0F++vaGLL8GSTci7xgRLWrmtq+ 4tR0Ginntu47vJFfEowBg06d7iEk1LfIu9RhgoLjBmGmmqYY5Ueol+YeuuTjZxgHjEOO BWAYCTgr6ol/tpAeVBEc9tmwL/P42YZUebDOWgNpa+wjBp60hflWhcI8vVN47TXdeQGf iQBA==
X-Gm-Message-State: ALoCoQls7dM4FX9efZy7SIS6RLcAD4o9hHqv4+8GX98fhKQKCwv6LX/8ITI2BTL4gdGGuRxAA3iF
X-Received: by 10.68.216.6 with SMTP id om6mr25172572pbc.29.1445905813157; Mon, 26 Oct 2015 17:30:13 -0700 (PDT)
Received: from [10.137.0.50] (vpn-tokyo-161-202-65-52.hosts.getcloakvpn.com. [161.202.65.52]) by smtp.gmail.com with ESMTPSA id yi8sm36170145pab.22.2015.10.26.17.30.11 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 26 Oct 2015 17:30:12 -0700 (PDT)
Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\))
Content-Type: multipart/signed; boundary="Apple-Mail=_E52DC6D4-5A7D-4372-BD82-8988A2483383"; protocol="application/pgp-signature"; micalg="pgp-sha256"
X-Pgp-Agent: GPGMail 2.6b2
From: Cory Benfield <cory@lukasa.co.uk>
In-Reply-To: <562E68EA.1030801@crf.canon.fr>
Date: Tue, 27 Oct 2015 09:30:08 +0900
Cc: HTTP Working Group <ietf-http-wg@w3.org>
Message-Id: <A0FAB907-966C-4954-9192-CDC39BAAEB72@lukasa.co.uk>
References: <562E68EA.1030801@crf.canon.fr>
To: Hervé Ruellan <herve.ruellan@crf.canon.fr>
X-Mailer: Apple Mail (2.3096.5)
Received-SPF: pass client-ip=209.85.220.50; envelope-from=cory@lukasa.co.uk; helo=mail-pa0-f50.google.com
X-W3C-Hub-Spam-Status: No, score=-4.6
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, W3C_AA=-1, W3C_WL=-1
X-W3C-Scan-Sig: maggie.w3.org 1Zqs9w-0007jI-6J 972430f6ce06156ad2ead4ad173d7f00
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Accept Push Policy draft
Archived-At: <http://www.w3.org/mid/A0FAB907-966C-4954-9192-CDC39BAAEB72@lukasa.co.uk>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/30405
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>

> On 27 Oct 2015, at 02:54, Hervé Ruellan <herve.ruellan@crf.canon.fr> wrote:
> 
> The Accept Push Policy Draft [1] is a proposal for enabling a client and a server negotiate how the server uses HTTP/2 push. This is realized by defining possible "push policies", i.e. behaviours, that  the server can use while responding to the client's request.
> 
> These ideas took their origin in the MPEG DASH FDH group, which is looking on how DASH can take advantages of bidirectional protocols such as HTTP/2 and WebSocket.
> 
> The draft is a proposal to take these ideas and make them available for wider usage, keeping only the "push policies" that can be used by any generic HTTP/2 server.
> 
> Comments are welcome !
> 
> Hervé.
> 
> 
> [1] https://tools.ietf.org/html/draft-ruellan-http-accept-push-policy-00
> 


Hervé,

My first impression on this draft is really positive: it seems like an extremely useful header field, and potentially extremely flexible. I have some notes:

- Section 3: Your italics didn’t render out, you have explicit underscores. I assume that’s not intentional.
- Section 3.1: I think the Accept-Push-Policy should be extended to support a comma-separated list. It seems insufficiently flexible to allow only one push policy to be requested, especially if custom/private push-policies are defined. More generally, a comma-separated list will help ensure that push policies are kept simple and tightly scoped, rather than encouraging policies to be monolithic to allow multiple behaviours.

Those are my initial notes, but I’m going to keep a close eye on this draft! Great work!

Cory