IETF Logo Mail Archive

Re: New Version Notification for draft-kerwin-http2-encoded-data-01.txt

Roberto Peon <grmocg@gmail.com> Wed, 23 July 2014 07:41 UTC

Return-Path: <ietf-http-wg-request@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 BE0531A00C9 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 23 Jul 2014 00:41:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.002
X-Spam-Level:
X-Spam-Status: No, score=-7.002 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, 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 xRuKuwZdk587 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 23 Jul 2014 00:41:03 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ED5A61A0110 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Wed, 23 Jul 2014 00:41:00 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1X9r8c-0002hY-NW for ietf-http-wg-dist@listhub.w3.org; Wed, 23 Jul 2014 07:38:58 +0000
Resent-Date: Wed, 23 Jul 2014 07:38:58 +0000
Resent-Message-Id: <E1X9r8c-0002hY-NW@frink.w3.org>
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <grmocg@gmail.com>) id 1X9r8O-0002fo-4X for ietf-http-wg@listhub.w3.org; Wed, 23 Jul 2014 07:38:44 +0000
Received: from mail-oi0-f44.google.com ([209.85.218.44]) by maggie.w3.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.72) (envelope-from <grmocg@gmail.com>) id 1X9r8L-0001zY-IE for ietf-http-wg@w3.org; Wed, 23 Jul 2014 07:38:43 +0000
Received: by mail-oi0-f44.google.com with SMTP id x69so587553oia.31 for <ietf-http-wg@w3.org>; Wed, 23 Jul 2014 00:38:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=c+U4XTDDtD1RsjguwtBKlCAlIRZzZTXltrRM22QtV9Y=; b=NW46PIP8PKo9lwm7PZybsI2G72u6l7RcAsrOTxSDEOJzuW3gE8BBlKliAj+MbwN50L N7Ta+mUXkVJR9aWC3wLXaf1LpIcqhQmcymtBlGdN6KWSK1mrIsrbQm4Lni1exEy6ABTs Ii6rdHE0bvZA5Utb28iWQV3EV9lR2xagHwz9eb46eS6YXmpGH5nhDEU/agVJcpdkWDPj IvR3zIXvFP85Jnytbjs7eY1I/BNsOdRcrq/hr+/ZQnpn2ulys/uYqvsNq98yI7v3Oon7 SW65B7Bp+84joV7Ui7JQWBVhMeYjU2MpyTtbvjIuxlfbHBdlwITZ8eAYo02uQp9DcMGu Se9w==
MIME-Version: 1.0
X-Received: by 10.182.246.39 with SMTP id xt7mr57021701obc.63.1406101095596; Wed, 23 Jul 2014 00:38:15 -0700 (PDT)
Received: by 10.76.1.19 with HTTP; Wed, 23 Jul 2014 00:38:15 -0700 (PDT)
In-Reply-To: <CACweHNCc5SCXm+K_-AkfoVmorLQKjqnC2iHrhyToXYUSV7ygyA@mail.gmail.com>
References: <20140721234651.7996.35285.idtracker@ietfa.amsl.com> <CACweHNDQ-rVJW6_uq=3H4Pcnf2NdbdE058OvXUVEnmfh+DJSnA@mail.gmail.com> <CAH_y2NGrwbUiOEHiux4e7qz=HHM3xSBRojpURkOO6d6E4ca5FA@mail.gmail.com> <CACweHNC6Pd_TSw2bBumFDiWDNxcxUHZZnm5=HvV76jGwVzDrYA@mail.gmail.com> <53CF3F43.5040609@treenet.co.nz> <CAP+FsNeAVHv+YoWwsA9u24ZPp-Au_FnVDqw6_wfv0AA_D0v-cg@mail.gmail.com> <CACweHNCc5SCXm+K_-AkfoVmorLQKjqnC2iHrhyToXYUSV7ygyA@mail.gmail.com>
Date: Wed, 23 Jul 2014 00:38:15 -0700
Message-ID: <CAP+FsNcFVu+pTRDYeD8KayiSOkpGPAUddyLK2UnegJHn8Zcubg@mail.gmail.com>
From: Roberto Peon <grmocg@gmail.com>
To: Matthew Kerwin <matthew@kerwin.net.au>
Cc: Amos Jeffries <squid3@treenet.co.nz>, HTTP Working Group <ietf-http-wg@w3.org>
Content-Type: multipart/alternative; boundary="001a11c2e22452496604fed76c36"
Received-SPF: pass client-ip=209.85.218.44; envelope-from=grmocg@gmail.com; helo=mail-oi0-f44.google.com
X-W3C-Hub-Spam-Status: No, score=-3.5
X-W3C-Hub-Spam-Report: AWL=-2.714, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001
X-W3C-Scan-Sig: maggie.w3.org 1X9r8L-0001zY-IE 7083d4008ce748e33779d769a262760d
X-Original-To: ietf-http-wg@w3.org
Subject: Re: New Version Notification for draft-kerwin-http2-encoded-data-01.txt
Archived-At: <http://www.w3.org/mid/CAP+FsNcFVu+pTRDYeD8KayiSOkpGPAUddyLK2UnegJHn8Zcubg@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/26311
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>

That is what the END_SEGMENT flag *was*, except without the overhead. Ah
well.

Unless the extensions are deployed along with the first versions of HTTP2,
it seems unlikely, given a requirement all intermediaries to understand a
new extension, that an extension will survive transit through any generic
intermediary. Intermediaries (that aren't controlled by the origin server
or client) almost always upgrade more slowly than everything else.



On Wed, Jul 23, 2014 at 12:30 AM, Matthew Kerwin <matthew@kerwin.net.au>
wrote:

> On 23/07/2014, Roberto Peon <grmocg@gmail.com> wrote:
> > Actually, it is an issue, so long as there is no ordering requirement on
> > extension frames (as we'd have had with END_SEGMENT).
> >
> > We've not imposed (actually removed) such restrictions on proxies, and so
> > we may find that there is no way to do it in the future. That would be a
> > sad day.
> >
>
> Not entirely sure I follow. Extension frames are support-or-discard,
> yeah? So what proxy is going to understand the frames well enough to
> fragment them, but not enough to realise reordering is bad?
>
> I do see the earlier point about fragemntation, though. Maybe it would
> be better to include a "do not coalesce across this boundary" marker
> that's more than just the frame boundary.
>
> --
>   Matthew Kerwin
>   http://matthew.kerwin.net.au/
>

v2.23.0 | Report a Bug | By Email