Re: [hybi] Call for interest: multiplexing dedicated for WebSocket

[Tobias Oberstein <[e-mail]>]

>     3. single app with multiple communication requirements with
>     different  TOS (low-latency/mass..)
> 
>     might need MUX+flow-control+priorization.
> 
> In the case of a single app, it can always do its own prioritization, so 

The app then needs to implement app-level fragmentation, where the
draft already requires fragmentation for mux.

> I do not think it essential for this case.

For a single instance (tab) of the app, the can reinvent fragmentation
and implement it's own priority scheduling.

This seems to be highly inefficient.

For multiple instances (tabs) of the app, it's essential, since the app cannot
implement itself.

> 
>     I think with a little more work we could prepare for more advanced
>     scheduling
>     schemes in the future and allow implementations to experiment today
>     without
>     breaking interoperability.
> 
> 
> I don't see much value in providing the extension mechanism in this 
> draft without actually requiring an implementation, and requiring a 

The draft already requires the implementation to use a "fair scheduler", but
leaves the exact mechnism open.

> priority implementation means adding a lot of extra work.  The only way 
> I would support this would be if the text were basically "the 
> application can provide an indication of priority, and the server is 
> free to use or ignore this information as it sees fit".  In that case, 
> would anyone bother to use it?

A client can only hint, but _if_ the server sets priority on a channel, the
client _must_ schedule accordingly.

For a implementations not supporting priority scheduling, the proposal
essentially only relaxes the allowed parameters in Sec-WebSocket-Extensions
header for client-to-server:

priority-enabled client => non-supporting server:

c2s: mux; priority=scheduler; mux
s2c: mux

Change: skip mux configurations not supported instead of failing the handshake.

non-supporting client => priority-enabled server:

c2s: mux
s2c: mux

No change at all.