Re: New tunnel protocol

Hi all.. happy new year!

one comment on this.  It seems this header is intended to be used only 
when the next protocol is actually TLS, and the one after that is the 
one that is identified by this header.

Is it really intended to limit this header to only be used when the next 
protocol is TLS?   It seems like it could be quite useful for other 
cases as well, and it is very common to use CONNECT tunnels for other 
protocols without TLS.

I think there could be some confusion around this, especially since the 
header name does not indicate such a restriction.

Cheers

Adrien

------ Original Message ------
From: "Mark Nottingham" <mnot@mnot.net>
To: "Martin Thomson" <martin.thomson@gmail.com>
Cc: "HTTP Working Group" <ietf-http-wg@w3.org>
Sent: 21/01/2015 5:59:00 p.m.
Subject: Re: New tunnel protocol

>Thanks, Martin.
>
>I notice that we don't have any open issues for this document. Pending 
>Martin's formatting changes, I'd like to start thinking about WGLC for 
>this document.
>
>Cheers,
>
>
>>  On 20 Jan 2015, at 4:09 pm, Martin Thomson <martin.thomson@gmail.com> 
>>wrote:
>>
>>  I've revised the draft.
>>
>>  Changes are largely cosmetic. The document has more complete
>>  boilerplate, including an IANA considerations section.
>>
>>  
>>https://tools.ietf.org/rfcdiff?url2=draft-ietf-httpbis-tunnel-protocol-01.txt
>>
>>  I also created some bad formatting. I'm correcting that in the
>>  editor's copy, but won't burden people with too many updates at once.
>>
>
>--
>Mark Nottingham https://www.mnot.net/
>
>

Received on Wednesday, 21 January 2015 22:02:38 UTC