Re: [hybi] I-D Action: draft-ietf-hybi-thewebsocketprotocol-09.txt

[Iñaki Baz Castillo <[e-mail]>]

2011/6/21 Salvatore Loreto <[e-mail]>:
> we are not going to remove the version header in the final.
>
> To be clear when we introduced the version header the idea was that it would
> be removed in the final;
> however when developers started to use it, they found it useful
> and since then we have heard only people asking to keep it even in the
> final, while nobody has asked to remove it, neither during the wglc.

IMHO that is because developers are already trying to use WebSocket
and they get confussed with so many versions of the draft (more than
80 in total) and different handshake mechanisms and core protocols
(framing, masking...). So many websocket servers use some ugly version
detection system (by inspecting headers, and so) so they can
accommodate to the client's websocket version.

So, having a header Sec-WebSocket-Version would make life easier for
developers, right. But this is still a hack. I've never seen a
protocol specification upgrading a "version" field in the protocol
messages for each new draft revision. Just never. The protocol version
should be specified in the final RFC, not before.

IMHO this WG is becoming to much "special" and, instead of learning
from the History of Internet protocols, authors are improvising most
of the stuff present in the draft. WebSocket is not just a new
protocol, it is probably "The Protocol" for the next years. Please
don't experiment with such an important specification.

The specification should be written in a way that it becomes a RFC as
best as possible, rather than trying to satisfy impatient developers
during the spec creation process.

Just my opinion. Regards.


-- 
Iñaki Baz Castillo
<[e-mail]>