W3C home > Mailing lists > Public > ietf-http-wg@w3.org > January to March 2012

editorial feedback on draft-mbelshe-httpbis-spdy-00

From: Julian Reschke <julian.reschke@gmx.de>
Date: Sat, 24 Mar 2012 15:00:14 +0100
Message-ID: <4F6DD36E.3000902@gmx.de>
To: HTTP Working Group <ietf-http-wg@w3.org>
1. Overview

I find the statement about pipelining a bit ... unbalanced. 
"Intermediary Inference" is no problem at all if you run over SSL, which 
is something SPDY does by default. Unless I'm missing something.

3.2.1 Request

":version" - so this essentially positions SPDY as alternate transport 
layer for HTTP; preserving the version number. Out of curiosity; what is 
it needed for? Preserving all information when tunneling? The same 
question applies to ":scheme"...

3.2.3 Authentication

a) as far as I understand, RFC 4559 does not define the "NTLM" scheme.

b) in general, it's not clear why this paragraph is here; does 
Authentication work any different than in HTTP? Maybe just point to 
HTTPbis P7?


"Browsers MUST implement throttles..."

That doesn't seem to be testable. Maybe replace with advice in prose.

6.2 SETTINGS frame

This seems to be a feature complete orthogonal to the remainder of the 
spec. Maybe just remove it?

Editorial Nits:

Boilerplate: month name needs to be a full name, such as "February"

Abstract: should not contain references (so just remove the "[RFC2616]")

(speaking of which this should really reference HTTPbis)

Terminology: "header" -> "header field"

2.2.1 Control Frames

has "...see Control Frames for the complete list..."; this should be a 
proper reference (to where?)

2.2.2 Data frames

s/MUST send issue/MUST issue/


Cites RFC 1738 for URI syntax; should cite RFC 3986.


Example host names should use the names reserved for this purpose.

s/disc cache/cache/


The TLSNPN reference needs to use the proper reference format for 
Internet Drafts. I also note that the referenced spec has expired a few 
months ago; if this is an integral part of SPDY we need to figure out 
how to make progress on it.
Received on Saturday, 24 March 2012 14:00:46 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:11:01 UTC