Ben Campbell's Discuss on draft-ietf-httpbis-cice-02: (with DISCUSS and COMMENT)

"Ben Campbell" <ben@nostrum.com> Thu, 03 September 2015 01:23 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 F27B01A1B07 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 2 Sep 2015 18:23:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.912
X-Spam-Level:
X-Spam-Status: No, score=-6.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=unavailable
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 f4brtBM-KPLk for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 2 Sep 2015 18:23:44 -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 9C9981A906F for <httpbisa-archive-bis2Juki@lists.ietf.org>; Wed, 2 Sep 2015 18:23:44 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.80) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1ZXJD2-0003pI-Er for ietf-http-wg-dist@listhub.w3.org; Thu, 03 Sep 2015 01:21:00 +0000
Resent-Date: Thu, 03 Sep 2015 01:21:00 +0000
Resent-Message-Id: <E1ZXJD2-0003pI-Er@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 <ben@nostrum.com>) id 1ZXJCy-0003oX-LT for ietf-http-wg@listhub.w3.org; Thu, 03 Sep 2015 01:20:56 +0000
Received: from mail.ietf.org ([4.31.198.44]) by maggie.w3.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from <ben@nostrum.com>) id 1ZXJCw-0000HU-1v for ietf-http-wg@w3.org; Thu, 03 Sep 2015 01:20:55 +0000
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59CA61ACD13; Wed, 2 Sep 2015 18:20:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
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 7vX94ELRgoRF; Wed, 2 Sep 2015 18:20:22 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DC6981A01CB; Wed, 2 Sep 2015 18:20:22 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Ben Campbell <ben@nostrum.com>
To: The IESG <iesg@ietf.org>
Cc: Mark Nottingham <mnot@pobox.com>, ietf-http-wg@w3.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.4.1
Auto-Submitted: auto-generated
Message-ID: <20150903012022.9941.52154.idtracker@ietfa.amsl.com>
Date: Wed, 02 Sep 2015 18:20:22 -0700
Received-SPF: pass client-ip=4.31.198.44; envelope-from=ben@nostrum.com; helo=mail.ietf.org
X-W3C-Hub-Spam-Status: No, score=-9.9
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, W3C_AA=-1, W3C_IRA=-1, W3C_WL=-1
X-W3C-Scan-Sig: maggie.w3.org 1ZXJCw-0000HU-1v 3a9137472da34146bbe23f22b61a03cd
X-Original-To: ietf-http-wg@w3.org
Subject: Ben Campbell's Discuss on draft-ietf-httpbis-cice-02: (with DISCUSS and COMMENT)
Archived-At: <http://www.w3.org/mid/20150903012022.9941.52154.idtracker@ietfa.amsl.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/30165
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>

Ben Campbell has entered the following ballot position for
draft-ietf-httpbis-cice-02: Discuss

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-httpbis-cice/



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

This should be easy to resolve, but I want to make sure there's been
thought on it:

section 3 says:
"Note that this information is specific to the associated request; the
   set of supported encodings might be different for other resources on
   the same server, and could change over time or depend on other
   aspects of the request (such as the request method)."

.. but then later...

"[...] However,  the header field can also be used to indicate to clients
that content
   codings are supported, to optimize future interactions.  For example,
   a resource might include it in a 2xx response when the request
   payload was big enough to justify use of a compression coding, but
   the client failed do so."

This seems to indicate a need for guidance on when the client can reuse
the Accept-Encoding value.


----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

-- section 3, 5th paragraph:
For the two SHOULDs and one SHOULD NOT in this paragraph, can you suggest
some reasons an implementation of this spec might choose something
different?