Ben Campbell's Yes on draft-ietf-httpbis-alt-svc-13: (with COMMENT)

"Ben Campbell" <ben@nostrum.com> Wed, 02 March 2016 03:26 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 D3FAE1B4660 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 1 Mar 2016 19:26:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.908
X-Spam-Level:
X-Spam-Status: No, score=-6.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.006, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 RzLtCcnnrfWH for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 1 Mar 2016 19:26:23 -0800 (PST)
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 2386B1B465E for <httpbisa-archive-bis2Juki@lists.ietf.org>; Tue, 1 Mar 2016 19:26:22 -0800 (PST)
Received: from lists by frink.w3.org with local (Exim 4.80) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1aaxLy-0006od-Vl for ietf-http-wg-dist@listhub.w3.org; Wed, 02 Mar 2016 03:21:35 +0000
Resent-Date: Wed, 02 Mar 2016 03:21:34 +0000
Resent-Message-Id: <E1aaxLy-0006od-Vl@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <ben@nostrum.com>) id 1aaxLu-0006mS-1d for ietf-http-wg@listhub.w3.org; Wed, 02 Mar 2016 03:21:30 +0000
Received: from mail.ietf.org ([4.31.198.44]) by lisa.w3.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from <ben@nostrum.com>) id 1aaxLq-00056G-GU for ietf-http-wg@w3.org; Wed, 02 Mar 2016 03:21:29 +0000
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8AEA31A8AFA; Tue, 1 Mar 2016 19:20:58 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Ben Campbell <ben@nostrum.com>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-httpbis-alt-svc@ietf.org, Mike Bishop <michael.bishop@microsoft.com>, httpbis-chairs@ietf.org, michael.bishop@microsoft.com, ietf-http-wg@w3.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.15.0
Auto-Submitted: auto-generated
Message-ID: <20160302032058.20029.17891.idtracker@ietfa.amsl.com>
Date: Tue, 01 Mar 2016 19:20:58 -0800
Received-SPF: permerror 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, W3C_AA=-1, W3C_IRA=-1, W3C_WL=-1
X-W3C-Scan-Sig: lisa.w3.org 1aaxLq-00056G-GU 7a06bc313ed03762e867736c9e5f0168
X-Original-To: ietf-http-wg@w3.org
Subject: Ben Campbell's Yes on draft-ietf-httpbis-alt-svc-13: (with COMMENT)
Archived-At: <http://www.w3.org/mid/20160302032058.20029.17891.idtracker@ietfa.amsl.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/31134
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-alt-svc-13: Yes

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-alt-svc/



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

Just a few minor comments:

= Substantive =

- 2.2, last paragraph:

Why might a client choose not to to remove non-persistent alternatives
from cache on a network change? (i.e., why not MUST)?

- 2.4, first 2 paragraphs:

These paragraphs seem to be equivalent to saying “Clients MAY use
alternative services; also they SHOULD.”  Or is the intent that, if a
client uses alternative services, it SHOULD do so under these
conditions?

= Editorial =

- 2.3, first paragraph:
I find "MUST only" constructions to be confusing and sometimes ambiguous
due to the implied NOT. I suggest making that explicit:
OLD
   A client MUST only use a TLS-based alternative service if the client
also supports TLS Server Name Indication (SNI).
NEW
   A client MUST NOT use a TLS-based alternative service unless the
client supports TLS Server Name Indication (SNI).