- From: Ryan Hamilton <rch@google.com>
- Date: Thu, 3 May 2018 07:15:52 -0700
- To: Martin Thomson <martin.thomson@gmail.com>
- Cc: Lucas Pardue <Lucas.Pardue@bbc.co.uk>, Biren Roy <birenroy@google.com>, Patrick McManus <mcmanus@ducksong.com>, HTTP Working Group <ietf-http-wg@w3.org>
- Message-ID: <CAJ_4DfR8=UrQActWTW=pUUymTaRzL5HwGO7xdEC1gdQminaw3Q@mail.gmail.com>
I would definitely support carving out a chunk of the settings codepoints for GREASE'd values and allowing/requiring endpoints to randomly send values for them. On Wed, May 2, 2018 at 4:56 PM, Martin Thomson <martin.thomson@gmail.com> wrote: > Grease was definitely aimed a faulty servers as well. There were a couple > of implementations of TLS that choked on new signature algorithms and - > from memory - named groups. These were the direct motivation for the > grease design. > > Sad news about okhttp. > On Thu, May 3, 2018 at 9:13 AM Lucas Pardue <Lucas.Pardue@bbc.co.uk> > wrote: > > > IMO GREASE was targeted a middleboxes that made assumptions about the way > some bit spaces were used. As an endpoint operator it is difficult to > influence such boxes. > > > Incorrectly handling H2 settings is unfortunate but solely in the realm > of endpoints. It's non-compliance and should be fixed. > > > A similar class of problems were found with (I think) some python > implementations around the handling of 1xx status codes. The approach was > to fix them. > > > Regards > > Lucas > > ________________________________________ > > From: Biren Roy [birenroy@google.com] > > Sent: 02 May 2018 23:26 > > To: Patrick McManus > > Cc: HTTP Working Group > > Subject: Re: I-D Action: draft-ietf-httpbis-h2-websockets-03.txt > > > Not related to the latest draft text, but regarding Websockets over > HTTP/2 generally: we recently discovered that versions of the okhttp client > library before 3.1.0 would send a GOAWAY upon receiving an unknown setting > ID. This is causing us some difficulty as we attempt to perform > interoperation tests with our implementation. > > > I've heard a few people suggest that we try something like GREASE< > https://tools.ietf.org/html/draft-ietf-tls-grease-00> for HTTP/2 settings, > to expose this type of bug sooner. > > > On Wed, May 2, 2018 at 5:24 PM Patrick McManus <mcmanus@ducksong.com > <mailto:mcmanus@ducksong.com>> wrote: > > Hey All - > > > First, sorry for the churn of publishing -03 and -02 back to back.. I had > fixed a typo as my last change but failed to add it to the repo (left it on > a local branch) before pushing -02.. as I hope this is the LC copy, I > wanted to get it in there. At least we don't have an ID numbering tax > (yet?). > > > Anyhow - -03 reflects the resolution of WGLC discussion as best as I can > manage.. > > > -P > > > > On Wed, May 2, 2018 at 5:05 PM, <internet-drafts@ietf.org<mailto: > internet-drafts@ietf.org>> wrote: > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > This draft is a work item of the Hypertext Transfer Protocol WG of the > IETF. > > > Title : Bootstrapping WebSockets with HTTP/2 > > Author : Patrick McManus > > Filename : draft-ietf-httpbis-h2-websockets-03.txt > > Pages : 7 > > Date : 2018-05-02 > > > Abstract: > > This document defines a mechanism for running the WebSocket Protocol > > over a single stream of an HTTP/2 connection. > > > > The IETF datatracker status page for this draft is: > > https://datatracker.ietf.org/doc/draft-ietf-httpbis-h2-websockets/ > > > There are also htmlized versions available at: > > https://tools.ietf.org/html/draft-ietf-httpbis-h2-websockets-03 > > https://datatracker.ietf.org/doc/html/draft-ietf-httpbis- > h2-websockets-03 > > > A diff from the previous version is available at: > > https://www.ietf.org/rfcdiff?url2=draft-ietf-httpbis-h2-websockets-03 > > > > Please note that it may take a couple of minutes from the time of > submission > > until the htmlized version and diff are available at tools.ietf.org< > http://tools.ietf.org>. > > > Internet-Drafts are also available by anonymous FTP at: > > ftp://ftp.ietf.org/internet-drafts/ > >
Received on Thursday, 3 May 2018 14:16:23 UTC