Re: [hybi] New Version Notification for draft-mcmanus-httpbis-h2-websockets-00.txt

Julian Reschke <julian.reschke@gmx.de> Fri, 10 November 2017 07:53 UTC

Return-Path: <julian.reschke@gmx.de>
X-Original-To: hybi@ietfa.amsl.com
Delivered-To: hybi@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 611E612EBC6 for <hybi@ietfa.amsl.com>; Thu, 9 Nov 2017 23:53:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.4
X-Spam-Level:
X-Spam-Status: No, score=-5.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 8Rj1AJsvxsmz for <hybi@ietfa.amsl.com>; Thu, 9 Nov 2017 23:53:00 -0800 (PST)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 78D5512EBB9 for <hybi@ietf.org>; Thu, 9 Nov 2017 23:52:59 -0800 (PST)
Received: from [192.168.178.20] ([93.217.64.237]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MOfQw-1eGtrn2Qa6-0068Qu; Fri, 10 Nov 2017 08:52:53 +0100
To: Patrick McManus <mcmanus@ducksong.com>, Cory Benfield <cory@lukasa.co.uk>
Cc: HTTP Working Group <ietf-http-wg@w3.org>, hybi <hybi@ietf.org>
References: <150807649389.12130.9191022211105955718.idtracker@ietfa.amsl.com> <CAOdDvNqhaTJmLcEk3CwBBaAbdOroc4U46z+nJzC7+chd1ErSDA@mail.gmail.com> <FEBB57D4-E841-4F45-9B62-81FFC653FF70@lukasa.co.uk> <CAOdDvNrTeZkeYybjcCmQnAK4zEmRSbL=7kBRxjPSo+ODsdVJyA@mail.gmail.com>
From: Julian Reschke <julian.reschke@gmx.de>
Message-ID: <773829ab-478a-165e-38c3-023093dd629f@gmx.de>
Date: Fri, 10 Nov 2017 08:52:51 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0
MIME-Version: 1.0
In-Reply-To: <CAOdDvNrTeZkeYybjcCmQnAK4zEmRSbL=7kBRxjPSo+ODsdVJyA@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Provags-ID: V03:K0:1KAAXoUEJ/J6+qgGlJ4WssYObYRsIxh7NCUrIEJUC8Dj3HNWP+p G6MLFry9/lXl5AQpR+bbTjL7usfe5oFg0WY4k6MStZoMq6r8gcPw8svVUK1ikSaTwGZwE9E G1VZo6Y/rf/4Yh5efQcsYkTmDXrnC2BiZYuUptTzOmh5QcuSlbOVUYnfEu9S8imMF5nvh6S yLTZ/8qm7f7Z7iucT2UmQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:D6Uf9RJ52ZU=:nm5YASVZ+mlb/O3PhPwmmQ 2U701Z/FIvr0rHavgz/+YOGBtTELAN+nkgMO9kM8tgvMGNEkGzZR/Emc+HrmRiqLI7gsLdIXg PYiOomTG9WCPoRwkYm6LtE1QnhXJP0q135O4M72a+CgG4lwREPw2WKGlkNRFVpJWe4Lkyxliz vN24bT2oFr10koH0r8hzvYl2Pe4Vljy0IsUjwQWW732e+ck2CpXYRrezooXQgA0N8UW6vlmJZ 8UlID3d09UnqZSuhOOSgRcvyQmV7uq+y5Z3uzkq/OWVSRQoI+h8CzVhIj20AxFRGqnAQm+Htk /kgdEllubwtgl/cJ+WAbDq3CSXbb02blcaKqBff1y4h53Fu1U/UozpQVef5nMhW0oyCLFKwmM kn4EKtPt2wsg6ClkZ9Ks7uFPZGB1w4dZyUjI4hPRg2sP7enqaff/aKrWtT3vh3vwr/6MG6uGS 6g/zMYeMMkq/9ZA5JXNINIgzcKPevabBe/DB9YVzU/5ckz1De3utWZgqJoUWQPU6i0SC06fNz P9YUWyycXGc181n9UHLJ7ho5rW/+w2sREg+NMAWhII7eu2F23azEuArfX+43JuBnr5NZuJ/q9 obAGvhCNGtJV4qRvEO9KsIbfEgPYi4Hn2IohF0lgKe5Dugc3kejvRmjzTP3dDy1PFuPQMVWLe UH6/c1fDlz1R08laQxPQU/K3Pb6OxL017l2trWxoC4kVWn/ncpY/Fx7rn7XZo6IY2toFnd+JN MO1nmawsqkj4PhvMoHtgde1VSToNkw9T68spafdSnY1ZsOEnVZxFy4H2imbi+piXx9Wpqal8O UtJVE+hPKjmgTcOneHQCwql/c8aAtY3ATNCXqAUP2fZ8fRxzdQ=
Archived-At: <https://mailarchive.ietf.org/arch/msg/hybi/t1_nDbl6dCgC109InzY9MkhdrCE>
Subject: Re: [hybi] New Version Notification for draft-mcmanus-httpbis-h2-websockets-00.txt
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/hybi/>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Nov 2017 07:53:01 -0000

On 2017-10-15 20:39, Patrick McManus wrote:
> 
> 
> On Sun, Oct 15, 2017 at 11:43 AM, Cory Benfield <cory@lukasa.co.uk 
> <mailto:cory@lukasa.co.uk>> wrote:
> 
>     Doesn’t the introduction of a new pseudo-header field violate RFC
>     7540 Section 8.1.2.1, which says endpoints MUST NOT generate new
>     pseudo-header fields?
> 
>     Or is the position that that MUST NOT implicitly applies only if
>     there are no negotiated extensions in use?
> 
> 
> right - negotiating an extension via 7540 section 5.5 is an opt-in 
> procedure that lets you do just about anything you agree to.. the spec 
> tries to draw a bright line between extensions that can be ignored 
> safely and those that cannot and need to be negotiated (such as this 
> one). Enjoy the example in there about changing the layout of the 
> HEADERS frame :). This is also why extensions are hop to hop.
> 
> one of the reasons I chose the pseudo header to only apply to CONNECT is 
> already very special purpose - so the exception doesn't pollute very far 
> as a practical matter.
> ...

But still, it leaks. What if a different extension that wants to 
co-exist with this one wants to define a pseudo header field with the 
same name?

Best regards, Julian