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

Patrick McManus <> Sun, 29 October 2017 01:17 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 3241913DC3B for <>; Sat, 28 Oct 2017 18:17:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -0.734
X-Spam-Status: No, score=-0.734 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_SORBS_SPAM=0.5, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id DwU6OAStfE_v for <>; Sat, 28 Oct 2017 18:17:51 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 851F213954B for <>; Sat, 28 Oct 2017 18:17:51 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTPSA id 843533A01B for <>; Sat, 28 Oct 2017 21:17:49 -0400 (EDT)
Received: by with SMTP id a16so11089273lfk.0 for <>; Sat, 28 Oct 2017 18:17:49 -0700 (PDT)
X-Gm-Message-State: AMCzsaWmuMt3Soiu+7ASY01GTZLqi+qs5XKqaHVln5iq7eRr2RA4UebP kh7sqc5wQ5+07Mj6391BfwrX92InxTREdVtlzZg=
X-Google-Smtp-Source: ABhQp+SlNoR8iMMQYbK7ebnpdMBcpbSaG8t+CNetWzimCp9i2sD+m6UbSEF+vOEvk5cKgOEwRIkHAF5PahGysO6dUaU=
X-Received: by with SMTP id c2mr1841904ljb.11.1509239868291; Sat, 28 Oct 2017 18:17:48 -0700 (PDT)
MIME-Version: 1.0
Received: by with HTTP; Sat, 28 Oct 2017 18:17:47 -0700 (PDT)
In-Reply-To: <>
References: <> <> <> <> <> <> <>
From: Patrick McManus <>
Date: Sat, 28 Oct 2017 21:17:47 -0400
X-Gmail-Original-Message-ID: <>
Message-ID: <>
To: John Fallows <>, Alexey Melnikov <>
Cc: Patrick McManus <>, hybi <>, HTTP Working Group <>
Content-Type: multipart/alternative; boundary="f403045ec2ea3b0282055ca54a7d"
Archived-At: <>
Subject: Re: [hybi] Fwd: New Version Notification for draft-mcmanus-httpbis-h2-websockets-01.txt
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Server-Initiated HTTP <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sun, 29 Oct 2017 01:17:53 -0000


That interpretation doesn't seem consistent with RFC-6455, section 4.1
> regarding absolute form (copied below).
> *The "Request-URI" part of the request MUST match the /resource*
> *        name/ defined in Section 3 (a relative URI) or be an absolute*
> *        http/https URI that, when parsed, has a /resource name/, /host/,*
> *        and /port/ that match the corresponding ws/wss URI.*

That's really interesting and is the only argument I find at all
compelling.Thanks.  Basically its saying that the URI of the GET is not the
websockets URI used in other places such as the cache and the pac. Which is
totally insane imo.

Given that H1 doesn't ever let you send an absolute URI to an origin server
that's a total nop of a statement. I'm not feeling particularly bound by it
if it is just broken and not used. I'm not sure I'm even willing to put my
name on continuation of it :)

Maybe Alexey, as 6455 author, can weigh in on what the target-uri was meant
to be.. but none of this is changing my mind on what it needs to be. You're
connecting to a wss:// target; the scheme is therefore wss://. That doesn't
mean it can't be carried on h2 or quic (if there were a definition) and it
doesn't mean its scheme changes when it is.

(as for redirects, yes the redirect needs to be to wss.. otherwise the
client should fail the connection as non ws[s] uris are not legal for
websocket clients.. as for the same server getting a mixture of schemes
that's something h2 is meant to support.. that's why the scheme is