Re: [hybi] Simplify WebSocket multiplexing

["Arman Djusupov" <[e-mail]>]

Agree on dropping 1,2, 4.

 

Flow control (6) cannot be removed, mux would not work without it.

 

I would also simplify the initial handshake by removing the quota from the
handshake. Let the server be required to send the first set of channel slots
right after replying to the HTTP handshake, this will not cause any delays
and there will 

be a unified initial quota mechanism for all channels including first
logical channel. So the client sends a handshake requesting the mux
extension, as reply it gets an HTTP response confirming the handshake and
the set of new channel slots in the first frame.

 

Another part of spec to simplify is the DropChannel close codes. There are
too many codes that cover protocol violations. Since we are not designing a
unit-test framework for bad implementations I think most of those are not
needed. Any protocol violation should result in dropping the physical
connection, there is simply no reason to continue communicating with a pier
that does not adhere to the protocol and obviously is not compatible. Polite
behavior in such cases can only be abused by a DoS attacker, where a
malicious client keeps violating the protocol to force the remote endpoint
to send "error reports", wasting its time and I/O threads.

 

With best regards,

Arman

 

 

From: [e-mail] [mailto:[e-mail]] On Behalf Of
Takeshi Yoshino
Sent: Thursday, May 30, 2013 10:17 AM
To: [e-mail]
Subject: [hybi] Simplify WebSocket multiplexing

 

(Branching from the thread "Call for interest: multiplexing dedicated for
WebSocket")

 

It seemed that we had rough consensus on accelerating WebSocket dedicated
multiplexing by simplifying it if we keep working on it.

 

I'd like to hear your opinion on this in this separate thread. Below listed
some points we could drop/simplify including both ones suggested in the
thread and some I came up with now.

 

1) Header delta encoding in AddChannelRequest

2) Header delta encoding in AddChannelResponse

3) Channel slot

4) Only one mux control in one message

5) Use the length encoding for encoding mux channel ID

6) Drop flow control

 

----

 

My opinion is to do 1, 2 and 4.