Re: Editorial: ALTSVC HTTP/2 Frame.

Julian Reschke <julian.reschke@gmx.de> Wed, 28 January 2015 08:43 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ietf.org@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 07DF11A00F4 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 28 Jan 2015 00:43:36 -0800 (PST)
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=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 3JmeMIgkUnUA for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 28 Jan 2015 00:43:34 -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 A07FE1A00FB for <httpbisa-archive-bis2Juki@lists.ietf.org>; Wed, 28 Jan 2015 00:43:34 -0800 (PST)
Received: from lists by frink.w3.org with local (Exim 4.80) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1YGOB8-00082B-UZ for ietf-http-wg-dist@listhub.w3.org; Wed, 28 Jan 2015 08:40:50 +0000
Resent-Date: Wed, 28 Jan 2015 08:40:50 +0000
Resent-Message-Id: <E1YGOB8-00082B-UZ@frink.w3.org>
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtp (Exim 4.80) (envelope-from <julian.reschke@gmx.de>) id 1YGOB4-00080k-5p for ietf-http-wg@listhub.w3.org; Wed, 28 Jan 2015 08:40:46 +0000
Received: from mout.gmx.net ([212.227.17.21]) by maggie.w3.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from <julian.reschke@gmx.de>) id 1YGOB2-0005TJ-ST for ietf-http-wg@w3.org; Wed, 28 Jan 2015 08:40:46 +0000
Received: from [192.168.2.175] ([93.217.91.161]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0LyR1G-1XeMVD3clK-015rvu; Wed, 28 Jan 2015 09:40:02 +0100
Message-ID: <54C8A05A.2030007@gmx.de>
Date: Wed, 28 Jan 2015 09:39:54 +0100
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: Mark Nottingham <mnot@mnot.net>
CC: Martin Thomson <martin.thomson@gmail.com>, Michael Sweet <msweet@apple.com>, Bence Béky <bnc@chromium.org>, Erik Nygren <erik@nygren.org>, HTTP <ietf-http-wg@w3.org>
References: <CACMu3tqY=hiVezjM5f_Wh21qNebs-=A9b6BFuC_z1j3AEHzvqA@mail.gmail.com> <54AEAED0.3060203@gmx.de> <CABkgnnWBSmTSFQeUaZH-s435=qG9fAo4=G9+YtOeQ_zmBV84jA@mail.gmail.com> <CAKC-DJgUnb8J8kYZi=Ti7eT-=FiBaRoPM5eW9V4C6r-hODK7+A@mail.gmail.com> <CACMu3to24+Kp-FOrJHj+vVkAC-dhjwcPDFnmg1LeYPgqHZhEfg@mail.gmail.com> <CABkgnnXPaaPwbhv=ud1+h3Hqg-eHg3B8KGeVJW0XGi_QxK6dUQ@mail.gmail.com> <CDDDC319-C07B-4611-A224-AF2470E598BF@apple.com> <CABkgnnUgK6ZHiGC2HTxpx++eb_WqE_dAu6Jj7W9ntvjfjWro2Q@mail.gmail.com> <54B75D25.7040904@gmx.de> <70516CC4-A27F-4698-9B44-60F215DD4C19@mnot.net>
In-Reply-To: <70516CC4-A27F-4698-9B44-60F215DD4C19@mnot.net>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K0:MT6u39WGENL8WY7TMTqdLuBr0IosFDEbmHVp01ArjqtzjSgIyk3 DZLwo+nkNtPBLLaSzaV6re3s888C6mmwHLV2jggYRIkofOqxAZetNJ3FWrGoYN9UX8oFL83 v4tONQX54ga2fytO7RDIEr/Z9dzslXuNdh1G04lzCJ95rnGnTYRZJ8dhtVfREfhnJCuBGiu 20b6w1OQqy13w2wIKMx6A==
X-UI-Out-Filterresults: notjunk:1;
Received-SPF: pass client-ip=212.227.17.21; envelope-from=julian.reschke@gmx.de; helo=mout.gmx.net
X-W3C-Hub-Spam-Status: No, score=-3.4
X-W3C-Hub-Spam-Report: AWL=-3.416, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001
X-W3C-Scan-Sig: maggie.w3.org 1YGOB2-0005TJ-ST f6ec7dfb69ff5831d75ee3eac5017daa
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Editorial: ALTSVC HTTP/2 Frame.
Archived-At: <http://www.w3.org/mid/54C8A05A.2030007@gmx.de>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/28688
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 2015-01-28 09:33, Mark Nottingham wrote:
> On 15 Jan 2015, at 5:24 pm, Julian Reschke <julian.reschke@gmx.de> wrote:
>>
>> On 2015-01-15 04:37, Martin Thomson wrote:
>>> On 14 January 2015 at 17:52, Michael Sweet <msweet@apple.com> wrote:
>>>> Haven't looked at the changed text, but the maximum length of a FQDN is 255 octets...
>>>
>>> Indeed it is.  But origin includes <scheme>://<fqdn>[:<port>].  A
>>> 9-bit length would suffice...
>>
>> Stop it. Let's not mix binary and text in the same frame. I'll add a "origin" parameter to the header field syntax.
>
> I'm personally -0.5 about that; putting the origin in the header field syntax when it isn't useful in the header field's semantics is bound to cause confusion.
>
> My .02 - decide on a generous bit length and we're done this one.
>
> Cheers,

Having two different approaches in the same frame (binary and text) 
makes me shudder...

Best regards, Julian